MiMe
29.09.05, 18:40
Hi,
der neu installierte Kernel 2.6.13 beschwert sich beim Booten über die 10 GB
IDE-Festplatte, dass er einen Sektor nicht identifizieren kann:
dmesg > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
dmesg > hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=19541088, sector=19541088
Obige Meldung kommt sehr oft. (10-20x)
Dieser Sektor liegt angeblich im Host Protected Area (HPA):
dmesg > hda: Host Protected Area detected.
dmesg > current capacity is 19541088 sectors (10005 MB)
dmesg > native capacity is 19541089 sectors (10005 MB)
dmesg > hda: Host Protected Area disabled.
Mir scheint es aber eher, dass bei der 'native capacity' anstelle der 0 mit 1
angefangen wird zu zählen. Die Platte hat laut hdparm wirklich nur 19541088
Sektoren:
hdparm > hdparm -i /dev/hda:
hdparm >
hdparm > Model=ST310211A, FwRev=3.54, SerialNo=6DA10MDE
hdparm > Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
hdparm > RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
hdparm > BuffType=unknown, BuffSize=1024kB, MaxMultSect=16, MultSect=off
hdparm > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=19541088
hdparm > IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
hdparm > PIO modes: pio0 pio1 pio2 pio3 pio4
hdparm > DMA modes: mdma0 mdma1 mdma2
hdparm > UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
hdparm > AdvancedPM=no WriteCache=enabled
hdparm > Drive conforms to: device does not report version: 1 2 3 4
hdparm >
hdparm > * signifies the current active mode
Die Festplatte ist in Ordnung. badblocks, smartmontools und auch das Diskutil
von IBM/Hitachi findet nichts.
Ich hatte vorher einen 2.4er Kernel, wo der Fehler nicht auftrat.
Ignorieren will ich nicht, da der Kernel die Meldung selber nicht ignoriert
und erst einmal DMA abschaltet :-(
Any Ideas?
Wie kann ich dem Kernel sagen, dass die Platte wirklich nur 19541088 Sektoren
hat?
Wie kann man das HPA enablen, so dass er nicht darauf zugreift? (ist zwar
nur ein workaround, aber besser als der jetzige Zustand)
THX
MiMe
der neu installierte Kernel 2.6.13 beschwert sich beim Booten über die 10 GB
IDE-Festplatte, dass er einen Sektor nicht identifizieren kann:
dmesg > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
dmesg > hda: dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=19541088, sector=19541088
Obige Meldung kommt sehr oft. (10-20x)
Dieser Sektor liegt angeblich im Host Protected Area (HPA):
dmesg > hda: Host Protected Area detected.
dmesg > current capacity is 19541088 sectors (10005 MB)
dmesg > native capacity is 19541089 sectors (10005 MB)
dmesg > hda: Host Protected Area disabled.
Mir scheint es aber eher, dass bei der 'native capacity' anstelle der 0 mit 1
angefangen wird zu zählen. Die Platte hat laut hdparm wirklich nur 19541088
Sektoren:
hdparm > hdparm -i /dev/hda:
hdparm >
hdparm > Model=ST310211A, FwRev=3.54, SerialNo=6DA10MDE
hdparm > Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
hdparm > RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
hdparm > BuffType=unknown, BuffSize=1024kB, MaxMultSect=16, MultSect=off
hdparm > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=19541088
hdparm > IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
hdparm > PIO modes: pio0 pio1 pio2 pio3 pio4
hdparm > DMA modes: mdma0 mdma1 mdma2
hdparm > UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
hdparm > AdvancedPM=no WriteCache=enabled
hdparm > Drive conforms to: device does not report version: 1 2 3 4
hdparm >
hdparm > * signifies the current active mode
Die Festplatte ist in Ordnung. badblocks, smartmontools und auch das Diskutil
von IBM/Hitachi findet nichts.
Ich hatte vorher einen 2.4er Kernel, wo der Fehler nicht auftrat.
Ignorieren will ich nicht, da der Kernel die Meldung selber nicht ignoriert
und erst einmal DMA abschaltet :-(
Any Ideas?
Wie kann ich dem Kernel sagen, dass die Platte wirklich nur 19541088 Sektoren
hat?
Wie kann man das HPA enablen, so dass er nicht darauf zugreift? (ist zwar
nur ein workaround, aber besser als der jetzige Zustand)
THX
MiMe