Hallo David, hallo Leute, Am Samstag, 18. Mai 2002 16:25 schrieb David Haller:
On Fri, 17 May 2002, Christian Boltz wrote:
# fdisk -l /dev/hda
Festplatte /dev/hda: 255 Köpfe, 63 Sektoren, 1653 Zylinder Einheiten: Zylinder mit 16065 * 512 Bytes
Gerät boot. Anfang Ende Blöcke Id Dateisystemtyp /dev/hda1 * 1 733 5887791 c Win95 FAT32 (LBA) /dev/hda2 734 1653 7389900 f Win95 Erw. (LBA) /dev/hda5 1273 1298 208813+ 82 Linux Swap /dev/hda6 1299 1653 2851506 83 Linux /dev/hda7 734 980 1983996 b Win95 FAT32
Partition table entries are not in disk order
Genau. Das kann lange gutgehen, aber spaetestens, wenn ein anderes Partitionierungstool dazukommt ist der Aerger vorprogrammiert. Und IIRC gibt's auch nen Bug in Win9x, der bei obigen Beispiel /dev/hda7 ignorieren wuerde...
Nö, Windows 98 erkennt hda7 ohne Probleme. Allerdings hängt das DOS/Win98-fdisk nach der Abfrage, ob die Unterstützung für FAT32 aktiviert werden soll... Könnte wohl damit zusammenhängen. Naja, DOS fdisk hat mir sowieso schon genug Ärger gemacht :-(
Bitte wundere Dich nicht über die "Lücke", die noch zu füllen wäre. Dort liegt eine "verlorene" Partition, die ich mal versehentlich gelöscht habe. Inzwischen konnte ich die Partitionsdaten restaurieren (es geht nichts über log-Dateien ;-) Allerdings habe ich bisher noch keine Möglichkeit gefunden, sie einzutragen.
Im Zweifelsfall per Hand mit nem Diskeditor, dd + hexeditor + dd, DOS' debug... :))
Das Problem ist nämlich, dass die Partition auf Head 1 anfängt (davor lag vorher der Anfang der erweiterten Partition). Jetzt habe ich den Anfang der erweiterten Partition nach vorn verschoben und fdisk würde die Partition mit Head 0 als Anfang anlegen. Bei fdisk kann man leider den Head nicht angeben. Vorschläge?
Duerfte kein Problem sein, da jede log. Partition ja _in_ einer Erweiterten Partition liegt (hab ich heute schon was zu
Stimmt eigentlich.
geschrieben[1]). D.h. _jede_ log. Partition beginnt auf "head 1", da head 0 durch den "EPBR" belegt ist (s. [1]).
fdisk /dev/hda - Expertenmodus - Print (leider mit verlorener Partition) Nr AF Kp Sek Zyl Kp Sek Zyl Anfang Größe ID 1 80 1 1 0 254 63 732 63 11775582 0c # Primäre FAT32 2 00 0 1 733 254 63 1022 11775645 14779800 0f # Erweiterte 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 5 00 254 63 1023 254 63 1023 8659098 417627 82 # Linux Swap 6 00 254 63 1023 254 63 1023 63 5703012 83 # Linux Ext2 [1] 7 00 1 1 733 254 63 979 62 3967992 0b # FAT32 Was mich wundert, ist, dass fdisk im Expertenmodus scheinbar Probleme mit der 1024-Zylinder-Grenze hat. Die höchste Zylindernummer in der Auflistung ist 1023, was definitiv nicht stimmen kann.
So soll es aussehen:
/dev/hda2 (erweiterte Partition im alten Zustand) System ID byte: 0x0F (Extended Partition (LBA)) Starting at Cylinder: 992 Head: 0 Sector: 1 Ending at Cylinder: 1022 Head: 254 Sector: 63 CHS Values are NOT EFFECTIVE
/dev/hda5 (leider aus Partitionstabelle gelöscht) System ID byte: 0x0B (Windows FAT32) Starting at Cylinder: 992 Head: 1 Sector: 1
(dieses Head: 1 macht mir Probleme, da hda2 jetzt schon bei Zylinder 734 beginnt. Wie gesagt, schlimmstenfalls muss ich das zurückändern)
Noe, sollte auch so gehen. Schick mir bitte mal die relevanten Sektoren der HD (Angaben in Werten fuer den skip= Parameter von dd):
den MBR: 'skip=0' (oder 'skip=' weglassen)
$ for c in 732 733 734 979 980 991 992 1021 1022 1023 1272 1273; [...]
Hmm, und Du kannst das wirklich interpretieren? *wunder* Ich schick Dir erstmal die komplette Logdatei, der ich die alten Partitionierungsdaten entnommen habe, per PM, die ist weniger kryptisch und enthält vermutlich auch die nötigen Informationen. [2] Falls nicht alles nötige drinsteht, kann ich immer noch zu dd greifen.
mit x in den Expertenmodus wechseln und dann mit f (fix partition order) die Partitionen in der richtigen Reihenfolge durchnummerieren lassen.
*HUCH* Das hab ich wohl bisher immer uebersehen... Nein, stimmt ja gar nicht: Bei meinem fdisk gibt's das schlicht und einfach noch nicht:
$ fdisk -v fdisk v2.10f
Ich biete mehr ;-) fdisk v2.11i
PPS: Mein oben genanntes Problem habe ich einem Fipptehler unter fdisk/DOS zu "verdanken"
"Selber schuld". Wer DoS' fdisk verwendet hat eh verloren... *eg*
Wer den Schaden hat... Gruß Christian Boltz [1] hda6 ist meine alte Linux-Partition, mein Pinguin tobt sich inzwischen nach einem kleinen Umzug per tar auf einer 40GB-Platte aus ;-) hda6 steht also zur Löschung an. Ich warte nur noch, bis ich KDE3 installiert habe, solange dient hda6 quasi als Backup ;-) [2] Partition Resizer protokolliert recht ausführlich ;-) -- Registrierter Linux-Nutzer #239431 Linux - life is too short for reboots.