Mam trochę problemów po próbie zastosowania Vista SP2 na podwójnym rozruchu (GRUB, Windows Vista 32 bity i Linux OpenSUSE 11.1 x64). Oto historia:
- Instalacja SP2 nie powiodła się na ostatnim etapie (po ponownym uruchomieniu), przeszukując założyłem, że jest to spowodowane podwójnym uruchomieniem, ponieważ wiele innych osób zgłosiło ten sam komunikat o błędzie w tych samych warunkach.
- Czekając na wsparcie MS, wypróbowałem kilka rzeczy z DVD „Napraw swój komputer”, konsola:
bootrec /fixmbr
, bez efektu;bootrec /fixboot
, wyświetla błąd „Nie znaleziono elementu”;bootrec /rebuildbcd
, wyświetla błąd „Nie znaleziono elementu”;bootrec /scanos
, znajduje system operacyjny Windows Vista na C :, ponawia próbę wykonania powyższych poleceń bez rezultatu.
- Dział pomocy technicznej Microsoft powiedział, aby wypróbować naprawę przy uruchamianiu z dysku DVD: „Napraw komputer”, „Naprawa przy uruchamianiu”, która ma ponownie zainstalować system Windows w MBR. Od tego momentu HD nie uruchamia się.
- Z naprawy / konsoli DVD ponownie wypróbowałem powyższe polecenia:
bootrec /fixmbr
, bez efektu;bootrec /fixboot
, już nie ma błędu, nie ma efektu;bootrec /rebuildbcd
, już nie ma błędu, nie ma efektu;bootrec /scanos
, nie znajduje żadnego systemu operacyjnego.
Potem spróbowałem z dysku instalacyjnego OpenSUSE 11.1,
- przywracanie sektora rozruchowego, dodawanie modułu ładującego dla systemu Windows do wpisu systemu Linux, który już znalazł automatycznie;
- ponowne uruchomienie zakończyło się powodzeniem w menu GRUB, z którego mogłem uruchomić system Windows Vista (lub Linux).
Problem polega na tym, że teraz muszę to robić za każdym razem. Jeśli wyłączę komputer z Windows Vista lub OpenSUSE, następnym razem, gdy nie będzie można go uruchomić bezpośrednio z HD, muszę uruchomić komputer z DVD, ponownie zainstalować GRUB, a następnie uruchomić ponownie. Następnie , gdy restartuje się na gorąco, z powodzeniem używa przywróconego programu ładującego.
Może to być awaria HD, a BIOS odczytuje MBR z pamięci podręcznej przy ponownym uruchomieniu, co tłumaczy objawy. Ale trudno mi uwierzyć, że grub-install nie sprawdzi poprawnie MBR. Poza tym byłoby bardzo podejrzane, że klaster MBR nagle się zepsuje, gdy użyję opcji naprawy Visty (i też nie zostanie wykryty).
Oto lista partycji z TestDisk (fdisk się z tym zgadza): Bieżąca struktura partycji:
1 * HPFS - NTFS 0 32 33 16709 117 48 268435456 [OS]
2 P HPFS - NTFS 16709 117 49 50128 33 17 536870912 [Projects]
3 E extended LBA 50129 0 1 60800 254 63 171445680
5 L Linux Swap 50129 1 1 50390 254 63 4208967
X extended 50391 0 1 53001 254 63 41945715
6 L Linux 50391 1 1 53001 254 63 41945652
X extended 53002 0 1 55612 254 63 41945715
7 L Linux 53002 1 1 55612 254 63 41945652
Vista używa 1 i 2, OpenSUSE 3 (z 5, 6 i 7 jako partycje rozszerzone). Nic niezwykłego.
Nie próbowałem Drive:\boot\Bootsect.exe –NT60 All
jeszcze systemu Windows , ponieważ nie mam pojęcia, co by to zrobił. Mogą być też inne rozwiązania, ale chciałbym wiedzieć, czy ktoś już cierpiał na ten sam problem i znalazł dobre rozwiązanie? (Wydaje się, że wsparcie Microsoft nie ma żadnych wskazówek i mówi o ponownym zainstalowaniu wszystkiego, co nawet nie jestem pewien, czy zadziałałoby).
Edycja: właśnie widziałem, że moduł ładujący GRUB nadal działałby po sesji Windows podczas restartowania z shutdown /t 0 /r
, więc wydaje się, że jedynym niepowodzeniem jest zimny rozruch z BIOS-u. Na dobre unieważnia teorię pamięci podręcznej.
Edycja2:
Zauważyłem, że grub-install faktycznie został wyłączony w OpenSUSE 11.1, ignoruje parametry i używa standardowego pliku konfiguracyjnego. Próba instalacji ręcznej dała podpowiedź:
Pojawia się komunikat „Błąd 17: Nie można zamontować wybranej partycji”.
Co oznacza, że GRUB nie może zidentyfikować typu partycji, podczas gdy mogę go zamontować normalnie, podając NTFS. fdisk -l
rozpoznaje to również:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x9913fa82
Device Boot Start End Blocks Id System
/dev/sda1 * 1 16710 134217728 7 HPFS/NTFS
/dev/sda2 16710 50129 268435456 7 HPFS/NTFS
/dev/sda3 * 50130 60801 85722840 f W95 Ext'd (LBA)
/dev/sda5 50130 50391 2104483+ 82 Linux swap / Solaris
/dev/sda6 50392 53002 20972826 83 Linux
/dev/sda7 53003 55613 20972826 83 Linux
Domyślam się, że w jakiś sposób „naprawa” Visty pomieszała informacje związane z pierwszą partycją. Czy to daje pomysł komukolwiek?