Свободное место на разделе boot

Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

Свободное место на разделе boot

#1

20 сен 2017, 10:48

После обновления Минт до 18.2 (чинамон) при перезагрузке стало регулярно появляться сообщение: мало свободного места на диске boot
Попробовал проверить раздел Disk Usage Analyzer'ом - сообщение: Не удалось просканировать некоторые папки содержащиеся в /boot
/boot у меня на отдельном 1/4 гб разделе.
Через Немо видно папку lost+found (можно ли ее прибить?), файлы memtest, а также несколько файлов initrd.img*, несколько vmlinuz*, abi*, config*, system.map* 4 комплекта соответственно. Последние, очевидно, скопились при переходе с ядра на ядро (21, 36, 93, 96)? Вопрос, как их безболезненно почистить? Что нужно сделать (подстраховаться), что бы избежать каких-то ошибок новичков? Навряд ли я буду скакать с ядра на ядро, если все будет работать. Ну одно какое-то можно, наверное, оставить в качестве запасного (где-то краем уха слышал, что можно подгружать ядро по выбору для диагностики и/или ремонта, но 4 шт. мне, думаю, без надобности)?

Решение StarMAUGLI » 25 сен 2017, 00:49
Вроде бы смучал текущие проблемы.
Все лишние ядра удалил по совету Chocobo, единой командой по удалению всего и вся кроме текущего ядра
for i in $(dpkg --list | grep -e "linux-header\|linux-image" | awk '{print $2}' | grep -v $(uname -r)); do echo $i; apt purge $i -y ; done; sudo update-grub

Проблемы с большими логами решил разобравшись с утилитой logrotate (это легко гуглится)

Проблему же с pciehp 0000:00:1c.4:pcie04: Card not present on Slot(0-1) решил следующим образом (не знаю точно, что именно помогло но сделал я, в целом, 3 вещи):
1. Отключил в драйверах интеловский микрокод (который накладывается, как я понял (?), поверх BIOS).
2. Разобрал системник и хорошенько вычистил его, прометя конкретно писиай-экспресные слоты (включая самые мелкие, коротенькие) свежекупленным чистым флейцем, поскольку фрагмент 1c.4:pcie04 указывал именно на pcie, да еще и 4-й - а они были девственно пусты. Также, на всякий случай, протер ластиком контакты видеокарты.
3. Перепрошил BIOS - это оказалось возможным сделать прямо из минта с помощью утилиты sudo flashrom --programmer internal -w '/home/starmaugli/Загрузки/Foxconn P35A/6B3F1P43.ROM'. (про flashrom тоже гуглится; оказывается можно не только перепрошить BIOS но и сохранить конкретные его настройки). После чего, правда, пришлось пробежаться по настройкам BIOS так как слетело все включая время.
Новая ссылка для сравнения
https://linux-hardware.org/index.php?pr ... cbd83771a1

Кой-какие ошибки, правда, еще остались.
Если смотреть по методу symon2014, то получается
-- Logs begin at Сб 2017-09-23 16:43:07 MSK, end at Пн 2017-09-25 00:43:16 MSK. --
сен 25 00:27:46 starmaugli-P35 systemd-udevd[750]: failed to execute '/usr/bin/nvidia-smi' '/usr/bin/nvidia-smi': No such file
сен 25 00:27:46 starmaugli-P35 systemd-udevd[769]: failed to execute '/usr/bin/nvidia-smi' '/usr/bin/nvidia-smi': No such file
сен 25 00:27:47 starmaugli-P35 ntpdate[914]: name server cannot be used: Temporary failure in name resolution (-3)
сен 25 00:27:52 starmaugli-P35 NetworkManager[940]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
сен 25 00:27:59 starmaugli-P35 systemd[1]: Failed to start VirtualBox Linux kernel module.
сен 25 00:28:05 starmaugli-P35 mdm[1412]: GLib-CRITICAL: g_key_file_get_string: assertion 'key_file != NULL' failed
сен 25 00:28:05 starmaugli-P35 mdm[1412]: GLib-CRITICAL: g_key_file_free: assertion 'key_file != NULL' failed
сен 25 00:28:12 starmaugli-P35 pulseaudio[1872]: [pulseaudio] pid.c: Daemon already running.
сен 25 00:28:37 starmaugli-P35 pulseaudio[1776]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.

