Классика: переполнен /boot

[AlmazDD]

Привет всем!

Небольшая предыстория: сегодня в кои-то веки дошли руки обновить Ubuntu сервер 13.04 до 14.04. Запустил do-release-upgrade, прошло обновление до 13.10, всё успешно заработало. Почистил старые ядра из /boot, запустил обновление ещё раз и вижу следующее:

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

Not enough free disk space

The upgrade has aborted. The upgrade needs a total of 57.2 M free
space on disk '/boot'. Please free at least an additional 4,076 k of
disk space on '/boot'. Empty your trash and remove temporary packages
of former installations using 'sudo apt-get clean'.


Restoring original system state
Что делать — не знаю. Насколько я понимаю, не хватает чуть больше, чем четырёх килобайт, но вот чистить /boot ещё от чего-нибудь — страшно. Очень рассчитываю на вашу помощь.

Немного данных для понимая, что и как:

(Нажмите, чтобы показать/скрыть)

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

/boot $ uname -r
3.11.0-26-generic

/boot $ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       455G  4.7G  427G   2% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            2.0G  4.0K  2.0G   1% /dev
tmpfs           396M  532K  395M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            2.0G     0  2.0G   0% /run/shm
none            100M     0  100M   0% /run/user
/dev/sda1        89M   33M   51M  40% /boot

/boot $ du -ah | sort -uh
1.0K ./grub/i386-pc/all_video.mod
2.0K ./grub/i386-pc/adler32.mod
3.0K ./grub/i386-pc/bitmap.mod
4.0K ./grub/i386-pc/at_keyboard.mod
5.0K ./grub/i386-pc/biosdisk.mod
6.0K ./grub/i386-pc/affs.mod
7.0K ./grub/i386-pc/afs.mod
8.0K ./grub/i386-pc/915resolution.mod
9.0K ./grub/i386-pc/ahci.mod
10K ./grub/i386-pc/acpi.mod
11K ./grub/i386-pc/ohci.mod
12K ./lost+found
14K ./grub/i386-pc/multiboot.mod
15K ./grub/i386-pc/btrfs.mod
16K ./grub/i386-pc/relocator.mod
17K ./grub/i386-pc/ehci.mod
18K ./grub/i386-pc/gcry_cast5.mod
20K ./grub/i386-pc/gcry_des.mod
21K ./grub/i386-pc/video_fb.mod
25K ./grub/i386-pc/efiemu.mod
27K ./grub/i386-pc/gdb.mod
29K ./grub/i386-pc/legacycfg.mod
30K ./grub/i386-pc/kernel.img
31K ./grub/i386-pc/bsd.mod
34K ./grub/i386-pc/gfxmenu.mod
35K ./grub/i386-pc/gcry_camellia.mod
37K ./grub/i386-pc/zfs.mod
40K ./grub/i386-pc/gcry_twofish.mod
44K ./grub/i386-pc/net.mod
48K ./grub/i386-pc/hwmatch.mod
52K ./grub/i386-pc/regexp.mod
109K ./grub/i386-pc/normal.mod
161K ./config-3.11.0-26-generic
174K ./memtest86+.bin
176K ./memtest86+_multiboot.bin
990K ./abi-3.11.0-26-generic
1.8M ./grub/i386-pc
2.2M ./grub/fonts/unicode.pf2
3.2M ./System.map-3.11.0-26-generic
5.5M ./vmlinuz-3.11.0-26-generic
6.1M ./grub
17M ./initrd.img-3.11.0-26-generic
33M .

/boot $ la
total 27M
drwxr-xr-x  4 root root 1.0K Sep 30 23:26 .
drwxr-xr-x 25 root root 4.0K Sep 30 23:06 ..
-rw-r--r--  1 root root 985K Jul 15 08:20 abi-3.11.0-26-generic
-rw-r--r--  1 root root 160K Jul 15 08:20 config-3.11.0-26-generic
drwxr-xr-x  5 root root 1.0K Sep 30 23:48 grub
-rw-r--r--  1 root root  17M Sep 30 23:09 initrd.img-3.11.0-26-generic
drwxr-xr-x  2 root root  12K May 17 16:01 lost+found
-rw-r--r--  1 root root 173K Jun 17  2013 memtest86+.bin
-rw-r--r--  1 root root 175K Jun 17  2013 memtest86+_multiboot.bin
-rw-------  1 root root 3.2M Jul 15 08:20 System.map-3.11.0-26-generic
-rw-------  1 root root 5.4M Jul 15 08:20 vmlinuz-3.11.0-26-generic

[oermolaev]

Откуда такая разбивка взялась?

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

/dev/sda6       455G  4.7G  427G   2% /
/dev/sda1        89M   33M   51M  40% /bootВне всякой логики...
89М на /boot будет всегда мало. Нужно переделить
А что в других разделах?

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

sudo blkid

[AlmazDD]

Такая разметка досталась от хостера :)
А возможно ли переразбить диск без риска потерять данные (с учётом того, что физического доступа к серверу нет)?

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

