Uruchamianie Ubuntu Failure: błąd: próba odczytu lub zapisu poza dyskiem „hd0”


15

Zainstalowałem Ubuntu 12.10 na zewnętrznym dysku twardym Western Digital (320 GB). To kompletna instalacja, a nie USB na żywo.

Po podłączeniu go do pulpitu HP przechodzę do ustawień BIOS i uruchamiam dysk twardy, wszystko działa idealnie tak, jak powinno. Teraz działa to na każdym komputerze i laptopie w moim domu (wszystkie HP), z wyjątkiem JEDNEJ. Mój HP ProBook 4530s.

Kiedy wybieram bootowanie z USB, pojawia się komunikat:

error: attempt to read or write outside of disk 'hd0'

Teraz usunąłem dysk twardy z laptopa, a dysk zewnętrzny jest TYLKO podłączony do napędu. Poniżej znajduje się zrzut ekranu z komunikatem na ekranie. Po komunikacie przechodzę do ls /(jak pokazano poniżej):

wprowadź opis zdjęcia tutaj

Po tym próbuję uzyskać dostęp do innych folderów ls /, na przykład próbuję przejść do ls /bootfolderu grub. Następnie otrzymuję taką samą wiadomość jak poprzednio: jak pokazano poniżej:

grub rescue> ls /boot

error: attempt to read or write outside of disk 'hd0'
grub rescue> _

Jedynymi foldery mogę uzyskać dostęp bez ponownie się komunikat są /home, /runi /usr.

Jak mam:

  1. Uruchom ręcznie Ubuntu z GRUB2 (ten ekran)
  2. Ustaw automatyczne uruchamianie Ubuntu
  3. Jeśli to możliwe, wyjaśnienie tego problemu

Dzięki!


Ile lat ma ten komputer? Prawdopodobnie dysk jest za duży dla systemu BIOS. BIOS musi go obsługiwać, zanim GRUB będzie mógł.

Mój komputer ma 6 miesięcy, a dysk twardy, z którym został dostarczony, ma pojemność 750 GB z preinstalowanym systemem Windows 7. Jeśli to działa, nie powinno działać z 320 GB. Udało mi się również uruchomić z netbookiem i ultrabookiem, podobnie jak z innym komputerem stacjonarnym. Jedynym, z którego się nie uruchamia, jest mój laptop.

Mogą to być limity rozmiaru BIOS-u USB, ale nie cytuj mnie w tym.

Wypróbuj „ls (hd0)”

3
Możliwy duplikat Jak mogę naprawić grub? (Jak odzyskać Ubuntu po zainstalowaniu systemu Windows?), Ponieważ obie odpowiedzi zalecają działanie, które update-grubi / lub Boot-Repair by również wykonały, jak opisano w łączonym pytaniu.
David Foerster,

Odpowiedzi:


4

Spędziłem dni, grzebiąc z tym i szukając odpowiedzi, i nie mogłem jej znaleźć do dziś. Chciałem opublikować rozwiązanie tutaj, ponieważ wydaje mi się mało prawdopodobne, że jestem jedynym (to pytanie ma wiele poglądów).

Odpowiedź dla mnie została znaleziona tutaj: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-installing-ubuntu-11-04-kernel-panic-not- syncing-vfs-919143 /

Uruchamianie z LiveCD i modyfikowanie grub.cfg w celu uzyskania dostępu do urządzenia blokowego według nazwy zamiast UUID było dla mnie poprawką. To było tymczasowe ... ponieważ po zaktualizowaniu pakietów zainstalowałem aktualizację grub, która ją zepsuła. Zablokowałem grub.cfg, aby spróbować go teraz naprawić, ale jego postęp! Mam nadzieję, że ktoś może wypełnić następny krok.


Mam tylko ten problem. Zdarzyło mi się po tym, jak zadzierałem z ustawieniami IDE / AHCI w BIOS-ie (po wielu podkręceniach / resecie BIOS CMOS). Mam jeden dysk twardy i jeden dysk SSD - oba z programami ładującymi. Na razie udało mi się obejść problem - usuwając kable z dysku twardego. Teraz przynajmniej system uruchamia się. Problem stanowi jakiś niewłaściwy identyfikator UUID.
WindRider

1
Czy możesz podać kilka dodatkowych szczegółów na temat tego, którą część pliku grub.cfg należy edytować?
pir

1

Przepraszam za późną odpowiedź, ale ostatnio miałem ten sam problem. Naprawiłem to i zamieszczam to w nadziei, że może się przydać innym, którzy doświadczają tego samego problemu.

W moim szczególnym przypadku było to spowodowane uszkodzonym kablem SATA. Wymiana kabla rozwiązała problem.

Mówiąc bardziej ogólnie - patrząc na inne odpowiedzi i komentarze - myślę, że ten komunikat może być spowodowany przez jakiś problem (sprzętowy), gdy Grub uzyskuje dostęp do dysku twardego. W przypadku Soraka , w którym pomogło zmodyfikowanie grub.cfgpliku tak, aby odwoływał się do urządzenia blokowego według nazwy zamiast UUID, mogło się zdarzyć, że z jakiegoś powodu nie można już odczytać UUID.

W każdym razie dla każdego, kto doświadcza tego problemu, zalecam uruchomienie płyty CD na żywo i użycie narzędzi SMART, aby sprawdzić, czy jest problem z dyskiem twardym i jaki problem. Tak właśnie zrobiłem; ta konkretna odpowiedź dała mi początek. Aby zinterpretować dane wyjściowe atrybutów SMART smartctldla dysku twardego, artykuł Wikipedii na temat SMART jest dość przydatny. Dla mnie wysoka liczba błędów CRC UDMA wskazywała na wadliwy kabel SATA, a kabel rzeczywiście okazał się być główną przyczyną problemu.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.