Re: [Debian] hdparm
> 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 debian-user-de-request@lehmanns.de die im Subject
"unsubscribe <deine_email_adresse>" enthaelt.
Bei Problemen bitte eine Mail an: Jan.Otto@Lehmanns.de
-----------------------------------------------------------
673 eingetragene Mitglieder in dieser Liste.
Reply to: