GELÖST : grub macht ext3 partiton unbootbar?

[d3f3nd3r]

heo

ich weis nicht mehr was ich genau beim grubmenu gedürckt habe, aber ich hab es mit <strg><alt><entf> abgewürgt....
und als ich erneut das grubmenu erwarte befüßt mich : grub error 17

und als erstes starte ich knoppix und wollte grub neu installieren, aber das wurde mit folgendem error quitiert :

Code: Alles auswählen

stage 1.5 wasnt read correctly

also auf ich hab jetzt auf meiner fat32 partition grub installiert, hat tadellos funktioniert, debian kann ich aber trotzdem nicht booten....

irgend eine idee was da falsch gelaufen sein könnte?

(hab sowieso vor debian neu zu installieren)

mfg

[cirrussc]

Hi,

und als ich erneut das grubmenu erwarte befüßt mich : grub error 17

Bedeutet das die Partition nicht eingebunden werden kann, wird schlicht die falsche sein oder?
Poste mal bitte die /boot/grub/menu.lst und noch d. Ausgabe von fdisk -l.
Was hast du da nur verstellt...

Gruß cirrussc

[d3f3nd3r]

menu.lst

Code: Alles auswählen

title		Debian GNU/Linux, kernel 2.6.22.8 
root		(hd0,1)
kernel		/boot/linux-2.6.22.8 root=/dev/sda2 ro 
savedefault
boot

also fdisk -l

Code: Alles auswählen

root@Knoppix:/ramdisk/home/knoppix# fdisk -l

Platte /dev/sda: 80.0 GByte, 80026361856 Byte
255 Köpfe, 63 Sektoren/Spuren, 9729 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

    Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *           1        2432    19535008+   7  HPFS/NTFS
Partition 1 endet nicht an einer Zylindergrenze.
/dev/sda2            2433        4256    14651280    b  W95 FAT32
Partition 2 endet nicht an einer Zylindergrenze.
/dev/sda3            4257        9022    38282895    5  Erweiterte
Partition 3 endet nicht an einer Zylindergrenze.
/dev/sda4            9023        9729     5677560    b  W95 FAT32
Partition 4 endet nicht an einer Zylindergrenze.
/dev/sda5            4257        4499     1951866    b  W95 FAT32
/dev/sda6            4500        9022    36330966    b  W95 FAT32

ich denke jetzt ist auch mir klar was los ist, /dev/sda2 dürfte keine fat32 Partition sein, aber wie kann das verändert werden, wenn noch kein OS gebootet worden ist?
Klingt sehr mysteriös aber ich hab keine Ahnung was ich da im grubmenu gemacht habe.....

könnte ich mit tune2fs das Dateisystem evtl wieder auf ext3 ändern oder kann das zu Datenverlust führen?

mfg

[cirrussc]

ich denke jetzt ist auch mir klar was los ist, /dev/sda2 dürfte keine fat32 Partition sein, aber wie kann das verändert werden, wenn noch kein OS gebootet worden ist?
Klingt sehr mysteriös aber ich hab keine Ahnung was ich da im grubmenu gemacht habe.....

könnte ich mit tune2fs das Dateisystem evtl wieder auf ext3 ändern oder kann das zu Datenverlust führen?

Wenn du dir absolut sicher bist das /dev/sda2 keine fat32 sondern ext ist kannst du die ID z.B. mit cfdisk ändern. Stellt sich nur die Frage wiso das alles fat sind und ob die nur die ID nicht stimmt. Mit tune2fs kannst du nur ein bestehendes ext verändern.
Backups sind zu empfehlen, dabei musst du aber mounten und merkst ja was es für ein FS ist.
In der fstab steht es sowiso drin.

Gruß cirrussc

[KBDCALLS]

Was ergibt

Code: Alles auswählen

file -s /dev/sda2

[d3f3nd3r]

also das Dateisystem war immer noch ext3 ( hab mit knoppix ja auf /dev/sda2 lesend und schreibend zugreifen können, hat sich auch ohne Probleme als ext3 mounten lassen ) nur in der Partitionstabelle war das anscheinend anders.....

das Problem hat sich mit cfdsik lösen lassen, hab einfach den Partitionstyp von fat32 wieder auf linux (83) geändert und danach konnte ich auch grub wieder auf die Partiton installieren =)


ist zwar jetzt ziemlich irrelevant aber :

Code: Alles auswählen

flos-debian:/home/d3f3nd3r# file -s /dev/sda2
/dev/sda2: Linux rev 1.0 ext3 filesystem data (needs journal recovery) (large files)
flos-debian:/home/d3f3nd3r# 

noch mal danke