GRUB2: всегда не удается загрузиться, нужно делать конфигурационный файл вручную при каждой загрузке

http://paste.ubuntu.com/1690610/

После выполнения новой установки Ubuntu 12.10 с флэш-накопителя USB (с помощью UNetBootin для копирования ISO на Дисковод большого пальца ... Если это имеет значение.) Я установил Ubuntu на свою систему.

У меня есть эти устройства для меня.

P1: ASUS DVD / Blue Ray RW P2: Corsair 240 ГБ SSD (Windows) P3: Corsair 240 ГБ SSD (Ubuntu) P4: Western Digital 750 ГБ HDD (диск с данными) P5: Western Digital 80 ГБ HDD (диск с данными) [ 118]

Я установил Ubuntu на P3, в результате чего система появилась на диске / dev / sdc. Я удалил все старые разделы на этом диске, быстро отформатировал файловую систему с помощью установщика и оставил диск пустым. Затем я нажал на диск и нажал «Далее». Установщик с Live USB Drive пожаловался, что у меня нет тома SWAP, но я проигнорировал это предупреждение. Примерно через 5 минут установка была завершена. Перезапустил систему только для того, чтобы всплыло меню GRUB Rescue.

Я следовал руководству, найденному здесь ... https://help.ubuntu.com/community/Grub2/Trou Troubleshooting ... и сумел загрузить систему. Думая, что это будет конец, я установил все программное обеспечение и использовал обновления как обычно. После того, как он попросил меня перезагрузить, я сделал, и на этот раз я получил приглашение GRUB.

Следуя приведенному выше руководству, я воспользовался командой configfile и указал ее на файл grub.cfg, и все снова загрузилось нормально. Не желая, чтобы эта проблема возникала каждый раз, когда я хотел загрузиться, я следовал за разделом «Последующая загрузка после загрузки» и получил следующие ошибки ...

dygear@Dygear-Ubuntu:~$ sudo update-grub
[sudo] password for dygear: 
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.5.0-23-generic
Found initrd image: /boot/initrd.img-3.5.0-23-generic
Found linux image: /boot/vmlinuz-3.5.0-17-generic
Found initrd image: /boot/initrd.img-3.5.0-17-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 7 (loader) on /dev/sdd1
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some modules may be missing from core image..
done

Это диск, на котором установлена ​​моя linux.

dygear@Dygear-Ubuntu:~$ sudo fdisk -l /dev/sdc

Disk /dev/sdc: 240.1 GB, 240057409536 bytes
255 heads, 63 sectors/track, 29185 cylinders, total 468862128 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
Disk identifier: 0x75a8b2f8

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1            2048   468860927   234429440   83  Linux

Мне не повезло, и я понятия не имею, как решить эту проблему, когда представленные инструменты не работают.

Следует отметить, что у меня есть материнская плата с поддержкой ASUS UEFI. Большинство команд, которые я использовал в консоли восстановления GRUB, указывали на путь i386-pc, где это должен быть путь x86_64-efi. Это может быть частью проблемы, я не уверен.

dygear@Dygear-Ubuntu:~$ ls /boot/grub
fonts  grub.cfg  grub.efi  grubenv  locale  x86_64-efi

Любые идеи о том, как это исправить, или я должен сообщить об этом как об ошибке?

1
задан 20 February 2013 в 18:21

2 ответа

В бета-версии 13.04, которую я скачал, вы можете устранить причину этой проблемы, вручную разделив диск, который вы устанавливаете, чтобы добавить раздел EFI в самом начале диска. Это заставляет установщика понять, что ему нужно установить grub-efi там.


Давайте сначала загрузим вашу систему из командной строки Rescue GRUB.

Перезагрузите систему и загрузитесь на правильный диск для вашей установки с Ubuntu. Вам должно быть предложено приглашение grub rescue>. Оттуда введите следующее для загрузки в систему.

  1. set prefix=/boot/grub/
  2. insmod normal Это должно изменить текст вашего приглашения с серого на белый.
  3. insmod linux.
  4. linux /vmlinuz root=/dev/sdXY ro Замените X и Y буквой и номером вашего диска.
  5. initrd /initrd.img
  6. boot.

Это должно запустить процесс загрузки вашей системы.


Теперь, когда вы находитесь в вашей системе, пришло время исправить основную проблему. Для меня эта проблема в том, что он не может найти папку /grub/i386-pc/. Следующее должно заставить вас загружать систему без необходимости ее спасения.

  1. Нажмите Alt + F2 .
  2. Введите gksudo nautilus и нажмите Enter .
  3. Введите свой пароль.
  4. Скопируйте каталог /boot/grub/ в корневой каталог /.

Конечным результатом должно быть то, что у вас все еще есть /boot/, а теперь у вас есть каталог /grub/. Перезагрузите систему, и она должна работать . Если это не сработает, вы вернулись на круги своя.


Мне кажется, что при следующих обстоятельствах GRUB не сможет загрузить систему сразу после установки Ubuntu 12.10, если следующие условия ИСТИНА.

  1. У вас есть система на основе UEFI.
  2. В процессе установки вы также удаляете весь диск, который устанавливаете.
  3. После удаления всего диска вы не создаете новый раздел, а просто нажимаете «Далее» и позволяете установщику творить чудеса.

Мне кажется, что проблема в этом, потому что установщик не учитывает необходимость создания раздела EFI для каталога / boot /, но GRUB вообще не получает эту заметку и, как насколько он знает, каталог / boot / находится в своем собственном разделе. Оттуда GRUB пытается прочитать /grub/, но не может, потому что он вложен в /boot/grub.

1140 В любом случае, это мое мнение. К счастью, теперь моя система загружается, и мне не нужно делать сумасшедший кунг-фо в командной строке grub.

0
ответ дан 20 February 2013 в 18:21

У меня была похожая проблема с моей машиной Ubuntu. Я использовал обновление программного обеспечения для обновления до 12.04 с 11.10 и где-то по пути что-то сломалось. Я загружался в подсказку grub rescue, а затем сделал что-то, что не помню, и постоянно загружался в приглашение grub. Из приглашения grub я мог загрузить файл конфигурации с помощью команды:

grub> configfile (hd0, msdos1) /boot/grub/grub.cfg

, который я пытался update-grub, но это не помогло. Затем я просто переустановил grub с помощью:

$ sudo grub-install / dev / sda

... и затем запустил update-grub для хорошей меры, перезагрузил компьютер и это сработало.

0
ответ дан 20 February 2013 в 18:21

Другие вопросы по тегам:

Похожие вопросы: