> Meine neueste Platte (60GB) wird vom BIOS nicht erkannt. Die Erkennung > bricht immer ab.
Mal unter http://www.enmic.de/data/mbsuppausw1.htm nach einem neuen Bios umsehen, da gibt es jetzt was für Platten bis 80 GB. > Kann das auch ein irq-Problem sein? > Folgende Meldungen beim Start: > Feb 3 01:25:04 debian kernel: Kernel command line: auto > BOOT_IMAGE=linux ro root=802 pci=autoirq > Feb 3 01:25:04 debian kernel: PCI: Unknown option `autoirq' Gehe mal ins MoBo-Bios, stelle dort den Punkt "PnP Os installed" auf "No" und "Reset configuration data" auf "enabled". Dadurch verteilt das Bios ab sofort die Ressourcen selbst und meistens funktioniert das auch :-) > Feb 3 01:25:04 debian kernel: VP_IDE: chipset revision 6 > Feb 3 01:25:04 debian kernel: VP_IDE: not 100%% native mode: will probe > irqs later Ist o.k., das scheint bei allen VP2/VP3/MVP3-Chipsätzen aufzutauchen. > Feb 3 01:25:04 debian kernel: hda: 40079088 sectors (20520 MB) w/512KiB > Cache, CHS=19880/32/63, UDMA(33) > Feb 3 01:25:04 debian kernel: hdb: 16514064 sectors (8455 MB) w/472KiB > Cache, CHS=8191/32/63, UDMA(33) > Feb 3 01:25:04 debian kernel: hdc: 120064896 sectors (61473 MB) > w/2048KiB Cache, CHS=119112/16/63, UDMA(33) > Feb 3 01:25:04 debian kernel: hdd: 19807200 sectors (10141 MB) w/466KiB > Cache, CHS=19650/16/63, UDMA(33) > ##############das war noch nicht die Einstellung in S99local,oder?##### Nein, das war der IDE-Treiber des Kernels :-) Eine Sache wäre allerdings noch - wenn Du das neue Bios auf dem MoBo hast, lasse im Bios mal unter "HDD detection" alle vier Platten erkennen, stelle sie auf LBA, merke Dir die Werte von Cyl., Sect., Heads bei LBA-Einstellung und vergleiche sie mit den CHS-Werten, die der Kernel ausspuckt. Die müssen übereinstimmen, anderenfalls greift der IDE-Treiber nicht per LBA-Modus auf die Platten zu. Der soll eigentlich automatisch anhand der Plattengemoetrie (sprich: Bios-unabhängig) erkennen, ob das Teil mit Originalwerten oder LBA-Übersetzung läuft, doch leider klappt das nicht immer. > Feb 3 01:25:04 debian kernel: hdd: hdd1 <hdd: dma_intr: status=0x51 { > DriveReady SeekComplete Error } Hmmm, ich schiebe das jetzt einfach mal auf dein MoBo-Bios, welches mit Deiner hdc nichts anfangen kann und deswegen hier der DMA-Modus quer- schlägt...oder hast Du einfach mal die Platten untereinander getauscht? Es gab da früher mal Zeiten, da ließ sich z.B. eine WD nicht zusammen mit einer Quantum an einem Kanal betreiben ... > Feb 3 01:25:04 debian kernel: PCI: Found IRQ 4 for device 00:08.0 > Feb 3 01:25:04 debian kernel: IRQ routing conflict in pirq table for > device 00:08.0 > > ##################Was ist pirq table???###### AFAIK ist das die PCI-IRQ-Tabelle. Das Device 00:08.0 (schaue mal mit "lspci -v" nach, was das ist...) hat den IRQ 4, obwohl da normalerweise der COM1 liegt. > Feb 3 01:25:04 debian kernel: (scsi0) <Adaptec AHA-294X Ultra SCSI host > adapter> found at PCI 0/8/0 Aaaah, das ist also Device 00:08.0 und bekriegt sich anscheinend mit Deinem COM-Port. Das "PnP OS installed = no" und "Reset configuration data enabled" sollte eigentlich Abhilfe schaffen... > Beim manuellen Start von xawtv neben diversen anderen Meldungen > folgende: > > Feb 3 01:29:05 debian kernel: PCI: Found IRQ 9 for device 00:0a.0 > Feb 3 01:29:05 debian kernel: IRQ routing conflict in pirq table for > device 00:0a.0 > Feb 3 01:29:05 debian kernel: IRQ routing conflict in pirq table for > device 00:0a.1 > Feb 3 01:29:05 debian kernel: bttv0: Hauppauge eeprom: model=61344, > tuner=Philips FM1216 (5) Die Hauppauge hat zwei logische Geräte auf einer Karte (Audio & Video, deswegen .0 und .1) Das heisst, dass Du da wohl noch irgendwas anderes auf IRQ 9 liegen hast ... > Feb 3 01:29:05 debian kernel: bttv0: i2c: checking for MSP34xx @ > 0x80... found > Feb 3 01:29:05 debian kernel: bttv0: i2c: checking for TDA9875 @ > 0xb0... not found > Feb 3 01:29:05 debian kernel: bttv0: i2c: checking for TDA7432 @ > 0x8a... not found Ist o.k., der bttv-Treiber sucht durch, was er so alles findet. Die Hauppauge-Teile benutzen den MSP3430 oder so ähnlich. Man kann aber Optionen angeben, so dass der Treiber nicht mehr sucht... > Feb 3 01:29:06 debian insmod: > /lib/modules/2.4.1/kernel/drivers/media/video/bttv.o: insmod > char-major-81 failed Aehem, der alias in der /etc/modutils/<wasauchimmer> ist aber gesetzt, oder? (alias char-major-81 bttv) > #########tv bild als root funzt. Aber nur unverständlich leiser Sound##### > #########als User dann Probleme mit video0-device...######### > > #######dann verabschiedet sich hdc: > > Feb 3 01:48:10 debian kernel: ide1: reset: success Nachdem Du ein neues Bios drauf hast nimm mal das hdparm-Tuning _komplett_ raus und schaue erstmal, ob das auch ohne fumnktioniert, denn solche Fehler sind meist das Ergebnis irgendwelcher hdparm-Parameter, welche mit dem eigenen System dann doch nicht 100% korrekt zusammenspielen... Gruesse, Andreas -- To err is human; effective mayhem requires the root password :-) -- Sent through GMX FreeMail - http://www.gmx.net -- ----------------------------------------------------------- Um sich aus der Liste auszutragen schicken Sie bitte eine E-Mail an [EMAIL PROTECTED] die im Subject "unsubscribe <deine_email_adresse>" enthaelt. Bei Problemen bitte eine Mail an: [EMAIL PROTECTED] ----------------------------------------------------------- 673 eingetragene Mitglieder in dieser Liste.
