dma nem megy 2.6.6-os kernelel

Merevlemezek, vezérlők

dma nem megy 2.6.6-os kernelel

  • 1061 megtekintés

( Rum-cajsz | 2004. 11. 11., cs – 13:09 )

Szervusztok!

Szoval az a gondom, hogy eddig Debian Woddy-t hasznaltam 2.4.24-es kernellel. Mentis minden szepen.
Nehany napja ugygondoltam, hogy haladunk a korrral (no meg el is kenyelmesedtem) valtottam Sarge-ra.

Nem ment X :( , kernel csere 2.6.6-ra es gyonyoruen megy ...

De cserebe azt mondogatja nekem indulaskor a vinyom, vagyis a dmesg-ben olvastam :)

ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 160086528 sectors (81964 MB) w/2048KiB Cache, \
CHS=65535/16/63, UDMA(33)
hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }
hda: Write Cache FAILED Flushing!

es erdekes :) modon a nem is tudok 17-20 M/s -el masolni-irni, cak 8-10 M/s a sebessege a lemeznek.

Talakozott illetve sikerult mar valakinek megoldani ezt a gondot?
Kerlek segitsetek, mert igy igen kellemetlen.

( Czo v | 2004. 11. 11., cs – 13:28 )

En kivennem kernelbol azt a franya Taskfile IO-t

( selli | 2004. 11. 11., cs – 13:33 )

2.6.6 -s kernel mar eleg regi. Probalj egy ujabbat.

( Rum-cajsz | 2004. 11. 11., cs – 13:43 )

[quote:d9af2c10b8="Czo"]En kivennem kernelbol azt a franya Taskfile IO-t

Probal tam mar azt is de ugyis ezt csinalja :(

( Bali v | 2004. 11. 11., cs – 15:28 )

hm, pedig ez kimondottan az egyik nem tul regi 2.6-os kernel hibaja volt, hogy ?bizonyos ide vezerlok? -re igy viselkedett. nalam is volt jopar honapja ez, ertsd jopar :) es az akkor kijovo uj kernel orvosolta a dolgot, patcheltem es ment jol onnantol es azota is megy azon a gepen..

( Toma_ | 2004. 11. 11., cs – 15:55 )

[quote:539e3269eb="Bali"]hm, pedig ez kimondottan az egyik nem tul regi 2.6-os kernel hibaja volt, hogy ?bizonyos ide vezerlok? -re igy viselkedett. nalam is volt jopar honapja ez, ertsd jopar :) es az akkor kijovo uj kernel orvosolta a dolgot, patcheltem es ment jol onnantol es azota is megy azon a gepen..

Ez volt az a hiba, amit a cdrecord is szova tett?

( Rum-cajsz | 2004. 11. 11., cs – 18:54 )

[quote:a4b9342c32="selli"]2.6.6 -s kernel mar eleg regi. Probalj egy ujabbat.

hat nekem nem is oly regi, de ugy emlekszem, hogy azert nem kellett nekem 2.6.8 , mert nem talaltam benne advansys (scsi) drivert. igy tehat az lenne a kerdesem, hogy mire patcheljem a 2.6.6-ot ?

( hobord | 2005. 03. 09., sze – 10:38 )

Belefutottam a fenti hibába. :-(
a log üzenet pontosan a következő:

[code:1:2b43f0b35b]
dma_intr: status=0x51 { DriveReady SeekComplete Error }
dma_intr: error=0x10 { SectorIdNotFound }, LBAsect=239999535, high=14, low=5118511, sector=239999535
failed opcode was: unknown
[/code:1:2b43f0b35b]

Cseréltem HDD-t(csak a dha-t), alaplapot(kellett mert eldurrant) , frissítettem kernelt.
Jelenleg 2.6.11 fut.
3db hdd van szotware raid5-be kötve, és a hda mindig ilyeneket üzenget, raid szinkron esetén meg meglepetésszerüen szeret lefagyni.

Kernel config: http://www.netlab.hu/config.gz
/proc/partitions: http://www.netlab.hu/partitions

Kérdés:
Mit nem veszek észre, mit szúrhatok el...?

Előre is köszönök minden segítséget, ötletet....

( hobord | 2005. 03. 09., sze – 11:42 )

Ez lehetséges oka a hibának?

hda cserénél az sfdisk-et használtam a particiós tábla átmásolására.
[code:1:7bbacf62e3]
sfdisk -d /dev/hda > hda_part
sfidisk --force /dev/hda < hda_part
[/code:1:7bbacf62e3]
majd utána jött a raidsync.
[code:1:7bbacf62e3]
raidhotadd /dev/mdX /dev/hdaY
[/code:1:7bbacf62e3]
/etc/raidtab:
[code:1:7bbacf62e3]
raiddev /dev/md1
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/hda1
raid-disk 0
device /dev/hdc1
raid-disk 1

raiddev /dev/md2
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda2
raid-disk 0
device /dev/hdb3
raid-disk 1
device /dev/hdc2
raid-disk 2

raiddev /dev/md3
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda3
raid-disk 0
device /dev/hdb5
raid-disk 1
device /dev/hdc3
raid-disk 2

raiddev /dev/md4
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda5
raid-disk 0
device /dev/hdb6
raid-disk 1
device /dev/hdc5
raid-disk 2

raiddev /dev/md5
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda6
raid-disk 0
device /dev/hdb7
raid-disk 1
device /dev/hdc6
raid-disk 2

raiddev /dev/md6
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda7
raid-disk 0
device /dev/hdb8
raid-disk 1
device /dev/hdc7
raid-disk 2

raiddev /dev/md7
raid-level 5
nr-raid-disks 3
chunk-size 4
parity-algorithm left-symmetric
#nr-spare-disks 0
device /dev/hda8
raid-disk 0
device /dev/hdb9
raid-disk 1
device /dev/hdc8
raid-disk 2
[/code:1:7bbacf62e3]

ami le is fut mindegyiken, de az utolsónál megfagy (/dev/md7)

az új disk ugyanakkora de más márka (maxtor -> samsung).

lehet ez a hiba?