Ubuntu не загружается после добавления загрузочного флага в раздел Windows

У меня Ubuntu 10.10 установлен на одном (физическом) hd и на другом Windows. На обоих накопителях grub установлен для загрузки обеих операционных систем. Когда я хотел установить SP1 для Win 7, мне пришлось добавить загрузочный флаг в раздел, из которого загружается Windows, иначе установка SP1 не будет работать. Я сделал это, загрузившись в Ubuntu и используя gparted, чтобы добавить этот флаг. После этого обновление для SP1 работало без проблем.

При попытке вернуться в Ubuntu grub жаловался, что он больше не может найти ядро! Я попытался загрузиться в минимальный компакт-диск Ubuntu и восстановить grub с помощью chroot, update-grub и grub-install, которые не сработали. У меня все еще была проблема, что было невозможно загрузить Ubuntu, поставив меня в какую-то минимальную систему под названием initramfs. Кажется, однако, что изменения в разделах были изменены. Я думаю, это произошло, когда я добавил bootflag на диск Windows.

Следующее, что я пробовал, - это сказать grub, чтобы не использовать uuid для загрузки ядра, раскомментировав что-то в / etc / default / grub. Затем я получил загрузку ядра, но он внезапно останавливается (я думаю, когда он пытается подключить корневую файловую систему), говоря, что в отношении uuid не существует, снова вводя меня в initramfs. Странно, что мне даже не удалось установить корневой раздел с помощью / dev / sdb1 (на котором он в моем случае).

Буду рад, если есть способ восстановить

Обновить

В случае, если кто-то заботится, я решил это. По какой-то причине я также сбросил BIOS и установил SATA-протокол обратно в IDE. Кажется, что в initrd нет драйвера. Поэтому я просто вернул его, теперь он снова работает.

1
задан 2 July 2011 в 01:23

7 ответов

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. Кроме того, вы можете очень внимательно наблюдать за загрузкой ядра или использовать

fdisk -l

dmesg

1
ответ дан 25 July 2018 в 21:39
  • 1
    Пробовал fdisk, который не был доступен в initramfs .. Не смотрел на dmesg до сих пор .. – Nils 29 June 2011 в 12:53
  • 2
    Я использую / dev / sdx в / etc / fstab. – Nils 29 June 2011 в 12:54
  • 3
    lol и больше не работают там facepalm – Nils 29 June 2011 в 13:07
  • 4
    и / dev / disk / by-uuid также не существует – Nils 29 June 2011 в 13:09
  • 5
    Возможно ли, что он не смог загрузить initrd правильно? – Nils 29 June 2011 в 13:13

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. Кроме того, вы можете очень внимательно наблюдать за загрузкой ядра или использовать

fdisk -l

dmesg

1
ответ дан 2 August 2018 в 03:15
  • 1
    Пробовал fdisk, который не был доступен в initramfs .. Не смотрел на dmesg до сих пор .. – Nils 29 June 2011 в 12:53
  • 2
    Я использую / dev / sdx в / etc / fstab. – Nils 29 June 2011 в 12:54
  • 3
    lol и больше не работают там facepalm – Nils 29 June 2011 в 13:07
  • 4
    и / dev / disk / by-uuid также не существует – Nils 29 June 2011 в 13:09
  • 5
    Возможно ли, что он не смог загрузить initrd правильно? – Nils 29 June 2011 в 13:13

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. Кроме того, вы можете очень внимательно наблюдать за загрузкой ядра или использовать

fdisk -l

dmesg

1
ответ дан 4 August 2018 в 19:10
  • 1
    Пробовал fdisk, который не был доступен в initramfs .. Не смотрел на dmesg до сих пор .. – Nils 29 June 2011 в 12:53
  • 2
    Я использую / dev / sdx в / etc / fstab. – Nils 29 June 2011 в 12:54
  • 3
    lol и больше не работают там facepalm – Nils 29 June 2011 в 13:07
  • 4
    и / dev / disk / by-uuid также не существует – Nils 29 June 2011 в 13:09
  • 5
    Возможно ли, что он не смог загрузить initrd правильно? – Nils 29 June 2011 в 13:13

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. Кроме того, вы можете очень внимательно наблюдать за загрузкой ядра или использовать

fdisk -l

dmesg

1
ответ дан 6 August 2018 в 03:26
  • 1
    Пробовал fdisk, который не был доступен в initramfs .. Не смотрел на dmesg до сих пор .. – Nils 29 June 2011 в 12:53
  • 2
    Я использую / dev / sdx в / etc / fstab. – Nils 29 June 2011 в 12:54
  • 3
    lol и больше не работают там facepalm – Nils 29 June 2011 в 13:07
  • 4
    и / dev / disk / by-uuid также не существует – Nils 29 June 2011 в 13:09
  • 5
    Возможно ли, что он не смог загрузить initrd правильно? – Nils 29 June 2011 в 13:13

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. Кроме того, вы можете очень внимательно наблюдать за загрузкой ядра или использовать

fdisk -l

dmesg

1
ответ дан 7 August 2018 в 21:13
  • 1
    Пробовал fdisk, который не был доступен в initramfs .. Не смотрел на dmesg до сих пор .. – Nils 29 June 2011 в 12:53
  • 2
    Я использую / dev / sdx в / etc / fstab. – Nils 29 June 2011 в 12:54
  • 3
    lol и больше не работают там facepalm – Nils 29 June 2011 в 13:07
  • 4
    и / dev / disk / by-uuid также не существует – Nils 29 June 2011 в 13:09
  • 5
    Возможно ли, что он не смог загрузить initrd правильно? – Nils 29 June 2011 в 13:13

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. В качестве альтернативы вы можете наблюдать за загрузкой ядра очень осторожно или использовать

dmesg

, чтобы снова отобразить буфер буфера ядра ...

1
ответ дан 10 August 2018 в 09:32

Ах, UUID для разделов. По моему опыту, этот подход работает только до тех пор, пока вы не вмешиваетесь в свои разделы. Я решил разрешить все ссылки на UUID в / etc / fstab и в Grub, а затем все работает.

Иногда диски называются по-разному, когда вы находитесь в минимальной системе, поэтому вы не можете mount / dev / sdb1. Попробуйте посмотреть, какие разделы были найдены, выполнив

fdisk -l

. В качестве альтернативы вы можете наблюдать за загрузкой ядра очень осторожно или использовать

dmesg

, чтобы снова отобразить буфер буфера ядра ...

1
ответ дан 13 August 2018 в 15:41

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

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