Woody friert beim booten ein
Woody friert beim booten ein
Ich hab mir Woody mit dem bf2.4 installiert und soweit klappt auch alles.
Jetzt habe ich mir einen neuen 2.4.19ener Kernel kompiliert, wo beim booten Woody dann stehen bleibt wenn er die Festplatten einbinden will.
Die Meldung bekomme ich beim booten:
hda hda1 hda2 hda3 (alte ATA 33 HDD am Prim. Master)
hdb: spurios 8259A (neue ATA 100 IBM Deskstar am Sek. Master)
ja und dann ist schluß
Das passiert mir allerdings auch an genau der gleichen Stelle wenn ich von Red Hat 7.3 oder von Knoppix 3.1 Beta CD's boote.
Dort bekomm ich überhaupt keine Meldung sondern bleibt nach "hdb" stehen
Was kann die Ursache sein ?
Ein paar Kernel habe ich mir bis jetzt kompiliert, bei denen auch so ziemlich die gleiche Fehlermeldung kommt, wenn ich lilo aufrufe nachdem ich die lilo.conf editiert habe:
Warning: Int 0x13 function 8 and function 0x48 return different
head/sector geometries for Bios drive 0x80
Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for Bios drive 0x81
Was bedeutet die Meldung und kann das was mit dem Problem oben zu tun haben ?
mfg Rock3t
Jetzt habe ich mir einen neuen 2.4.19ener Kernel kompiliert, wo beim booten Woody dann stehen bleibt wenn er die Festplatten einbinden will.
Die Meldung bekomme ich beim booten:
hda hda1 hda2 hda3 (alte ATA 33 HDD am Prim. Master)
hdb: spurios 8259A (neue ATA 100 IBM Deskstar am Sek. Master)
ja und dann ist schluß
Das passiert mir allerdings auch an genau der gleichen Stelle wenn ich von Red Hat 7.3 oder von Knoppix 3.1 Beta CD's boote.
Dort bekomm ich überhaupt keine Meldung sondern bleibt nach "hdb" stehen
Was kann die Ursache sein ?
Ein paar Kernel habe ich mir bis jetzt kompiliert, bei denen auch so ziemlich die gleiche Fehlermeldung kommt, wenn ich lilo aufrufe nachdem ich die lilo.conf editiert habe:
Warning: Int 0x13 function 8 and function 0x48 return different
head/sector geometries for Bios drive 0x80
Warning: Int 0x13 function 8 and function 0x48 return different head/sector geometries for Bios drive 0x81
Was bedeutet die Meldung und kann das was mit dem Problem oben zu tun haben ?
mfg Rock3t
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
neue Platte vielleicht im Clipping Mode gejumpert? Definitiv die BIOS Einstellungen checken (Old Mode, LBA usw.).
Evtl. lilo die Plattengeometrie explizit mitteilen (Sollte aber auch ohne gehen, 60BG IBM Deathstar läuft hier ohne Tricks)
Patrick
Evtl. lilo die Plattengeometrie explizit mitteilen (Sollte aber auch ohne gehen, 60BG IBM Deathstar läuft hier ohne Tricks)
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Kernel settings (make menuconfig o.ä.) checken, vor allem die Help lesen. Es gibt da ein paar Fallen...
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Normalerweise die, auf die Du die Platte gejumpert hast (IBM Platten haben da mehrere Varianten). Die Geometrie sollte auf der Platte stehen.
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
das hat leider auch nichts gebracht, was ich mir vorher bereits gedacht habe, da die lilo.conf beim anderen Kernel die selbe ist.
Da gabs ja einmal etwas mit der Int13 oder so ähnlich, kann das an dem liegen ?
Folgendes bekomme ich mit dem funktionierenden Kernel, vielleicht hilft das:
.......
.......
ide0: at 0x1f0-0x1f7, 0x3f6
ide1: at 0x170-0x177, 0x376
sda1.....
........
Da gabs ja einmal etwas mit der Int13 oder so ähnlich, kann das an dem liegen ?
Folgendes bekomme ich mit dem funktionierenden Kernel, vielleicht hilft das:
.......
.......
ide0: at 0x1f0-0x1f7, 0x3f6
ide1: at 0x170-0x177, 0x376
sda1.....
........
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Hmm, wenn ich das richtig verstanden habe, funktioniert's mit dem Original Debian-bf24 Kernel, aber nicht mit Deinem selbstkompilierten?
Wenn ja: Sicher, dass Du alle Optionen richtig hast? (IDE Chipsatz, evtl. ATA Raid und was es da sonst noch gibt?) Könnte sein, dass er den IDE Controller irgendwie nicht hinbekommt.
Patrick
Wenn ja: Sicher, dass Du alle Optionen richtig hast? (IDE Chipsatz, evtl. ATA Raid und was es da sonst noch gibt?) Könnte sein, dass er den IDE Controller irgendwie nicht hinbekommt.
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
Ich habe einen Athlon XP 1600+ auf einem Epox 8KHA+ (Via KT266), und 512 MB Infineon DDR Ram, einen Adaptec 39160 U160, eine SCSI Quantum Atlas 10K2, eine Fujitsu 40 GB ATA 100 (hdb [Windows ME]), eine alte Maxtor 4,3 GB ATA 33 (hda auf der Woody installiert ist), ein SCSI CD-ROM Plextor 40x und den IDE Brenner Plextor 1210A (hdc).
Im Kernel habe ich die entsprechenden Module geladen.
Aber wie bereits gepostet bleiben fast alle Distributionen schon beim booten von CD-ROM dann stehen wenn hdb eingebunden werden soll, so auch bei Knoppix und Red Hat 7.3.
Bei Goggle & Co kann ich leider keine Lösung finden
Ich kann einmal die Kernel config posten wenn das helfen würde .
Im Kernel habe ich die entsprechenden Module geladen.
Aber wie bereits gepostet bleiben fast alle Distributionen schon beim booten von CD-ROM dann stehen wenn hdb eingebunden werden soll, so auch bei Knoppix und Red Hat 7.3.
Bei Goggle & Co kann ich leider keine Lösung finden
Ich kann einmal die Kernel config posten wenn das helfen würde .
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Ich habe in der Linux Hardware Database was gefunden (genauer: http://lhd.zdnet.com/db/dispreport.cgi?DISP?5151)
Es ist nötig das via82cxxx Modul in den Kernel einzucompilieren. Modul reicht wohl nicht. Dann muss man noch in die lilo.conf eintragen (oder auf der Kernel Kommandozeile ide0=ata66 übergeben.
Check das 'mal... Vorausssetzung ist natürlich, dass Du deine Kiste irgendwie booten kannst...
Patrick
Es ist nötig das via82cxxx Modul in den Kernel einzucompilieren. Modul reicht wohl nicht. Dann muss man noch
Code: Alles auswählen
append="ide0=ata66"
Check das 'mal... Vorausssetzung ist natürlich, dass Du deine Kiste irgendwie booten kannst...
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
mit ide0=ata66 bootet Woody noch immer nicht mit dem selbstgebautem 2.4.19ener Kernel
die Ausgabe erhalte ich wenn ich von dem 2.4.19ener Kernel boote:
.....
ide: Assuming 33Mhz system bus speed for pio Modes, override with ideus=xx
VP_IDE:IDE COntroller on PCI bus 00 dev 89
PCI: No IRQ known for Interupt pin A of device 00:11.1
VP_IDE: Chipset Revision 6
VP_IDE: not 100 % native mode: will probe irqs later
VP_IDE: vt8233 IDE UDMA100 controller on pci 00:11.1
VP_IDE: ATA-66/100 forced bit set (WARNING)!!
ide0: BM-DMA at 0xd400-0xd407, Bios Settings: hda:DMA hdb:DMA
ide1: BM-DMA at 0xd408-0xd40f, Bios Settings: hdc:DMA hdd:pio
hda: Maxtor 9043203, ATA Disk Drive
hdb: Fujitsu MPG3409AT E, ATA Disk Drive
hdc: Plextor CD-R PX-W1210A, ATAPI CD/DVD ROM
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 8440992 sectors (4322 MB) w/256 KiB Cache, CHS=525/255/63, UDMA(33)
hdb: 80063424 sectors (40992 MB) w/2048 KiB Cache, CHS=4983/255/63, UDMA(100)
hdc: ATAPI 32X CD-ROM CD-R/RW drive, 2048 CAche, DMA
Partition check:
hda: hda1 hda2 hda3
hdb:spurios 8259A interupt: IRQ7
und genau hier bleibt Woody dann stehen
die Ausgabe erhalte ich wenn ich von dem 2.4.19ener Kernel boote:
.....
ide: Assuming 33Mhz system bus speed for pio Modes, override with ideus=xx
VP_IDE:IDE COntroller on PCI bus 00 dev 89
PCI: No IRQ known for Interupt pin A of device 00:11.1
VP_IDE: Chipset Revision 6
VP_IDE: not 100 % native mode: will probe irqs later
VP_IDE: vt8233 IDE UDMA100 controller on pci 00:11.1
VP_IDE: ATA-66/100 forced bit set (WARNING)!!
ide0: BM-DMA at 0xd400-0xd407, Bios Settings: hda:DMA hdb:DMA
ide1: BM-DMA at 0xd408-0xd40f, Bios Settings: hdc:DMA hdd:pio
hda: Maxtor 9043203, ATA Disk Drive
hdb: Fujitsu MPG3409AT E, ATA Disk Drive
hdc: Plextor CD-R PX-W1210A, ATAPI CD/DVD ROM
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 8440992 sectors (4322 MB) w/256 KiB Cache, CHS=525/255/63, UDMA(33)
hdb: 80063424 sectors (40992 MB) w/2048 KiB Cache, CHS=4983/255/63, UDMA(100)
hdc: ATAPI 32X CD-ROM CD-R/RW drive, 2048 CAche, DMA
Partition check:
hda: hda1 hda2 hda3
hdb:spurios 8259A interupt: IRQ7
und genau hier bleibt Woody dann stehen
ich habe noch etwas interessantes in den Kernel Options unter IDE,ATA + ATAPI Block Devices > Auto Geometry Resizing Support (ist enabled) gefunden:
Shoul you have an System w/ an AWARD Bios and your drives are larger than 32 GB and it will not boot, one is required to perform a OEM operations first. The option is called STROKE becaused it allows one to soft clip the drive to work arround a barried limit. For MAXTOR drives it is calles jumpon.exe. Please search Maxtors web-site for jumpon.exe.
If you are unsure say N
Das trifft irgendwie voll zu.....
Shoul you have an System w/ an AWARD Bios and your drives are larger than 32 GB and it will not boot, one is required to perform a OEM operations first. The option is called STROKE becaused it allows one to soft clip the drive to work arround a barried limit. For MAXTOR drives it is calles jumpon.exe. Please search Maxtors web-site for jumpon.exe.
If you are unsure say N
Das trifft irgendwie voll zu.....
nein habe ich noch nicht und würde ich mir gerne ersparen den rechner zu zerlegen
würde mich aber wundern wenn das helfen würde, da das laut Maxtor's Informationen nur bis zu den Bios Versionen 1999 gilt und ich unter dem Debian Kernel 2.4.18 mit der Festplatte ja auchbooten kann.
Darum glaube ich das es eine andere Ursache sein muss, aber nur welche ???
würde mich aber wundern wenn das helfen würde, da das laut Maxtor's Informationen nur bis zu den Bios Versionen 1999 gilt und ich unter dem Debian Kernel 2.4.18 mit der Festplatte ja auchbooten kann.
Darum glaube ich das es eine andere Ursache sein muss, aber nur welche ???
ich habe bis jetzt noch immer keinen Kernel zum laufen gebracht
in der hoffnung das das problem mit dem 2.4.19 Kernel behoben ist, habe ich mich wieder an das kernel compilieren gemacht.
nach schätzungsweise 40 versuchen hab ich es aber dann wieder aufgegeben
Wie gehabt bleibt der Rechner beim booten bei den Partition checks mit "hdb:spurios 8259A interupt: IRQ7" stehen Er hängt sich nicht auf, sonder bleibt vielmehr einfach nur stehen, da ich den Ziffernblock (NumLock) noch ein und aus schalten kann.
Was mich eben noch wundert ist das es mit der RedHat 7.3 und der aktuellen Knoppix Beta auch nicht anders ist, sprich ich kann die 2 Distris gar nicht von CD aus installieren (falls ich das überhaupt vor hätte )
Was kann ich denn noch alles probieren ????
in der hoffnung das das problem mit dem 2.4.19 Kernel behoben ist, habe ich mich wieder an das kernel compilieren gemacht.
nach schätzungsweise 40 versuchen hab ich es aber dann wieder aufgegeben
Wie gehabt bleibt der Rechner beim booten bei den Partition checks mit "hdb:spurios 8259A interupt: IRQ7" stehen Er hängt sich nicht auf, sonder bleibt vielmehr einfach nur stehen, da ich den Ziffernblock (NumLock) noch ein und aus schalten kann.
Was mich eben noch wundert ist das es mit der RedHat 7.3 und der aktuellen Knoppix Beta auch nicht anders ist, sprich ich kann die 2 Distris gar nicht von CD aus installieren (falls ich das überhaupt vor hätte )
Was kann ich denn noch alles probieren ????
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Schau 'mal im BIOS, ob Du da eine Aktion "Plug'n'Play OS" oder ähnlich hast. Ändere diese auf den anderen Wert (von yes auf no oder umgekehrt) und versuch's nochmal.
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de