/boot $ sudo blkid
/dev/sda1: UUID="863da803-f9f4-4407-8814-63d7f3f36020" TYPE="ext2"
/dev/sda5: UUID="fd802897-fdab-46b6-9ee8-ec31d7ec5d68" TYPE="swap"
/dev/sda6: UUID="2f331c16-29f9-463e-8f43-8135cc143004" TYPE="ext4"

[fisher74]

смотря какие "плюшки" по управлению сервером доступны. Если возможности загрузиться с образа диска нельзя, то вариант только один - переносить директорию /boot на /dev/sda6

[AlmazDD]

Хостер предлагает возможность загрузиться с LiveCD. Как я понимаю, в таком случае мне надо просто «оторвать» кусочек от /dev/sda6 и «прилепить» его к /dev/sda1. Насколько это рискованно и какой утилитой лучше пользоваться?

[fisher74]

GParted (есть на LiveCD). Делал раз сто, но тем не менее, риск остаётся всегда. Потому невосполнимые данные всё же лучше сохранить.

[Vened]

а если:

http://ubuntovod.ru/instructions/prostoj-sposob-udaleniya-staryx-yader-v-ubuntu-12-0412-10.html

[AlmazDD]

а если:

http://ubuntovod.ru/instructions/prostoj-sposob-udaleniya-staryx-yader-v-ubuntu-12-0412-10.html

Почистил старые ядра из /boot

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

/boot $ la
total 27M
drwxr-xr-x  4 root root 1.0K Sep 30 23:26 .
drwxr-xr-x 25 root root 4.0K Sep 30 23:06 ..
-rw-r--r--  1 root root 985K Jul 15 08:20 abi-3.11.0-26-generic
-rw-r--r--  1 root root 160K Jul 15 08:20 config-3.11.0-26-generic
drwxr-xr-x  5 root root 1.0K Sep 30 23:48 grub
-rw-r--r--  1 root root  17M Sep 30 23:09 initrd.img-3.11.0-26-generic
drwxr-xr-x  2 root root  12K May 17 16:01 lost+found
-rw-r--r--  1 root root 173K Jun 17  2013 memtest86+.bin
-rw-r--r--  1 root root 175K Jun 17  2013 memtest86+_multiboot.bin
-rw-------  1 root root 3.2M Jul 15 08:20 System.map-3.11.0-26-generic
-rw-------  1 root root 5.4M Jul 15 08:20 vmlinuz-3.11.0-26-generic

Пользователь решил продолжить мысль 01 Октября 2014, 23:50:36:

GParted (есть на LiveCD). Делал раз сто, но тем не менее, риск остаётся всегда. Потому невосполнимые данные всё же лучше сохранить.

Спасибо, завтра буду пробовать :) Ну а бэкапы — наше всё.

[AlmazDD]

Я вновь к вам за помощью. Parted говорит, что максимально допустимый размер /dev/sda1 (/boot, ext2) — 100 мб. Однако, в это же время в неразмеченной области висит ~5гб, из которых можно взять места под /boot. Как можно решить сею проблему?

[fisher74]

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

sudo parted /dev/sda1 printв студию (можно из под рабочей системы).

Или скриншот Gparted, но это уже видимо с LiveCD.. ведь на сервер навряд ли иксы крутятся

[AlmazDD]

Поставил ради пары мегабайт max при изменении размера раздела, но загрузке обновления это не помогло.

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

$ sudo parted /dev/sda1 print
Model: Unknown (unknown)
Disk /dev/sda1: 99.6MB
Sector size (logical/physical): 512B/4096B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  99.6MB  99.6MB  ext2
Скриншоты (с названием утилиты, судя по всему, ошибся; через parted не понимаю, что указывать в качестве START, а что END, так как /dev/sda1 находится в промежутке 1049kb—101mb, а пустой раздел: 495GB—500GB):

(Нажмите, чтобы показать/скрыть)

[oermolaev]

Однако, в это же время в неразмеченной области висит ~5гб, из которых можно взять места под /boot.

я так понял что речь идет о разделе swap. Наверное его (swap) можно для начала удалить, увеличить /boot на сколько надо (до 500 Мб например), затем вновь создать swap из того что останется.

[fisher74]

надо было /dev/sda (без цифры) - моя вина.
Но на скриншоте видно, что свободное место в конце раздела, то есть просто его добавить не получится. Нужно двигать все разделы, что очень удобно делать в GParted, там не обязательно знать назначение служебных параметров. По сути - это графическая нажстройка на parted м всё можно сделать интуитивно
Про бекапы я уже говорил, но не устаю повторять
Пользователь решил продолжить мысль 03 Октября 2014, 10:10:27:Предложение oermolaev тоже не плохое

[AlmazDD]

Сделал по совету oermolaev — весь файл подкачки отдал в /boot, а оставшееся место раскидал на подкачку и основной раздел. Всё, я счастлив!

Всем огромнейшее спасибо за помощь :3!