În data de Lu, 29 iul. 2002, ora 09:35 Florin a scris:
>
> Salutari.
> De o bucata de vreme imi apare asa ceva prin loguri:
>
> Jul 12 13:10:04 proxy kernel: hda: set_drive_speed_status: status=0xd0 {
> Busy }
> Jul 12 13:10:04 proxy kernel: hda: dma_intr: status=0x58 { DriveReady
> SeekCompl
> Jul 12 13:10:04 proxy kernel: hda: CHECK for good STATUS
>
[snip specs for IBM DTLA 30 GB]
Ceva asemănător obţineam şi eu pe un Quantum Fireball+ AS de 20 GB.
Se bloca calculatorul dintr-o dată şi nu mai mergea nimic decât după
câteva minute bune, când într-un final îşi revenea hdd-ul şi calcula-
torul continua de unde a rămas. Foarte ciudat... Ia uite aici un log
complet al unui asemenea minut de coşmar:
Jul 18 09:09:51 twinsun kernel: hda: timeout waiting for DMA
Jul 18 09:09:51 twinsun kernel: ide_dmaproc: chipset supported ide_dma_timeout func
only: 14
Jul 18 09:09:51 twinsun kernel: hda: status error: status=0x51 { DriveReady
SeekComplete Error }
Jul 18 09:09:51 twinsun kernel: hda: status error: error=0x04 { DriveStatusError }
Jul 18 09:09:51 twinsun kernel: hda: no DRQ after issuing MULTWRITE
Jul 18 09:09:51 twinsun kernel: hda: status error: status=0x51 { DriveReady
SeekComplete Error }
Jul 18 09:09:51 twinsun kernel: hda: status error: error=0x04 { DriveStatusError }
Jul 18 09:09:51 twinsun kernel: hda: no DRQ after issuing MULTWRITE
Jul 18 09:09:51 twinsun kernel: hda: status error: status=0x51 { DriveReady
SeekComplete Error }
Jul 18 09:09:51 twinsun kernel: hda: status error: error=0x04 { DriveStatusError }
Jul 18 09:09:51 twinsun kernel: hda: no DRQ after issuing MULTWRITE
Jul 18 09:09:51 twinsun kernel: hda: status error: status=0x51 { DriveReady
SeekComplete Error }
Jul 18 09:09:51 twinsun kernel: hda: status error: error=0x04 { DriveStatusError }
Jul 18 09:10:52 twinsun kernel: hda: no DRQ after issuing WRITE
Jul 18 09:10:52 twinsun kernel: ide0: reset: success
Jul 18 09:10:52 twinsun kernel: hda: timeout waiting for DMA
Jul 18 09:10:52 twinsun kernel: ide_dmaproc: chipset supported ide_dma_timeout func
only: 14
Jul 18 09:10:52 twinsun kernel: hda: status error: status=0x58 { DriveReady
SeekComplete DataRequest }
Jul 18 09:10:52 twinsun kernel: hda: drive not ready for command
Jul 18 09:10:52 twinsun kernel: hda: timeout waiting for DMA
Jul 18 09:10:52 twinsun kernel: ide_dmaproc: chipset supported ide_dma_timeout func
only: 14
Jul 18 09:10:52 twinsun kernel: hda: status error: status=0x58 { DriveReady
SeekComplete DataRequest }
Jul 18 09:10:52 twinsun kernel: hda: drive not ready for command
Jul 18 09:10:52 twinsun kernel: hda: timeout waiting for DMA
Jul 18 09:10:52 twinsun kernel: ide_dmaproc: chipset supported ide_dma_timeout func
only: 14
Jul 18 09:10:52 twinsun kernel: hda: status error: status=0x58 { DriveReady
SeekComplete DataRequest }
Jul 18 09:10:52 twinsun kernel: hda: drive not ready for command
Ideea este că dacă aveam răbdare cu el, hddu' îşi revenea totuşi...
Şi da!, multimode era activ "by default" (a se vedea opţiunea
CONFIG_IDEDISK_MULTI_MODE din /usr/src/linux/.config)
> Poate sa-mi spuna si mie cineva de la ce vine toata treaba asta? A.. si
> respectivul hdd mai face urit cind ii mai dau cite un hdparm -d 1
> /dev/hda. Si se mai si opreste din cind in cind fara motiv.
Partea mai nasoală în sistemul meu este că hdd-ul e cam zgomotos şi
pentru ca să nu intre şi carcasa mea de 15 USD în rezonanţă am scos
hdd-ul din lăcaşul lui şi îl ţineam în interiorul carcasei pe o carte
(hai, râdeţi...) Placa mea de bază are un senzor de temperatură ce se
poate pune oriunde în carcasă şi eu îl aveam pus între hdd şi respectiva
carte. În zilele cele mai călduroase urca până la 47 de grade care este
periculos de aproape de limita maximă din specificaţii (50 de grade).
După ce am pus hdd-ul în lăcaş la locul lui, totul a revenit la normal,
nu am mai avut erori de genul ăla de vreo zece zile. E drept că e şi
mai răcoare zilele astea, senzorul arată doar 35 de grade sub hdd.
În altă ordine de idei, la serviciu am avut de-a face în zilele astea
călduroase de la începutul lui iulie cu două hdd-uri buşite (un IBM ca al
tău şi un Quantum ca al meu). Ce-i drept Quantum-ul scrâşnea rău de tot
de săptămâni întregi şi era evident că va sucomba până la urmă, deşi nu
avea bad-uri. IBM mi-a fost adus de prietena şefei mele de la ea de
la serviciu şi se pare că avea tot un defect de genul ăsta, dar nu mai
mergea de nici un fel, l-am dus şi la o firmă ce face recuperare de
date şi degeaba...
În concluzie aş zice să ai grijă să nu-ţi supraîncălzeşti hdd-ul şi...
fă backup! Serviciile de recuperare de date de la firmele din România
sunt praf în ochi şi s-ar putea ca datele de pe hdd să valoreze cât
zece hdd-uri şi să rămâi cu ochii-n soare...
> Multzam fain.
Baftă!
--
.
/^)/_/(/
'
If you had better tools, you could more effectively demonstrate your
total incompetence.
---
Pentru dezabonare, trimiteti mail la
[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
