hallo benjamin!

inhalt /etc/fstab:
/dev/hda5 / reiserfs acl,user_xattr
/dev/hda1 /windows/C vfat users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda7 /windows/D vfat users,gid=users,umask=0002,iocharset=utf8 0 0
/dev/hda6 swap swap pri=42 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
sysfs /sys sysfs noauto 0 0
/dev/cdrecorder /media/cdrecorder subfs
fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0

Inhalt /boot/grub/menu.lst:
color white/blue black/light-gray
default 1
timeout 8
gfxmenu (hd0,4)/boot/message
###Don’t change this comment – YaST2 identifier: Original name: linux###
title Linux
kernel (hd0,4)/boot/vmlinuz root=/dev/hda5 vga=0x317 splash=silent desktop resume=/dev/hda6 showopts
initrd (hd0,4)/boot/initrd
###Don’t change this comment – YaST2 identifier: Original name: windows###
title Windows
root (hd0,0)
chainloader +1
###Don’t change this comment – YaST2 identifier: Original name: failsafe###
title Failsafe
kernel (hd0,4)/boot/vmlinuz root=/dev/hda5 showopts ide=nodma apm=off acpi=off vga=normal noresume nosmp noapic maxcpus=0 3
initrd (hd0,4)/boot/initrd

an die partitionsaufteilung komm ich nicht genau ran (mein knoppix, an das ich grad rankomm, hat den root passwort-geperrt (dank an meine uni)). soweit ich mich erinnere, ist es wie folgt:
hda1 windows primär
ext’d
hda5 linux logisch
hda6 swap logisch
hda7 windows logisch

hoffe, das hilft so auch schon zur diagnose? danke für die hilfe!
julia

So wie Du es beschreibst, sind die Daten kohärent. hda1 ist für grub (hd0,0), die logischen Partitionen in der erweiterten scheinen korrekt nummeriert mit hda5 (hd0,4) hda6 und hda7. An dem Grub eintrag würde ich demnach nichts ändern. Das bringt mich aber auf eine andere Fährte:

Wenn Du nun versucht hast mit Partition Magic hda5 zu verkleinern dann sehe ich etwas schwarz, denn soweit ich weiß kann das Programm die Reiser-Partition nicht verlustfrei verkleinern, sondern definiert lediglich in der Partitionstabelle neue Start und Endzylinder. Allerdings sollte es wohl vor Datenverlust warnen, wenn Du so etwas tust. Sollte dies der Fall gewesen sein maulte GRUB völlig zu Recht.

Wenn Du allerdings eine weitere neue Partition angelegt hast, dann probiere mal die Einträge bei
kernel (hd0,4)/boot/vmlinuz root=/dev/hda5 vga=0x317 splash=silent desktop resume=/dev/hda6 showopts
initrd (hd0,4)/boot/initrd (hd0,4) in (hd0,5) oder 6 zu ändern. Und das silent in ein verbose ändern, das ist aufschlußreicher. Im ungünstigsten Fall meldet GRUB, daß er dort nichts bootbares finden kann.

Wenn Du die Reiserpartition tatsächlich verkleinert haben solltest, ohne das PM das verlustfrei hinbekommen hat, dann bleibt nur eine Neuinstallation der SuSE. In deren Verlauf kannst Du bei der Installation unter den erweiterten Optionen auch die Partitionierung ansehen und Deinen Bedürfnissen anpassen.

Eine weitere Möglichkeit ist, die SuSE CD (DVD) 1 zu benutzen um eine Systemwiederherstellung zu probieren (sprich er versucht GRUB neu zu installieren, die Partitionstabelle neu einzulesen etc.). Allerdings würde ich das erst machen wenn die Daten gesichert sind. Einen zerschossenen GRUB kannst Du mit einer liveCD sonst wieder herstellen oder mit einem fixmbr auf einer XP-DOS KOnsole.

Unf ach ja, das root Paßwort von Knoppix findest Du in der Dokumentation auf der CD. Ich glaube es war “” (=leer). Wenn sich das nicht geändert hat.

Benjamin

hallo benjamin!

das ändern des eintrags hat der bioinformatiker schon versucht, es half nicht: grub konnte booten, aber root nicht mounten (klingt komisch für mich, aber so war die reihenfolge).
das passwort bei meinem knoppix ist nicht leer, das hab ich auch schon getestet. aber danke für den tipp.
ich habe mit PM die linux-partitionen nur verschieben wollen, aber nicht in der größe zu verändern versucht (so mutig war ich dann doch wieder nicht). alle größenänderungen bezogen sich nur auf windows-platten.
ich werde wohl nach der datensicherung eine neuinstallation machen und dabei die partitionen neu aufteilen.
danke nochmals für alle tipps.
julia

Hi,
es wäre vieleicht mal hilfreich wenn du die Ausgabe von “fdisk -l” posten
würdest.
Achso, soweit ich weiß kann PQMagic nur mit ext2-3 umgehen und nicht mit
ReiserFS.

Zu dem Thema hätte ich auch noch Fragen:
Der eine Fall war:
Ich habe auch mal, im Januar, an den Partititionen rumgemacht mit dem Ergebnis
das die erste Logische Partition hda4 und nicht hda5 war, die Erweiterte war
hda2 und eine weitere Primäre Partition hda3.
Wie oder warum ist die logische Partition hda4 was ist da passiert?
Es war auch Partitions Magic im spiel.

Das andere mal wollte ich alle Clients auf die gleiche Partitionseinteilung
bringen.
hda1 /boot
hda2 /win98
hda3 /Erweitert
hda5 /fat32
hda6 /
hda7 swap
hda8 /home

Das Problem war die Win-Partition, die war hda3 davor hatte ich die swap hda2.
die löschte ich kurzerhand aber ich hatte absolut keine lust Win neu zu
installieren.
Dadurch blieb aber die Win-Partition hda3 und die Erweiterte wurde hda2.
Verschoben habe ich die Win-Partition mit Partitions Magigic die Einrichtung
der Partitionen habe ich bei der Install von Suse 9.2 gemacht.
Danach habe ich versucht mit Drive Image die Sache zu lösen ohne Erfolg.
Ich zog ein Image, löschte die Win-Partition und spielet das Image zurück. Nun
prüfte ich mit Knoppix und “fdisk -l” und qpartet die Einteilung aber die
Win-Partition war wieder hda3 obwohl der Anfang direkt an hda1 anschloss.

Hinbekommen habe ich es schließlich so.
Ich verschob die Win-Partition mit Partitions Magic etwas nach hinten und
kopierte sie dann nach vorne zur hda1. Danach löschte ich die Ursprüngliche
Win-Partition.

Auf was ich aber eigentlich Hinaus will ist: Hätte ich mit einem Tool die
Partitionstabelle bearbeiten können, also einfach aus hda3->hda2 machen
können?
Zu DOS-Zeiten gab es glaube ich doch debug womit man auf den Bootsector
zugreifen konnte. Wie gefährlich ist so ein Tool, mal abgesehen von dem
Datenverlust?

Martin