LINUX.ORG.RU
Форум — Desktop  

Не могу освободить /boot, пробовал разное...

 


0

1

Здравствуйте.

Раздел /boot переполнен. Нашел тему на Аскубунту, где есть несколько популярных ответов - попробовал - ни один не сработал, поскольку выпадает ошибка что нет места. Проблема усугубляется еще тем, что комп не мой, пытался помочь человеку по Тимвьюверу, поэтому есть только скриншоты терминала, которые я видимо тут вставить не могу.

Команды, которые пробовал можно посмотреть как раз таки на скриншотах на Аскубунту https://askubuntu.com/questions/1326334/can-not-free-up-space-at-boot

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

Сам я не особо гуру, но много на Убунте сидел, кое-чего знаю, местами. Но тут знаний не хватило. Прошу помочь.


← Gwenview единственный GPL просмотрщик изображений, который умеет одновеменно в цветовые профили и zip?
Переназначение клавиш →
  1 2 →
Ответ на: комментарий от andytux

ТС показал:

  • что у него установлены 100500 ядер.
  • Apt ругается на недоустановленные зависимости.
  • он пытается их доставить (флаг -f) но ничего не выходит (что естественно)
  • ТС скопировал с форума длинное тире перед purge и это не прошло, но ТС не понял что происходит.

От сюда делаем вывод: или вручную удаляем пакеты ненужных ядер через dpkg или говорим apt, что бы он забил на ошибки и сделал что надо.

AlexVR ★★★★★
()
Ответ на: комментарий от AlexVR

удаляем пакеты ненужных ядер через dpkg

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

andytux ★★★★★
()
Ответ на: комментарий от andytux

Это двойное тире! Я не знаю почему когда пишу, то вижу <–> два тире! А когда отправляю, то оно идёт как одно длинное, это баг форума. Кто ж виноват то…

anonymous
()

После dpkg <двойное тире>list | grep linux-image и вывода списка, если лишние не удаляет sudo apt autoremove <двойное тире>purge, то надо с верху списка удалять каждое sudo apt purge linux-image-x.x.0-xx-generic, где x.x.0-xx номера версии и подверсии ядра. Оставить последние два в низу. Потом выдать sudo update-grub и радоваться жизни. Да, трудно, но сам накопил столько.

anonymous
()
Ответ на: комментарий от anonymous

Кто ж виноват то…

Ты. Загляни в правила форума, оформи код, как код. И форум не будет «подменять» тебе символы.

andytux ★★★★★
()
Ответ на: комментарий от anonymous

И опять твоя ошибка. Балабонишь не читая. Не помогут никакие программы удаления ядер. Так как все они будут искать ядра на «законном месте», а там их нет.

andytux ★★★★★
()
Последнее исправление: andytux (всего исправлений: 1)
Ответ на: комментарий от andytux

Ну ты у нас конечно же балабонишь как начитанный мальчик. purge должна помочь команда вне зависимости от того где ядро и всё что с ним идёт в комплекте. И даже если она не сработает, то выдаст информацию о том где ядро. Хотя и [code] dpkg –list | grep linux-image [/code] отработала нормально. Так что надо крепко подумать, прежде чем принимать радикальные меры.

anonymous
()
Ответ на: комментарий от anonymous

надо крепко подумать, прежде чем…

Именно это я и сказал выше. Все эти команды удаления смотрят в базе пакетов, где должен быть тот или иной файл. Если реально файла на месте нет, то изменяют запись в базе и рапортуют об успешном выполнении. Вот только место от этого не освобождается.

andytux ★★★★★
()
Ответ на: комментарий от andytux

Хм. У меня не рапортуют о выполнении, если не выполнена. Пару дней назад лечил такую машинку, но там не туда ядро поставило, да ещё и не то ядро. purge об этом честно сказало. Ну тогда уже в ход пошли руки и радикальное удаление с чисткой всех кэшей и системы по полной. В итоге всё вернулось в норму. Хотя потом я нашёл менее радикальное решение этого вопроса, но уж раз сделал, так сделал. Но записную книжку пополнило ещё пару страниц записей. Книжки веду с 89-го года, ибо самоучка а специальность моя была далёкая от компьютеров и очень редкая. Так что «балаболом» ты зря бросаешься. Можно ведь и по человечески разговаривать. Вот из-за этого я тут не регаюсь. Это одна из причин.

anonymous
()

Да удали все руками и не парься. Я так и сделал, когда после установки у меня в буте оказались ядра от другого (предыдущего) линукса. Оставь только активное ядро и его initramfs.

anonymous
()

Лол, сколько постов написано, а проблема по ходу еще не решена. Открываем комент, видим 120695 /boot, но всего места там под 500М. Куда же оно делось? А разгадка проста

du: невозможно прочитать каталог '/boot/.Trash-0': Отказано в доступе
du: невозможно прочитать каталог '/boot/lost+found': Отказано в доступе

Стало быть файлики со старыми ядрами находятся в этих каталогах. И оттуда их пакетный менеджер не удалит, их банально нужно удалить вручную. Как бы само наличие .Trash-0 намекает

goingUp ★★★★★
()
Ответ на: комментарий от anonymous

не туда ядро поставило, да ещё и не то ядро. purge об этом честно сказало

Опять только подтвердил мои слова. В базе указано куда поставил, а туда-нетуда, понятие относительное. Куда поставил, там и ищет, о том и «честно сказало».

andytux ★★★★★
()
Ответ на: комментарий от andytux

Ай яй яй. Вырывать фразы из контекста. Что же ты дальше не процитировал что я руками удалил? И ему только так и придётся, уж там-то своими глазами увидит куда поставило, там каталогов будет много с именами ядер и погрохать их от sudo через тот же mc, можно на раз два. А уж потом зачистить оставшееся банальными autoremove и autoclean, ну и кое что и purge. Оставить два самых свежих ядра и всё, остальное грохнуть безжалостно. Делов то.

