3

Ранее сегодня на загрузочном диске моего компьютера была установлена Windows 10 и Ubuntu 16.04.

Я мог выбрать, загружать ли Ubuntu или Windows через GRUB. Я также смог запустить Ubuntu как виртуальную машину внутри VMWare Workstation.

Сегодня вечером я тупо выполнил команду sudo apt-get dist-upgrade из Ubuntu, пока она работала как виртуальная машина в Windows.

Это сделало что-то очень странное. Я не уверен, что, но когда он пытался обновить GRUB, он полностью потерпел крах.

Я перезапустил Windows, и это привело меня к странному виду экрана GRUB; обычный экран, но со знаками @ образующими границы вокруг меню. Выбор Windows или Ubuntu привел к Error: Command not found, press any key to continue ошибку. Нажатие любой клавиши просто вернул меня в главное меню GRUB.

Все скопировано, и я могу видеть мой загрузочный диск, используя мой Macrium Live CD.

Имеет следующие разделы:

1 - System Reserved = 100MB = This is something to do with Windows, but what? The UEFI bios?
2 - Boot (C:) = 83GB = This is where Windows 10 is installed
4 - (None) = 19.99GB = This where Ubuntu is installed
5 - (None) = 7.94GB = No idea what this is. 8 gb? Completely filled as well. What is this partition?
3 - (H:) = 450MB = No idea what this is.

Так что мне делать, чтобы восстановить grub на этот диск? Я понял, что мне нужно загрузить загрузочный Ubuntu pendrive и запустить grub-install /dev/xxxxx однако я не уверен, чем заменить xxxxx .

Я просканировал свои диски с помощью приложения Ubuntu под названием «Восстановление загрузки», и это то, что он мне дал.

"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/loop0                                              squashfs   
/dev/sda1        42F031C2F031BCCB                       ntfs       Current
/dev/sdb1        9834F5D734F5B7F8                       ntfs       Archive
/dev/sdc1        7A900F02900EC51B                       ntfs       System Reserved
/dev/sdc2        62BA1027BA0FF5F7                       ntfs       Boot
/dev/sdc3        8C009F66009F55D4                       ntfs       
/dev/sdc5        7d735d0f-0066-414d-88ad-2c49d8b7bbba   ext4       
/dev/sdc6        e2a27db6-9029-4cf6-903b-5403f64dc38d   swap       
/dev/sdd1        02FE-C63F                              vfat       UUI
/dev/sr0         2016-03-02-11-04-09-00                 udf        RESCUE

Я думаю, что мне нужно запустить grub-install /dev/sdc2 как "Boot" - это то, что я назвал своим загрузочным диском, но я действительно не уверен, и я не хочу ничего портить, поэтому я хотел бы получить подтверждение. Если бы кто-то мог рассказать мне о моих загадочных разделах (помеченных как System Reserved , None и H в моей первой таблице), я был бы также признателен.

По сути, это сводится к тому, по какому пути я даю grub-install inorder для переустановки grub, если это даже способ исправить мою проблему с загрузкой?

1 ответ1

2

Вопрос в том, какой sdX вы должны использовать, а не какой sdcY . Если sda и sdb являются "дисками данных", то это будет sdc . На указанном устройстве grub будет помещать свой загрузочный код / образ ядра, который обычно должен быть MBR и разрывом после MBR между этим и первым разделом загрузочного диска.

Больше всего беспокоит, где будут установлены модули grub и так далее. Это указывается с опцией --boot-directory , и по умолчанию это /boot . В вашем случае я не вижу, чтобы у вас был отдельный раздел, поэтому вам нужно sdc5 в реальной среде (например, в /mnt). Тогда вы либо запустите:

grub-install --boot-directory /mnt/boot /dev/sdc

ИЛИ, если вам удастся выполнить chroot в /mnt:

grub-install --boot-directory /boot /dev/sdc

где --boot-directory /boot может быть опущен, поскольку это подразумевается.

Вы также можете явно указать --target i386-pc для grub-install , если ваша система имеет UEFI вместо BIOS, а ваша живая среда каким-то образом загружается в режиме UEFI, а не в унаследованном режиме, как системы (ы) на вашем компьютере. загрузочный диск (поскольку у него нет системного раздела EFI, который технически всегда должен быть FAT12/16/32).

Вам, вероятно, нужно запустить update-grub после grub-install чтобы убедиться, что grub.cfg правильный. В отличие от grub-install , update-grub должен выполняться в chroot AFAIK.


1 - Система зарезервирована = 100 МБ = Это связано с Windows, но что? Биография UEFI?

Зарезервированная система похожа на раздел /boot в Linux. Он имеет копию загрузочных файлов Windows (Windows Boot Manager, BCD Store ...). Обычно он также имеет среду восстановления Windows. Он разделен в основном для системного тома с шифрованием BitLocker (C: и мультизагрузки Windows.

5 - (Нет) = 7,94GB = Понятия не имею, что это такое. 8 Гб? Также полностью заполнен. Что это за раздел?

Видимо раздел swap .

3 - (H:) = 450 МБ = Понятия не имею, что это.

Вероятно, какой-то устаревший раздел восстановления OEM. Могу поспорить, что он изначально больше и состоит из образа для восстановления всей системы, но был удален, а раздел был сокращен после обновления до Windows 10 или около того (AFAIR Disk Cleanup также имеет возможность сделать это).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .