Suse nummeriert neu erstellte Paritionen mal so und dann doch wieder anders

[daniel2000]

Hallo,

die Frage wie neu erstellte Partitionen nummeriert werden, stelle ich da heute mein Grub nichts mehr booten wollte.

Hier die Aufteilung der Festplatte vorher:

hdb: hdb1___hdb2(___hdb5___hdb6___hdb7___hdb8___hdb9)
____FAT___log.Part___FAT___NTFS___swap__ /home__ /____
______________________________^_________________
Dann habe ich unter Windows die NTFS-Partition verkleinert und den Rest (zw. hdb6 und hdb7) unformatiert gelassen.
Danach habe ich unter Suse mit Yast das frei gewordene als Swap eintragen+formatieren lassen. Das wurde dann als hdb10 erkannt und eingetragen.
Vor drei Tagen war das alles!!!!

Doch nachdem ich heute Suse heruntergefahren, Windows gestartet habe und später wieder Suse starten wollte kam die grub-console.
Ich habe dann fsck über das Rettungssystem von der Suse-CD durchlaufen lassen ( Linux ist vor dem Windowsstart beim Herunterfahren bei "Sending all processes TERM signal" hängen geblieben -> Reset).
=> keine Fehler :confused:

Ich habe dann Knoppix und Suse Live-Eval gestartet. Bei beiden wurde meine root-Partition als hdb10 und die neue Swap-Partition als hdb7 erkannt.

Dann habe ich bei allen config-Files die "hdb's" angepasst und jetzt läuft alles wieder (nach fast 2 Stunden :ugly: )..

Aber hier meine Frage zum Szenario:

Warum wird die Partition als hdb10 erkannt und irgendwann nach 5 bzw. 6 mal booten als hdb7 ???

hdb7 ist schon logisch, wenn man die Reihenfolge der Partitionen auf der Festplatte anschaut. Aber mal so und dann wieder so geht doch nicht.

Wie kann man sich das erklären?


Daniel

[drcux]

war das das erste mal, das du Windows danach gestartet hattest?

[HEMIcuda]

Normalerweise waere das Verhalten durchaus normal. Wenn, ja wenn, Du zwei
logische Partitionen geloescht haettest. Waere natuerlich interessant zu wissen,
ob die Windows-Partitionen oder Swap und /home noch da sind.

'cuda

[daniel2000]

@drcux: Nein das war das dritte Mal, dass ich Windows gestartet hatte.

@HEMIcuda: Ich habe keine Partition gelöscht. Nur die NTFS-Partition vekleinert und den freigewordenen Platz als Swap genommen. Alle Partitionen sind und waren immer sichtbar bzw. vorhanden.

Daniel

[temir]

die Ausgabe von `fdisk -l /dev/hdb` wäre interessant (kleines 'L').

[tictactux]

Zur Frage nach warum:
Das liegt an der Art, wie Einträge für logische Partitionen verwaltet
werden. Diese Verwaltung ist eine (verzeigerte) verkette Liste.
In dem Beschreibungsblock einer logischen Partition steht die
Block(oder CHS-)Adresse des Verwaltungsblocks der nächsten logischen
Partition. Dieser liegt 'irgendwo' , direkt vor Beginn jener logischen Partition
(der Aufbau ist somit nicht eine simple Tabelle, wie bei Primärpartitionen).
gpart(1) zeigt diese Blöcke z.B. an.

Ein Partitionierprogramm kann nun die Verkettung dieser Partitionen
anders als gewünscht ändern, wenn es Partitionen neu anlegt
(oder sonstwie bearbeitet).

fdisk(1) bietet im erweiterten Menü (x) die Option "fix partition order"
um die logischen Partitionen nach aufsteigender (LBA-)Adresse zu
sortieren.

HTH
Wolfgang

[daniel2000]

Aber warum ändert sich die Bezeichnung auf einmal. Es lief ein paar Tage mit "/home" als hdb8, "/" als hdb9 und die neue Swappartition als hdb10.

Und dann auf einmal wird die neuere Swappartition als hdb7 "erkannt" und alle Partitionen dahinter werden von hdb7 zu hdb8(swap1), hdb8 zu hdb9 (/home) und hdb9 zu hdb10 ( / ).

Da alle Einstellungen und Kernelparameter (z.B. root=/dev/hdb9) aber noch beim Alten sind, kann ja nichts gehen.

Daniel

EDIT:
Hier die jetzige fdisk-Ausgabe (die neue Swap ist rot):


linux:/home/mama # fdisk -l /dev/hdb

Platte /dev/hdb: 20.4 GByte, 20409532416 Byte
255 Köpfe, 63 Sektoren/Spuren, 2481 Zylinder
Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes

