Partition table entries are not in disk order ??
Hallo nach der Installation von Opensuse 11.1 auf einem System mit großer Raid-Platte bekomme ich bei 'fdisk -l' folgende 'Fehlermeldung' (letzte Zeile): Disk /dev/cciss/c0d1: 6000.9 GB, 6000981696512 bytes 255 heads, 63 sectors/track, 729577 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/cciss/c0d1p1 1 200513 1610620655+ 83 Linux /dev/cciss/c0d1p2 200514 467863 2147483647+ 83 Linux /dev/cciss/c0d1p3 267350 462229 1565363953 83 Linux /dev/cciss/c0d1p4 1 1 0+ ee GPT Partition table entries are not in disk order Liegt das an der GPT-Partition, die Suse (in Zusammenhang mit Gparted?) ange- legt hat? Ist es überhaupt ein Problem, das ich beheben sollte oder kann ich es einfach so lassen?? Es ist wichtig, daß dieses System stabil läuft, weil wichtige Daten dort ge- speichert werden sollen. Vielen Dank für jede Hilfe Viele Grüße Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Klaus, Am Donnerstag, 13. August 2009 schrieb Klaus Becker:
Hallo
nach der Installation von Opensuse 11.1 auf einem System mit großer Raid-Platte bekomme ich bei 'fdisk -l' folgende 'Fehlermeldung' (letzte Zeile):
Disk /dev/cciss/c0d1: 6000.9 GB, 6000981696512 bytes 255 heads, 63 sectors/track, 729577 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00000000
Device Boot Start End Blocks Id System /dev/cciss/c0d1p1 1 200513 1610620655+ 83 Linux /dev/cciss/c0d1p2 200514 467863 2147483647+ 83 Linux /dev/cciss/c0d1p3 267350 462229 1565363953 83 Linux /dev/cciss/c0d1p4 1 1 0+ ee GPT
Partition table entries are not in disk order
Liegt das an der GPT-Partition, die Suse (in Zusammenhang mit Gparted?) ange- legt hat? Ist es überhaupt ein Problem, das ich beheben sollte oder kann ich es einfach so lassen?? die Reihenfolge der Partitionen ist für Linux normalerweise egal, da könnte eher Windows drüber stolpern - aber das ist ja dar nicht da drauf. Was mich eher stutzig machen würde, ist die Tatsache, dass diese GPT-Partition die erste Partition überlappt. Wozu auch immer die gut ist - aber zwei Partitionen auf demselben Bereich der Platte sind für mich immer ein Alarmsignal - allerdings hat die in diesem Fall ja 0 Blocks, also kann man damit ja nicht soviel zerstören.
Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, *gähn* Bitte selber nachprüfen / -lesen ... Am Don, 13 Aug 2009, Martin Hofius schrieb:
Am Donnerstag, 13. August 2009 schrieb Klaus Becker:
nach der Installation von Opensuse 11.1 auf einem System mit großer Raid-Platte bekomme ich bei 'fdisk -l' folgende 'Fehlermeldung' (letzte Zeile):
Disk /dev/cciss/c0d1: 6000.9 GB, 6000981696512 bytes 255 heads, 63 sectors/track, 729577 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00000000
Device Boot Start End Blocks Id System /dev/cciss/c0d1p1 1 200513 1610620655+ 83 Linux /dev/cciss/c0d1p2 200514 467863 2147483647+ 83 Linux /dev/cciss/c0d1p3 267350 462229 1565363953 83 Linux /dev/cciss/c0d1p4 1 1 0+ ee GPT
Partition table entries are not in disk order
Liegt das an der GPT-Partition, die Suse (in Zusammenhang mit Gparted?) ange- legt hat? Ist es überhaupt ein Problem, das ich beheben sollte oder kann ich es einfach so lassen??
Das müßte die GUID-Partition-Table sein, also die Partitionstabelle nach dem nicht-Intel-Schema, wie es z.B. Apple Rechner verwenden.
die Reihenfolge der Partitionen ist für Linux normalerweise egal, da könnte eher Windows drüber stolpern - aber das ist ja dar nicht da drauf.
Korrekt.
Was mich eher stutzig machen würde, ist die Tatsache, dass diese GPT-Partition die erste Partition überlappt. Wozu auch immer die gut ist - aber zwei Partitionen auf demselben Bereich der Platte sind für mich immer ein Alarmsignal - allerdings hat die in diesem Fall ja 0 Blocks, also kann man damit ja nicht soviel zerstören.
Flasch. Die Partition hat mind. 1 Sektor (1 Block = 1024 Byte = 2 Sektoren, daher das '+' hinter der '0'). Und /dev/cciss/c0d1p1 beginnt erst dahinter, bei Zylinder 1, Block 0, Sektor 0 = Sektor 64 (Sektornr./LBA 63) vom Start aus. Bei diesen 2 Partitionen stimmt nur die Reihenfolge stimmt nicht. Böse ist allerdings die Überlappung von p2 mit p3. Wobei das ein Artefakt des GPT-Schemas sein könnte (keine Ahnung), die "herkömmliche" Partitionstabelle ("Legacy MBR"), die fdisk hier anzeigt ist generell nur ein "Dummy", damit "herkömmliche" Software die Platte nicht als unpartitioniert ansieht. Siehe auch: http://de.wikipedia.org/wiki/GUID_Partition_Table http://en.wikipedia.org/wiki/GUID_Partition_Table Alle Klarheiten beseitigt? ;) HTH, -dnh, der sich ansonsten mit GPT noch genau gar nicht auskennt. -- 266: Allradantrieb Allradantrieb bedeutet, dass man dort stecken bleibt, wo der Abschleppwagen nicht hinkommt. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Muß ich jetzt was ändern, oder kann ich es so lassen?? Danke für jede Hilfe! Viele Grüße Klaus David Haller schrieb:
Hallo,
*gähn* Bitte selber nachprüfen / -lesen ...
Am Don, 13 Aug 2009, Martin Hofius schrieb:
Am Donnerstag, 13. August 2009 schrieb Klaus Becker:
nach der Installation von Opensuse 11.1 auf einem System mit großer Raid-Platte bekomme ich bei 'fdisk -l' folgende 'Fehlermeldung' (letzte Zeile):
Disk /dev/cciss/c0d1: 6000.9 GB, 6000981696512 bytes 255 heads, 63 sectors/track, 729577 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00000000
Device Boot Start End Blocks Id System /dev/cciss/c0d1p1 1 200513 1610620655+ 83 Linux /dev/cciss/c0d1p2 200514 467863 2147483647+ 83 Linux /dev/cciss/c0d1p3 267350 462229 1565363953 83 Linux /dev/cciss/c0d1p4 1 1 0+ ee GPT
Partition table entries are not in disk order
Liegt das an der GPT-Partition, die Suse (in Zusammenhang mit Gparted?) ange- legt hat? Ist es überhaupt ein Problem, das ich beheben sollte oder kann ich es einfach so lassen??
Das müßte die GUID-Partition-Table sein, also die Partitionstabelle nach dem nicht-Intel-Schema, wie es z.B. Apple Rechner verwenden.
die Reihenfolge der Partitionen ist für Linux normalerweise egal, da könnte eher Windows drüber stolpern - aber das ist ja dar nicht da drauf.
Korrekt.
Was mich eher stutzig machen würde, ist die Tatsache, dass diese GPT-Partition die erste Partition überlappt. Wozu auch immer die gut ist - aber zwei Partitionen auf demselben Bereich der Platte sind für mich immer ein Alarmsignal - allerdings hat die in diesem Fall ja 0 Blocks, also kann man damit ja nicht soviel zerstören.
Flasch. Die Partition hat mind. 1 Sektor (1 Block = 1024 Byte = 2 Sektoren, daher das '+' hinter der '0').
Und /dev/cciss/c0d1p1 beginnt erst dahinter, bei Zylinder 1, Block 0, Sektor 0 = Sektor 64 (Sektornr./LBA 63) vom Start aus.
Bei diesen 2 Partitionen stimmt nur die Reihenfolge stimmt nicht.
Böse ist allerdings die Überlappung von p2 mit p3. Wobei das ein Artefakt des GPT-Schemas sein könnte (keine Ahnung), die "herkömmliche" Partitionstabelle ("Legacy MBR"), die fdisk hier anzeigt ist generell nur ein "Dummy", damit "herkömmliche" Software die Platte nicht als unpartitioniert ansieht.
Siehe auch:
http://de.wikipedia.org/wiki/GUID_Partition_Table http://en.wikipedia.org/wiki/GUID_Partition_Table
Alle Klarheiten beseitigt? ;)
HTH, -dnh, der sich ansonsten mit GPT noch genau gar nicht auskennt.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
David Haller -
Klaus Becker -
Martin Hofius