grub rescue: read or write outside of hd0

Ubuntu Linux

Sziasztok!

Van egy fasza hp 2510p-m (Debiannal), amiben kicsereltem a 80 GB-shdd-t 128GB-os ssd-re. Feltettem ra egy Win7-et, gond nem volt vele. Aztan feltettem melle egy 14.04-es Ubuntut, ujrainditasnal jott a hiba:

error: attempt to read or write outside of disk 'hd0'.
Entering rescue mode...
grub rescue>

ls (hd0,1)-re tudja olvasni a konyvtarszerkezetet.
utana

grub rescue > set root=(hd0,msdos1)
grub rescue > set prefix=(hd0,msdos1)/boot/grub

Az 'insmod normal'-ra ezt irja:
error: attempt to read or write outside of disk 'hd0'.

ezzel mar semmit sem tudok kezdeni. Probaltam sokmindent (5x ujratelepitettem a linuxot), de semmi...

Van valami otletetek?

  • 7398 megtekintés

( pomm v | 2014. 05. 10., szo – 05:55 )

Tudom banális, de próbáltad chroot-ból újrahúzni a grubot? Lefuttatva előtte -természetesen- a grub-update parancsot?
üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

( uid_7086 | 2014. 05. 10., szo – 08:49 )

Ha van lehetőség játszadozásra, esetleg próbáld 12.04-es ubival!
A 14.04-ben annyi hülyeséget találtam, hogy nem lennék meglepve, ha ez is az új verzió bugja lenne.

( tudos | 2014. 05. 10., szo – 18:29 )

Probaltam mindkettotok tippjet.
12.04 felment, de ujrainditaskor ujra a grub rescue fogadott.
Ujrainditottam live CD-vel, grub-install es grub-update nem mukodik. Python-os hibara panaszkodik:

/usr/lib/python2.7/config/Makefile : No such file or directory

Pythont ujrainstallalni meg nem tudom, mert dpkg ezy mondja:
dpkg: error: parsing file '/var/lib/dpkg/status' near line 0:
field name `

apt-get ezt mondja:
Reading package lists... Error!
E: Encountered a section with no Package: header
E: Problem with Mergelist /var/lib/dpkg/status
E: The package lists or status file could not be parsed or opened.

Igen, sikerult. Annyira ossze tudtam rakni a rendszert, hogy bekapcsolas utan a grub parancssorbol manualisan kellett inditanom a linuxot, viszont tana jo, mukodott.

Viszont most nyomtam egy update-et es ujrainditas utan a grub ezt mondta:

grub> linux /vmlinuz root=/dev/sda2
error: cannot read the Linux header.

Ez eddig nem volt. Mi lehet ez?

valóban, elég pontatlan. elismerem. nos, igazából nem tudom pontosan mi történt de egy CentOS kernel telepiskor valami nem sikerült és 20 percig sötét képernyő volt utána bootolt. A másik egy OEL ott is volt ilyen fajta gond. Az új kernel telepítésre szépen azt írja hogy ok utána a bootkor meg 'kernel panic'. A kernel csomag újratelepítése megoldotta mindkét esetben a problémát. Gyanítom a initramfs nem generálódot le rendesen. De ez csak tipp. Azóta sem fordult elő és nem is tudtam reprodukálni. Szóval,......

ja mind VM volt ESXi-on.
--
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/

( locsemege v | 2014. 05. 13., k – 23:30 )

Valami zavart érzek az erőben. Most akkor /vmlinuz, vagy /boot/vmlinuz?

Arra célzok, hogy önálló filerendszert csatolsz a /boot alá - ez a kérdésemben az első eset -, vagy a rootfs-en van egy /boot alkönyvtár, s ebben a kernel image?

Nem lehet, hogy a problémád abból fakad, hogy valamikor nem sikerült felcsatolni a /boot alá a különálló boot filerendszert, így a file-ok rootfs /boot-ja alá kerültek, a későbbiekben viszont felcsatoltad a /boot alá a filerendszert, ami kitakarta a már ott lévő file-okat? Így aztán van külön verziójú initrd-d, kerneled attól függően, hogy a /boot alá sikerül-e csatolni a filerendszert.

Az az érzésem, nem üres a /boot, de bőszen csatolnál alá egy filerendszert, ami szintén tartalmaz egy valamikori valamit.

Ezeket nézd meg!

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, ezt a hibat is elkovettem. Viszont tobb OS-t is kirpobaltam, kulonbozo particios konfiguraciokkal. Mivel mindig rossz volt, ezert ugy gondolom, hogy valami hardverkozelibb hiba az ok.
Volt amikor "sikerult" az ubuntu telepites, de par ujrainditas soran total kinyira magat.Elso reboot sikerult (par grub-os hibauzenettel), masodikra kernel panic, harmadikra nem volt particios tabla.
Szoval elkezdtem kutatni, hogy nem valami firmware/BIOS prioblema-e.