Hallo, mein Rechner versucht mir mal wieder was zu sagen... leider weiß ich nicht genau, /was/ er mir sagen will. Ich hab' grad den Kernel 2.2.17 kompiliert, nach /boot kopiert und dann lilo aufgerufen. Dann kommt folgendes: ///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End /////// Die letzten drei Zeilen sind _nicht_ eine Ausgabe von lilo, sondern von irgendwo anders her (ich hab' sie nur mit lilo 2>&1 | tee problem.txt in eine Datei bekommen, mit lilo > problem.txt bekomme ich nur 'Added linux *'). Weder in /var/log/messages noch in /var/log/warn finde ich eine derartige Meldung... Daß meine Partitionstabelle beim 4. Eintrag einen Schlag hat, soweit komme ich noch mit. Aber dann steh ich auf dem Schlauch... was ist das device 0x0300? Hier mal die Ausgabe von fdisk -l: ////////////// begin \\\\\\\\\\\\\\\\\\ Disk /dev/hda: 64 heads, 63 sectors, 622 cylinders Units = cylinders of 4032 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 31 62464+ 82 Linux swap /dev/hda2 32 622 1191456 83 Linux Disk /dev/hdb: 240 heads, 63 sectors, 838 cylinders Units = cylinders of 15120 * 512 bytes Device Boot Start End Blocks Id System /dev/hdb1 1 34 257008+ 83 Linux /dev/hdb2 35 173 1050840 83 Linux /dev/hdb3 174 191 136080 82 Linux swap /dev/hdb4 192 838 4891320 5 Extended /dev/hdb5 192 212 158728+ 83 Linux /dev/hdb6 213 838 4732528+ 83 Linux Disk /dev/hdc: 14 heads, 40 sectors, 944 cylinders Units = cylinders of 560 * 512 bytes Device Boot Start End Blocks Id System /dev/hdc1 1 944 264300 82 Linux swap \\\\\\\\\\\\\\\ end //////////////////// Und nu? Eigentlich wollte ich ja den neuen Kernel booten, aber das laß ich jetzt mal lieber... Also, was hat die Kiste jetzt wieder? cu flo -- Die Schreibselfehler hab Ich jetzt mal oben entfernt. [WoKo in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Florian, Florian Gross wrote:
///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End ///////
Das ist ziemlich eindeutig: Die 3D Adresse, womit die CHS- Adresse gemeint hat, hat einen Eintrag 0,0,0. Da aber schon der MBR, der erste Sektor der HD die CHS-Adresse 0,0,1 hat ist das Problem klar. Da du eh nur 2 primaere Partitionen hast, sollten eh nur 2 Eintraege belegt und die beiden anderen genullt sein. Daraus folgt, dass in die Lineare Adresse (aka LBA-Adresse) des 4.ten Eintrags ausversehen ein '01 00 00 00' statt nur Nullbytes gelandet ist. Falls du tatsaechlich nur die 2 primaeren Partitionen hast, kopier den MBR mit dd in eine Datei, setze den 3ten und 4ten (z.B. mit vche oder khexedit) Eintrag komplett auf '00' und schreibe dann die Datei in den MBR zurueck. Die Partitionstabelle sieht ungefaehr so aus (Es sind 5 Zeilen die jew. mit '0000000' beginnen): 00000001B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 01 00000001C0 01 00 82 3F 3F 1F 3F 00 00 00 01 E8 01 00 00 00 00000001D0 01 20 83 3F BF 6E 40 E8 01 00 40 5C 24 00 00 00 00000001E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000001F0 00 00 00 00 00 00 01 00 00 00 00 00 00 00 55 AA ^^das muesstest du durch '00' ersetzen.
Daß meine Partitionstabelle beim 4. Eintrag einen Schlag hat, soweit komme ich noch mit. Aber dann steh ich auf dem Schlauch... was ist das device 0x0300?
ls -l /dev/hda -> Major 3, Minor 0 = device 0x0300 ;) CU David --
Es ist nicht schlimm wenn du es nicht verstehst. Schliesslich darf man nicht allzugrosse Ansprüche an dag Leser stellen. [das Woko° in dag°]
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo David, David Haller wrote:
Florian Gross wrote:
///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End ///////
Das ist ziemlich eindeutig: Die 3D Adresse, womit die CHS- Adresse gemeint hat, hat einen Eintrag 0,0,0. Da aber schon der MBR, der erste Sektor der HD die CHS-Adresse 0,0,1 hat ist das Problem klar. Da du eh nur 2 primaere Partitionen hast, sollten eh nur 2 Eintraege belegt und die beiden anderen genullt sein. Daraus folgt, dass in die Lineare Adresse (aka LBA-Adresse) des 4.ten Eintrags ausversehen ein '01 00 00 00' statt nur Nullbytes gelandet ist.
OK, soweit hab' ich gepeilt.
Falls du tatsaechlich nur die 2 primaeren Partitionen hast, kopier den MBR mit dd in eine Datei, setze den 3ten und 4ten (z.B. mit vche oder khexedit) Eintrag komplett auf '00' und schreibe dann die Datei in den MBR zurueck.
Geht das mit dd if=/dev/hda of=/mbr.txt count=512 ? Und zurück dann mit dd if=/mbr.txt of=/dev/hda count=512 ? Oder würde das schiefgehen?
Daß meine Partitionstabelle beim 4. Eintrag einen Schlag hat, soweit komme ich noch mit. Aber dann steh ich auf dem Schlauch... was ist das device 0x0300?
ls -l /dev/hda -> Major 3, Minor 0 = device 0x0300 ;)
Ach, höher und niederwertiges Bit... ok. cu flo -- Ich besitze keine Schweden, aber falls ich irgendwann mal welche besitze, werde ich sie bedenkenlos einsetzen und für meine Zwecke missbrauchen. Etwas Anderes haben diese "NAZI" Laller nicht verdient. [Steffen H. Hillner in daf] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Florian, Florian Gross schrieb:
Hallo David,
David Haller wrote:
Florian Gross wrote:
///// Begin \\\\\\ Added linux *
[...]
Falls du tatsaechlich nur die 2 primaeren Partitionen hast, kopier den MBR mit dd in eine Datei, setze den 3ten und 4ten (z.B. mit vche oder khexedit) Eintrag komplett auf '00' und schreibe dann die Datei in den MBR zurueck.
Geht das mit dd if=/dev/hda of=/mbr.txt count=512 ? Und zurück dann mit dd if=/mbr.txt of=/dev/hda count=512 ? Oder würde das schiefgehen?
Nein, geht nicht; ja, würde schiefgehen. ;-) man dd: count bezieht sich auf die Anzahl der Blöcke, nicht die Anzahl der Bytes. Besser beide Angaben machen, ist sicherer. Und was willst Du sagen mit "mbr.txt"? Es ist keine Textdatei, also irreführender Name. dd if=/dev/hda of=/tmp/mbr.hda bs=512 count=1 # holen, bearbeiten dd if=/tmp/mbr.hda of=/dev/hda bs=512 count=1 (Stoßgebet, Atem anhalten, Finger kreuzen, .... Return) Good Luck, Norbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Florian, Florian Gross wrote:
David Haller wrote:
Florian Gross wrote:
///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End ///////
Das ist ziemlich eindeutig: Die 3D Adresse, womit die CHS- Adresse gemeint hat, hat einen Eintrag 0,0,0. Da aber schon der MBR, der erste Sektor der HD die CHS-Adresse 0,0,1 hat ist das Problem klar. Da du eh nur 2 primaere Partitionen hast, sollten eh nur 2 Eintraege belegt und die beiden anderen genullt sein. Daraus folgt, dass in die Lineare Adresse (aka LBA-Adresse) des 4.ten Eintrags ausversehen ein '01 00 00 00' statt nur Nullbytes gelandet ist.
OK, soweit hab' ich gepeilt.
Wirklich? SCNR.
Falls du tatsaechlich nur die 2 primaeren Partitionen hast, kopier den MBR mit dd in eine Datei, setze den 3ten und 4ten (z.B. mit vche oder khexedit) Eintrag komplett auf '00' und schreibe dann die Datei in den MBR zurueck.
Geht das mit dd if=/dev/hda of=/mbr.txt count=512 ? Und zurück dann mit dd if=/mbr.txt of=/dev/hda count=512 ? Oder würde das schiefgehen?
Wuerde es gewissermassen. Lies man dd. Denn 'bs' ist per default 512, du wuerdest also 512 Sektoren auslesen, was unnoetig ist. Zum auslesen wuerde ich folgende Zeile empfehlen: dd if=/dev/hda of=/root/dev-hda-mbr bs=512 count=1 Das bs= kannst du aber aus o.g. Grund auch weglassen. Und bitte lese vorher man dd _gruendlich_ und ueberpruefe drei mal ob die Zeile die du eingegeben hast auch wirklich korrekt ist bevor du Return drueckst! Ein Verdreher bei if und of und schwupps ist dein MBR futsch. Aber bevor du an der Partitionstabelle rumschraubst, mach eine Kopie des ausgelesen Sektors! Und sorge am besten fuer ein Backup der HD falls beim zurueckschreiben was schiefgeht. Und du bist _wirklich_ sicher, dass die Festplatte so wie von fdisk -l angezeigt wurde partitioniert ist? Wenn _du_ nicht weisst was du tust (und tun willst) dann Frage lieber. Erwaehnte ich schon, dass du 'man dd' gruendlichst lesen und verstehen solltest? Die c't 6/2000 S. 110 ff. ist ausserdem sehr guter Lesestoff. Ach ja, du kannst mir auch gerne den MBR ('gzip'pt! da es auf jedes bit ankommt) mailen, ob da vielleicht noch was anderes nicht stimmt.
Daß meine Partitionstabelle beim 4. Eintrag einen Schlag hat, soweit komme ich noch mit. Aber dann steh ich auf dem Schlauch... was ist das device 0x0300?
ls -l /dev/hda -> Major 3, Minor 0 = device 0x0300 ;)
Ach, höher und niederwertiges Bit... ok.
Byte ;) Daher auch die diversen Beschraenkungen auf Major/Minor <= 255. Hm. Faellt mir erst jetzt auf: z.Z. kann Linux max. 65536 devices verwalten ;) CU David -- Falls hier aber die Realität gemeint sein soll, so muss Ich sagen "Nichts ist so real wie die Wirklichkeit. Auch wenn manche das nicht wahr haben wollen." [das Woko° in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo David, David Haller wrote:
Florian Gross wrote:
David Haller wrote:
Florian Gross wrote:
///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End ///////
[Das Problem...]
OK, soweit hab' ich gepeilt. Wirklich? SCNR.
JA! *schmoll*
Falls du tatsaechlich nur die 2 primaeren Partitionen hast, kopier den MBR mit dd in eine Datei, setze den 3ten und 4ten (z.B. mit vche oder khexedit) Eintrag komplett auf '00' und schreibe dann die Datei in den MBR zurueck.
Geht das mit dd if=/dev/hda of=/mbr.txt count=512 ? Und zurück dann mit dd if=/mbr.txt of=/dev/hda count=512 ? Oder würde das schiefgehen?
Wuerde es gewissermassen. Lies man dd.
Hmm, ja, man sollte nicht mehr so spät...
dd if=/dev/hda of=/root/dev-hda-mbr bs=512 count=1
OK, dann nehme ich doch lieber die Zeile... ;-)
Das bs= kannst du aber aus o.g. Grund auch weglassen.
Und bitte lese vorher man dd _gruendlich_ und ueberpruefe drei mal ob die Zeile die du eingegeben hast auch wirklich korrekt ist bevor du Return drueckst! Ein Verdreher bei if und of und schwupps ist dein MBR futsch.
Er lebt noch... ;-)
Aber bevor du an der Partitionstabelle rumschraubst, mach eine Kopie des ausgelesen Sektors! Und sorge am besten fuer ein Backup der HD falls beim zurueckschreiben was schiefgeht.
Ich hab' mir jetzt mal 'ne Kopie der Datei auf eine Partition auf einer anderen Platte gelegt, so daß ich wenigstens den Urzustand wiederherstellen kann...
Und du bist _wirklich_ sicher, dass die Festplatte so wie von fdisk -l angezeigt wurde partitioniert ist?
Ja, auf der Platte liegt eine Swappartition (/dev/hda1) und eine Partition für /var/spool/news (/dev/hda2)
Wenn _du_ nicht weisst was du tust (und tun willst) dann Frage lieber. Erwaehnte ich schon, dass du 'man dd' gruendlichst lesen und verstehen solltest?
Ja, hast du.
Die c't 6/2000 S. 110 ff. ist ausserdem sehr guter Lesestoff.
Hmmm, mal schauen ob ich die irgendwo auftreiben kann.
Ach ja, du kannst mir auch gerne den MBR ('gzip'pt! da es auf jedes bit ankommt) mailen, ob da vielleicht noch was anderes nicht stimmt.
Ja, kommt per PM. Solange er noch problemlos bootet, mach ich lieber nichts, was zu 'leichten' Problemen führen könnte... [device 0x0300]
Byte ;)
Klar, Byte (ich erschieß mich jetzt dann...)
Daher auch die diversen Beschraenkungen auf Major/Minor <= 255.
Mehr als FF geht halt nicht...
Hm. Faellt mir erst jetzt auf: z.Z. kann Linux max. 65536 devices verwalten ;)
Sollte doch für den Anfang reichen, oder? ;-) cu flo -- Wenn dir irgendetwas fremdartig und umbekannt vorkommt, dann sei ganz beruhigt. Hier war nur Woko am Werk. [WoKo in dag°] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Florian, Florian Gross wrote:
David Haller wrote: [Das Problem...]
OK, soweit hab' ich gepeilt. Wirklich? SCNR. JA! *schmoll*
Gut. :)) [MBR auslesen]
Er lebt noch... ;-)
Fein.
Ich hab' mir jetzt mal 'ne Kopie der Datei auf eine Partition auf einer anderen Platte gelegt, so daß ich wenigstens den Urzustand wiederherstellen kann...
Gut.
Und du bist _wirklich_ sicher, dass die Festplatte so wie von fdisk -l angezeigt wurde partitioniert ist?
Ja, auf der Platte liegt eine Swappartition (/dev/hda1) und eine Partition für /var/spool/news (/dev/hda2)
OK.
Die c't 6/2000 S. 110 ff. ist ausserdem sehr guter Lesestoff.
Hmmm, mal schauen ob ich die irgendwo auftreiben kann.
Ansonsten mail.
Ja, kommt per PM.
Bis jetzt nicht.
Solange er noch problemlos bootet, mach ich lieber nichts, was zu 'leichten' Problemen führen könnte...
Ok. Mich wundert an der ganzen Sache am meisten wie diese Bytes ueberhaupt korrumpiert werden konnten... Hast du mit irgend- welchen fdisk proggies rumgetestet oder sonst was? Und ein Virus sollte es eigentlich auch nicht sein, denn das es einen gaebe, der dann brav _Linux_ bootet ist mir nicht bekannt...
Byte ;) Klar, Byte (ich erschieß mich jetzt dann...)
Och nee... <zynismus> Und wenn du's unbedingt willst, dann sei so lieb und mach stattdessen bei ner Treibjagd als Treiber ohne Weste mit. </zynismus>
Hm. Faellt mir erst jetzt auf: z.Z. kann Linux max. 65536 devices verwalten ;)
Sollte doch für den Anfang reichen, oder? ;-)
Jo. :) CU David -- SIG kill(ed) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo zusammen, On 00/10/31@17:28 Florian Gross told me in 68lines (2,3K): Also erstmal sorry das ich grad in diesen "lebenswichtigen" Thread eingreife, aber:
///// Begin \\\\\\ Added linux * Device 0x0300: Invalid partition table, 4th entry 3D address: 0/0/0 (-1) Linear address: 1/0/0 (0) \\\\\\ End ///////
Die letzten drei Zeilen sind _nicht_ eine Ausgabe von lilo, sondern von irgendwo anders her (ich hab' sie nur mit lilo 2>&1 | tee problem.txt in eine Datei bekommen, mit lilo > problem.txt bekomme ich nur 'Added linux *'). Weder in /var/log/messages noch in /var/log/warn finde ich eine derartige Meldung...
Im ersten Fall leitet Florian doch die Standard und Fehlerausgabe um und im 2. nur die Standardausgabe. Es ist IMHO doch dann nicht weiter verwunderlich, dass der 2. Versuch nur Added Linux liefert, oder habe ich mal wieder irgendwas nicht richtig verstanden? -- (o< -----------CU---------- >o) //\ *Maik Holtkamp* /\\ V_/ #s-y-l@gmx.net# \_V \_________________________/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
David＠dhaller.de -
florian.gross＠gmx.net -
n.kordts＠gmx.de -
s-y-l＠gmx.net