И еще при перезагрузке осталось
"Проблемы при старте Chinamon. Chinamon запущен успешно, но один или несколько аплетов, виджетов или расширений не запустились. Проверьте системный журнал и журнал Chinamon LookingGlass на ошибки. Чтобы это сообщение не повторялось, можно отключить проблемные расширения в настройках Chinamon. Пожалуйста связитесь с разработчиками"
Вот где искать этот журнал, в котором надо смотреть, а самое главное где править - пока не разобрался.
Формально, топик выполнен - проблема решена. Не знаю закрыть эту и открыть новую тему с новыми ошибками или нет? Как скажете, модераторы?

Перейти к ответу ➙
Последний раз редактировалось пользователем 1 Dja; всего редактировалось раз: 17
Причина: подправил название

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3008 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#2

20 сен 2017, 12:38

StarMAUGLI, наглядно распеределение по месту можно увидеть например с sudo du -sh /boot/* | sort -h
По их вычистке - можешь глянуть эту тему - Удалить лишние ядра

Раз уж сам решил сделать отдельный бут, к тому же настолько мелкий - придется следить теперь:smile:
Изображение
   
Изображение

Аватара пользователя

rogoznik
Сообщения: 10015
Зарегистрирован: 27 июн 2017, 13:36
Решено: 128
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1950 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#3

20 сен 2017, 12:42

В менеджере обновлений в меню вид есть обновление ядра. Там можно посмотреть какие установлены, а какое из них используется. Там же можно удалить ненужные ядра. Оставь 2 последних - к примеры.
ИзображениеИзображение

Аватара пользователя

slant
Сообщения: 4469
Зарегистрирован: 21 июн 2017, 18:09
Решено: 95
Благодарил (а): 51 раз
Поблагодарили: 1966 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#4

20 сен 2017, 14:15

Дополняю по заданному вопросу: lost+found убивать крайне не желательно. Во первых - она обычно пуста, и места не занимает. Во вторых - папка эта служит местом куда программы проверки файловых систем складывают найденые во время проверки FS файлы у которые до этого были "потеряны" - т.е. повредился заголовок. Если во время проверки программе удалось откопать какой-то файл, который вроде как не был удален, но без названия, или не принадлежащий ни к одному каталогу - она закинет его в lost+found. А еще эти каталоги могут служить своеобразным маркером физического корня примонтированного раздела. Т.е. если у вас, например, три раздела - /, /home и /boot - в системе будет три папки lost+found: /lost+found, /home/lost+found и /boot/lost+found
Вообще - современные основные FS достаточно устойчивы, чтобы эти папки всегда пустовали. А вот vfat или ext2 - там такие файлы могли находится довольно регулярно, достаточно ресета не вовремя, или пропавшего питания...

P.S. Если саму папку убивать не желательно, то вот ее содержимое можно чистить смело. Разумеется посмотрев - нету ли там чего нужного лично вам.

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#5

22 сен 2017, 01:40

Подчистить загрузочный раздел удалось. На это больше не ругается. Спасибо всем.
Но появилась новая проблема: загрузка длиться очень долго - по 10-15 минут. Иногда не дожидаюсь, выключаю кнопкой и гружу ядро в режиме восстановления. Хотя тоже получается не быстро. Ругается на битые ссылки (failed links)
В менеджере обновлений, меню Вид, в окне с оставшимися ядрами линукс есть три ссылки Bug reports, Changelog, CVE Tracker. Но чего с ними делать не понятно.
Подскажите, плиз, где искать проблемные места при загрузке и как их ремонтировать?

Аватара пользователя

root
Сообщения: 938
Зарегистрирован: 16 фев 2017, 20:03
Решено: 5
Откуда: г. Хабаровск
Благодарил (а): 268 раз
Поблагодарили: 262 раза
Контактная информация:

сообщение: мало свободного места на диске boot

#6

22 сен 2017, 01:58

StarMAUGLI, выполните команду
systemd-analyze plot > ~/$(date +%Y_%m_%d_%H_%M)_$HOSTNAME-$(uname -r).svg
и покажите получившийся в ~ папке файл *.svg
Вы не готовы! :pc2:
Изображение

Аватара пользователя

rogoznik
Сообщения: 10015
Зарегистрирован: 27 июн 2017, 13:36
Решено: 128
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1950 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#7

22 сен 2017, 06:01

StarMAUGLI писал(а): Подчистить загрузочный раздел удалось.
Интересует метод очистки.
ИзображениеИзображение

no avatar

symon2014

сообщение: мало свободного места на диске boot

#8

22 сен 2017, 06:16

StarMAUGLI писал(а): где искать проблемные места при загрузке
sudo update-grub не повредит, если очистка раздела производилась не совсем стандартно.

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3008 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#9

22 сен 2017, 09:04

StarMAUGLI писал(а): Подчистить загрузочный раздел удалось.
Тоже интересно что делал, может что и отломил раз грузиться стал плохо.
StarMAUGLI писал(а): В менеджере обновлений, меню Вид, в окне с оставшимися ядрами линукс есть три ссылки Bug reports, Changelog, CVE Tracker. Но чего с ними делать не понятно.
Ничего не делать это информацуионные ссылки по конкретной версии ядра - багрепорты о найденных ошибках, список изменений данной версии, информация о возможных уязвимостях.

Собери логи вот так, там будет вся нужная инфа по данной проблеме
Изображение
   
Изображение

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#10

22 сен 2017, 10:47

symon2014 писал(а): sudo update-grub не повредит,
Делал.

no avatar

symon2014

сообщение: мало свободного места на диске boot

#11

22 сен 2017, 11:14

StarMAUGLI, тогда создай директорию для журналирования загрузки - sudo mkdir -p /var/log/journal , и после ребута можно будет смотреть, что происходит при загрузке системы - journalctl -b - это вся последняя загрузка , journalctl -b -p err - это ошибки последней загрузки.

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#12

23 сен 2017, 03:19

darkfenix, Chocobo,
Что делал:
По ссылке которую дал Chocobo нашел наиболее полный вариант изложенный Bill Williamson'ом, который и взял за основу:
$ sudo apt-get purge linux-image-4.4.0-26
$ sudo apt-get purge linux-headers-4.4.0-26
и также еще 2 ядра: 4.4.0-93, 4.8.0-56
остались 4.4.0-96 и 4.11.0-14
потом
grub-mkconfig
update-grub
тем не менее в /boot оставались файлы вида abi-x.x.x-xx-generic, config-x.x.x-xx-generic, initrd.img-x.x.x-xx-generic, System.map-x.x.x-xx-generic, vmlinuz-x.x.x-xx-generic - их я для трех ранее удаленных версий ядра убил в nemo под рутом и еще раз сделал
grub-mkconfig
update-grub
под конец причесал все Grub Customizer'ом.
Из плюсов - использование памяти снизилось и не превышает 2,5 ГиБ (со старым ядром было порядка 5ГиБ).
Из минусов - долгая загрузка, уведомление при загрузке
"Проблемы при старте Chinamon. Chinamon запущен успешно, но один или несколько аплетов, виджетов или расширений не запустились. Проверьте системный журнал и журнал Chinamon LookingGlass на ошибки. Чтобы это сообщение не повторялось, можно отключить проблемные расширения в настройках Chinamon. Пожалуйста связитесь с разработчиками"
и пару раз вылетал Chinamon.

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#13

23 сен 2017, 03:34

symon2014, попробовал ваш метод
starmaugli@starmaugli-P35 ~ $ journalctl -b -p err
-- Logs begin at Сб 2017-09-23 03:22:19 MSK, end at Сб 2017-09-23 03:26:41 MSK. --
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:19 starmaugli-P35 kernel: ata6.00: revalidation failed (errno=-5)
сен 23 03:22:19 starmaugli-P35 kernel: ata6.00: revalidation failed (errno=-5)
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:19 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:20 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:23 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:27 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:28 starmaugli-P35 ntpdate[2000]: name server cannot be used: Temporary failure in name resolution (-3)
сен 23 03:22:29 starmaugli-P35 NetworkManager[1901]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
сен 23 03:22:31 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:33 starmaugli-P35 kernel: ata6: exception Emask 0x10 SAct 0x0 SErr 0x90000 action 0xe frozen
сен 23 03:22:33 starmaugli-P35 kernel: ata6: irq_stat 0x00400000, PHY RDY changed
сен 23 03:22:33 starmaugli-P35 kernel: ata6: SError: { PHYRdyChg 10B8B }
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: exception Emask 0x50 SAct 0x0 SErr 0x280900 action 0x6 frozen
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: irq_stat 0x08000000, interface fatal error
сен 23 03:22:34 starmaugli-P35 kernel: ata6: SError: { UnrecovData HostInt 10B8B BadCRC }
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: failed command: READ DMA
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: cmd c8/00:08:08:00:00/00:00:00:00:00/e0 tag 23 dma 4096 in
res 50/00:00:07:00:00/00:00:00:00:00/e0 Emask 0x50 (ATA bus error)
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: status: { DRDY }
сен 23 03:22:34 starmaugli-P35 kernel: ata6.00: revalidation failed (errno=-5)
сен 23 03:22:34 starmaugli-P35 systemd[1]: Failed to start VirtualBox Linux kernel module.
сен 23 03:22:34 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:38 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: exception Emask 0x50 SAct 0x0 SErr 0x280900 action 0x6 frozen
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: irq_stat 0x08000000, interface fatal error
сен 23 03:22:40 starmaugli-P35 kernel: ata6: SError: { UnrecovData HostInt 10B8B BadCRC }
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: failed command: READ DMA
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: cmd c8/00:08:00:08:00/00:00:00:00:00/e0 tag 11 dma 4096 in
res 50/00:00:87:5a:ef/00:00:22:00:00/e0 Emask 0x50 (ATA bus error)
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: status: { DRDY }
сен 23 03:22:40 starmaugli-P35 mdm[2919]: GLib-CRITICAL: g_key_file_get_string: assertion 'key_file != NULL' failed
сен 23 03:22:40 starmaugli-P35 mdm[2919]: GLib-CRITICAL: g_key_file_free: assertion 'key_file != NULL' failed
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: exception Emask 0x10 SAct 0x0 SErr 0x280100 action 0x6 frozen
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: irq_stat 0x08000000, interface fatal error
сен 23 03:22:40 starmaugli-P35 kernel: ata6: SError: { UnrecovData 10B8B BadCRC }
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: failed command: READ DMA
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: cmd c8/00:08:78:00:00/00:00:00:00:00/e0 tag 20 dma 4096 in
res 50/00:00:3f:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: status: { DRDY }
сен 23 03:22:40 starmaugli-P35 kernel: ata6.00: revalidation failed (errno=-5)
сен 23 03:22:42 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:45 starmaugli-P35 kernel: pciehp 0000:00:1c.4:pcie004: Failed to check link status
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: exception Emask 0x10 SAct 0x0 SErr 0x280100 action 0x6 frozen
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: irq_stat 0x08000000, interface fatal error
сен 23 03:22:46 starmaugli-P35 kernel: ata6: SError: { UnrecovData 10B8B BadCRC }
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: failed command: READ DMA EXT
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: cmd 25/00:80:80:00:00/00:01:00:00:00/e0 tag 24 dma 196608 in
res 50/00:00:7f:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: status: { DRDY }
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: exception Emask 0x50 SAct 0x0 SErr 0x280900 action 0x6 frozen
сен 23 03:22:46 starmaugli-P35 kernel: ata6.00: irq_stat 0x08000000, interface fatal error
загрузка, кстати, в этот раз прошла быстрее минуты за 2-3... может потому, что были какие-то обновления которые я установил?
из всего этого Failed to check link status - я довольно часто вижу, даже на этом форуме помниться вопрос задавал, но чего-то так и не сборол их. Остальные для меня внове - попробую погуглить завтра.

Аватара пользователя

rogoznik
Сообщения: 10015
Зарегистрирован: 27 июн 2017, 13:36
Решено: 128
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1950 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#14

23 сен 2017, 08:38

StarMAUGLI, Chocobo тут просил логи собрать
ИзображениеИзображение

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#15

23 сен 2017, 13:21


Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#16

24 сен 2017, 10:21

symon2014,
по запросу pciehp 0000:00:1c.4:pcie004: Failed to check link status нашел вот такую ссылку
http://forum.ubuntu.ru/index.php?topic=132460.0
проверил - у меня тоже логи растут как на дрожжах: лог /var/log/kern.log состоит в основном из записей
Sep 17 07:35:17 starmaugli-P35 kernel: [154351.149489] pciehp 0000:00:1c.4:pcie04: Card not present on Slot(0-1)
Sep 17 07:35:17 starmaugli-P35 kernel: [154351.153615] pciehp 0000:00:1c.4:pcie04: Card present on Slot(0-1)
которые постоянно прибывают и составляют уже 5,5 ГБ (при попытке просмотра логов - комп намертво виснет)
Там же есть и еще большие логи типа syslog и др. может не такие большие как предыдущий, но тоже под гиг.
Если пройти с той ссылки что я нашел еще дальше по ссылкам, то там (я плохо понял английский) вроде предлагают пересобрать ядро. Но таким я еще не занимался. Не уверен что готов к этому. Может есть варианты попроще?

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3008 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#17

24 сен 2017, 11:23

StarMAUGLI,
systemd-analyze blame
4min 30.576s udisks2.service
StarMAUGLI писал(а): pciehp 0000:00:1c.4:pcie04: Card not present on Slot(0-1)
А тут вроде и нету ничего в этом слоте, неясно что он гадит в лог

Попробуй вернуть 4.4 ядро лучше, раз с ним работало норм, оно хоть LTS
Изображение
   
Изображение

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#18

24 сен 2017, 11:50

с помощью утилиты ukuu
http://compizomania.blogspot.com/2017/09/linux-413.html
установил ядро 4.12.14-041214-generic
особых улучшений не наблюдаю: проблемы все те же

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#19

24 сен 2017, 11:54

Chocobo писал(а): Попробуй вернуть 4.4 ядро лучше, раз с ним работало норм
так нет же - с ним была та же проблема с Card not present on Slot
я где-то с пол-года назад здесь же в форуме задавал этот вопрос - решения так и не нашли

Аватара пользователя

Автор темы
StarMAUGLI
Сообщения: 1649
Зарегистрирован: 10 сен 2016, 10:16
Решено: 19
Откуда: Москва
Благодарил (а): 693 раза
Поблагодарили: 187 раз
Контактная информация:

сообщение: мало свободного места на диске boot

#20

25 сен 2017, 00:49

Вроде бы смучал текущие проблемы.
Все лишние ядра удалил по совету Chocobo, единой командой по удалению всего и вся кроме текущего ядра
for i in $(dpkg --list | grep -e "linux-header\|linux-image" | awk '{print $2}' | grep -v $(uname -r)); do echo $i; apt purge $i -y ; done; sudo update-grub

Проблемы с большими логами решил разобравшись с утилитой logrotate (это легко гуглится)

Проблему же с pciehp 0000:00:1c.4:pcie04: Card not present on Slot(0-1) решил следующим образом (не знаю точно, что именно помогло но сделал я, в целом, 3 вещи):
1. Отключил в драйверах интеловский микрокод (который накладывается, как я понял (?), поверх BIOS).
2. Разобрал системник и хорошенько вычистил его, прометя конкретно писиай-экспресные слоты (включая самые мелкие, коротенькие) свежекупленным чистым флейцем, поскольку фрагмент 1c.4:pcie04 указывал именно на pcie, да еще и 4-й - а они были девственно пусты. Также, на всякий случай, протер ластиком контакты видеокарты.
3. Перепрошил BIOS - это оказалось возможным сделать прямо из минта с помощью утилиты sudo flashrom --programmer internal -w '/home/starmaugli/Загрузки/Foxconn P35A/6B3F1P43.ROM'. (про flashrom тоже гуглится; оказывается можно не только перепрошить BIOS но и сохранить конкретные его настройки). После чего, правда, пришлось пробежаться по настройкам BIOS так как слетело все включая время.
Новая ссылка для сравнения
https://linux-hardware.org/index.php?pr ... cbd83771a1

Кой-какие ошибки, правда, еще остались.
Если смотреть по методу symon2014, то получается
-- Logs begin at Сб 2017-09-23 16:43:07 MSK, end at Пн 2017-09-25 00:43:16 MSK. --
сен 25 00:27:46 starmaugli-P35 systemd-udevd[750]: failed to execute '/usr/bin/nvidia-smi' '/usr/bin/nvidia-smi': No such file
сен 25 00:27:46 starmaugli-P35 systemd-udevd[769]: failed to execute '/usr/bin/nvidia-smi' '/usr/bin/nvidia-smi': No such file
сен 25 00:27:47 starmaugli-P35 ntpdate[914]: name server cannot be used: Temporary failure in name resolution (-3)
сен 25 00:27:52 starmaugli-P35 NetworkManager[940]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
сен 25 00:27:59 starmaugli-P35 systemd[1]: Failed to start VirtualBox Linux kernel module.
сен 25 00:28:05 starmaugli-P35 mdm[1412]: GLib-CRITICAL: g_key_file_get_string: assertion 'key_file != NULL' failed
сен 25 00:28:05 starmaugli-P35 mdm[1412]: GLib-CRITICAL: g_key_file_free: assertion 'key_file != NULL' failed
сен 25 00:28:12 starmaugli-P35 pulseaudio[1872]: [pulseaudio] pid.c: Daemon already running.
сен 25 00:28:37 starmaugli-P35 pulseaudio[1776]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.

И еще при перезагрузке осталось
"Проблемы при старте Chinamon. Chinamon запущен успешно, но один или несколько аплетов, виджетов или расширений не запустились. Проверьте системный журнал и журнал Chinamon LookingGlass на ошибки. Чтобы это сообщение не повторялось, можно отключить проблемные расширения в настройках Chinamon. Пожалуйста связитесь с разработчиками"
Вот где искать этот журнал, в котором надо смотреть, а самое главное где править - пока не разобрался.
Формально, топик выполнен - проблема решена. Не знаю закрыть эту и открыть новую тему с новыми ошибками или нет? Как скажете, модераторы?

Закрыто

Вернуться в «Загрузка системы, бэкапы и восстановление»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 10 гостей