Gerät boot. Anfang Ende Blöcke Id Dateisystemtyp
/dev/hdb1 1 281 2257101 b Win95 FAT32
/dev/hdb2 * 282 2481 17671500 f Win95 Erw. (LBA)
/dev/hdb5 282 1237 7679038+ b Win95 FAT32
/dev/hdb6 1238 1673 3502138+ 7 HPFS/NTFS
/dev/hdb7 1674 1714 329301 82 Linux Swap
/dev/hdb8 1715 1748 273073+ 82 Linux Swap
/dev/hdb9 1749 1967 1759086 83 Linux
/dev/hdb10 1968 2481 4128673+ 83 Linux



Noch vorgestern hätte es so ausgesehen:


linux:/home/mama # fdisk -l /dev/hdb

Platte /dev/hdb: 20.4 GByte, 20409532416 Byte
255 Köpfe, 63 Sektoren/Spuren, 2481 Zylinder
Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes

Gerät boot. Anfang Ende Blöcke Id Dateisystemtyp
/dev/hdb1 1 281 2257101 b Win95 FAT32
/dev/hdb2 * 282 2481 17671500 f Win95 Erw. (LBA)
/dev/hdb5 282 1237 7679038+ b Win95 FAT32
/dev/hdb6 1238 1673 3502138+ 7 HPFS/NTFS
/dev/hdb7 1715 1748 273073+ 82 Linux Swap
/dev/hdb8 1749 1967 1759086 83 Linux
/dev/hdb9 1968 2481 4128673+ 83 Linux
/dev/hdb10 1674 1714 329301 82 Linux Swap

[temir]

Beim anlegen der swap-Partition hat sich der Linux 'verhaut', - das sieht man am
Start/End-Cylinder, - im laufendem System können die Partitions nicht dynamisch umgeordnet
werden: d.h. falls man mit z.B. Knoppix bootet und die Partition erzeugt - sollte hinterher das
Table unter SuSE stimmen. Sonst werden die Partitionen im nachhinein geordnet - dann kommt
eben nur die Grub-Konsole...

[tictactux]

Aber warum ändert sich die Bezeichnung auf einmal. Es lief ein paar Tage mit "/home" als hdb8, "/" als hdb9 und die neue Swappartition als hdb10.
Führe fdisk aus, und benutze den (v)erify Befehl.
Sollte eine Warnung wie "partition table entries are not in disk order" geben.
Wie Du das fixen kannst, schrieb ich bereits.
Die Reihenfolge der Anzeige durch ein Programm muß bei logischen Part.
nicht mit deren Verkettung übereinstimmen. D.h. die zuletzt erstellte wird
am Listenende sein, auch wenn sie adressmäßig hda5 wäre.

Warum die vom gleichen Kernel allerdings bei aufeinanderfolgenden Reboots
anders eingeordnet werden (wenn ich das richtig verstehe) ist mir schleierhaft
und wäre einen bugreport wert.
Es sei denn, SuSE läßt soche 'Korrekturen' als chronjob von chron.weekly
erledigen :eek:

[daniel2000]

@temir: Das klingt logisch!

Was mich aber rätseln lässt, ist das, dass als ich Suse heruntergefahren (Neustart) habe kam das normale Grubmenü (habe dann Windows gestartet) und als ich Windows heruntergefahren habe ging es wie beschrieben nicht mehr ???

Ich weiß jetzt aber nicht mehr genau, ob ich beim Herunterfahren von Windows nicht doch den Computer aus- und dann wieder eingeschaltet habe. Das würde doch dann vielleicht alles erklären, oder?

Beim Neustarten ohne "den Stecker zu ziehen" wird vielleicht nicht alles komplett neugestartet (BIOS Hardware-Erkennung und so).

@tictactux: An Suse liegt es glaube ich nicht, da es zwischen dem Zeitpunkt als es noch funktionierte und dem als es nicht mehr ging gar nicht gestartet wurde.

Danke für eure Hilfe das Problem zu verstehen, ich werde beim nächsten umpartitioniern nach Partition Magic noch fdisk in knoppix alles richtigstellen lassen.

Daniel

[juvoaa]

soweit die logischen.
Was ist mit primären.
Ich habe die (einzige) primäre -ehem fat- erste Partition der 2. Platte, also theor. hdb1 auf ext2 geändert und linux drauf.
Die hat sich aber als hab3 eingerichtet, d.h. bei der Installation wurde nur sie in dieser Form angeboten. ????
In der Erweiterten sind dann 2 fat und ein ext2, also 4(5,6,7).
Wieso hat er 1 ausgelassen? Gibt es dafür eine Erklärung?