Между ними AFH и Ромео Нинов в основном имеют ответ, но его необходимо объединить.
Ваш /boot
раздел является отдельным, потому что это по существу требуется для использования LVM (который является не файловой системой, а контейнером для логических томов, которые сами содержат файловые системы). Размер раздела LVM можно изменить; см. здесь, чтобы обрисовать в общих чертах то, что требуется. Я не уверен, что пойду туда, хотя ....
Вы сообщаете, что ваш процесс обновления жалуется на недостаток места в вашем /boot
разделе размером 244 МБ , но этот раздел в настоящее время используется только на 52%. Распределения, которые обычно создают отдельные /boot
разделы, обычно делают их примерно в два раза больше ваших, но все равно странно, что ваши обновления будут пытаться почти удвоить количество используемого там пространства. Для установки Ubuntu 14.04, на которой я это печатаю, используется всего 80 МБ /boot
. Поэтому вы можете проверить, что там. Тип ls -lh /boot
. Вот что я вижу в своей системе:
$ ls -lh /boot
total 70M
-rw-r--r-- 1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r-- 1 root root 1.2M May 4 01:09 abi-3.13.0-52-generic
-rw-r--r-- 1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r-- 1 root root 162K May 4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31 1969 efi
drwxr-xr-x 3 root root 1.0K May 7 11:30 extlinux
drwxr-xr-x 5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x 2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r-- 1 root root 20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r-- 1 root root 20M May 7 11:28 initrd.img-3.13.0-52-generic
drwx------ 2 root root 12K Feb 14 17:05 lost+found
-rw-r--r-- 1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r-- 1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r-- 1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r-- 1 root root 227 Feb 14 17:06 refind_linux.conf
-rw------- 1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw------- 1 root root 3.3M May 4 01:09 System.map-3.13.0-52-generic
-rw------- 1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r-- 1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw------- 1 root root 5.6M May 4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r-- 1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed
Это довольно типично (хотя с немного большим, чем некоторые системы). Если вы видите больше файлов разных типов, чем я показал здесь, возможно, что-то добавило что-то новое и постороннее, и такие файлы могут быть кандидатом на удаление - но если вы их не понимаете, спросите совета перед тем, как удаляя их.
Другая вещь, чтобы проверить это посторонние ядра. Это файлы с именами, которые начинаются с vmlinuz
. (Они связаны с initrd.img
файлами, которые AFH заставил вас искать.) Мой собственный пример показывает четыре файла ядра, но это действительно подписанные и неподписанные версии только двух ядер. Если вы видите более трех версий ядра (каждая из которых может быть доступна в виде со знаком и без знака), попробуйте следующую команду:
sudo apt-get autoremove
Эта команда должна удалить все, кроме исходного и двух самых последних ядер из вашей системы, что должно освободить место.
Если вам необходимо изменить размер разделов, может быть безопаснее сжать системный раздел EFI (ESP; /dev/sda1
в вашем случае) и расширить его /boot
, чем связываться с настройкой LVM. Я бы не рекомендовал изменять размеры более чем на 200 МБ, и вам обязательно следует создать резервную копию обоих разделов на съемном носителе, прежде чем продолжить, потому что оба раздела имеют решающее значение для загрузки, поэтому, если что-то пойдет не так, у вас будут большие проблемы. Также имейте в виду, что некоторые EFI могут быть привередливы в отношении файловых систем FAT на своих ESP. Некоторые (в основном более старые EFI, начиная с 2012 года) будут плохо реагировать на ESP FAT32, который меньше 512 МБ. Таким образом, если вы попытаетесь изменить размер таким способом, начните с сокращения ESP, а затем выполните тестовую загрузку. Если вы можете загрузиться, разверните/boot
в освободившееся пространство и попробуйте загрузиться снова. Если у вас возникли проблемы после сжатия ESP, используйте аварийную систему, чтобы расширить ее до первоначального размера.
/boot
, вам следует задать новый вопрос с выводомls -lR /boot
.