Avvio di Ubuntu fallito: errore: tentativo di leggere o scrivere al di fuori del disco 'hd0'

Ho installato Ubuntu 12.10 in un disco rigido esterno Western Digital (320GB). Questa è un'installazione completa, non una USB live.

Quando lo collego al mio desktop HP, vado alle impostazioni del BIOS e avvio dal disco rigido, tutto funziona perfettamente come dovrebbe. Ora funziona su ogni singolo computer e laptop di casa mia (tutti gli HP), tranne UNO. Il mio HP ProBook 4530s.

Quando seleziono di avviare l'USB ricevo il messaggio:

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

Ora, ho rimosso il disco rigido dal mio laptop e l'unità esterna è l'UNICA unità collegata. Di seguito è presente uno screenshot del messaggio sullo schermo. Dopo il messaggio navigo verso ls /(come mostrato di seguito):

inserisci qui la descrizione dell'immagine

Dopo qui provo ad accedere ad altre cartelle sotto ls /, per esempio, provo ad andare a ls /bootper accedere alla cartella grub. Quindi ricevo lo stesso messaggio di prima: come mostrato di seguito:

grub rescue> ls /boot

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

Le uniche cartelle a cui posso accedere senza riavere il messaggio sono /home , /rune /usr.

Quindi come posso:

Avviare Ubuntu da GRUB2 (questa schermata) manualmente
Imposta per avviare automaticamente Ubuntu
Se possibile, una spiegazione per questo problema

Grazie!

— karel
fonte

Quanti anni ha questo computer? Probabilmente, l'unità è troppo grande per il BIOS. Il BIOS deve supportarlo prima che GRUB possa farlo.

Il mio computer ha 6 mesi e il disco rigido che ne è derivato è di 750 GB con Windows 7 preinstallato. Se funziona con quello non dovrebbe funzionare con quello da 320 GB. Ho anche avviato con successo con un netbook e un ultrabook e con un altro desktop. L'unico con cui non si avvia è il mio laptop.

Potrebbero essere limiti di dimensione del BIOS USB, non citarmi su questo però.

Prova 'ls (hd0)'

Possibile duplicato di Come posso riparare grub? (Come riavere Ubuntu dopo aver installato Windows?) Poiché entrambe le risposte raccomandano un'azione che update-grube / o Boot-Repair eseguirà anche come descritto nella domanda collegata.

— David Foerster,

Risposte:

Ho passato giorni a scherzare con questo e alla ricerca di una risposta, e non sono riuscito a trovarne uno fino ad oggi. Volevo pubblicare la soluzione qui perché trovo improbabile che io sia l'unico (questa domanda ha molte opinioni).

La risposta per me è stata trovata qui: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-installing-ubuntu-11-04-kernel-panic-not- sincronizzazione-VFS-919143 /

L'avvio da un LiveCD e la modifica di grub.cfg per accedere al dispositivo a blocchi in base al nome anziché a UUID è stata la soluzione per me. Questo è stato temporaneo ... in quanto dopo aver aggiornato i miei pacchetti, ha installato un aggiornamento GRUB che lo ha rotto. Ho fatto casino con grub.cfg per provare a risolverlo, ora, ma i suoi progressi! Spero che qualcuno possa compilare il passaggio successivo.

— Sorak
fonte

Sto solo avendo questo problema. Mi è successo dopo aver pasticciato con le impostazioni IDE / AHCI nel BIOS (dopo overclock multipli / ripristini CMOS BIOS). Ho un disco rigido e un SSD - entrambi con bootloader. Sono riuscito a risolvere il problema per ora - rimuovendo i cavi dall'HDD. Ora il sistema si avvia almeno. Una sorta di UUID errato è il problema.

— WindRider,

Puoi fornire qualche dettaglio in più su quale parte di grub.cfg debba essere modificata?

— pir

Ci scusiamo per la risposta tardiva, ma di recente ho avuto lo stesso problema. L'ho risolto e lo sto pubblicando nella speranza che possa essere utile ad altri che hanno lo stesso problema.

Nel mio caso particolare era dovuto a un cavo SATA difettoso. La sostituzione del cavo ha risolto il problema.

Più in generale, guardando l'altra risposta e i commenti, penso che questo messaggio possa essere causato da un qualche tipo di problema (hardware) quando Grub accede al disco rigido. Nel caso di sorak , in cui la modifica del grub.cfgfile per fare riferimento al dispositivo a blocchi per nome invece che da UUID ha aiutato, potrebbe essere stato il caso che, per qualche motivo, l'UUID non potesse più essere letto.

Ad ogni modo, per chiunque abbia questo problema, consiglio di avviare un CD live e di usare gli strumenti SMART per verificare se c'è un problema con il disco rigido e che tipo di problema. Questo è quello che ho fatto; questa particolare risposta mi ha fatto iniziare. Per interpretare gli attributi SMART emessi da smartctlun disco rigido, l'articolo di Wikipedia su SMART è abbastanza utile. Per me, un conteggio degli errori CRC UDMA elevato suggeriva un cavo SATA difettoso e il cavo si è rivelato essere la causa principale del problema.

— Malte Skoruppa
fonte