Hallo, ich habe vor, in einen Rechner zwei Western Digital IDE-Festplatten (WD400BB) einzubauen. Darauf soll dann ein Software-RAID-1 laufen. Die "hda" meldet nun folgende Geometrie: | physical 77545/16/63 | logical 4865/255/63 Die "hdc" (baugleiche Platte) meldet dagegen: | physical 77545/16/63 | logical 77545/16/63 Ermittelt wurden die Werte durch Auslesen von "/proc/ide/hd[a,c]/geometry". Tausche ich die Platten gegeneinander aus, so meldet weiterhin "hda" eine andere logische als physikalische Geometrie, während bei "hdc" nach wie vor logische und physikalische Geometrie übereinstimmen. Als Kernel verwende ich den "linux-2.4.19-ac4", die Platten hängen an den beiden, auf dem Motherboard (Baujahr 2001) integrierten, IDE- Controllern (VIA Chipsatz). Die IDE-Controller sind im BIOS-Setup nicht unterschiedliche konfi- guriert. Ebenso spielen Änderungen an den Einstellungen des Zugriffs- modus (CHS, LBA, Large) keine Rolle (aber die betreffen ja sowieso nur die Zugriffe des BIOS selber). Meine Frage nun: was ist die Ursache dafür, dass ich für "hda" und "hdc" unterschiedliche Geometrien gemeldet bekomme (wer übersetzt da bei der "hda" was)? Was wäre eine Lösung (ich denke, dass wohl kein Weg daran vorbei führt, bei Lilo durch entsprechende Kernel- parameter die Geometrie festzusetzen)? Setze ich stattdessen kleinere (baugleiche) Platten (20 GB, auch Western Digital) ein, so meldet mir das selbe Board für beide Plat- ten die selbe Geometrie: "hda": | physical 38792/16/63 | logical 2434/255/63 "hdc": | physical 38792/16/63 | logical 2434/255/63 Ich würde mich sehr freuen, wenn mir hierzu jemand einen Tipp geben könnte! Viele Grüße, Steffen
Hallo, On Mon, 26 Aug 2002, Steffen Moser wrote:
ich habe vor, in einen Rechner zwei Western Digital IDE-Festplatten (WD400BB) einzubauen. Darauf soll dann ein Software-RAID-1 laufen.
Die "hda" meldet nun folgende Geometrie:
| physical 77545/16/63 | logical 4865/255/63
Die "hdc" (baugleiche Platte) meldet dagegen:
| physical 77545/16/63 | logical 77545/16/63
Ermittelt wurden die Werte durch Auslesen von
"/proc/ide/hd[a,c]/geometry".
Tausche ich die Platten gegeneinander aus, so meldet weiterhin "hda" eine andere logische als physikalische Geometrie, während bei "hdc" nach wie vor logische und physikalische Geometrie übereinstimmen.
Hm, was steht im BIOS bzgl. Geometrie? [..]
Meine Frage nun: was ist die Ursache dafür, dass ich für "hda" und "hdc" unterschiedliche Geometrien gemeldet bekomme (wer übersetzt da bei der "hda" was)? Was wäre eine Lösung (ich denke, dass wohl kein Weg daran vorbei führt, bei Lilo durch entsprechende Kernel- parameter die Geometrie festzusetzen)?
Jup, Kernelparameter sind das Mittel der Wahl. Je nach Anforderungen ist /255/63 oder /16/63 fuer dich geeignet, ich ziehe meist /255/ vor, wenn du aber den dadurch bedingeten "Verschnitt" nicht willst, dafuer "viele" Koepfe in Kauf nimmst (kann bei aelteren LILOs relevant sein, mit /16/ ist die 1023-Zylinder-Grenze bei 503 MB, nicht erst bei 8 GB)... Kurzum: gib am besten fuer _beide_ Platten einen passenden Kernelparameter mit der gewuenschten Geometrie an (also fuer beide den gleichen). Sofern du nicht viele andere Kernelparameter brauchst spricht nix dagegen. -dnh -- Braucht Ihr ab oder zunehmen ??? Ich benutze zur Zeit ein total tolles Zeug um abzunehmen. Es geht irre schnell und ist wunderbar. Es ist auch gebrauchlich zum zunehmen. Ihr koenntet auch business tun.....interestan nicht war ??? ['disa_linn@my-deja.com spammt mit viel Hirn in dag°]
Hallo David, vielen Dank für Deine Mail! * On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes: IDE Primary Master: Auto Access Mode: Auto Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255 Das gilt für beide Platten, also "hda" und "hdc". Stelle ich den "Access Mode" von "Auto" auf "CHS" um, bleiben die Werte gleich (beide Platten). Stelle ich auf "LBA" um, steht im BIOS (ebenso für beide Platten): IDE Primary Master: Auto Access Mode: LBA Capacity: 40018 MB Cylinder: 4865 Head: 255 Sector: 63 Stelle ich auf "Large" um, erhalte ich (wieder für beide Platten): IDE Primary Master: Auto Access Mode: Large Capacity: 40016 MB Cylinder: 1277 Head: 240 Sector: 255 Wenn ich "AUTO" einstelle und die Platten sind leer (keine Partitionen angelegt), dann meldet das BIOS in der System-Information (also in dem Kasten, der erscheint, bevor gebootet wird) für beide Platten den LBA- Modus. So weit so gut, allerdings habe ich dann für "hda" und für "hdc" unter Linux die unterschiedlichen Geometrien: "hda": | physical 77545/16/63 | logical 4865/255/63 "hdc": | physical 77545/16/63 | logical 77545/16/63 Stelle ich im BIOS "CHS" für "hda" fest ein, dann meldet der Kernel beim Boot, dass die Geometrie "19158/16/255" vom BIOS ignoriert wird: | hda: C/H/S=19158/16/255 from BIOS ignored Dann zeigt aber "hda" in der "/proc/ide/hda/geometry" dieselben Daten wie die "hdc" (ohne Kernel-Parameter): "hda": | physical 77545/16/63 | logical 77545/16/63 "hdc": | physical 77545/16/63 | logical 77545/16/63 Allerdings hatte ich dann, wenn ich mich richtig erinnere, Probleme beim Booten gehabt (jetzt gerade eben aber nicht mehr). Letztendlich soll näm- lich von einer RAID-Partition gebootet werden, wie in: http://home.san.rr.com/johninsd/pub/linux/lilo/sample/lilo.raid.conf beschrieben. Ich muss das noch näher untersuchen mit dem Booten. Das Komische nur ist, dass ich es _ohne_ Kernel-Parameter nicht schaffe, für "hdc" eine "/255/63"-Geometrie hinzubekommen. Selbst wenn ich für "hdc" im BIOS den "LBA"-Modus definiere, ändert das nichts. "hdc" hat dann immer noch: "hdc": | physical 77545/16/63 | logical 77545/16/63 Wenn ich nun mit dem Kernel-Parameter für beide Platten erzwinge, dass die Geometrie "4865/255/63" ist, dann scheint es wohl zu tun, also werde ich wohl letztendlich auch so vorgehen. Mich wundert halt nur, dass im BIOS die LBA-Einstellung für "hdc" ohne Wirkung bleibt, während sie auf "hda" schon "wirkt". Wenn ich übrigens für "hdc" den Kernel-Parameter "4865,255,63" setze, dort eine Partition anlege, danach neu boote, aber den Kernel-Parameter nicht setze, wird die Platte zwar zunächst erneut mit "77545/16/63" gemeldet, allerdings erscheint darauf dann: hdc: [PTBL] [4865/255/63] hdc1 hdc2 <> Aber trotzdem wird es wohl vernünftig sein, die Parameter fest in die "/etc/lilo.conf" einzubauen. Es soll ja auch alles robust funktionieren, wenn mal eine Platte ausfällt - auch das Booten. Ebenso wird, wenn ich ein Mal im BIOS von "hda" den CHS-Modus erzwinge und ich danach im CHS-Modus Partitionen anlege, vom BIOS immer der CHS- Modus angezeigt (im System-Info-Kasten, der vor dem Booten angezeigt wird). Das alles macht IMHO wirklich Sinn - nur was ich eben nicht verstehe ist, dass alles, was das BIOS "vorgibt", für "hdc" (im Gegensatz zu "hda") keine Wirkung zeigt. Und die Ursache der Meldung "hda: C/H/S= 19158/16/255 from BIOS ignored" kapiere ich auch nicht so wirklich, aber das sei mal nicht das Problem. Irgendwie mag Linux keine 255 Sektoren pro Spur, sondern lieber 63 und setzt dafür die Zylinder- zahl hoch.
Jup, Kernelparameter sind das Mittel der Wahl. Je nach Anforderungen ist /255/63 oder /16/63 fuer dich geeignet, ich ziehe meist /255/ vor, wenn du aber den dadurch bedingeten "Verschnitt" nicht willst, dafuer "viele" Koepfe in Kauf nimmst (kann bei aelteren LILOs relevant sein, mit /16/ ist die 1023-Zylinder-Grenze bei 503 MB, nicht erst bei 8 GB)...
Wenn ich das richtig sehe, macht die "viele Köpfe"-Geschichte Probleme evtl. beim Booten von RAID-1. Zumindest hat es mit fest im BIOS einge- stelltem "CHS"-Modus letztens Probleme gegeben. Daher werde ich wohl auch "/255/63" vorziehen, mit dem bisschen Verschnitt kann ich leben, die Platten sind sowieso für den Einsatz (Mail-, Web- und SQL-Server einer Schule) recht gut dimensioniert... ;-)
Kurzum: gib am besten fuer _beide_ Platten einen passenden Kernelparameter mit der gewuenschten Geometrie an (also fuer beide den gleichen).
Okay, das werde ich tun.
Sofern du nicht viele andere Kernelparameter brauchst spricht nix dagegen.
Ich muss mal noch schauen, wie es dann zusammen mit Software-RAID-1 und dem Booten funktioniert. D.h. ich muss testen, ob auch alles bootet und alles läuft, wenn ich z.B. mal eine Platte abklemme. Ich hatte in meiner ersten eMail geschrieben, dass ich bei der Ver- wendung zweier 20er Platten (in einem baugleichen Rechner) das Problem nicht habe. Das lag daran, dass die 20er "hdc" schon mal als "hda" im Einsatz war. Ich habe sie dann als "hdc" neu partitioniert. Linux erkennt aber auch dort "38792/16/63" (bei "hda" ist es: 2434/255/63"), macht aber, weil eben schon mal im "2434/255/63"-"Modus" die Partitionen angelegt wurden, die "PTBL"-Umsetzung, sodass auch "hdc" nun "2434/255/63" hat - also so, wie wenn ich unter Verwendung des Kernel-Parameters Partitionen anlege und dann beim nächsten Boot den Parameter aber wieder weglassen würde. Wie dem auch sei - ich gehe auf Nummer sicher und gebe auf beiden Maschinen die "/255/63"-Geometrien via "lilo" für beide Platten fest mit. Damit dürfte dann alles tun, wie es soll. Nochmals Danke! Viele Grüße, Steffen
Hallo, On Wed, 28 Aug 2002, Steffen Moser wrote:
* On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255
Das gilt für beide Platten, also "hda" und "hdc".
Ah. 255 Sektoren? Dein BIOS ist buggy. [..bigsnip..]
Wie dem auch sei - ich gehe auf Nummer sicher und gebe auf beiden Maschinen die "/255/63"-Geometrien via "lilo" für beide Platten fest mit. Damit dürfte dann alles tun, wie es soll.
Ok, ich fasse mich kurz: Falls die Platten schon partitioniert sind (in welcher Geometrie? siehe fdisk -l), und nicht noch partitioniert werden sollen, dann gebe die Geometrie an, mit der partitioniert wurde. Falls die HDs schon anders partitioniert sind, und du darauf enthaltenen Daten behalten willst geht's mit der Geometrieumstellung nicht (ausser auslagern - umstellen - zurueckspielen), zumindest nicht sicher. Falls die noch(mal) partitioniert werden sollen, gehe wie folgt vor: 1. Stelle im BIOS fuer alle HDs 'LBA' fest ein (spart auch Zeit beim booten und sollte sowieso auch bei Auto verwendet werden ;) 2. gebe linux passende Kernelparameter mit (*/255/63) (kannst ja aber nochmal testen (nach Schritt 3), ob's auch ohne geht. Solange du aber keine Schwierigkeiten bei der Parameteruebergabe an den Kernel bekommst, schadet eine explizite Angabe nicht -- solange du nicht eine HD mit einer anderen Geometrie dranhaengst -- bei halbwegs aktuellen/bugfreien BIOSen, Kernels und HDs sollte es (nach der Partitionierung) auch ohne Kernelparameter gehen. 3. Partitioniere die HDs mit der */255/63 Geometrie -dnh -- Now you're being rational. Stop that at once! -- P. Tomblin
Hallo Steffen, sorry David dass ich auf Dein Re antworte, habe aber die Ursprungsmail gelöscht. David Haller wrote:
Hallo,
On Wed, 28 Aug 2002, Steffen Moser wrote:
* On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255
Das gilt für beide Platten, also "hda" und "hdc".
Ah. 255 Sektoren? Dein BIOS ist buggy.
ich denke er hat die Zahlenwerte für Head und Sector vertauscht. An sonsten hilft vielleicht ein BIOS-update. Gruss Michael
Hallo Michael, * On Thu, Aug 29, 2002 at 10:29 AM (+0200), Michael Lootz wrote:
David Haller wrote:
Hallo,
On Wed, 28 Aug 2002, Steffen Moser wrote:
* On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255
Das gilt für beide Platten, also "hda" und "hdc".
Ah. 255 Sektoren? Dein BIOS ist buggy.
ich denke er hat die Zahlenwerte für Head und Sector vertauscht.
Wenn Du mit "er" mich meinst, dann muss ich Dich leider ent- täuschen... ;-) Ich habe eben nochmals im BIOS nachgesehen: IDE Primary Master: Auto Access Mode: Auto Capacity: 40022 MB Cylinder: 19158 Head: 16 Precomp: 0 Landing Zone: 19157 Sector: 255
An sonsten hilft vielleicht ein BIOS-update.
Das hatte ich auch schon vor, eben weil mir die 255 Sektoren etwas seltsam vorkamen und weil ich dachte, dass dann das Problem mit dem Melden der LBA-Geometrie am Secondary IDE-Controller beseitigt wird. Das BIOS (AWARD Modular BIOS v.6.00PG), das auf dem Board drauf ist, ist vom 22.03.2001. Das Board ist ein "DFI AK74-EC" und das aktuellste BIOS das es unter: http://www.dfi.com/product/ProductList.asp gibt, ist auch vom 22.03.2001. D.h. beim Hersteller gibt es kein neueres BIOS als das, das schon drauf ist... :-( Gruß, Steffen
Hallo Steffen, Steffen Moser wrote:
Hallo Michael,
* On Thu, Aug 29, 2002 at 10:29 AM (+0200), Michael Lootz wrote:
David Haller wrote:
Hallo,
On Wed, 28 Aug 2002, Steffen Moser wrote:
* On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255
Das gilt für beide Platten, also "hda" und "hdc".
Ah. 255 Sektoren? Dein BIOS ist buggy.
ich denke er hat die Zahlenwerte für Head und Sector vertauscht.
Wenn Du mit "er" mich meinst, dann muss ich Dich leider ent- täuschen... ;-)
Ich habe eben nochmals im BIOS nachgesehen:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Precomp: 0 Landing Zone: 19157 Sector: 255
dann hat David recht dass wahrscheinlich das BIOS mit so grossen Platten nicht richtig umgehen kann. Ich glaube dass nämlich nur 6 Bit's für die Anzahl der Sectoren im MBR zur Verfügung stehen, macht damit max. 64 mögliche Werte. Wenn hier was anderes steht so werden scheinbar mehr als 6 Bit's zur Darstellung herangezogen.
An sonsten hilft vielleicht ein BIOS-update.
Das hatte ich auch schon vor, eben weil mir die 255 Sektoren etwas seltsam vorkamen und weil ich dachte, dass dann das Problem mit dem Melden der LBA-Geometrie am Secondary IDE-Controller beseitigt wird.
Das BIOS (AWARD Modular BIOS v.6.00PG), das auf dem Board drauf ist, ist vom 22.03.2001. Das Board ist ein "DFI AK74-EC" und das aktuellste BIOS das es unter:
http://www.dfi.com/product/ProductList.asp
gibt, ist auch vom 22.03.2001. D.h. beim Hersteller gibt es kein neueres BIOS als das, das schon drauf ist... :-(
Tja, die CHS-Werte spielen eh nur eine untergeordnete Rolle, wenn die Platten im LBA-Modus angesprochen werden. Von daher hat David Haller bereits die passenden Kernelparameter genannt. Gruss Michael
Hallo Michael, * On Thu, Aug 29, 2002 at 01:06 PM (+0200), Michael Lootz wrote:
dann hat David recht dass wahrscheinlich das BIOS mit so grossen Platten nicht richtig umgehen kann. Ich glaube dass nämlich nur 6 Bit's für die Anzahl der Sectoren im MBR zur Verfügung stehen, macht damit max. 64 mögliche Werte.
Ja, das mit den 6 Bits steht auch im "Large Disk HOWTO". Das wird dann wohl auch der Grund dafür sein, dass der Kernel das hier meldet, wenn ich im BIOS für "hda" den "CHS"-Modus er- zwinge: | hda: C/H/S=19158/16/255 from BIOS ignored ;-)
Tja, die CHS-Werte spielen eh nur eine untergeordnete Rolle, wenn die Platten im LBA-Modus angesprochen werden. Von daher hat David Haller bereits die passenden Kernelparameter genannt.
ACK! Viele Grüße, Steffen
Hallo, * On Thu, Aug 29, 2002 at 03:35 AM (+0200), David Haller wrote:
On Wed, 28 Aug 2002, Steffen Moser wrote:
* On Mon, Aug 26, 2002 at 11:41 PM (+0200), David Haller wrote:
Hm, was steht im BIOS bzgl. Geometrie?
Im BIOS steht Folgendes:
IDE Primary Master: Auto Access Mode: Auto
Capacity: 40022 MB Cylinder: 19158 Head: 16 Sector: 255
Das gilt für beide Platten, also "hda" und "hdc".
Ah. 255 Sektoren?
Ja, wenn ich den "Access Mode" auf "Auto" oder "CHS" stehen habe, werden mir tatsächlich 255 Sektoren angezeigt.
Dein BIOS ist buggy.
Das vermute ich auch. Auch die Tatsache, dass eine LBA-Einstellung an der Secondary IDE Schnittstelle keine LBA-Geometrie an den Kernel mel- det, halte ich mittlerweile für einen BIOS-Bug. Leider gibt es aber keine Updates beim Hersteller (DFI) und die Rechner hat die Schule schon vor längerer Zeit beschafft, sodass wohl hier auch keine Reklamationen mehr möglich sind.
Ok, ich fasse mich kurz:
Falls die Platten schon partitioniert sind (in welcher Geometrie? siehe fdisk -l), und nicht noch partitioniert werden sollen, dann gebe die Geometrie an, mit der partitioniert wurde.
Falls die HDs schon anders partitioniert sind, und du darauf enthaltenen Daten behalten willst geht's mit der Geometrieumstellung nicht (ausser auslagern - umstellen - zurueckspielen), zumindest nicht sicher.
Falls die noch(mal) partitioniert werden sollen, gehe wie folgt vor:
Ja, das sollen sie. Daten, die drauf sind, sind nur "Testdaten" und wer- den sowieso nochmals gelöscht.
1. Stelle im BIOS fuer alle HDs 'LBA' fest ein (spart auch Zeit beim booten und sollte sowieso auch bei Auto verwendet werden ;)
2. gebe linux passende Kernelparameter mit (*/255/63) (kannst ja aber nochmal testen (nach Schritt 3), ob's auch ohne geht. Solange du aber keine Schwierigkeiten bei der Parameteruebergabe an den Kernel bekommst, schadet eine explizite Angabe nicht -- solange du nicht eine HD mit einer anderen Geometrie dranhaengst -- bei halbwegs aktuellen/bugfreien BIOSen, Kernels und HDs sollte es (nach der Partitionierung) auch ohne Kernelparameter gehen.
3. Partitioniere die HDs mit der */255/63 Geometrie
Okay, danke! Das werde ich dann heute Nachmittag so angehen. Gruß, Steffen
Hallo, * On Thu, Aug 29, 2002 at 11:41 AM (+0200), Steffen Moser wrote:
* On Thu, Aug 29, 2002 at 03:35 AM (+0200), David Haller wrote:
1. Stelle im BIOS fuer alle HDs 'LBA' fest ein (spart auch Zeit beim booten und sollte sowieso auch bei Auto verwendet werden ;)
2. gebe linux passende Kernelparameter mit (*/255/63) (kannst ja aber nochmal testen (nach Schritt 3), ob's auch ohne geht. Solange du aber keine Schwierigkeiten bei der Parameteruebergabe an den Kernel bekommst, schadet eine explizite Angabe nicht -- solange du nicht eine HD mit einer anderen Geometrie dranhaengst -- bei halbwegs aktuellen/bugfreien BIOSen, Kernels und HDs sollte es (nach der Partitionierung) auch ohne Kernelparameter gehen.
3. Partitioniere die HDs mit der */255/63 Geometrie
Okay, danke!
Das werde ich dann heute Nachmittag so angehen.
Mit den Kernel-Parametern (habe identische Parameter nun fest in die "/etc/lilo.conf"-Dateien auf beiden Maschinen eingebaut) funktioniert es. Beim Testen, ob die Kiste auch hochfährt, wenn ich eine Festplatte aus- stecke (oder einen der beiden IDE-Controller deaktiviere), ist es mir jedoch passiert, dass der Kernel "gepanict" hat, sofern man mit den Parametern die Geometrie vorgegeben hat. D.h. wenn ich diese Zeile: append = " hda=2434,255,63 hdc=2434,255,63" in der "/etc/lilo.conf" drin habe und es gibt keine "hdc", dann crashts, weil eben versucht wird, die nicht vorhandene "hdc" anzusprechen. Kann natürlich auch an "linux-2.4.19-ac4" liegen, und möglicherweise tritt es bei anderen Kernels nicht auf. Ohne den Parameter gibt's bei abgezogener Platte keine Probleme und das RAID-1-System bootet einwandfrei. Den Parameter im Nachhinein (nach dem Partitionieren) wegzulassen, funk- tioniert sogar. Der Kernel erkennt dann, dass eine andere Geometrie vor- liegt und shiftet dann ohne Probleme um ("PTBL") - Auszug aus "dmesg"- Ausgabe direkt nach dem Boot: | hda: host protected area => 1 | hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=2434/255/63, UDMA(100) | hdc: host protected area => 1 | hdc: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100) | hdd: ATAPI 40X DVD-ROM drive, 256kB Cache, UDMA(66) | Uniform CD-ROM driver Revision: 3.12 | Partition check: | hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 > | hdc: [PTBL] [2434/255/63] hdc1 hdc2 < hdc5 hdc6 hdc7 hdc8 hdc9 hdc10 hdc11 > Auch hier wird dann natürlich die korrekte logische Geometrie gemeldet (und auch natürlich von "fdisk"): | gateway:~ # cat /proc/ide/hda/geometry | physical 38792/16/63 | logical 2434/255/63 | gateway:~ # cat /proc/ide/hdc/geometry | physical 38792/16/63 | logical 2434/255/63 D.h. es ist wohl (um im Ernstfall den Panic zu vermeiden) sogar sinn- voll, die Parameter wegzulassen, wenn's mal richtig eingerichtet ist. D.h. ich brauche wohl die Parameter nur beim Boot von der Installations- CD, eben bevor ich partitioniere. Grüße, Steffen
Hallo Steffen, Steffen Moser wrote:
Mit den Kernel-Parametern (habe identische Parameter nun fest in die "/etc/lilo.conf"-Dateien auf beiden Maschinen eingebaut) funktioniert es.
Beim Testen, ob die Kiste auch hochfährt, wenn ich eine Festplatte aus- stecke (oder einen der beiden IDE-Controller deaktiviere), ist es mir jedoch passiert, dass der Kernel "gepanict" hat, sofern man mit den Parametern die Geometrie vorgegeben hat.
D.h. wenn ich diese Zeile:
append = " hda=2434,255,63 hdc=2434,255,63"
in der "/etc/lilo.conf" drin habe und es gibt keine "hdc", dann crashts, weil eben versucht wird, die nicht vorhandene "hdc" anzusprechen.
ich bin mir nicht sicher ob die Kernelparameter in der global section stehen muessen ansonsten kannst Du einen 2. Eintrag vornehmen, der dann nur die Daten der 1. Platte enthält, was dann aber beim booten zu einem Auswahlmenü führt.
Kann natürlich auch an "linux-2.4.19-ac4" liegen, und möglicherweise tritt es bei anderen Kernels nicht auf. Ohne den Parameter gibt's bei abgezogener Platte keine Probleme und das RAID-1-System bootet einwandfrei.
Den Parameter im Nachhinein (nach dem Partitionieren) wegzulassen, funk- tioniert sogar. Der Kernel erkennt dann, dass eine andere Geometrie vor- liegt und shiftet dann ohne Probleme um ("PTBL") - Auszug aus "dmesg"- Ausgabe direkt nach dem Boot:
| hda: host protected area => 1 | hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=2434/255/63, UDMA(100) | hdc: host protected area => 1 | hdc: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100) | hdd: ATAPI 40X DVD-ROM drive, 256kB Cache, UDMA(66) | Uniform CD-ROM driver Revision: 3.12 | Partition check: | hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 > | hdc: [PTBL] [2434/255/63] hdc1 hdc2 < hdc5 hdc6 hdc7 hdc8 hdc9 hdc10 hdc11 >
Auch hier wird dann natürlich die korrekte logische Geometrie gemeldet (und auch natürlich von "fdisk"):
| gateway:~ # cat /proc/ide/hda/geometry | physical 38792/16/63 | logical 2434/255/63 | gateway:~ # cat /proc/ide/hdc/geometry | physical 38792/16/63 | logical 2434/255/63
D.h. es ist wohl (um im Ernstfall den Panic zu vermeiden) sogar sinn- voll, die Parameter wegzulassen, wenn's mal richtig eingerichtet ist.
D.h. ich brauche wohl die Parameter nur beim Boot von der Installations- CD, eben bevor ich partitioniere.
ich hab gestern nochmal die c't-Artikel durchgelesen ('97) und da steht das auch so drin. Gruss Michael
Hallo Michael, * On Mon, Sep 02, 2002 at 01:07 PM (+0200), Michael Lootz wrote:
Steffen Moser wrote:
in der "/etc/lilo.conf" drin habe und es gibt keine "hdc", dann crashts, weil eben versucht wird, die nicht vorhandene "hdc" anzusprechen.
ich bin mir nicht sicher ob die Kernelparameter in der global section stehen muessen
Nein, das müssen sie nicht. Ich habe sie zumindest noch gar nie in "global" drin gehabt... :-)
ansonsten kannst Du einen 2. Eintrag vornehmen, der dann nur die Daten der 1. Platte enthält,
Ja, das wäre natürlich eine Möglichkeit.
was dann aber beim booten zu einem Auswahlmenü führt.
Klar. Aber so lange die Platten auch nach dem Partitionieren mit den richti- gen Parametern richtig vom Kernel erkannt werden, lasse ich die Para- meter mal auskommentiert. ;-)
ich hab gestern nochmal die c't-Artikel durchgelesen ('97) und da steht das auch so drin.
Stimmt, das hätte ich eigentlich auch machen können. David und Dir nochmals Danke für die Antworten! Viele Grüße, Steffen
participants (3)
-
David Haller -
Michael Lootz -
Steffen Moser