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

слетает фс на винте

 


0

1

Есть вот такой вот винт и такой вот корпус Через gparted форматирую в ntfs, выводит сообщение, что форматирование успешно завершено, закрываю диалоговое окно и тут же в основном окне вижу что фс не опознана... Форматирую в винде - норм, пишется читается, ведет себя хорошо. Стоит записать что-то под линуксом и извлечь винт и уже не примонтируешь. dmesg при подключении:

[286919.763541] usb 2-1.1: new high-speed USB device number 54 using ehci_hcd
[286919.857060] usb 2-1.1: New USB device found, idVendor=14cd, idProduct=6116
[286919.857071] usb 2-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[286919.857077] usb 2-1.1: Product: USB Mass Storage Device
[286919.857083] usb 2-1.1: Manufacturer: Generic     
[286919.857087] usb 2-1.1: SerialNumber: 116AC2101219
[286919.858054] scsi61 : usb-storage 2-1.1:1.0
[286920.855178] scsi 61:0:0:0: Direct-Access        Mass  Storage Device        PQ: 0 ANSI: 0
[286920.856860] sd 61:0:0:0: Attached scsi generic sg2 type 0
[286920.857208] sd 61:0:0:0: [sdb] 3907029166 512-byte logical blocks: (2.00 TB/1.81 TiB)
[286920.857694] sd 61:0:0:0: [sdb] Write Protect is off
[286920.857705] sd 61:0:0:0: [sdb] Mode Sense: 03 00 00 00
[286920.858189] sd 61:0:0:0: [sdb] No Caching mode page present
[286920.858199] sd 61:0:0:0: [sdb] Assuming drive cache: write through
[286920.860623] sd 61:0:0:0: [sdb] No Caching mode page present
[286920.860633] sd 61:0:0:0: [sdb] Assuming drive cache: write through
[286920.878185]  sdb: sdb1
[286920.880281] sd 61:0:0:0: [sdb] No Caching mode page present
[286920.880292] sd 61:0:0:0: [sdb] Assuming drive cache: write through
[286920.880299] sd 61:0:0:0: [sdb] Attached SCSI disk
[286939.450056] usb 2-1.1: reset high-speed USB device number 54 using ehci_hcd

делаю mount -t <fs> /dev/sdc1 /mnt/ вне зависимости от фс выводит что - то похожее на 

[286994.971166] EXT4-fs (sdb1): VFS: Can't find ext4 filesystem
[286994.994354] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[286994.994916] FAT-fs (sdb1): bogus number of FAT structure
[286994.994926] FAT-fs (sdb1): Can't find a valid FAT filesystem
[286995.054245] ufs was compiled with read-only support, can't be mounted as read-write
[286999.615917] BFS-fs: bfs_fill_super(): No BFS filesystem on sdb1 (magic=43425355)
Идеи?

★★

Ответ на: комментарий от i-rinat 
sudo aptitude show fuse | grep Версия
Версия: 2.9.0-2
blokant ★★
() автор топика
Ответ на: комментарий от smilessss

почему в винде при этом все ок? А к винде можно вообще все что угодно приплести

blokant ★★
() автор топика

В ntfs форматировать надо в «родной» системе. А в линуксе ntfs лучше вообще не использовать.

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

у меня тоже, но с винтом на 2 тб встречаюсь впервые, предыдущие на 320 и 500 форматировал в онтопике в нтфс и все было ок

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

Однако все ее рекомендуют под съемные носители, да и с ext4 дела еще хуже: вообще не ставится, писал же

blokant ★★
() автор топика
Ответ на: комментарий от i-rinat

попробовал в виртуальной машине с сидом(там 2.9.2). При подключении валит «device descriptor read/64 ,error -110 », если форматнуть в винде а потом в сид то пишет кучу ошибок при копировании и портит раздел,итого поведение при разных fuse отличается, но только нормальной нет

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

Я неправильный совет насчёт fuse дал. Просто недавно были проблемы с ntfs-3g, но там были другие симптомы.

110-я ошибка означает, что у тебя устройство по таймауту отваливается, что может быть при недостатке питания. В таких случаях linux портит данные, да, сам столкнулся. Лечится только стабильным питанием.

Кстати, ты же ntfs-3g используешь, не ядерный драйвер?

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

да, ntfs-3g,он всегда нормально работал у меня. Питание от отдельного блока, в винде все нормально

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

то пишет кучу ошибок при копировании и портит раздел,итого поведение при разных fuse отличается, но только нормальной нет

Какие именно ошибки?

Если данные портятся без видимых причин, одной из причин может быть битая оперативная память. На всякий случай можно запустить memtest86+.

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

Повторюсь для тру, не читающих ответы: в винде при это нормально копируется\извлекается\монтируется и снова копируется.

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

Повторюсь для тру, не читающих ответы: в винде при это нормально копируется\извлекается\монтируется и снова копируется.

Извиняюсь, не заметил.

Deleted
()

smart посмотреть не могу, говорит 

sudo smartctl -a  /dev/sdb
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-4-686-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Smartctl: Device Read Identity Failed: Unknown error

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

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

Попробуй сделать холостое чтение всего диска (dd if=/dev/sdX of=/dev/null bs=4M) а в логе ядра мониторь «reset high-speed USB device». Как часто они у тебя происходят? Клацающие звуки от диска при этом есть?

i-rinat ★★★★★
()
Ответ на: комментарий от blokant

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

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

пробовал же новую версию - фигушки.

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

мне в винде этот диск не нужен, я и в xfs готов но ловлю там те же проблемы что и с ext

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

Одного ресета достаточно, чтобы ФС покалечить. В винде лучше реализован обход нефатальных сбоев аппаратуры, так что там тоже может сбрасываться, но на сохранности это не отражается.

Сбросы бывают по всяким причинам, только гадать остаётся. И надеяться, что баг починят.

i-rinat ★★★★★
()

Судя по коробки там отдельно USB (питания которого за частую не достаточно) и отдельно вход для AC.

Оба штекера подключены?

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

)))) Конечно оба, питания usb не хватит чтобы раскрутить 3.5"

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

есть шанс на свежем самосборе обойти это?

Без понятия. Но тут дело явно не в сборке :)

Кстати, попробуй smartctl с явным указанием типа контроллера: 

smartctl -d sat -a /dev/sdX
или 
smartctl -d usbcypress -a /dev/sdX

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

Первая 

Smartctl: Device Read Identity Failed: scsi error medium or hardware error (serious)

и вторая 

Smartctl: Device Read Identity Failed: Unknown error

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

Если удалить модуль ehci_hcd

В подобных способах решения нет смысла.

Я не смог найти точную ссылку, но я гуглил эту проблему (у меня бились файлы) и нашёл страдания людей с флешками через удлинители. У них тоже портились файлы, и это совпадало со сбросом устройств. Кто-то куда-то даже багрепортил, но разработчики не смогли воспроизвести у себя, так что и починка не состоялась. Собственно всё свелось к советам использовать кабели получше, с экранами. И следить за появлением сообщений.

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

попробовал другое ядро, но это пальцем в небо, не помогло, надо править код и тестить. Тоже находил на английском убунтуфоруме похожие проблемы но там либо решалось обновлением ядра(и появлялось из-за обновления ядра) либо заменой кабеля либо репортами вникуда. NAS брать не хочу отдельно, есть контроллер на SIL3512, но там тоже странные проблемы, найти в инете похожее не смог. Есть еще переходник sata->ide но там меня не порадовала скорость, на компе ATA1,если не ошибаюсь. Спасибо, узнал для себя что-то новое

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