Обновления не удаляют ваш модуль ядра, просто у нового ядра нет установленного модуля ядра. Новое ядро является стандартным, оно не содержит модулей, добавленных пользователем. Таким образом, каждый раз, когда устанавливается новое ядро, любые нестандартные модули должны быть добавлены вами.
То же начальное положение здесь, в новой серии sony vaio e. Спасибо Rod Rod за ваш ответ.
На всякий случай кому-то нужно прохождение игры, это то, что сработало для меня:
Установил ubuntu 12.04 с USB вместе с win7.
mount / dev / sda3 из live-сессии
теперь он загружается непосредственно в grub2, но без win7 запись
после загрузки ubuntu Я отредактировал
/etc/grub.d/40_custom
добавив
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
и после
sudo update-grub
все работает отлично
Я предлагаю две разные альтернативы:
Во-первых, у вас нет двух ESP. ESP - это раздел с кодом типа раздела C12A7328-F81F-11D2-BA4B-00A0C93EC93B, который разделен как раздел с установленным «флагом загрузки». Ваш вывод указывает, что только у / dev / sda3 установлен «флаг загрузки», поэтому у вас есть только один ESP - / dev / sda3. Под GPT разделы могут иметь имена, и у вас есть два раздела с названием «системный раздел EFI», но эти имена используются только для целей идентификации людей. Таким образом, я предполагаю, что вы (или какая-то автоматическая утилита) создали / dev / sda1 с целью сделать его ESP, но либо возникла ошибка при установке кода типа раздела, либо какая-либо другая утилита неправильно изменила код своего типа с C12A7328-F81F-11D2-BA4B-00A0C93EC93B - что-то еще.
Есть несколько способов исправить это. Самое простое - просто изменить имя / dev / sda1, чтобы избежать путаницы. Если вы считаете, что / dev / sda1 не имеет никакой цели, вы можете создать резервную копию и удалить ее. Это избавит вас от пути и позволит избежать путаницы, но, конечно же, у вас будет 273 МБ неиспользуемого дискового пространства. Кроме того, вы можете посвятить пространство другим целям, при необходимости изменив имя и тип кода, чтобы избежать путаницы. EFI явно разрешает несколько ESP, поэтому вы можете изменить код типа (например, установив флаг загрузки, используя разделенные, и использовать оба ESP; но это может сбить с толку.
Скорее всего, эта проблема не связана с вашей неспособностью загружать Linux, поскольку это похоже на то, что все соответствующие файлы находятся на / dev / sda3. Для меня есть несколько возможных причин для этой проблемы:
Вы можете попробовать настроить команду efibootmgr, найти новый двоичный файл или еще что проверить эти возможности. Если все остальное не удается, я рекомендую вам сделать следующее:
Это должно привести к загрузке GRUB с использованием имени по умолчанию для загрузчика (EFI / Boot / bootx64.efi). Одна из проблем заключается в том, что GRUB может не иметь рабочей записи для Windows. Возможно, вы можете создать его вручную; такая запись должна работать:
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/bootmgfw.efi
}
В качестве альтернативы вы можете установить rEFIt или rEFInd как EFI / Boot / bootx64.efi. Обратите внимание, что двоичные файлы rEFIt, доступные со своего сайта, не будут работать на компьютерах на базе UEFI; вам нужно будет использовать эту версию в репозиториях Ubuntu. rEFInd - это вилка rEFIt с многочисленными исправлениями и обновлениями ошибок, включая лучшую поддержку UEFI. (rEFIt, похоже, был оставлен около двух лет назад.) Таким образом, я рекомендую использовать rEFInd, а не rEFIt, но я сторонник rEFInd, поэтому я не являюсь независимым наблюдателем на этот счет. К сожалению, AFAIK rEFInd пока не включен в репозитории Ubuntu, поэтому вам придется загружать и устанавливать его вручную.
То же начальное положение здесь, в новой серии sony vaio e. Спасибо Rod Rod за ваш ответ.
На всякий случай кому-то нужно прохождение игры, это то, что сработало для меня:
Установил ubuntu 12.04 с USB вместе с win7.
mount / dev / sda3 из live-сессии
теперь он загружается непосредственно в grub2, но без win7 запись
после загрузки ubuntu Я отредактировал
/etc/grub.d/40_custom
добавив
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
и после
sudo update-grub
все работает отлично
Я предлагаю две разные альтернативы:
Recommended Repair
. (при этом автоматически будут установлены правильные параметры для grub-efi, включая параметры SecureBoot, и переименование файлов EFI, если прошивка UEFI заблокирована для файлов Windows). Укажите URL-адрес, который появится, если возникнет проблема. [/g1]
Во-первых, у вас нет двух ESP. ESP - это раздел с кодом типа раздела C12A7328-F81F-11D2-BA4B-00A0C93EC93B, который разделен как раздел с установленным «флагом загрузки». Ваш вывод указывает, что только у / dev / sda3 установлен «флаг загрузки», поэтому у вас есть только один ESP - / dev / sda3. Под GPT разделы могут иметь имена, и у вас есть два раздела с названием «системный раздел EFI», но эти имена используются только для целей идентификации людей. Таким образом, я предполагаю, что вы (или какая-то автоматическая утилита) создали / dev / sda1 с целью сделать его ESP, но либо возникла ошибка при установке кода типа раздела, либо какая-либо другая утилита неправильно изменила код своего типа с C12A7328-F81F-11D2-BA4B-00A0C93EC93B - что-то еще.
Есть несколько способов исправить это. Самое простое - просто изменить имя / dev / sda1, чтобы избежать путаницы. Если вы считаете, что / dev / sda1 не имеет никакой цели, вы можете создать резервную копию и удалить ее. Это избавит вас от пути и позволит избежать путаницы, но, конечно же, у вас будет 273 МБ неиспользуемого дискового пространства. Кроме того, вы можете посвятить пространство другим целям, при необходимости изменив имя и тип кода, чтобы избежать путаницы. EFI явно разрешает несколько ESP, поэтому вы можете изменить код типа (например, установив флаг загрузки, используя разделенные, и использовать оба ESP; но это может сбить с толку.
Скорее всего, эта проблема не связана с вашей неспособностью загружать Linux, поскольку это похоже на то, что все соответствующие файлы находятся на / dev / sda3. Для меня есть несколько возможных причин для этой проблемы:
Вы можете попробовать настроить команду efibootmgr, найти новый двоичный файл или еще что проверить эти возможности. Если все остальное не удается, я рекомендую вам сделать следующее:
Это должно привести к загрузке GRUB с использованием имени по умолчанию для загрузчика (EFI / Boot / bootx64.efi). Одна из проблем заключается в том, что GRUB может не иметь рабочей записи для Windows. Возможно, вы можете создать его вручную; такая запись должна работать:
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/bootmgfw.efi
}
В качестве альтернативы вы можете установить rEFIt или rEFInd как EFI / Boot / bootx64.efi. Обратите внимание, что двоичные файлы rEFIt, доступные со своего сайта, не будут работать на компьютерах на базе UEFI; вам нужно будет использовать эту версию в репозиториях Ubuntu. rEFInd - это вилка rEFIt с многочисленными исправлениями и обновлениями ошибок, включая лучшую поддержку UEFI. (rEFIt, похоже, был оставлен около двух лет назад.) Таким образом, я рекомендую использовать rEFInd, а не rEFIt, но я сторонник rEFInd, поэтому я не являюсь независимым наблюдателем на этот счет. К сожалению, AFAIK rEFInd пока не включен в репозитории Ubuntu, поэтому вам придется загружать и устанавливать его вручную.
То же начальное положение здесь, в новой серии sony vaio e. Спасибо Rod Rod за ваш ответ.
На всякий случай кому-то нужно прохождение игры, это то, что сработало для меня:
Установил ubuntu 12.04 с USB вместе с win7.
mount / dev / sda3 из live-сессии
теперь он загружается непосредственно в grub2, но без win7 запись
после загрузки ubuntu Я отредактировал
/etc/grub.d/40_custom
добавив
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
и после
sudo update-grub
все работает отлично
Recommended Repair
. (при этом автоматически будут установлены правильные параметры для grub-efi, включая параметры SecureBoot, и переименование файлов EFI, если прошивка UEFI заблокирована для файлов Windows). Укажите URL-адрес, который появится, если возникнет проблема. [/g1]
Я предлагаю две разные альтернативы:
Во-первых, у вас нет двух ESP. ESP - это раздел с кодом типа раздела C12A7328-F81F-11D2-BA4B-00A0C93EC93B, который разделен как раздел с установленным «флагом загрузки». Ваш вывод указывает, что только у / dev / sda3 установлен «флаг загрузки», поэтому у вас есть только один ESP - / dev / sda3. Под GPT разделы могут иметь имена, и у вас есть два раздела с названием «системный раздел EFI», но эти имена используются только для целей идентификации людей. Таким образом, я предполагаю, что вы (или какая-то автоматическая утилита) создали / dev / sda1 с целью сделать его ESP, но либо возникла ошибка при установке кода типа раздела, либо какая-либо другая утилита неправильно изменила код своего типа с C12A7328-F81F-11D2-BA4B-00A0C93EC93B - что-то еще.
Есть несколько способов исправить это. Самое простое - просто изменить имя / dev / sda1, чтобы избежать путаницы. Если вы считаете, что / dev / sda1 не имеет никакой цели, вы можете создать резервную копию и удалить ее. Это избавит вас от пути и позволит избежать путаницы, но, конечно же, у вас будет 273 МБ неиспользуемого дискового пространства. Кроме того, вы можете посвятить пространство другим целям, при необходимости изменив имя и тип кода, чтобы избежать путаницы. EFI явно разрешает несколько ESP, поэтому вы можете изменить код типа (например, установив флаг загрузки, используя разделенные, и использовать оба ESP; но это может сбить с толку.
Скорее всего, эта проблема не связана с вашей неспособностью загружать Linux, поскольку это похоже на то, что все соответствующие файлы находятся на / dev / sda3. Для меня есть несколько возможных причин для этой проблемы:
Вы можете попробовать настроить команду efibootmgr, найти новый двоичный файл или еще что проверить эти возможности. Если все остальное не удается, я рекомендую вам сделать следующее:
Это должно привести к загрузке GRUB с использованием имени по умолчанию для загрузчика (EFI / Boot / bootx64.efi). Одна из проблем заключается в том, что GRUB может не иметь рабочей записи для Windows. Возможно, вы можете создать его вручную; такая запись должна работать:
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/bootmgfw.efi
}
В качестве альтернативы вы можете установить rEFIt или rEFInd как EFI / Boot / bootx64.efi. Обратите внимание, что двоичные файлы rEFIt, доступные со своего сайта, не будут работать на компьютерах на базе UEFI; вам нужно будет использовать эту версию в репозиториях Ubuntu. rEFInd - это вилка rEFIt с многочисленными исправлениями и обновлениями ошибок, включая лучшую поддержку UEFI. (rEFIt, похоже, был оставлен около двух лет назад.) Таким образом, я рекомендую использовать rEFInd, а не rEFIt, но я сторонник rEFInd, поэтому я не являюсь независимым наблюдателем на этот счет. К сожалению, AFAIK rEFInd пока не включен в репозитории Ubuntu, поэтому вам придется загружать и устанавливать его вручную.
То же начальное положение здесь, в новой серии sony vaio e. Спасибо Rod Rod за ваш ответ.
На всякий случай кому-то нужно прохождение игры, это то, что сработало для меня:
Установил ubuntu 12.04 с USB вместе с win7.
mount / dev / sda3 из live-сессии
теперь он загружается непосредственно в grub2, но без win7 запись
после загрузки ubuntu Я отредактировал
/etc/grub.d/40_custom
добавив
menuentry "Windows 7" {
set root='(hd0,gpt3)'
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
и после
sudo update-grub
все работает отлично
Я предлагаю две разные альтернативы:
Recommended Repair
. (при этом автоматически будут установлены правильные параметры для grub-efi, включая параметры SecureBoot, и переименование файлов EFI, если прошивка UEFI заблокирована для файлов Windows). Укажите URL-адрес, который появится, если возникнет проблема. [/g1]