LINUX.ORG.RU
Форум — General  

[debian] Проблемы с USB-винчестерами

 


0

1

Друзья, помогите, пожалуйста, решить проблему с внешними USB-винчестерами.

Железо: Power Mac G5, Debian 6, USB-контроллер (PCI) и два винчестера (640 Гб, 500 Гб) неизвестных производителей (точнее, производитель самих девайсов известен — Silicon Power, но я не знаю, диски каких производителей стоят внутри). Оба винта отформатированы одним разделом в XFS.

Оба винчестера монтируются и работают, пока их не нагружать. Как только я начинаю с ними активно работать (например, копировать на них информацию объёмом >10 Гб), они тут же перестают функционировать, при этом оставаясь примонтированными.

/var/log/messages: 

Apr  3 03:29:27 2114-mac kernel: [1050619.062791] XFS mounting filesystem sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.313202] usb 1-2: USB disconnect, address 4
Apr  3 03:54:45 2114-mac kernel: [1052137.319003] sd 2:0:0:0: [sdb] Unhandled error code
Apr  3 03:54:45 2114-mac kernel: [1052137.319092] sd 2:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Apr  3 03:54:45 2114-mac kernel: [1052137.319192] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 01 38 97 00 00 20 00
Apr  3 03:54:45 2114-mac kernel: [1052137.320196] sd 2:0:0:0: [sdb] Unhandled error code
Apr  3 03:54:45 2114-mac kernel: [1052137.320267] sd 2:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Apr  3 03:54:45 2114-mac kernel: [1052137.320363] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 01 38 b7 00 00 f0 00
Apr  3 03:54:45 2114-mac kernel: [1052137.326928] __ratelimit: 396 callbacks suppressed
Apr  3 03:54:45 2114-mac kernel: [1052137.327098] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327226] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327351] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327475] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327596] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327718] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327840] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.327961] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.328083] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.328204] lost page write due to I/O error on sdb1
Apr  3 03:54:45 2114-mac kernel: [1052137.336526] xfs_force_shutdown(sdb1,0x2) called from line 1043 of file /build/buildd-linux-2.6_2.6.32-31-powerpc-Yemy0c/linux-2.6-2.6.32/debian/build/source_powerpc_none/fs/xfs/xfs_log.c.  Return address = 0xf48ee5e4
Apr  3 03:54:45 2114-mac kernel: [1052137.337856] xfs_force_shutdown(sdb1,0x1) called from line 335 of file /build/buildd-linux-2.6_2.6.32-31-powerpc-Yemy0c/linux-2.6-2.6.32/debian/build/source_powerpc_none/fs/xfs/xfs_rw.c.  Return address = 0xf4901138
Apr  3 03:54:45 2114-mac kernel: [1052137.365051] xfs_force_shutdown(sdb1,0x1) called from line 335 of file /build/buildd-linux-2.6_2.6.32-31-powerpc-Yemy0c/linux-2.6-2.6.32/debian/build/source_powerpc_none/fs/xfs/xfs_rw.c.  Return address = 0xf4901138
Apr  3 03:54:46 2114-mac kernel: [1052137.976801] usb 1-2: new high speed USB device using ehci_hcd and address 5
Apr  3 03:54:46 2114-mac kernel: [1052138.110128] usb 1-2: New USB device found, idVendor=13fd, idProduct=1d40
Apr  3 03:54:46 2114-mac kernel: [1052138.110215] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Apr  3 03:54:46 2114-mac kernel: [1052138.110300] usb 1-2: Product: PHD             
Apr  3 03:54:46 2114-mac kernel: [1052138.110352] usb 1-2: Manufacturer: SPCC    
Apr  3 03:54:46 2114-mac kernel: [1052138.110403] usb 1-2: SerialNumber: 0010101D400000000
Apr  3 03:54:46 2114-mac kernel: [1052138.112193] usb 1-2: configuration #1 chosen from 1 choice
Apr  3 03:54:46 2114-mac kernel: [1052138.114200] scsi3 : SCSI emulation for USB Mass Storage devices
Apr  3 03:54:51 2114-mac kernel: [1052143.114109] scsi 3:0:0:0: Direct-Access     SPCC     PHD              1.08 PQ: 0 ANSI: 4
Apr  3 03:54:51 2114-mac kernel: [1052143.119372] sd 3:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Apr  3 03:54:51 2114-mac kernel: [1052143.120196] sd 3:0:0:0: [sdc] Write Protect is off
Apr  3 03:54:51 2114-mac kernel: [1052143.122514]  sdc: sdc1
Apr  3 03:54:51 2114-mac kernel: [1052143.169549] sd 3:0:0:0: [sdc] Attached SCSI disk
Apr  3 03:55:21 2114-mac kernel: [1052173.337817] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:55:57 2114-mac kernel: [1052209.338856] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:56:33 2114-mac kernel: [1052245.339901] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:57:09 2114-mac kernel: [1052281.340939] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:57:45 2114-mac kernel: [1052317.341980] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:58:21 2114-mac kernel: [1052353.343030] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:58:57 2114-mac kernel: [1052389.344061] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 03:59:33 2114-mac kernel: [1052425.345111] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:00:09 2114-mac kernel: [1052461.346142] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:00:45 2114-mac kernel: [1052497.347182] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:01:21 2114-mac kernel: [1052533.348231] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:01:57 2114-mac kernel: [1052569.349262] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:02:33 2114-mac kernel: [1052605.350297] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:03:09 2114-mac kernel: [1052641.351339] Filesystem "sdb1": xfs_log_force: error 5 returned.
Apr  3 04:03:45 2114-mac kernel: [1052677.352386] Filesystem "sdb1": xfs_log_force: error 5 returned.

