failed command: WRITE DMA

SUSE Linux

Sziasztok!

Pontosan nem tudom mióta áll fenn ez a helyzet, de az utóbbi időben a rendszerem nem tud visszatérni az altatásból (felfüggesztés, sleep, tehát nem hibernálás). Maximum addig jut, hogy behozza az asztalt és nagyon úgy tűnik, hogy ezután nem képes sem írni, sem olvasni a merevlemezről. Az egyes terminálra alkalmanként kiköp egy hibaüzenet ismétlést kb. végtelenítve, de azt sem nagyon mentette el sehová, így csak egy másik oldalról tudom linkelni a szerintem tökéletesen megegyező hibát.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/569680

A fenti linken található beszélgetésből nem sok hasznosat tudok leszűrni, de ti hátha. Az utóbbi időben az Acer Extensa 5620-as notebookom a következőkön esett át:
- BIOS frissítés
- openSUSE 12.1 telepítés
- Véletlenül bele dd-ztem néhány /dev/zero-t a /dev/sda-ba, de volt egy friss MBR mentésem és visszaírás után minden helyreállt. Ez az egész csak egy a rendszer szempontjából teljesen lényegtelen NTFS sda1-et érintett, amit aztán újraformáztam.

Sajnos nem tudom, hogy melyikhez köthető a hiba. A rendszert már próbaképpen újrahúztam, de semmilyen változást nem mutatott.

Nagyon megköszönném a segítségeteket!

  • 6074 megtekintés

( calamari | 2012. 01. 01., v – 13:52 )

Esetleg ezt érdemes lenne megpróbálni:
http://suspend.sourceforge.net/
http://old-en.opensuse.org/Suspend_to_RAM

Nem tudom openSUSE esetében mi a default eszköz hibernálásra, de Ubuntuban a kernel beépített funkcióit használja a pm-utils segítségével.
(echo disk > /sys/power/state, echo standby > /sys/power/state, echo ram > /sys/power/state)
Az uswsusp csomagot külön kell telepíteni.
Ha fenn van a uswsusp akkor ha minden igaz a pm-utils észreveszi és azt használja a default helyett automatikusan.

Lehet, hogy ennek semmi köze az egészhez, nem olvastam amit linkeltél, de egy próbát valószínűleg megér.

( the_nameless89 | 2012. 01. 02., h – 12:21 )

A hibaüzenet nem mindig ugyanaz, de minden esetben megtalálhatók benne a következő sorok:

ata1.00: failed command: WRITE DMA
res 51/04:20:58:ce:55/00:00:00:00:00/eb Emask 0x1 (device error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ABRT }
ata1.00: configured for UDMA/100

Kipróbáltam az altatást "Failsafe módban" terminálból. Miután felébresztettem, nem kaptam ezt a végtelen hibaüzenet sort és még néhány parancsot is engedett, de ahogy észrevettem, ez a /bin könyvtár parancsaira korlátozódott. Könyvtárváltást engedett, de bármilyen megnyitásra, vagy futtatásra i/o errort dobott és a /home alá sem volt becsatolva a "home partíció".

androbit.org - Informatikai portál és könyvtár

Nekem is van egy ilyen rossz érzésem, viszont az előbb kipróbáltam egy Live openSUSE 11.4-et és az probléma nélkül életre kelt a merevlemezzel együtt. Most egy 2.6.x-es kernelt fordítok, kipróbálom azzal is a telepített rendszert.

androbit.org - Informatikai portál és könyvtár

Valóban hardveres problémáról van szó. Windows alatt is ugyanezt produkálta. A SMART adatok szerint a teljesítménye 100%-on, az egészségi állapota pedig 95%-on van. Hasonló értékekre emlékszem korábbról is, szóval fogalmam sincs, mitévő legyek.

androbit.org - Informatikai portál és könyvtár

Már nézelődtem, de csak egyetlen hivatalosnak tűnő tesztprogramot találtam, amit nem tudok használni, ugyanis nem lehet kiválasztani a merevlemezt az elérhető merevlemezek listájából. Ez egy Toshiba MK1646GSX-(S1) 2,5" SATA 300 notebook HDD. Tudtok esetleg valamit ajánlani hozzá?

androbit.org - Informatikai portál és könyvtár

( turul16 v | 2012. 01. 03., k – 16:19 )

sg_reset , vagy hdparm -os reset talan. Nem irja esetleg hogy magatol is probalkozik a reset -el ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

sg_reset: starting device reset
sg_reset: SG_SCSI_RESET failed: Inappropriate ioctl for device

hdparmos reset alatt mire gondolsz? Próbaképpen kiadtam a -w Perform device reset (DANGEROUS) kapcsolóval, de ugyanazt a hibát dobta, mint az sg_reset.

androbit.org - Informatikai portál és könyvtár