Dotaz: Systém opakovaně "mrzne" při zápisu na HDD

[Matlák]

Dobrý den. Nevím, zda sem tento dotaz patří, ale doufám že píšu správně.

Můj problém je ten, že pokud zapisuji větší množství dat (např.stahování image přes LAN nebo i dekompresní procesy apod.) na disk, systém se periodicky "odmlčuje" a to jak na SSH, tak i na lokální konzoli či v X. Je vidět že disk pracuje (mrznutí nastává podle mě vždy při vyprazdňování diskové cache) ale stroj je 2-3 sekundy úplně uživatelsky "mrtvý" a potom zase 10 sekund pohoda (asi plní cache) a znovu 2-3 sekundy "mrtvo"...

Je to zvláště nepříjemné v X, kdy "zamrzá" kurzor myši, hudba ať už streamovaná nebo s disku se s prskáním přerušuje a vůbec hladká práce se systémem je ta tam.

Máte někdo podobný problém? Může to být způsobeno špatně přeloženým kernelem? Nebo nastavením BIOSu? Mě to připadá velmi podivné, zvláště proto, že při stejně intenzivním čtení z disku k žádným výpadkům či "zámrzům" nedochází.
Ještě dodám že používám klasický PATA disk na základní desce A7V600 a přeložený vanilla kernel 2.6.20.1.
Předem děkuji za reakce.

Odpovědi

[petris]

pošlete výstup z hdparm -i /dev/vas_disk

[petris]

a kdyztak jeste z -I sekci Commands/features

[Dalibor Smolík]

Nemusí to být jen výhradně diskem. Svou "práci" udělá i načatá základní deska, případně paměť. Podobný problém jsem měl také, v mém případě to zamrzalo kdykoliv během práce i bez ukládání dat. Pomohla výměna motherboardu. Provést memtest by také nebylo od věci.

[Matlák]

Tady je ten výstup hdparm:

/dev/hda:

ATA device, with non-removable media
        Model Number:       ST380011A
        Serial Number:      5JV936TK
        Firmware Revision:  3.06
Standards:
        Used: ATA/ATAPI-6 T13 1410D revision 2
        Supported: 6 5 4
Configuration:
        Logical         max     current
        cylinders       16383   65535
        heads           16      1
        sectors/track   63      63
        --
        CHS current addressable sectors:    4128705
        LBA    user addressable sectors:  156301488
        LBA48  user addressable sectors:  156301488
        device size with M = 1024*1024:       76319 MBytes
        device size with M = 1000*1000:       80026 MBytes (80 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Standby timer values: spec'd by Standard
        R/W multiple sector transfer: Max = 16  Current = 16
        Recommended acoustic management value: 128, current value: 0
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    DOWNLOAD_MICROCODE
                SET_MAX security extension
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
Security:
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct

Ten stroj jinak zcela normálně funguje. Jakmile se data přestanou zapisovat, začne se chovat normálně - zmiňované 3-sekundové zámrzy ustanou. Myslím si že to bude spíše nějaká neshoda mezi Kernelem a BIOSem/firmwarem disku (alespoň doufám).

[petris]

Tak tady problém nevidím. Můžete zkusit pokusně vypnout smart, ale nejspíš to nepomůže.

[Matlák]

Sorry že se k tomu vracím ale ani vypnutí SMART, ani nové jádro ani nastavování v BIOSu nic nevyřešilo. Tak přikládám ještě podezřelý výstup smartctl :

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   055   051   006    Pre-fail  Always       -       47851171
  3 Spin_Up_Time            0x0003   098   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1075
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   086   060   030    Pre-fail  Always       -       467767084
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       9510
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1069
194 Temperature_Celsius     0x0022   037   052   000    Old_age   Always       -       37
195 Hardware_ECC_Recovered  0x001a   055   050   000    Old_age   Always       -       47851171
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 TA_Increase_Count       0x0032   100   253   000    Old_age   Always       -       0

Podezřelá mi připadají zvláště neobvykle vysoká čísla Raw_Read_Error_Rate a Seek_Error_Rate, která navíc neustále narůstají... Je toto skutečný signál končící životnosti disku? Nebo může jít o chybu desky či paměti?

[Jan Forman]

Tohle je dost obvyklé u disků Seagate, vykazuje to skoro každý takže nepůjde o závadu. Důležitý údaj je Reallocated_Sector_Ct a ten je nula tudíž OK

[Jan Forman]

Možná by se hodil i výstup z /proc/ide/ide0/hda/settings (pokud máte disk jako hda)

[Matlák]

No tak tady je ten výstup:

name                    value           min             max             mode
----                    -----           ---             ---             ----
acoustic                0               0               254             rw
address                 1               0               2               rw
bios_cyl                16383           0               65535           rw
bios_head               255             0               255             rw
bios_sect               63              0               63              rw
bswap                   0               0               1               r
current_speed           0               0               70              rw
failures                0               0               65535           rw
init_speed              0               0               70              rw
io_32bit                0               0               3               rw
keepsettings            0               0               1               rw
lun                     0               0               7               rw
max_failures            1               0               65535           rw
multcount               16              0               16              rw
nice1                   1               0               1               rw
nowerr                  0               0               1               rw
number                  0               0               3               rw
pio_mode                write-only      0               255             w
unmaskirq               0               0               1               rw
using_dma               0               0               1               rw
wcache                  1               0               1               rw

Znamená hodnota 0 u using_dma že DMA je vypnuté? To by totiž mohlo zpomalovat ne?

[michich]

Ano. Přesně tak.

[Luboš Doležel (Doli)]

Mám identický problém. Např. rozbalování 1GB RARu na půl minuty kompletně zabije systém.

Jde o SATA disky, nForce čipset.

[Matlák]

Děkuji za odpovědi, moc mi pomohly. Problém byl vyřešen - šlo o (mojí neznalostí) nezakompilovanou podporu DMA do obou kernelů co jsem používal. Nyní je systém proklatě rychlý .

[Luboš Doležel (Doli)]

Já DMA aktivní mám (zápis na disk je sám o sobě velmi rychlý), ale jakmile Linux začne flushovat cache (protože mu došla RAM), tak by kvůli tomu zastavil všechno

[Doktor.cz]

Dobrý den, promiňte že otevírám staré téma, ale mám podobný nebo dokonce stejný problém. Při zatížení HDD se na chvilku vypne a asi po 5ti vteřinách se zase rozjede. Dělá to například pokud zapnu hru nebo jen něco začnu ukládat, případně rozbalovat.

Všiml sem si, že uvádíte program hdpam. Ten je jenom pro Linux nebo jej můžu použít i pod Win?

informace: HDD: Seagate ST3400620AS 400GB (sata) OS: Win XP Profesional SP2 MB: ASRock K7VT4A Pro

Děkuji mockrát za každou radu.