LINUX.ORG.RU

Ошибки при обращении к диску

 ,


0

1

Третьего дня HDD начал хрустеть совершенно угрожающее.
В ближайшем магазине был куплен самый дешевый GoodRAM SSD Play 2 32G.
Система перенесена на него через CloneZilla'у, в логах вот такое:

[ 2334.448036] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 2334.448040] ata1.00: BMDMA stat 0x25
[ 2334.448043] ata1.00: failed command: DATA SET MANAGEMENT
[ 2334.448049] ata1.00: cmd 06/01:01:00:00:00/00:00:00:00:00/a0 tag 0 dma 512 out
         res 51/04:01:01:00:00/04:00:00:00:00/a0 Emask 0x1 (device error)
[ 2334.448052] ata1.00: status: { DRDY ERR }
[ 2334.448054] ata1.00: error: { ABRT }
[ 2334.448063] sd 0:0:0:0: [sda] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2334.448066] sd 0:0:0:0: [sda] Sense Key : Aborted Command [current] [descriptor]
[ 2334.448069] sd 0:0:0:0: [sda] Add. Sense: No additional sense information
[ 2334.448071] sd 0:0:0:0: [sda] CDB: 
[ 2334.448073] Write same(16): 93 08 00 00 00 00 00 04 3f 20 00 00 00 08 00 00
[ 2334.448084] blk_update_request: I/O error, dev sda, sector 278304
[ 2334.448093] EXT4-fs (sda1): discard request in group:1 block:1764 count:1 failed with -5
fstab:
UUID=.... /               ext4    defaults,noatime,discard,errors=remount-ro 0       1
Журнал отключен

★★★★
Ответ на: комментарий от vel

Нет такого, ведро 3.19:

# ls -l /sys/class/scsi_host/host0
lrwxrwxrwx 1 root root 0 апр.  27 08:31 /sys/class/scsi_host/host0 -> ../../devices/pci0000:00/0000:00:1f.2/ata1/host0/scsi_host/host0
# ls -l /sys/class/scsi_host/host0/
-rw-r--r-- 1 root root 4096 апр.  27 13:41 active_mode                                                                                                                
-r--r--r-- 1 root root 4096 апр.  27 13:41 can_queue
-r--r--r-- 1 root root 4096 апр.  27 13:41 cmd_per_lun
lrwxrwxrwx 1 root root    0 апр.  27 13:41 device -> ../../../host0
-rw-r--r-- 1 root root 4096 апр.  27 13:41 eh_deadline
-r--r--r-- 1 root root 4096 апр.  27 13:41 host_busy
--w------- 1 root root 4096 апр.  27 13:41 host_reset
drwxr-xr-x 2 root root    0 апр.  27 13:46 power
-r--r--r-- 1 root root 4096 апр.  27 13:41 proc_name
-r--r--r-- 1 root root 4096 апр.  27 13:41 prot_capabilities
-r--r--r-- 1 root root 4096 апр.  27 13:41 prot_guard_type
--w------- 1 root root 4096 апр.  27 13:41 scan
-r--r--r-- 1 root root 4096 апр.  27 13:41 sg_prot_tablesize
-r--r--r-- 1 root root 4096 апр.  27 13:41 sg_tablesize
-rw-r--r-- 1 root root 4096 апр.  27 13:41 state
lrwxrwxrwx 1 root root    0 апр.  27 08:31 subsystem -> ../../../../../../../class/scsi_host
-rw-r--r-- 1 root root 4096 апр.  27 13:41 supported_mode
-rw-r--r-- 1 root root 4096 апр.  27 08:31 uevent
-r--r--r-- 1 root root 4096 апр.  27 13:41 unchecked_isa_dma
-r--r--r-- 1 root root 4096 апр.  27 08:31 unique_id
-r--r--r-- 1 root root 4096 апр.  27 13:41 use_blk_mq

Yustas ★★★★
() автор топика
Ответ на: комментарий от Yustas

Странно. На всех имеющихся у меня системах (intel/amd 3.14-3.18) оно есть.

В исходниках 3.19 оно есть и ровно так же, как и в 3.18.

А sata ahci или что-то специфическое ?

vel ★★★★★
()
Ответ на: комментарий от Harald

Видимо, так.
Притом, SSD это за пределами Польши и крАины не шибко-то известны.

Yustas ★★★★
() автор топика
Ответ на: комментарий от Yustas

Ну тогда убрать discard из fstab и пробовать запускать fstrim периодически.

Интересно, а что говорит «lsblk -D» и кто производитель sata контроллера - интел ? А что за чипсет?

Ядро случаем не самосборное ?

vel ★★★★★
()
Ответ на: комментарий от vel

убрать discard из fstab и пробовать запускать fstrim периодически

$ sudo fstrim -v / fstrim: /: FITRIM ioctl failed: Input/output error

что говорит «lsblk -D»

NAME   DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda           0      512B       2G         0
└─sda1        0      512B       2G         0

Ядро случаем не самосборное ?

Убунтовый дефолт с 15.04. На 3.16 в 14.10 было то дже самое.
Проблема с диском, да.

Насчёт контроллера молчит, подлец. GOODRAM и всё тут.

Щас убрал discard из fstab'a, ругаться перестало.
Видимо, оно не умеет нормально TRIM.

Yustas ★★★★
() автор топика
Последнее исправление: Yustas (всего исправлений: 1)
Ответ на: комментарий от Yustas

Не стоит пихать опцию discard, особенно на корявых SSD с плохими прошивками. Так только данные терять.

По умолчанию в ubuntu 15.04 уже стоит trim по расписанию раз в неделю по крону (/etc/cron.weekly/fstrim). Ничего не надо делать и «тюнинговать».

anonymous
()
Ответ на: комментарий от MaksVal

Получилось побороть?

Отключил discard, использую встроенный TRIM по cron'у
Рестро полный не делал, нет.

Yustas ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.