Не удалось просканировать некоторые папки, содержащиеся в «/boot».

[Пицодметроффф]

Здравствуйте. При старте системы получаю такое вот сообщение: Не удалось просканировать некоторые папки, содержащиеся в «/boot».Под ним ещё и это: Error opening directory 'boot/lost+found/': Отказано в доступе. Также при поаытке выполнить sudo find / -name 'linux-*-?.*' | grep -v $(uname -r) | xargs sudo rm -rf
find: «/run/user/1000/gvfs»: Отказано в доступе.

[БТР]

При старте системы получаю такое вот сообщение:

какой системы? Это не антивирус случайно пытается что-то сканировать?

[Пицодметроффф]

БТР, анализатор использования дисков.

[БТР]

приложения, запускаемые пользователем, имеют права доступа этого пользователя.

sudo find / -name 'linux-*-?.*' | grep -v $(uname -r) | xargs sudo rm -rf

идиотская команда, кто и зачем вам её дал? Вы понимаете, каким будет результат её выполнения?

[Пицодметроффф]

БТР, делаю всё практически вслепую, так как я - полный профан в Linux. А команду я нашёл здесь https://help.ubuntu.ru/wiki/удаление_старых_ядер. Туда попал в связи с тем, что в разделе /boot осталось тридцать килобайт свободного дискового пространства. Там написано, что это для удаления документации и прочих остатков.

[Sly_tom_cat]

Если не понимаете что делает команда - никогда ее не запускайте.

Руками файлы ядер из /boot вытирать бывает нужно если по ошибке или не подумав сделали /boot отдельным разделом и не следили за обновлением ядер в результате чего пакетный менеждер уже ничего не может сделать (ему места не хватает). Так вот для того что бы освободить место пакетному менеджеру и можно стереть парочку старых ядер руками, но после этого их же (и возможно какие-то еще) нужно сносить через apt/synaptic.

Но если вам место на /boot надо то под рутом просто грохните пару старых (по версиям) ядер в /boot, а документация всякая вам не мешает - она не в /boot.

Еще вопрос - зачем вам /boot отдельным разделом?

[Пицодметроффф]

Sly_tom_cat, я пробовал пакетным менеджером Synaptic, не смог на этапе поиска по версии ядра. Ничего не находил. А разве он отдельно у меня?

[Sly_tom_cat]

Пицодметроффф, вы просто не умеете их готовить искать.

По идее их и не надо руками удалять.
В нормально работающей системе все ненужные старые ядра удаляются командой

Код: [Выделить]

sudo apt-get autoremove
Но это когда пакетный менеджен не подвешен отсутсвием места в /boot.

Для вас прстой рецепт:
1. удаляет под рутом пару последних ядер в /boot

Код: [Выделить]

sudo apt-get install -f
sudo apt-get autoremove

[tahr]

Туда попал в связи с тем, что в разделе /boot осталось тридцать килобайт свободного дискового пространства.

А с какой целью /boot на отдельном разделе? Если бы был не на отдельном разделе, то directory 'boot/lost+found/' - такой папки вообще бы не существовало. И проблемы с недостатком свободного места не было бы.
Пользователь добавил сообщение 25 Января 2017, 11:27:36:

А разве он отдельно у меня?

Был бы не на отдельном, не было бы lost+found

[Пицодметроффф]

Sly_tom_cat, спасибо большое за помощь. А что насчёт того, что анализатор дисков не смог анализировать?
tahr, вспомнил. Это мне друг посоветовал. Тоже не гуру, однако у него хоть какой-то опыт есть с этой системой. У него она основная, у меня нет.
Кстати, товарищи, у меня тут ещё проблема с гнёздами на передней панели системного блока. Мне тут спрашивать или новую тему создавать?

[tahr]

Мне тут спрашивать или новую тему создавать?

Новую. Каждому вопросу - отдельную тему, здесь так принято.
Пользователь добавил сообщение 25 Января 2017, 11:36:50:

А что насчёт того, что анализатор дисков не смог анализировать?

lost+found - это специфическая системная папка для "потеряных" данных при форматировании в ext4, нужна системе для возможности ремонта ФС. А анализатор запускался от имени пользователя - элементарно прав не хватает.

[Пицодметроффф]

tahr, понял, благодарю. Тогда может вы скажете насчёт того, что анализатор дисков не смог выполнить анализ?

[tahr]

Тогда может вы скажете насчёт того, что анализатор дисков не смог выполнить анализ?

Так уже сказал: не хватает прав.
Пользователь добавил сообщение 25 Января 2017, 11:41:06:

Отказано в доступе.

- куда уж яснее?

[Пицодметроффф]

tahr, понял, спасибо. То есть мне его тогда запускать от имени администратора, насколько я понял. А как это сделать в графическом интерфейсе? Или только через консоль?

[tahr]

Пицодметроффф, я этой штукой вообще не пользуюсь, поэтому подсказать не могу.

Мне хватает такой простой команды в терминале:

Код: [Выделить]

mart@xenial:~$ df -h
Файл.система   Размер Использовано  Дост Использовано% Cмонтировано в
udev             3,9G            0  3,9G            0% /dev
tmpfs            798M         9,6M  789M            2% /run
/dev/sda9         16G         8,7G  5,9G           60% /
tmpfs            3,9G         1,5M  3,9G            1% /dev/shm
tmpfs            5,0M         4,0K  5,0M            1% /run/lock
tmpfs            3,9G            0  3,9G            0% /sys/fs/cgroup
/dev/sda9         16G         8,7G  5,9G           60% /home
/dev/sda10       384G         293G   91G           77% /stock
tmpfs            798M          32K  798M            1% /run/user/1001
Пользователь добавил сообщение 25 Января 2017, 12:28:36:Пицодметроффф, попробуй набери в терминале и посмотри что ответит система.