Przywróć wpis w Windows 8 uefi LUB zrestartuj z hibernacji bez uruchamiania systemu

0

Mam 2 systemy operacyjne zainstalowane na moim komputerze (Windows 8 i Linux). Wczoraj zgubiłem menu GRUB i podczas próby przywrócenia go z żywego USB przypadkowo sformatowałem moją partycję startową uefi (czyli / dev / sda5) i teraz próbuję przywrócić grub, ale update-grub wyjścia:

Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.2.0-51-generic
Found initrd image: /boot/initrd.img-3.2.0-51-generic
[...]
Found memtest86+ image: /boot/memtest86+.bin
  No volume groups found
Adding boot menu entry for EFI firmware configuration
done

Więc nie ma Windowsa. Chyba problem jest tutaj: podczas próby uzyskania dostępu do partycji, na której jest zainstalowany Windows, dostaję

   ...
Windows is hibernated, refused to mount.
The NTFS partition is in an unsafe state. Please resume and shutdown
    Windows fully ...

I to prawda, hibernowałem system Windows przed uruchomieniem z żywego USB. Ale nie mogę uruchomić systemu Windows (tak jak sformatowałem partycję uefi), aby go całkowicie zrestartować.

Próbowałem też zamontować / dev / sda2 (partycja Win) za pomocą ro opcja, bez pomocy. Co mogę zrobić?

UPD Ani sudo ntfsfix /dev/sdaX ani remove_hiberfile pomaga

Daria
źródło

Odpowiedzi:

1

Masz tutaj dwa problemy i miksujesz je ...

Problem 1: Trashed ESP

Na podstawie twojego opisu, aw szczególności twierdzenia, że ​​„przypadkowo sformatowałeś [twoją] partycję rozruchową uefi”, brzmi to jak twój Partycja systemowa EFI (ESP) jest zniszczony. Jest to poważny problem, ponieważ ESP obsługuje programy ładujące rozruch obie Windows i Linux. W ten sposób, gdy zniszczyłeś swój ESP, spowodowałeś, że oba systemy nie były uruchamiane i nie możesz przywrócić możliwości uruchamiania jednego systemu operacyjnego z drugiego systemu operacyjnego - przynajmniej nie bez kopii zapasowej plików, które były w ESP. Dlatego może być konieczne użycie narzędzi odzyskiwania systemu Windows w celu przywrócenia programu rozruchowego systemu Windows. Nie jestem zbyt zaznajomiony z tymi narzędziami, więc nie mogę pomóc w uzyskaniu tego wyniku. Również, update-grub samo w sobie nie pomoże, ponieważ to narzędzie po prostu aktualizuje GRUB-a plik konfiguracyjny, które mogły nie zostać uszkodzone, w zależności od szczegółów konfiguracji GRUB. Zamiast tego musisz użyć grub-install ponownie zainstalować GRUB na ESP.

Jedno zastrzeżenie do poprzednich uwag jest takie, że jest to legalne wielokrotność ESP na dysku. Twierdzisz, że twój ESP jest /dev/sda5, który jest niezwykłym numerem partycji dla ESP. (ESP jest zwykle pierwszą lub drugą partycją na dysku.) Dlatego nie można wykluczyć, że program ładujący Windows pozostanie nienaruszony, prawdopodobnie na /dev/sda1 lub /dev/sda2i że po prostu zniszczyłeś GRUB /dev/sda5. Podejrzewam jednak, że masz tylko jeden ESP w nietypowej lokalizacji (być może jest to wynikiem ręcznej instalacji zarówno Linuksa, jak i Windowsa lub rekonfiguracji partycji w pewnym momencie).

Zauważ, że w EFI GRUB nie uruchamia systemu Windows z partycji Windows; raczej ładuje program ładujący Windows przechowywane w ESP. ESP, z definicji, używa FAT, a nie NTFS, więc komunikaty o błędach NTFS to czerwony śledź, przynajmniej w przypadku bezpośrednich problemów z uruchamianiem. (Zobacz jednak mój „Numer 2” poniżej.) Bo update-grub jest używany zarówno w instalacjach opartych na systemie BIOS, jak i EFI, może próbować skanować woluminy NTFS, ale to nie ma sensu w systemie opartym na EFI.

Zauważ, że gdy ponownie zainstalujesz program ładujący systemu operacyjnego, program ładujący stanie się domyślny. Dlatego najlepiej jest najpierw naprawić system Windows, a dopiero potem naprawić Linuksa. Ponieważ prawdopodobnie używasz GRUB-a jako rozruchu menedżer (aby kontrolować, który system operacyjny ma być uruchamiany), a także program ładujący, jeśli przejdziesz w innej kolejności, musisz dostosować kolejność uruchamiania po naprawieniu systemu Windows. Możesz to zrobić za pomocą EasyUEFI w Windows; lub przez uruchomienie awaryjnego dysku Linux i użycie efibootmgr, aw szczególności jego -o opcja. Niektóre EFI umożliwiają również dostosowanie kolejności rozruchu za pomocą opcji w narzędziu instalacyjnym, ale szczegóły tego sposobu różnią się w zależności od komputera.

Patrząc w przyszłość, gorąco polecam wykonanie kopii zapasowej ESP. Dzięki kopii zapasowej odzyskiwanie z tego typu problemów staje się znacznie łatwiejsze. Uruchamianie w trybie EFI polega na uzyskiwaniu dostępu do plików w systemie plików FAT, czyli prostej kopii zapasowej na poziomie pliku (przy użyciu cp, zip, tarlub podobne narzędzia) jest całkowicie wystarczające. ESP jest mały, więc prawdopodobnie możesz zapisać kopię zapasową na dysku flash USB.

Problem 2: Hibernacja systemu Windows

Komunikat o hibernacji systemu Windows nie ma związku z bieżącym problemem podczas uruchamiania; ujawnia jednak równie ważną kwestię. W szczególności hibernacja w środowisku podwójnego rozruchu może powodować problemy. Pozostawiając systemy plików w niespójnym stanie, hibernacja jednego systemu operacyjnego uniemożliwia drugiemu systemowi dostęp do tego systemu plików; a jeśli spróbuje to zrobić, może to spowodować uszkodzenie systemu plików. Niestety, Windows 8 i późniejsze przekształcają operacje zamykania w operacje hibernacji, w celu skrócenia czasu rozruchu. Dlatego konieczne jest wyłączenie tej funkcji „Szybkie uruchamianie”, jak to nazywa się w systemie Windows. W systemie Windows 8 można znaleźć instrukcje dotyczące wyłączania szybkiego uruchamiania tutaj, między innymi. W przypadku systemu Windows 10 zobacz tutaj; ale także upewnij się, że wyłączono Hibernate w Windows 10, jak opisano tutaj.

Zauważ, że Linux ntfsfix narzędzie to robi nie faktycznie przeprowadzać wszelkie istotne naprawy; wykonuje tylko najbardziej podstawowe naprawy, a następnie flaguje system plików jako wymagający uwagi w systemie Windows. Tak więc przydatność ntfsfix jest w najlepszym razie ograniczona.

Rod Smith
źródło