Falha na inicialização do Ubuntu: erro: tentativa de ler ou gravar fora do disco 'hd0'

15

Eu instalei o Ubuntu 12.10 em um disco rígido externo da Western Digital (320 GB). Esta é uma instalação completa, não um USB ativo.

Quando o conecto na área de trabalho da HP, vou para as configurações do BIOS e inicializo o disco rígido, tudo funciona perfeitamente como deveria. Agora isso funciona em todos os computadores e laptops da minha casa (todos os HP), exceto o ONE. Meu HP ProBook 4530s.

Ao selecionar a inicialização do USB, recebo a mensagem:

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

Agora, removi o disco rígido do meu laptop e a unidade externa é a ÚNICA unidade conectada. Abaixo está uma captura de tela da mensagem na tela. Após a mensagem, navego para ls /(como mostrado abaixo):

insira a descrição da imagem aqui

Depois ls /, tento acessar outras pastas em , por exemplo, tento acessar a ls /bootpasta grub. Então, recebo a mesma mensagem de antes: como mostrado abaixo:

grub rescue> ls /boot

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

As únicas pastas que posso acessar sem receber a mensagem novamente são /home, /rune /usr.

Então, como eu:

  1. Inicialize o Ubuntu a partir do GRUB2 (esta tela) manualmente
  2. Defina para inicializar automaticamente o Ubuntu
  3. Se possível, uma explicação para esse problema

Obrigado!

karel
fonte
Quantos anos tem este computador? Provavelmente, sua unidade é muito grande para o BIOS. O BIOS deve suportá-lo antes que o GRUB possa.
Meu computador tem 6 meses e o disco rígido que acompanha é de 750 gb com o Windows 7 pré instalado. Se funcionar com isso, não funcionará com o de 320GB. Também iniciei com sucesso um netbook e um ultrabook, assim como com outro desktop. O único que não inicializa é o meu laptop.
Pode haver limites de tamanho USB do BIOS, mas não me cite sobre isso.
Tente 'ls (hd0)'
3
Possível duplicata de Como posso reparar o grub? (Como recuperar o Ubuntu depois de instalar o Windows?), Pois as duas respostas recomendam uma ação que update-grube / ou o Reparo de inicialização executaria também, conforme descrito na pergunta vinculada.
David Foerster

Respostas:

4

Passei dias mexendo com isso e pesquisando uma resposta, e não consegui encontrar uma até hoje. Eu queria postar a solução aqui porque acho improvável que eu seja o único (essa pergunta tem muitas visualizações).

A resposta para mim foi encontrada aqui: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-installing-ubuntu-11-04-kernel-panic-not- syncing-vfs-919143 /

Inicializar a partir de um LiveCD e alterar o grub.cfg para acessar o dispositivo de bloco pelo nome em vez de UUID foi a correção para mim. Isso foi temporário ... depois que eu atualizei meus pacotes, ele instalou uma atualização do grub que o quebrou. Eu tenho mexido com o grub.cfg para tentar corrigi-lo agora, mas está progredindo! Espero que alguém possa preencher o próximo passo.

sorak
fonte
Eu só estou tendo esse problema. Aconteceu comigo depois de mexer nas configurações de IDE / AHCI no BIOS (após vários overclocks / redefinições de BIOS CMOS). Eu um disco rígido e um SSD - ambos com gerenciadores de inicialização. Eu consegui solucionar o problema por enquanto - removendo os cabos do disco rígido. Agora o sistema inicializa pelo menos. Algum tipo de UUID errado é o problema.
WindRider 27/02
11
Você pode fornecer mais alguns detalhes sobre exatamente qual parte do grub.cfg precisa ser editada?
pir
1

Desculpe pela resposta tardia, mas recentemente tive o mesmo problema. Eu o corrigi e estou postando isso na esperança de que possa ser útil para outras pessoas que enfrentam o mesmo problema.

No meu caso particular, foi devido a um cabo SATA com defeito. A substituição do cabo resolveu o problema.

De maneira mais geral, observando as outras respostas e comentários, acho que essa mensagem pode ser causada por algum tipo de problema (de hardware) quando o Grub está acessando o disco rígido. No caso de sorak , onde a modificação do grub.cfgarquivo para se referir ao dispositivo de bloco por nome, em vez de por UUID, ajudou, pode ter sido o caso de, por algum motivo, o UUID não poder mais ser lido.

De qualquer forma, para quem tiver esse problema, recomendo inicializar um CD ao vivo e usar as ferramentas SMART para verificar se há algum problema no disco rígido e que tipo de problema. Foi isso que eu fiz; essa resposta em particular me iniciou. Para interpretar os atributos SMART gerados por smartctlum disco rígido, o artigo da Wikipedia sobre SMART é bastante útil. Para mim, um alto número de erros de UDMA CRC indicava um cabo SATA com defeito, e o cabo acabou sendo a causa raiz do problema.

Malte Skoruppa
fonte