anonymous
()
Ответ на: комментарий от anonymous

я руками удалил? И ему только так и придётся, уж там-то своими глазами увидит

Стыжусь, но вырву еще, в это раз из своего контекста:

Только глазами-руками.

andytux ★★★★★
()
Ответ на: комментарий от andytux

Ну тогда, как говорил М.С.Горбачёв, консенсус :) Я про глаза и руки. Ну ты понял. Хотя это ему сразу сказали, но…

anonymous
()
Ответ на: комментарий от anonymous

Всех благодарю за ответы!

Вот выдача на некоторые команды:

dima@dima:~$ sudo apt autoremove
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.

dima@dima:~$ ls /boot/
abi-4.15.0-33-generic          memtest86+.bin
config-4.15.0-33-generic       memtest86+.elf
grub                           memtest86+_multiboot.bin
initrd.img-4.15.0-140-generic  retpoline-4.15.0-33-generic
initrd.img-4.15.0-33-generic   System.map-4.15.0-33-generic
initrd.img-4.15.0-34-generic   vmlinuz-4.15.0-140-generic
lost+found   

dima@dima:~$ dpkg --list | grep linux-image
rc  linux-image-4.10.0-28-generic               4.10.0-28.32~16.04.2                                     amd64        Linux kernel image for version 4.10.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-32-generic               4.13.0-32.35~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-36-generic               4.13.0-36.40~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-37-generic               4.13.0-37.42~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-38-generic               4.13.0-38.43~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-39-generic               4.13.0-39.44~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-4.13.0-41-generic               4.13.0-41.46~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
ri  linux-image-4.13.0-43-generic               4.13.0-43.48~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
ii  linux-image-4.13.0-45-generic               4.13.0-45.50~16.04.1                                     amd64        Linux kernel image for version 4.13.0 on 64 bit x86 SMP
ii  linux-image-4.15.0-140-generic              4.15.0-140.144~16.04.1                                   amd64        Signed kernel image generic
ii  linux-image-4.15.0-24-generic               4.15.0-24.26~16.04.1                                     amd64        Signed kernel image generic
ii  linux-image-4.15.0-29-generic               4.15.0-29.31~16.04.1                                     amd64        Signed kernel image generic
ii  linux-image-4.15.0-30-generic               4.15.0-30.32~16.04.1                                     amd64        Signed kernel image generic
ii  linux-image-4.15.0-32-generic               4.15.0-32.35~16.04.1                                     amd64        Signed kernel image generic
ii  linux-image-4.15.0-33-generic               4.15.0-33.36~16.04.1                                     amd64        Signed kernel image generic
ii  linux-image-4.15.0-34-generic               4.15.0-34.37~16.04.1                                     amd64        Signed kernel image generic
rc  linux-image-extra-4.10.0-28-generic         4.10.0-28.32~16.04.2                                     amd64        Linux kernel extra modules for version 4.10.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-32-generic         4.13.0-32.35~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-36-generic         4.13.0-36.40~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-37-generic         4.13.0-37.42~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-38-generic         4.13.0-38.43~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-39-generic         4.13.0-39.44~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
rc  linux-image-extra-4.13.0-41-generic         4.13.0-41.46~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
ii  linux-image-extra-4.13.0-43-generic         4.13.0-43.48~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
ii  linux-image-extra-4.13.0-45-generic         4.13.0-45.50~16.04.1                                     amd64        Linux kernel extra modules for version 4.13.0 on 64 bit x86 SMP
ii  linux-image-generic-hwe-16.04               4.15.0.140.135                                           amd64        Generic Linux kernel image

Начал удалять вручную по инструкции, получалось, пока не дошел до 4.15…. Там начало начало в конце выдавать такую ошибку:

dima@dima:~$ sudo apt purge linux-image-4.15.0-30-generic
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Следующие пакеты устанавливались автоматически и больше не требуются:
  linux-headers-4.15.0-33 linux-headers-4.15.0-33-generic linux-image-4.15.0-33-generic linux-modules-4.15.0-33-generic linux-modules-extra-4.15.0-33-generic
Для их удаления используйте «sudo apt autoremove».
Следующие пакеты будут УДАЛЕНЫ:
  linux-image-4.15.0-30-generic*
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 0 пакетов не обновлено.
После данной операции объём занятого дискового пространства уменьшится на 8.122 kB.
Хотите продолжить? [Д/н] y
(Чтение базы данных … на данный момент установлено 446365 файлов и каталогов.)
Удаляется linux-image-4.15.0-30-generic (4.15.0-30.32~16.04.1) …
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-30-generic
/etc/kernel/postrm.d/zz-update-grub:
Создание конфигурационного файла grub...
Предупреждение: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Найден образ linux: /boot/vmlinuz-4.15.0-140-generic
Найден образ initrd: /boot/initrd.img-4.15.0-140-generic
Найден образ linux: /boot/vmlinuz-4.15.0-33-generic
Найден образ initrd: /boot/initrd.img-4.15.0-33-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
завершено
Вычищаются файлы настройки пакета linux-image-4.15.0-30-generic (4.15.0-30.32~16.04.1) …
rmdir: не удалось удалить '/lib/modules/4.15.0-30-generic': Каталог не пуст
google
() автор топика
Ответ на: комментарий от google

руками удалите каталог от рута. rm -R /lib/modules/4.15......

Retsam
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Gwenview единственный GPL просмотрщик изображений, который умеет одновеменно в цветовые профили и zip?
Desktop
Переназначение клавиш →