Запуск Ubuntu 14.04 на Hyper-V в кластере Server 2012 R2 Standard. Когда я перевел эту виртуальную машину на другой узел, она загрузилась до этой ошибки:
Дисковод для / boot еще не готов или отсутствует. Продолжайте ждать, или нажмите S, чтобы пропустить монтаж, или M, чтобы восстановить вручную.
Я могу нажать S, чтобы пропустить ошибку и система загружается, но ошибка возвращается, если я перезагружаю ВМ. Я также не могу запустить надлежащее резервное копирование виртуальной машины, поскольку программа резервного копирования жалуется, что загрузочный раздел пуст
Кто-нибудь видел это раньше? Любые предложения по преодолению этого?
Танск
Вероятно, это означает, что раздел / boot
(обычно / dev / sda1
) был поврежден без смертельного исхода. Система по-прежнему может читать и загружать ядро с него, но тогда она не может обнаружить раздел, чтобы смонтировать его позже во время запуска.
Помимо этого, система работает нормально, но / boot
не смонтирован, поэтому вы не сможете видеть файлы grub или выполнять такие действия, как обновление ядра.
Вы, вероятно, найдете запись для / boot
в вашем файле / etc / fstab
который пытается смонтировать его по идентификатору блока:
# /boot was on /dev/sda1 during installation
UUID=cc1f7924-150b-412c-81c0-a8931eed57f0 /boot ext2 defaults 0 2
Если вы запустите blkid
, вы обычно увидите такую запись для / dev / sda1
, но, вероятно, она отсутствует :
/dev/sda1: UUID="cc1f7924-150b-412c-81c0-a8931eed57f0" TYPE="ext2"
file -s
может идентифицировать его, и, вероятно, покажет правильный идентификатор, но он каким-то образом поврежден:
$ sudo file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=cc1f7924-150b-412c-81c0-a8931eed57f0 (needs journal recovery)
Запуск fsck на нем, надеюсь, решит проблему (хотя в виртуальной машине это, вероятно, стоит сначала сделать контрольную точку / снимок):
$ sudo fsck /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Superblock needs_recovery flag is set, but no journal is present.
Clear<y>? yes
/dev/sda1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 301/62248 files (15.3% non-contiguous), 46683/248832 blocks
После этого file -s
должна показать файловую систему без проблем, и вы сможете смонтировать ее снова или успешно смонтировать при перезагрузке.
$ sudo file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data, UUID=cc1f7924-150b-412c-81c0-a8931eed57f0