Стоит упомянуть о двух важных моментах:
— диск объёмом 640 Гб нормально функционировал примерно до конца января, после чего начались проблемы;
— на этом же контроллере висит ещё один диск объёмом 160 Гб, который работает под большой нагрузкой (торренты 24 часа в сутки) без нареканий уже долгое время.

Заранее спасибо.


← wifi usb adaptor
[archlinux] проблема со скоростью закачки →

Питания видно на два сразу не хватает. Хпб-то внутри компа один, видать производитель пожалел току на него

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

А почему тогда 640-гигабайтный винт работал до конца января почти полгода без всяких проблем?
Если вы правы, означает ли это, что покупка нового usb-контроллера решит проблему?

A044
() автор топика

Работают ли эти винты нормально на других компьютерах? Если да, то кажется проблема закралась в USB-контроллере или в другом железе. Я сильно сомневаюсь что это проблема софта.

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

Да, эти винты абсолютно нормально работают на ноутбуке с Ubuntu 10.10 и макбуке с MacOS 10.6.7.

Кроме того, прошу прощения, что изначально не упомянул одну важную деталь: диски объёмом 160 Гб и 640 Гб питаются не по USB, у них отдельное питание от сети.

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

Я подключил один из дисков (640 Гб) к другому USB-контроллеру (впаянный в материнскую плату USB 1.1) и запустил копирование большого объёма данных. По прошествии полутора часов скопировалось всего 2.5 Гб, а в /var/log/messages появилось следующее: http://pastebin.com/P6C02wXY (прошу прощения, у меня нет возможности вставить вывод прямо в пост).

При всём при этом копирование продолжается, а диск по-прежнему доступен.

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

Если копируется через другой контролер, то значит все же проблема закралась в контролере USB 2.0.

Кстати у меня была похожая история, но только с флешкой. Флешка нормально монтировалась, могла часами быть примонтированной, но как только пытался скопировать объем файлов более 50 МБ, то она тут же «умирала». На любых других материнках без проблем ворочала гигабайтами. Лечил выключением USB EHCI в BIOS. Отчасти помогало, флешка хавала большие файлы, но медленно. В конце-концов флешка просто сломалась.

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

Т.е. Вы считаете, что замена PCI-контроллера на новый решит проблему?

Не смотря на то, что копирование через контроллер USB 1.1 до сих пор продолжается, в /var/log/messages по-прежнему падают ошибки ввода/вывода. Меня это смущает, честно говоря.

Кроме того, 160-гигабайтный винчестер, который висит на контроллере USB 2.0, даже и не подозревает, что у его собратьев какие-то проблемы — как работал, так и работает под постоянной нагрузкой.

Я тут было грешным делом подумал, что вдруг ошибка проявляется только на больших разделах, и разбил 500-гигабайтный диск на пять разделов по 100 Гб. Ошибка осталась (отвалился минут через 20 после запуска процесса копирования), так что от схемы разбивки она, судя по всему, не зависит.

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

Лечил выключением USB EHCI в BIOS.


На будущее: есть более аккуратный способ — отвязать конкретное устройство от ehci.

echo -n 0000:00:xx.x > /sys/bus/pci/drivers/ehci_hcd/unbind

Где 0000:00:xx.x — идентификатор нужного устройства. Вернуть все назад можно аналогичным образом, там же лежит ./bind

aidaho ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← wifi usb adaptor
General
[archlinux] проблема со скоростью закачки →