Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: Не могу удалить старые ядра из-из отсутствия места на диске  (Прочитано 3993 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн CowboyOnRails

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Всем привет! Нужна помощь!
Стандартная проблема. Нужно удалить старые ядра. Они занимают все место на диске. НО при выполнении команды на очистку, нужно зафиксить зафисимости. Делаю apt-get install -f - ошибка, тк Ubuntu не может поставить пакет из-за отсутствия места на диске. Получается замкнутый круг. Уже почистил tmp и archive.
Инфо:
Welcome to Ubuntu 12.04.3 LTS (GNU/Linux 3.2.0-54-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

  System information as of Fri Jul 25 07:30:41 MSK 2014

  System load:  0.08              Processes:           108
  Usage of /:   4.0% of 97.21GB   
  Memory usage: 36%             
  Swap usage:   0%

  => /boot is using 98.7% of 227MB



user@template:~$ uname -a
Linux template 3.2.0-54-generic #82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

root@template:/home/user# apt-get install -f
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  linux-image-3.2.0-55-generic linux-headers-3.2.0-26-generic linux-headers-3.2.0-26 linux-image-3.2.0-58-generic linux-headers-3.2.0-55
  linux-headers-3.2.0-56 linux-headers-3.2.0-57 linux-headers-3.2.0-58 linux-headers-3.2.0-59 linux-headers-3.2.0-55-generic
  linux-headers-3.2.0-58-generic linux-image-3.2.0-56-generic linux-image-3.2.0-59-generic linux-headers-3.2.0-56-generic
  linux-headers-3.2.0-59-generic linux-image-3.2.0-57-generic linux-headers-3.2.0-57-generic
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  linux-image-3.2.0-67-generic linux-image-server linux-server
Suggested packages:
  fdutils linux-doc-3.2.0 linux-source-3.2.0 linux-tools
The following NEW packages will be installed:
  linux-image-3.2.0-67-generic
The following packages will be upgraded:
  linux-image-server linux-server
2 upgraded, 1 newly installed, 0 to remove and 73 not upgraded.
7 not fully installed or removed.
Need to get 0 B/38.8 MB of archives.
After this operation, 150 MB of additional disk space will be used.
Do you want to continue [Y/n]? Y
(Reading database ... 332590 files and directories currently installed.)
Unpacking linux-image-3.2.0-67-generic (from .../linux-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb (--unpack):
 failed in write on buffer copy for backend dpkg-deb during `./boot/vmlinuz-3.2.0-67-generic': No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-67-generic /boot/vmlinuz-3.2.0-67-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-67-generic /boot/vmlinuz-3.2.0-67-generic
Errors were encountered while processing:
 /var/cache/apt/archives/linux-image-3.2.0-67-generic_3.2.0-67.101_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


root@template:/home/user# df -i
Filesystem                 Inodes  IUsed   IFree IUse% Mounted on
/dev/mapper/template-root 6479872 341007 6138865    6% /
udev                       503531    441  503090    1% /dev
tmpfs                      505802    333  505469    1% /run
none                       505802      4  505798    1% /run/lock
none                       505802      1  505801    1% /run/shm
/dev/sda1                  124496    279  124217    1% /boot

root@template:/home/user# df -h
Filesystem                 Size  Used Avail Use% Mounted on
/dev/mapper/template-root   98G  4.0G   89G   5% /
udev                       2.0G   12K  2.0G   1% /dev
tmpfs                      791M  256K  791M   1% /run
none                       5.0M     0  5.0M   0% /run/lock
none                       2.0G     0  2.0G   0% /run/shm
/dev/sda1                  228M  225M     0 100% /boot

Оффлайн Peter_I

  • Старожил
  • *
  • Сообщений: 2112
    • Просмотр профиля
Если нет места на диске, то удаление старых ядер не спасёт, ведь их же не сотни и не тысячи.
Надо добавлять новый диск и выносить на него некоторые разделы или хотя бы один
либо заменить существующий диск.
Пока можно удалить ядра командой "dpkg -P linux-image-.....".
Пётр.

alang

  • Гость
CowboyOnRails, ты хоть читал вывод apt-get install -f? Там же написано, что надо делать.

Цитировать
Уже почистил tmp и archive.
И что? Каких результатов ты ждешь? Для кого ты приводил вывод df -h? Для нас? А тебе он о чем-нибудь сказал?

Как во сне живут, честное слово.

| toZen |

  • Гость
CowboyOnRails, так, просто сделайте как Вам система предлагает:
sudo apt-get autoremove

alang

  • Гость
τοΖεη, он ведь так читать и не научится. И с каждой копеечной проблемой будет бегать сюда.
Дело ваше, конечно.

quatro

  • Гость
  Usage of /:   4.0% of 97.21GB   
  Memory usage: 36%             
  Swap usage:   0%
  => /boot is using 98.7% of 227MB

А мне вот интересно зачем люди делают boot отдельно? Был бы не отдельно, не было бы проблемы.
(Нажмите, чтобы показать/скрыть)

Оффлайн ArcFi

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 15189
    • Просмотр профиля
    • aetera.net
Нужно часть файлов, не касающихся текущей транзакции, временно перенести на другой раздел.
Потом завершить транзакции пакетного менеджера, вернуть файлы на место и удалить старые ядра.

А мне вот интересно зачем люди делают boot отдельно?
Некоторые люди делают для LUKS+LVM, другие — хз.
« Последнее редактирование: 25 Июль 2014, 11:32:28 от ArcFi »

Оффлайн Azure

  • Модератор раздела
  • Старожил
  • *
  • Сообщений: 6014
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
Если уж совсем все плохо, то можно просто удалить/перенеcти из /boot несколько initrd.img и vmlinuz из ненужных (3.2.0-5[5-9]). Как место появится — само всё сработает.
« Последнее редактирование: 25 Июль 2014, 13:13:06 от Azure »
В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !

alang

  • Гость
А мне вот интересно зачем люди делают boot отдельно?

Например, при переходе на новые файловые системы, с которых загрузчик еще не умеет грузиться, при наличии softraid, а также начитавшись интернетов :)

Оффлайн CowboyOnRails

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Решил проблему так:
1. Получил список старых ядер
dpkg -l linux-image-* | grep ii | grep -v [a-z]-generic | grep -v `uname -r` | awk '{ print $2 }'

2. Удалил ненужные ядра командой dpkg -P linux-image-*
dpkg -P linux-image-3.2.0-55-generic

Поидее можно все это сделать автоматически используя sudo apt-get autoremove Но для меня не работает, даже с флагом -f. Какая-то проблема с завимостями. apt-get -f install при этом не спасает
Setting up linux-image-server (3.2.0.67.79) ...
dpkg: dependency problems prevent configuration of linux-server:
 linux-server depends on linux-image-server (= 3.2.0.61.72); however:
  Version of linux-image-server on system is 3.2.0.67.79.
 linux-server depends on linux-headers-server (= 3.2.0.61.72); however:
  Version of linux-headers-server on system is 3.2.0.67.79.
dpkg: error processing linux-server (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          Errors were encountered while processing:
 linux-server
E: Sub-process /usr/bin/dpkg returned an error code (1)


Вот кстати ссылка по решению проблем с зависостями через apt-get

http://help.ubuntu.ru/wiki/%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC_%D1%81_%D0%B7%D0%B0%D0%B2%D0%B8%D1%81%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D1%8F%D0%BC%D0%B8

Оффлайн Peter_I

  • Старожил
  • *
  • Сообщений: 2112
    • Просмотр профиля
"apt-get autoremove" удалит также и то, что хотелось бы сохранить,
если предварительно не принять специальных мер.
Пётр.

Оффлайн fanta13

  • Новичок
  • *
  • Сообщений: 1
    • Просмотр профиля
Огромное спасибо CowboyOnRails за то, что нашел решение проблемы и написал его здесь.
На моем компе случилась аналогичная ситуация: при очередном обновлении (ubuntu 12.04) выдалась ошибка с нехваткой места (причем требовалось всего 11 мб, а свободного в системном разделе было 1.7 гига). Ничего не помогало - apt-get -f install безрезультатно, remove в терминале не удалял, в synaptic ничего не удалялось и ничего не устанавливалось (нарушены зависимости), центр приложений отказался что-либо делать из-за ошибки в каталоге (или реестре? как-то так), менеджер обновлений висел с ошибкой и не закрывался. Загрузка на предыдущем ядре абсолютно не помогла - картина та же самая. Тупик - обновление не может закончиться из-за "нехватки места", место освободить невозможно по причине нарушенных зависимостей из-за незакончившегося обновления...
Отчаянные поиски в интернете привели-таки на данную страницу и  (ура! :D) командой  sudo dpkg -P  наконец удалось удалить старое ядро и освободить немного места. (Я в операционках не спец и никогда в них не копаюсь, терминалом почти не пользуюсь и была прямо счастлива от найденного решения). После освобождения места остаток обновления отработала из synaptic и ОК - ошибка в менеджере обновлений исчезла. После этого я на всякий случай для освобождения места поудаляла через синаптик старые linux-headers (не знаю, что еще можно почистить, а apt-get autoremove, похоже, ничего не удаляет или я не умею им пользоваться).

Вообще это все-таки недоработка программистов ubuntu - перед запуском обновления неплохо было бы проанализировать наличие достаточного места, и уж во всяком случае информировать пользователя не только о том, что ПОСЛЕ обновления будет занято на 11 мб больше, но и что - самое главное - В ПРОЦЕССЕ обновления понадобится, к примеру, 2 гига - по крайней мере такие цифры уж точно заставили бы насторожиться и проверить свободное место в системном разделе. Тем более что линукс используют уже не только системщики, но и чистые юзеры на домашних компах, которым вся эта головная боль на ровном месте с терминальными разборками абсолютно противопоказана.

 

Страница сгенерирована за 0.179 секунд. Запросов: 26.