%20%D0%B8%20%D0%BF%D0%B0%D0%BD%D0%B8%D0%BA%D0%B0%20%D1%8F%D0%B4%D1%80%D0%B0.png)
После получения некоторых ошибок при обновлении пакетов ядра Linux apt
(включая недостаточное дисковое пространство на загрузочном разделе, где хранятся образы) я больше не смог загрузить систему.
Во-первых, по моей настройке: у меня есть один жесткий диск /dev/sda
с одним загрузочным разделом /dev/sda1
(там хранятся образы ядра, и он был смонтирован в /boot). Раздел «root» — это /dev/mapper/ubuntu--vg--usbkey-root
.
Точнее:
$ sudo fdisk -l /dev/sda
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 976771071 976269314 465.5G 5 Extended
/dev/sda5 501760 976771071 976269312 465.5G 8e Linux LVM
$ ls /dev/mapper
control ubuntu--vg--usbkey-root ubuntu--vg--usbkey-swap_1
$ sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
root ubuntu-vg-usbkey -wi-a----- 457.51g
swap_1 ubuntu-vg-usbkey -wi-a----- <7.96g
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.7G 1 loop /rofs
loop1 7:1 0 86.6M 1 loop /snap/core/4486
loop2 7:2 0 140M 1 loop /snap/gnome-3-26-1604/59
loop3 7:3 0 1.6M 1 loop /snap/gnome-calculator/154
loop4 7:4 0 12.2M 1 loop /snap/gnome-characters/69
loop5 7:5 0 21M 1 loop /snap/gnome-logs/25
loop6 7:6 0 3.3M 1 loop /snap/gnome-system-monitor/36
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 243M 0 part
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 465.5G 0 part
├─ubuntu--vg--usbkey-root
│ 253:0 0 457.5G 0 lvm /mnt
└─ubuntu--vg--usbkey-swap_1
253:1 0 8G 0 lvm
sdb 8:16 1 1.9G 0 disk /cdrom
├─sdb1 8:17 1 1.8G 0 part
└─sdb2 8:18 1 2.3M 0 part
sr0 11:0 1 1024M 0 rom
Моя последняя попытка состояла в том, чтобы следовать инструкциямЭта статья.
Поэтому я сделал следующее:
$ sudo mount /dev/sda1 /mnt/boot/
$ sudo mount /dev/mapper/ubuntu--vg--usbkey-root /mnt/
$ sudo mount -t proc none /mnt/proc
$ sudo mount -o bind /dev /mnt/dev
$ sudo mount -t sysfs sys /mnt/sys
$ sudo chroot /mnt
# update-grub
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-4.4.0-127-generic
Found initrd image: /boot/initrd.img-4.4.0-127-generic
Found linux image: /boot/vmlinuz-4.4.0-124-generic
Found initrd image: /boot/initrd.img-4.4.0-124-generic
Found linux image: /boot/vmlinuz-4.4.0-116-generic
Found initrd image: /boot/initrd.img-4.4.0-116-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
done
Это предупреждение является проблемой? В любом случае, я сделал следующее:
# /usr/sbin/grub-install --recheck --no-floppy /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
Затем я перезагрузился, и меня привели к (initramfs)
подсказке. На экране было следующее сообщение об ошибке:
fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/sda1
Однако я проверил /dev/sda1
с fsck
загрузочного USB-накопителя, и он не сообщает об ошибках... То же самое и с /dev/sda5/
.
Также команда
(initramfs) ls /root
сообщает содержимое /dev/sda1
. Однако, помимо ожидаемого содержимого, есть еще каталог /root/boot/grub
:
(initramfs) ls /root/boot/grub
fonts locale grubenv i386-pc
Бег
(initramfs) exit
переносит меня на экран, который заканчивается надписью
end Kernel panic - not syncing: Attempted to kill init!
Все это меня сбивает с толку. Буду признателен за любые предложения.
решение1
Во-первых, если ваш загрузочный раздел заполнен на 243 МБ, я бы предположил, что у вас есть по крайней мере одно резервное ядро в вашем загрузочном разделе. Вы пробовали зайти в расширенные параметры загрузки grub и загрузить старую версию ядра, чтобы посмотреть, загрузится ли она? (меню grub появляется в Ubuntu при удерживании shift во время загрузки)
Из того, что вы уже попробовали, хотя эти команды, как правило, полезны для исправления незагружающейся системы, ни одна из них (насколько я понимаю) не уменьшит используемое пространство или не увеличит емкость вашего загрузочного раздела.
Мое первое предположение заключается в том, что ваш загрузочный раздел не может вместить весь файл для нового ядра, но неполное ядро было установлено в качестве основного варианта загрузки в grub.