Hallo Liste, nach dem Austausch der CMOS-Battterie und des SuSE-Linux (Update von 9.0 auf 9.1) bekomme ich meine gewohnten Plattendaten nicht mehr ins Linux. Davon bin ich überhaupt nicht begeistert. Wer murkst da jetzt rum? BIOS oder Kernel? Bios: 255 Heads, 63 Sectors, 3737 Cylinders (das ist korrekt; so hat es der alte Kernel 2.4.* auch immer ausgegeben; Platte hat 30 GB) Kernel 2.6.* aber macht folgendes draus: 16 Heades, 63 Sectors, 59560 Cylinders *grrr* Jetzt stimmen natürlich die Daten meiner aufgeschriebenen Partitionstabelle nicht mehr, ich habe so hohe Zahlen und kann mich nicht mehr recht orientieren. Linux stört das nicht, es arbeitet auch damit. Aber ich will das nicht. Ich möchte meine gewohnten Daten wieder haben. Schließlich hat das ohne Murren bisher reibungslos funktioniert. Kurios: Eine 40 GB-Platte wird mit 255 hds, 63 sec, 4865 cyl richtig angesprochen; allerdings kennt diese Platte das Bios nicht (mehr). Wo muß ich denn jetzt suchen? In der Bioseinstellung oder muß man jetzt GRUB die richtigen bzw. gewünschten Plattendaten mitgeben? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Hallo Liste, Nachtrag: Am Freitag Mai 14 2004 11:23 schrieb Helga Fischer:
nach dem Austausch der CMOS-Battterie und des SuSE-Linux (Update von 9.0 auf 9.1) bekomme ich meine gewohnten Plattendaten nicht mehr ins Linux. Davon bin ich überhaupt nicht begeistert.
Wer murkst da jetzt rum? BIOS oder Kernel?
Scheint der 2.6er-Kernel zu sein. Knoppix (2.4.20) liest die Daten ganz 'normal' aus, also so, wie es das Bios auch behauptet. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Freitag, 14. Mai 2004 11:23 schrieb Helga Fischer: Hallo Helga,
Hallo Liste,
nach dem Austausch der CMOS-Battterie und des SuSE-Linux (Update von 9.0 auf 9.1) bekomme ich meine gewohnten Plattendaten nicht mehr ins Linux. Davon bin ich überhaupt nicht begeistert.
Wer murkst da jetzt rum? BIOS oder Kernel?
Bios: 255 Heads, 63 Sectors, 3737 Cylinders (das ist korrekt; so hat es der alte Kernel 2.4.* auch immer ausgegeben; Platte hat 30 GB)
Kernel 2.6.* aber macht folgendes draus: 16 Heades, 63 Sectors, 59560 Cylinders *grrr*
Jetzt stimmen natürlich die Daten meiner aufgeschriebenen Partitionstabelle nicht mehr, ich habe so hohe Zahlen und kann mich nicht mehr recht orientieren. Linux stört das nicht, es arbeitet auch damit. Aber ich will das nicht. Ich möchte meine gewohnten Daten wieder haben. Schließlich hat das ohne Murren bisher reibungslos funktioniert.
Kurios: Eine 40 GB-Platte wird mit 255 hds, 63 sec, 4865 cyl richtig angesprochen; allerdings kennt diese Platte das Bios nicht (mehr).
Wo muß ich denn jetzt suchen? In der Bioseinstellung oder muß man jetzt GRUB die richtigen bzw. gewünschten Plattendaten mitgeben? Frage, ist das ein älterer Rechner mit der sogenanten 32GB Beschränkung. ? Viele Grüße, Heinz Dittmar
Hallo Heinz, Am Freitag Mai 14 2004 12:04 schrieb Heinz Dittmar:
Am Freitag, 14. Mai 2004 11:23 schrieb Helga Fischer:
Wo muß ich denn jetzt suchen? In der Bioseinstellung oder muß man jetzt GRUB die richtigen bzw. gewünschten Plattendaten mitgeben?
Frage, ist das ein älterer Rechner mit der sogenanten 32GB Beschränkung. ?
Mit ziemlicher Sicherheit ja, da er sich an der zweiten Platte, 40 GB, die Zähne ausbeißt. Das ist auch nicht weiter schlimm, da ich alles ohnehin von Linux/GRUB aus starte. Diese Platte 'labelt' Linux übrigens richtig. Und die 30GB-Platte tut seit anderthalb Jahren dort ihren Dienst; das Bios hat sie erkannt und mit den gleichen Daten hat sie Linux ebenfalls angesprochen. Scheint am 2.6er Kernel zu liegen, warum auch immer. Knoppix spricht sie auch 'normal' an, als mit 255h, 63s, 3737c - da läuft aber auch 2.4.*. Ich guck' mir jetzt mal meinen Arbeitsrechner mit der SuSE-Live-CD an, mal gucken, was da rauskommt. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Freitag Mai 14 2004 13:01 schrieb Helga Fischer:
Am Freitag Mai 14 2004 12:04 schrieb Heinz Dittmar:
Scheint am 2.6er Kernel zu liegen, warum auch immer. Knoppix spricht sie auch 'normal' an, als mit 255h, 63s, 3737c - da läuft aber auch 2.4.*.
Ich guck' mir jetzt mal meinen Arbeitsrechner mit der SuSE-Live-CD an, mal gucken, was da rauskommt.
Das ergibt einen sauberen Absturz beim Laden des Kernels :(( und einen schwarzen Bildschirm. Getestet mit den SuSE-CDs als auch der neueren Live-CD. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Freitag Mai 14 2004 13:01 schrieb Helga Fischer:
Am Freitag Mai 14 2004 12:04 schrieb Heinz Dittmar:
Scheint am 2.6er Kernel zu liegen, warum auch immer. Knoppix spricht sie auch 'normal' an, als mit 255h, 63s, 3737c - da läuft aber auch 2.4.*.
Ich guck' mir jetzt mal meinen Arbeitsrechner mit der SuSE-Live-CD an, mal gucken, was da rauskommt.
Das ergibt einen sauberen Absturz beim Laden des Kernels :(( und einen schwarzen Bildschirm. Getestet mit den SuSE-CDs als auch der neueren Live-CD. 1.) Hast du die Plattendaten wenigstens wieder richtig im BIOS gespeichert. 2.) Viele Festplatten können in der Geometrie umgestellt werden. Hast du da was geändert (oft mit einem Jumper). 3.) Was irgendwie mit Festplatten zu tun hat, da hat sich im Kernel vieles geändert. So ist es sehr wahrscheinlich möglich, daß der Kernel von der tatsächlichen Geometrie ausgeht, was dein BIOS aber nicht unterstützt. Einfaches abschneiden wie es früher einmal ging, ist sehr Wahrscheinlich nicht mehr möglich. Schau auch ob dein BIOS eine extra Einstellung für UNIX-Geometrie hat. 4.) BIOS unbedingt updaten. Auch wenn der Mutterboard-Hersteller kein BIOS für größere Festplatten zur Verfügung stellt, so muß man im Internet nach einer
Hallo Helga, Am Freitag, 14. Mai 2004 13:41 schrieb Helga Fischer: passendem BIOS suchen, so werden dann immerhin Festplatten bis 120GB unterstützt. Wenn du mir den Typ vom Mutterboard und die BIOS-Version nennst, kann ich vielleicht weiterhelfen. Viele Grüße, Heinz Dittmar
Hallo Heinz, Am Freitag Mai 14 2004 15:44 schrieb Heinz Dittmar:
Am Freitag, 14. Mai 2004 13:41 schrieb Helga Fischer:
Am Freitag Mai 14 2004 13:01 schrieb Helga Fischer:
Am Freitag Mai 14 2004 12:04 schrieb Heinz Dittmar:
Scheint am 2.6er Kernel zu liegen, warum auch immer. Knoppix spricht sie auch 'normal' an, als mit 255h, 63s, 3737c - da läuft aber auch 2.4.*.
Ich guck' mir jetzt mal meinen Arbeitsrechner mit der SuSE-Live-CD an, mal gucken, was da rauskommt.
Hier hätte ich dazu sagen sollen, daß mein Arbeitsrechner ein zweiter Rechner ist, den ich tunlichst in Ruhe lassen werden. SuSE 8.2 läuft schön stabil und macht keine Zicken - im Gegensatz zu 8.0 und 8.1. Den Ärger dort habe ich noch zu gut in Erinnerung.
Das ergibt einen sauberen Absturz beim Laden des Kernels :(( und einen schwarzen Bildschirm. Getestet mit den SuSE-CDs als auch der neueren Live-CD.
Zweit-SuSE ist eine 9.0 (Experimental), die ließ sich jedoch nicht updaten, da das SuSE 9.1 nicht will. Dachte erst, es läge an der nachzufütternden Diskette für den XFS-Patch. Der Rechner, an dem mir die falsche Geometrie aufgefallen ist, ist ein Zweitrechner. Wenn ich da etwas vergurke, muß ich im schlimmsten Fall eben neu installieren.
1.) Hast du die Plattendaten wenigstens wieder richtig im BIOS gespeichert.
Das Bios ist dieses Mal unschuldig, da es die 30 GB Platte korrekt erkennt. (Die 40 GB Platte, ganz neu) wird nicht erkannt. 2.) Viele Festplatten können in der Geometrie
umgestellt werden. Hast du da was geändert (oft mit einem Jumper).
Nein. Ich habe nur die Zweitplatte ausgebaut und die neue eingebaut (Second Slave). Die Erstplatte habe ich in Ruhe gelassen.
3.) Was irgendwie mit Festplatten zu tun hat, da hat sich im Kernel vieles geändert. So ist es sehr wahrscheinlich möglich, daß der Kernel von der tatsächlichen Geometrie ausgeht, was dein BIOS aber nicht unterstützt.
Ja, so sieht es aus.
Einfaches abschneiden wie es früher einmal ging, ist sehr Wahrscheinlich nicht mehr möglich. Schau auch ob dein BIOS eine extra Einstellung für UNIX-Geometrie hat.
NORMAL bietet es an - als Unix wird angeboten SCO. Vermutlich meinst Du das.
4.) BIOS unbedingt updaten.
Davor habe ich mich immer gedrückt und möchte es eigentlich auch weiterhin tun.
Auch wenn der Mutterboard-Hersteller kein BIOS für größere Festplatten zur Verfügung stellt, so muß man im Internet nach einer passendem BIOS suchen, so werden dann immerhin Festplatten bis 120GB unterstützt.
Wäre schon verlockend. Aber das Risiko und rumwirtschaften mit irgendwelchen DOS-Disketten, die in meinem Haushalt eh' nicht existieren?
Wenn du mir den Typ vom Mutterboard und die BIOS-Version nennst, kann ich vielleicht weiterhelfen.
Das kann ich gerne suchen gehen - zu dem Rechner habe ich noch ein Handbuch zum Board. Aber eigentlich habe ich eher den (SuSE-)Kernel in Verdacht. Im Moment ziehe ich mir mal eine Knoppix, die eine Bootoption auf einen 2.6.*-Kernel hat. Der Rechner lief nämlich fein mit Linuxen mit Kernel 2.4.* (SuSE, RH), BSD 4.8, BSD 5.1.2 und OpenDarwin (OK, mit letzterem nicht so gut, aber bei keinem Betriebssystem ist mir aufgefallen, daß die Platte nun ganz anders angesprochen wird als von mir erwartet. Auch wenn alles zu funktionieren scheint, mich macht so etwas einfach nervös). Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Hallo, Am Fri, 14 May 2004, Helga Fischer schrieb:
Wer murkst da jetzt rum? BIOS oder Kernel?
Bios: 255 Heads, 63 Sectors, 3737 Cylinders (das ist korrekt; so hat es der alte Kernel 2.4.* auch immer ausgegeben; Platte hat 30 GB)
Kernel 2.6.* aber macht folgendes draus: 16 Heades, 63 Sectors, 59560 Cylinders *grrr*
Boote mit Kernelparameter: hdX=3737,255,63 -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo David, Am Freitag Mai 14 2004 15:53 schrieb David Haller:
Am Fri, 14 May 2004, Helga Fischer schrieb:
Wer murkst da jetzt rum? BIOS oder Kernel?
Bios: 255 Heads, 63 Sectors, 3737 Cylinders (das ist korrekt; so hat es der alte Kernel 2.4.* auch immer ausgegeben; Platte hat 30 GB)
Kernel 2.6.* aber macht folgendes draus: 16 Heades, 63 Sectors, 59560 Cylinders *grrr*
Boote mit Kernelparameter: hdX=3737,255,63
Funktioniert. Aber wieso wird die zweite, 40 GB Platte (leere Partitionstabelle) mit 4865,255,63 angegeben? Wenn schon mehrere Platten, dann sollten sie doch alle gleich behandelt werden. Über diese Ungleichheit komme ich nicht hinweg. Scheinen übrigens nur die 2.6er-Kernels zu sein, die das machen. Knoppix tut's auch. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Helga Fischer wrote:
Scheinen übrigens nur die 2.6er-Kernels zu sein, die das machen. Knoppix tut's auch.
bei dem übergang 2.4 -> 2.6 wurde doch der ganze IDE-Krempel umgebaut daher ist es eigendlich klar, warum das gerade bei diesem Schritt passiert, wenns denn passieren muss ;) Andreas
Am Freitag Mai 14 2004 22:07 schrieb Andreas Loesch:
Helga Fischer wrote:
Scheinen übrigens nur die 2.6er-Kernels zu sein, die das machen. Knoppix tut's auch.
bei dem übergang 2.4 -> 2.6 wurde doch der ganze IDE-Krempel umgebaut daher ist es eigendlich klar, warum das gerade bei diesem Schritt passiert, wenns denn passieren muss ;)
Vermutlich ist es (mal wieder) meine Hardware: Celeronboards. Auf einem alten Desktop-PC wird die Platte wie gewohnt erkannt und das Knoppix startet richtig durch. Ich hab' aber noch zwei Rechner rumstehen, auf denen ich Kernel 2.6.* testen kann. Mal gucken, was da dabei rauskommt. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Hallo Helga, Am Fri, 14 May 2004, Helga Fischer schrieb:
Am Freitag Mai 14 2004 15:53 schrieb David Haller:
Am Fri, 14 May 2004, Helga Fischer schrieb:
Wer murkst da jetzt rum? BIOS oder Kernel?
Bios: 255 Heads, 63 Sectors, 3737 Cylinders (das ist korrekt; so hat es der alte Kernel 2.4.* auch immer ausgegeben; Platte hat 30 GB)
Kernel 2.6.* aber macht folgendes draus: 16 Heades, 63 Sectors, 59560 Cylinders *grrr*
Boote mit Kernelparameter: hdX=3737,255,63
Funktioniert.
*Glaskugel nachpolier* *vbg*
Aber wieso wird die zweite, 40 GB Platte (leere Partitionstabelle)
*DING* Ohne Partitionstabelle kann der Linuxkernel nur die Angaben vom BIOS nehmen, die Platte fragen (vgl. die Werte von 'hdparm -i') oder selber raten... Welche gewuenscht ist kann er eben nicht raten.
mit 4865,255,63 angegeben?
Tja... Mail mal die Ausgabe von 'hdparm -i' und wie du die Platte im BIOS eingetragen hast (wenn ueberhaupt).
Wenn schon mehrere Platten, dann sollten sie doch alle gleich behandelt werden. Über diese Ungleichheit komme ich nicht hinweg. Scheinen übrigens nur die 2.6er-Kernels zu sein, die das machen. Knoppix tut's auch.
Nein, das liegt nicht am Linux-Kernel. Das haengt an der Kombination BIOS, IDE-Controller und Plattenfirmware. Ich hatte hier auch einige Platten, bei einigen musste ich die Geometrie angeben, u.a. habe ich (auskommentiert) in meiner lilo.conf[1] noch "hdc=779,128,63", "hdc=2491,255,63" und "hda=9964,255,63". Bei meinen aktuellen 3 Platten (40, 80 und 160 GB) muss ich z.Z. keine Geometrien angeben... -dnh [1] reicht zurueck bis Kernel 2.2.12 und mindestens Oktober '99. *g* -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
participants (4)
-
Andreas Loesch
-
David Haller
-
Heinz Dittmar
-
Helga Fischer