Как бороться с коррумпированными / boot / uefi

Question 1

Когда я впервые задал вопрос, я не знал, что значок, используемый в Dash, отличается от значка, используемого для элемента Launcher. Я предположил, что Unity использует только значки из /usr/share/icons/hicolor/*/apps/ или /usr/share/pixmaps/, так как именно там я установил все значки, но я ошибся.

Когда вы открываете Dash для запуска приложения, Ubuntu использует один из значков упомянутый в вопросе, но когда приложение отображается в Launcher (как элемент запуска), его значок является значком приложения. В моем случае я запускаю приложение Java, так что это значок, который я установил с помощью JFrame # setIconImage (Image).

Я использовал значок 16x16 пикселей, который выглядел размытым в Launcher. Теперь я использую значок 64x64 пикселей, и он выглядит намного лучше.

Question 2

Снимок экрана сообщения об ошибке, которое вы видите, может оказаться полезным. Я просмотрел его и нашел несколько страниц, например, этот, который показывает скриншоты, которые делают его похожим, что может быть ошибкой Windows. Если это так, то похоже, что ваш метод установки оставил некоторые файлы Windows неповрежденными, которые каким-то образом были активированы и теперь пытаются взять под свой контроль компьютер. (Примечание: если вы полностью удаляете ОС с компьютера на базе EFI, обязательно удалите его файлы на системном разделе EFI (ESP), чтобы предотвратить синдром «зомби-OS»! В вашем случае, полностью удаляя ESP и позволяя установщик Ubuntu для создания нового был бы уместным.) Если мое подозрение правильное, то удаление этих файлов Windows из ESP должно обойти эту проблему.

Если ESP (установлен на /boot/efi в Ubuntu), или если диспетчер загрузки Windows вернулся, зомби-стиль, он должен быть доступен для загрузки компьютера, используя мой этот, на USB-накопителе или CD-R. Обратите внимание, однако, что вам может потребоваться отключить Безопасную загрузку, если она включена. После того, как компьютер загрузился, вы сможете продолжить исследование, например:

Используйте dosfsck, чтобы проверить повреждение файловой системы в ESP. (Обязательно сначала отключите его.) Ищите оставшиеся файлы Windows на ESP. (Обычно они находятся в /boot/efi/EFI/Windows, как видно из Ubuntu.) Проверьте порядок загрузки с помощью sudo efibootmgr -v. Обратите внимание на строку BootOrder; первый элемент указывает загрузчик, который компьютер пытается запустить первым. Если строка Boot####, соответствующая первой строке BootOrder, представляет собой Windows, то это объясняет проблему. Удаление файлов Windows должно устранить проблему; или вы можете настроить порядок загрузки с опцией -o на efibootmgr. В крайних случаях вам может потребоваться добавить новую загрузочную запись для Ubuntu. (Иногда они пропадают из-за ошибок EFI или из-за несчастных случаев с такими инструментами, как efibootmgr.)

В крайнем случае, если ESP сильно поврежден, я рекомендую:

Резервное копирование, что вы можете использовать с ESP. Резервное копирование на уровне файлов (с использованием cp, tar, zip или аналогичных инструментов) отлично. Попробуйте использовать dosfsck в ESP. Если dosfsck не устраняет проблему, создайте новую свежую файловую систему FAT на ESP, отключив ее и используя mkdosfs. После создания новой файловой системы восстановите исходные файлы и отредактируйте файл /etc/fstab, чтобы смонтировать его с использованием нового серийного номера (UUID= item в /etc/fstab, узнать новый серийный номер с помощью blkid). Если вы все еще не можете загрузиться, вам придется (повторно) установить загрузчик. Boot Repair может полностью переустановить GRUB несколько автоматическим способом. В качестве альтернативы, если вы успешно загрузитесь с помощью rEFInd или другого временного инструмента, вы можете запустить sudo grub-install, а затем sudo update-grub. Это немного менее основательно, чем Boot Repair, но, вероятно, будет достаточным; и с меньшей вероятностью создаст новые проблемы из-за чрезмерного количества. Еще один вариант - установить rEFInd через пакет Debian, PPA или (если вы используете Ubuntu 17.04) refind пакет в Ubuntu. Это обойдет GRUB. Тем не менее, вам нужно перепрыгнуть через несколько дополнительных обручей, чтобы заставить его работать с Secure Boot.

Question 3

Question 4

Снимок экрана сообщения об ошибке, которое вы видите, может оказаться полезным. Я просмотрел его и нашел несколько страниц, например, этот, который показывает скриншоты, которые делают его похожим, что может быть ошибкой Windows. Если это так, то похоже, что ваш метод установки оставил некоторые файлы Windows неповрежденными, которые каким-то образом были активированы и теперь пытаются взять под свой контроль компьютер. (Примечание: если вы полностью удаляете ОС с компьютера на базе EFI, обязательно удалите его файлы на системном разделе EFI (ESP), чтобы предотвратить синдром «зомби-OS»! В вашем случае, полностью удаляя ESP и позволяя установщик Ubuntu для создания нового был бы уместным.) Если мое подозрение правильное, то удаление этих файлов Windows из ESP должно обойти эту проблему.

Если ESP (установлен на /boot/efi в Ubuntu), или если диспетчер загрузки Windows вернулся, зомби-стиль, он должен быть доступен для загрузки компьютера, используя мой этот, на USB-накопителе или CD-R. Обратите внимание, однако, что вам может потребоваться отключить Безопасную загрузку, если она включена. После того, как компьютер загрузился, вы сможете продолжить исследование, например:

Используйте dosfsck, чтобы проверить повреждение файловой системы в ESP. (Обязательно сначала отключите его.) Ищите оставшиеся файлы Windows на ESP. (Обычно они находятся в /boot/efi/EFI/Windows, как видно из Ubuntu.) Проверьте порядок загрузки с помощью sudo efibootmgr -v. Обратите внимание на строку BootOrder; первый элемент указывает загрузчик, который компьютер пытается запустить первым. Если строка Boot####, соответствующая первой строке BootOrder, представляет собой Windows, то это объясняет проблему. Удаление файлов Windows должно устранить проблему; или вы можете настроить порядок загрузки с опцией -o на efibootmgr. В крайних случаях вам может потребоваться добавить новую загрузочную запись для Ubuntu. (Иногда они пропадают из-за ошибок EFI или из-за несчастных случаев с такими инструментами, как efibootmgr.)

В крайнем случае, если ESP сильно поврежден, я рекомендую:

Резервное копирование, что вы можете использовать с ESP. Резервное копирование на уровне файлов (с использованием cp, tar, zip или аналогичных инструментов) отлично. Попробуйте использовать dosfsck в ESP. Если dosfsck не устраняет проблему, создайте новую свежую файловую систему FAT на ESP, отключив ее и используя mkdosfs. После создания новой файловой системы восстановите исходные файлы и отредактируйте файл /etc/fstab, чтобы смонтировать его с использованием нового серийного номера (UUID= item в /etc/fstab, узнать новый серийный номер с помощью blkid). Если вы все еще не можете загрузиться, вам придется (повторно) установить загрузчик. Boot Repair может полностью переустановить GRUB несколько автоматическим способом. В качестве альтернативы, если вы успешно загрузитесь с помощью rEFInd или другого временного инструмента, вы можете запустить sudo grub-install, а затем sudo update-grub. Это немного менее основательно, чем Boot Repair, но, вероятно, будет достаточным; и с меньшей вероятностью создаст новые проблемы из-за чрезмерного количества. Еще один вариант - установить rEFInd через пакет Debian, PPA или (если вы используете Ubuntu 17.04) refind пакет в Ubuntu. Это обойдет GRUB. Тем не менее, вам нужно перепрыгнуть через несколько дополнительных обручей, чтобы заставить его работать с Secure Boot.

Rod Smith · Answer 1 · 18 July 2018 в 12:41

Снимок экрана сообщения об ошибке, которое вы видите, может оказаться полезным. Я просмотрел его и нашел несколько страниц, например, этот, который показывает скриншоты, которые делают его похожим, что может быть ошибкой Windows. Если это так, то похоже, что ваш метод установки оставил некоторые файлы Windows неповрежденными, которые каким-то образом были активированы и теперь пытаются взять под свой контроль компьютер. (Примечание: если вы полностью удаляете ОС с компьютера на базе EFI, обязательно удалите его файлы на системном разделе EFI (ESP), чтобы предотвратить синдром «зомби-OS»! В вашем случае, полностью удаляя ESP и позволяя установщик Ubuntu для создания нового был бы уместным.) Если мое подозрение правильное, то удаление этих файлов Windows из ESP должно обойти эту проблему.

Если ESP (установлен на /boot/efi в Ubuntu), или если диспетчер загрузки Windows вернулся, зомби-стиль, он должен быть доступен для загрузки компьютера, используя мой этот, на USB-накопителе или CD-R. Обратите внимание, однако, что вам может потребоваться отключить Безопасную загрузку, если она включена. После того, как компьютер загрузился, вы сможете продолжить исследование, например:

Используйте dosfsck, чтобы проверить повреждение файловой системы в ESP. (Обязательно сначала отключите его.) Ищите оставшиеся файлы Windows на ESP. (Обычно они находятся в /boot/efi/EFI/Windows, как видно из Ubuntu.) Проверьте порядок загрузки с помощью sudo efibootmgr -v. Обратите внимание на строку BootOrder; первый элемент указывает загрузчик, который компьютер пытается запустить первым. Если строка Boot####, соответствующая первой строке BootOrder, представляет собой Windows, то это объясняет проблему. Удаление файлов Windows должно устранить проблему; или вы можете настроить порядок загрузки с опцией -o на efibootmgr. В крайних случаях вам может потребоваться добавить новую загрузочную запись для Ubuntu. (Иногда они пропадают из-за ошибок EFI или из-за несчастных случаев с такими инструментами, как efibootmgr.)

В крайнем случае, если ESP сильно поврежден, я рекомендую:

Резервное копирование, что вы можете использовать с ESP. Резервное копирование на уровне файлов (с использованием cp, tar, zip или аналогичных инструментов) отлично. Попробуйте использовать dosfsck в ESP. Если dosfsck не устраняет проблему, создайте новую свежую файловую систему FAT на ESP, отключив ее и используя mkdosfs. После создания новой файловой системы восстановите исходные файлы и отредактируйте файл /etc/fstab, чтобы смонтировать его с использованием нового серийного номера (UUID= item в /etc/fstab, узнать новый серийный номер с помощью blkid). Если вы все еще не можете загрузиться, вам придется (повторно) установить загрузчик. Boot Repair может полностью переустановить GRUB несколько автоматическим способом. В качестве альтернативы, если вы успешно загрузитесь с помощью rEFInd или другого временного инструмента, вы можете запустить sudo grub-install, а затем sudo update-grub. Это немного менее основательно, чем Boot Repair, но, вероятно, будет достаточным; и с меньшей вероятностью создаст новые проблемы из-за чрезмерного количества. Еще один вариант - установить rEFInd через пакет Debian, PPA или (если вы используете Ubuntu 17.04) refind пакет в Ubuntu. Это обойдет GRUB. Тем не менее, вам нужно перепрыгнуть через несколько дополнительных обручей, чтобы заставить его работать с Secure Boot.

Rod Smith · Answer 2 · 24 July 2018 в 20:00

Снимок экрана сообщения об ошибке, которое вы видите, может оказаться полезным. Я просмотрел его и нашел несколько страниц, например, этот, который показывает скриншоты, которые делают его похожим, что может быть ошибкой Windows. Если это так, то похоже, что ваш метод установки оставил некоторые файлы Windows неповрежденными, которые каким-то образом были активированы и теперь пытаются взять под свой контроль компьютер. (Примечание: если вы полностью удаляете ОС с компьютера на базе EFI, обязательно удалите его файлы на системном разделе EFI (ESP), чтобы предотвратить синдром «зомби-OS»! В вашем случае, полностью удаляя ESP и позволяя установщик Ubuntu для создания нового был бы уместным.) Если мое подозрение правильное, то удаление этих файлов Windows из ESP должно обойти эту проблему.

Если ESP (установлен на /boot/efi в Ubuntu), или если диспетчер загрузки Windows вернулся, зомби-стиль, он должен быть доступен для загрузки компьютера, используя мой этот, на USB-накопителе или CD-R. Обратите внимание, однако, что вам может потребоваться отключить Безопасную загрузку, если она включена. После того, как компьютер загрузился, вы сможете продолжить исследование, например:

Используйте dosfsck, чтобы проверить повреждение файловой системы в ESP. (Обязательно сначала отключите его.) Ищите оставшиеся файлы Windows на ESP. (Обычно они находятся в /boot/efi/EFI/Windows, как видно из Ubuntu.) Проверьте порядок загрузки с помощью sudo efibootmgr -v. Обратите внимание на строку BootOrder; первый элемент указывает загрузчик, который компьютер пытается запустить первым. Если строка Boot####, соответствующая первой строке BootOrder, представляет собой Windows, то это объясняет проблему. Удаление файлов Windows должно устранить проблему; или вы можете настроить порядок загрузки с опцией -o на efibootmgr. В крайних случаях вам может потребоваться добавить новую загрузочную запись для Ubuntu. (Иногда они пропадают из-за ошибок EFI или из-за несчастных случаев с такими инструментами, как efibootmgr.)

В крайнем случае, если ESP сильно поврежден, я рекомендую:

Резервное копирование, что вы можете использовать с ESP. Резервное копирование на уровне файлов (с использованием cp, tar, zip или аналогичных инструментов) отлично. Попробуйте использовать dosfsck в ESP. Если dosfsck не устраняет проблему, создайте новую свежую файловую систему FAT на ESP, отключив ее и используя mkdosfs. После создания новой файловой системы восстановите исходные файлы и отредактируйте файл /etc/fstab, чтобы смонтировать его с использованием нового серийного номера (UUID= item в /etc/fstab, узнать новый серийный номер с помощью blkid). Если вы все еще не можете загрузиться, вам придется (повторно) установить загрузчик. Boot Repair может полностью переустановить GRUB несколько автоматическим способом. В качестве альтернативы, если вы успешно загрузитесь с помощью rEFInd или другого временного инструмента, вы можете запустить sudo grub-install, а затем sudo update-grub. Это немного менее основательно, чем Boot Repair, но, вероятно, будет достаточным; и с меньшей вероятностью создаст новые проблемы из-за чрезмерного количества. Еще один вариант - установить rEFInd через пакет Debian, PPA или (если вы используете Ubuntu 17.04) refind пакет в Ubuntu. Это обойдет GRUB. Тем не менее, вам нужно перепрыгнуть через несколько дополнительных обручей, чтобы заставить его работать с Secure Boot.

Я выполнил следующие шаги после консультаций с опубликованными ответами (все относительно неинвазивные и обратимые): 1) mount / dev / sda1 / mnt / sda1 2) cd / mnt / sda1 3) tar cvf & lt; otherdir & gt; / sda1-backup .tar * 4) cd 5) umount / dev / sda1 6) dosfsck -t -a -w / dev / sda1 (без жалоб) 7) mount / dev / sda1 / mnt / sda1 8) efibootmgr -v показал, что он пытался для загрузки с EFI / Microsoft / xxx в первую очередь 9) mkdir / mnt / sda1 / EFI / junk; mv / mnt / sda1 / EFI / Microsoft Не было каталога Windows, где только HP, Microsoft и Ubuntu Reboot. Не удалось загрузить. — Stewart Brown, 29 May 2017 в 00:36

Как бороться с коррумпированными / boot / uefi

2 ответа

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

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