LINUX.ORG.RU
Форум — Linux-hardware  

Gentoo - тормозит внешний USB HDD

 ,


0

1

Здравствуйте, уважаемые! После нескольких месяцев нормальной работы вдруг стал отваливаться внешний винт Seagate srd0nf2. Пару раз помогло вытащить и вставить назад, но теперь так просто он заводится не хочет. Во-первых, не с первого раза обнаруживается в lsusb, а если и обнаружится, команды вроде 

mount -v /dev/sdf1 /mnt
вызывают у сервера длительную задумчивость, хоть и выполняются-таки. Однако, последующая, хотя бы 
ls -l /mnt
так же приводит к тормозам. При дальнейшей работе, приложения работающие с диском подвисают намертво.

#fdisk -l
...
Диск /dev/sdf: 2,7 TiB, 3000592981504 байт, 5860533167 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 2CD0882A-4149-4A38-B807-BBF7F5A9FCFF

Устр-во    начало      Конец    Секторы Размер Тип
/dev/sdf1    2048 5860533133 5860531086   2,7T Файловая система Linux

==> /var/log/kern.log <==
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Sense Key : Not Ready [current]
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Add. Sense: Logical unit is in process of becoming ready
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 CDB: Write(16) 8a 00 00 00 00 00 00 00 08 00 00 00 00 08 00 00
Dec 19 10:21:06 hostname kernel: blk_update_request: I/O error, dev sdf, sector 2048
Dec 19 10:21:06 hostname kernel: blk_update_request: I/O error, dev sdf, sector 2048
Dec 19 10:21:06 hostname kernel: Buffer I/O error on dev sdf1, logical block 0, lost sync page write
Dec 19 10:21:06 hostname kernel: EXT4-fs error (device sdf1): ext4_put_super:837: Couldn't clean up the journal
Dec 19 10:21:06 hostname kernel: EXT4-fs (sdf1): Remounting filesystem read-only
Dec 19 10:21:06 hostname kernel: EXT4-fs (sdf1): previous I/O error to superblock detected

==> /var/log/messages <==
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Sense Key : Not Ready [current]
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Add. Sense: Logical unit is in process of becoming ready
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 CDB: Write(16) 8a 00 00 00 00 00 00 00 08 00 00 00 00 08 00 00

==> /var/log/syslog <==
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Sense Key : Not Ready [current]
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Add. Sense: Logical unit is in process of becoming ready
Dec 19 10:21:06 hostname kernel: sd 5:0:0:0: [sdf] tag#0 CDB: Write(16) 8a 00 00 00 00 00 00 00 08 00 00 00 00 08 00 00
Dec 19 10:21:06 hostname kernel: blk_update_request: I/O error, dev sdf, sector 2048
Dec 19 10:21:06 hostname kernel: blk_update_request: I/O error, dev sdf, sector 2048
Dec 19 10:21:06 hostname kernel: Buffer I/O error on dev sdf1, logical block 0, lost sync page write
Dec 19 10:21:06 hostname kernel: EXT4-fs error (device sdf1): ext4_put_super:837: Couldn't clean up the journal
Dec 19 10:21:06 hostname kernel: EXT4-fs (sdf1): Remounting filesystem read-only
Dec 19 10:21:06 hostname kernel: EXT4-fs (sdf1): previous I/O error to superblock detected


==> /var/log/kern.log <==
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Sense Key : Medium Error [current]
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Add. Sense: Unrecovered read error
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 00 04 00 08 c8 00 00 00 50 00 00
Dec 19 10:26:53 hostname kernel: blk_update_request: critical medium error, dev sdf, sector 67111112

==> /var/log/messages <==
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Sense Key : Medium Error [current]
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 Add. Sense: Unrecovered read error
Dec 19 10:26:53 hostname kernel: sd 5:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 00 04 00 08 c8 00 00 00 50 00 00

Что можно предпринять?



Последнее исправление: seventhsite (всего исправлений: 1)
← SSD выбор под сервер TLC v-nand vs MLC v-nand
после монтирования через ntfs-3g стал не доступен весь hdd на ноуте →

выкинуть его

Deleted
()

Механика дохнет похоже. Нет никакого смысла сейчас брать переносные внешение механические диски. Любой случайный толчок или удар сумкой о стену и терабайты превратились в тыкву. Иногда это бывает настолько грустно и больно что я ныне переносные варианты с механикой вообще не рассматриваю, дабы не расстраиваться потом.

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

Еще гипотеза: ты ему питания сколько кинул? Обычно внешние винты в 2 USB втыкаются, неплохо бы чтобы один из них был с повышенным питанием.

Если всё ок, то я бы читал логи ядра. Можешь кинуть сюда, только воспроизведи проблему непосредственно до.

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

Сейчас он отвалился совсем (в fdisk -l не видно, только в lsusb) и чтобы переткнуть, надо ехать на АТС-ку - смогу завтра. Или может есть способ так его «шевельнуть»? Там стоит VMware ESXi, а на ней Gentoo.

Помню только, что большинство остальных команд со smartctl просто подвисали. Только smartctl -s on выполнялся, но статус оставался disabled.

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

Логи ядра смотреть нужно. Если не хватает - включить доп. дебаг. Я так одну проблему со шнуром однажды выявил (кстати, ненулевая вероятность).

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

Ну вот последнее из dmesg. Но это, возможно, когда он уже окончательно отвалился. 

[13770365.832995] sd 5:0:0:0: [sdf] tag#0 Sense Key : Medium Error [current]
[13770365.832998] sd 5:0:0:0: [sdf] tag#0 Add. Sense: Unrecovered read error
[13770365.833013] sd 5:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00
[13770365.833022] blk_update_request: critical medium error, dev sdf, sector 1
[13770365.833033] Buffer I/O error on dev sdf, logical block 1, async page read
[13770365.860877] sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[13770365.860881] sd 5:0:0:0: [sdf] tag#0 Sense Key : Medium Error [current]
[13770365.860883] sd 5:0:0:0: [sdf] tag#0 Add. Sense: Unrecovered read error
[13770365.860886] sd 5:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 00 00 00 00 02 00 00 00 06 00 00
[13770365.860888] blk_update_request: critical medium error, dev sdf, sector 2
Буду благодарен, если подскажите что именно и в какой момент смотреть.

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

Это может быть как сбойный сектор, так и нехватка питания диску, так и плохой USB кабель или USB разъём в сервере или разъём подключения провода к диску.

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

Сорри, упустил, что ты лог выкладывал в самом первом посте.
Смотреть сюда:

[13770365.860877] sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

В интернетах рекомендуют проверить температуру, шнур, разъем, попробовать перекинуть на другой контроллер/карман. Я бы начал с поиска другого кармана и подключил к другому компу. Если нет - выкидывать диск. Ну, можешь offline SMART тесты запустить, но, если другой карман+комп не помогут, то тест скорее всего будет провален.
Хардварная проблема.

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

blk_update_request: critical medium error, dev sdf, sector 2

значит, что сектор прочитать не может, т.е. badclock, т.е. выкидывай его

Deleted
()

Что можно предпринять?

Купить новый.

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

Попробовал другой microUSB - всё летает :( Вот такая тупая проблема :)

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

Иногда это бывает настолько грустно и больно что я ныне переносные варианты с механикой вообще не рассматриваю, дабы не расстраиваться потом.

Просто это тебе не флешка, а вот перенести с одного стола на другой вполне и положить в сумку тоже. И да брать надо 2,5 и ложить где-то в середине сумки, плюс винт уже в корпусе, тогда даже если с 10 этажа уронить ничего не будет. И по бокам сумки конечно не стоит ложить. Возил даже большие переносные HDD, никогда ничего не случалось, хотя и сумку пару раз ронял, когда подскальзывался зимой. Зато так просто можно корпус у ноута побить.
Вообще дома гораздо легче, что-нибудь сломать, там кофе опрокинуть на HDD (корпус спасает) или разбить матрицу у ноута, просто оставив его не закрытым на краю кровати. В дороге ты всегда на стороже, поэтому редко когда что-то разбиваешь или роняешь.
В переносном SSD вообще смысла нет, потому-что ты будешь ограничен скоростью того же USB3, например.

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

Просто это тебе не флешка, а вот перенести с одного стола на другой вполне и положить в сумку тоже.

Ну что поделать, я невероятно криворук. У меня вообще любой предмет может спонтанно выпрыгнуть из рук сам по себе. Уже много раз забирал из дома рабочий диск и привозил нерабочий. Где, как, когда его стукнул - без понятия. Просто со стола ронял несчётное количество раз - смахивал локтями, сдёргивал за шнур и т.п. беда. Стационарные внешние жестаки - другое дело, они и тяжелее и стоят обычно вне радиуса кривизны.

С часами такая же беда с шестого класса, пришёл домой - стекло разбито. Где, как, вроде совсем нигде не ударялся, без разницы, любые часы на руке не дольше двух трёх месяцев живут. Или стекло лопнет, или ремешёк разорвётся над унитазом, всё что угодно, но часы будут испорчены или потеряны. Так и не ношу их до сих пор.

А вот флешки и переносные ssd живут годами у меня. Видимо главное для моей кармы - отсутствие механических частей, ремешков и стёкол.

Jameson ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← SSD выбор под сервер TLC v-nand vs MLC v-nand
Linux-hardware
после монтирования через ntfs-3g стал не доступен весь hdd на ноуте →