Вопросы Теги

Почему я не могу скопировать большое количество файлов к моей карте флэш-памяти с интерфейсом USB?

Заключительное обновление:

Таким образом, оказывается, что диск был действительно неисправен, и я смог заменить его - замена работает отлично!

Что происходит:

  1. Я вставляю флеш-накопитель.
  2. Я пытаюсь скопировать 2 ГБ файлов.
  3. Приблизительно 600 МБ (но не всегда та же сумма) в к передаче, это прерывает и сильно демонтирует диск.
  4. Включение его снова монтирует его как только для чтения из-за ошибок файловой системы.

Информация в /var/log/syslog:

Apr  4 20:19:09 my-laptop kernel: [10720.130076] usb 1-4: new high speed USB device using ehci_hcd and address 2
Apr  4 20:19:09 my-laptop kernel: [10720.284655] scsi6 : usb-storage 1-4:1.0
Apr  4 20:19:10 my-laptop kernel: [10721.280796] scsi 6:0:0:0: Direct-Access     Corsair  Survivor GTR     0.00 PQ: 0 ANSI: 2
Apr  4 20:19:10 my-laptop kernel: [10721.281920] sd 6:0:0:0: Attached scsi generic sg3 type 0
Apr  4 20:19:10 my-laptop kernel: [10721.284361] sd 6:0:0:0: [sdc] 63438848 512-byte logical blocks: (32.4 GB/30.2 GiB)
Apr  4 20:19:10 my-laptop kernel: [10721.284863] sd 6:0:0:0: [sdc] Write Protect is off
Apr  4 20:19:10 my-laptop kernel: [10721.284870] sd 6:0:0:0: [sdc] Mode Sense: 00 00 00 00
Apr  4 20:19:10 my-laptop kernel: [10721.284876] sd 6:0:0:0: [sdc] Assuming drive cache: write through
Apr  4 20:19:10 my-laptop kernel: [10721.287862] sd 6:0:0:0: [sdc] Assuming drive cache: write through
Apr  4 20:19:10 my-laptop kernel: [10721.287873]  sdc: sdc1
Apr  4 20:19:10 my-laptop kernel: [10721.301238] sd 6:0:0:0: [sdc] Assuming drive cache: write through
Apr  4 20:19:10 my-laptop kernel: [10721.301243] sd 6:0:0:0: [sdc] Attached SCSI removable disk
Apr  4 20:20:03 my-laptop kernel: [10774.494709] FAT: Filesystem error (dev sdc1)
Apr  4 20:20:03 my-laptop kernel: [10774.494714]     fat_free_clusters: deleting FAT entry beyond EOF
Apr  4 20:20:03 my-laptop kernel: [10774.494718] FAT: Filesystem has been set read-only
Apr  4 20:22:04 my-laptop kernel: [10895.160070] usb 1-4: reset high speed USB device using ehci_hcd and address 2
Apr  4 20:22:04 my-laptop kernel: [10895.700029] usb 1-4: device not accepting address 2, error -71
Apr  4 20:22:04 my-laptop kernel: [10895.820047] usb 1-4: reset high speed USB device using ehci_hcd and address 2
Apr  4 20:22:04 my-laptop kernel: [10895.950038] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:05 my-laptop kernel: [10896.191050] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:05 my-laptop kernel: [10896.420054] usb 1-4: reset high speed USB device using ehci_hcd and address 2
Apr  4 20:22:05 my-laptop kernel: [10896.840042] usb 1-4: device not accepting address 2, error -71
Apr  4 20:22:05 my-laptop kernel: [10896.962678] usb 1-4: reset high speed USB device using ehci_hcd and address 2
Apr  4 20:22:06 my-laptop kernel: [10897.380047] usb 1-4: device not accepting address 2, error -71
Apr  4 20:22:06 my-laptop kernel: [10897.380095] usb 1-4: USB disconnect, address 2
Apr  4 20:22:06 my-laptop kernel: [10897.380122] sd 6:0:0:0: [sdc] Unhandled error code
Apr  4 20:22:06 my-laptop kernel: [10897.380125] sd 6:0:0:0: [sdc] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
Apr  4 20:22:06 my-laptop kernel: [10897.380130] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 12 9e 00 00 00 f0 00
Apr  4 20:22:06 my-laptop kernel: [10897.380141] end_request: I/O error, dev sdc, sector 1220096
Apr  4 20:22:06 my-laptop kernel: [10897.382530] sd 6:0:0:0: [sdc] Unhandled error code
Apr  4 20:22:06 my-laptop kernel: [10897.382534] sd 6:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Apr  4 20:22:06 my-laptop kernel: [10897.382539] sd 6:0:0:0: [sdc] CDB: Write(10): 2a 00 00 12 9e f0 00 00 f0 00
Apr  4 20:22:06 my-laptop kernel: [10897.382549] end_request: I/O error, dev sdc, sector 1220336
Apr  4 20:22:06 my-laptop kernel: [10897.385121] FAT: FAT read failed (blocknr 329)
Apr  4 20:22:06 my-laptop kernel: [10897.385150] FAT: FAT read failed (blocknr 322)
Apr  4 20:22:06 my-laptop kernel: [10897.385173] FAT: FAT read failed (blocknr 329)
Apr  4 20:22:06 my-laptop kernel: [10897.385188] FAT: FAT read failed (blocknr 322)
Apr  4 20:22:06 my-laptop kernel: [10897.390581] FAT: unable to read inode block for updating (i_pos 496133)
Apr  4 20:22:06 my-laptop kernel: [10897.830055] usb 1-4: new high speed USB device using ehci_hcd and address 3
Apr  4 20:22:06 my-laptop kernel: [10897.962671] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:07 my-laptop kernel: [10898.200060] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:07 my-laptop kernel: [10898.432548] usb 1-4: new high speed USB device using ehci_hcd and address 4
Apr  4 20:22:07 my-laptop kernel: [10898.560068] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:07 my-laptop kernel: [10898.802603] usb 1-4: device descriptor read/64, error -71
Apr  4 20:22:07 my-laptop kernel: [10899.030075] usb 1-4: new high speed USB device using ehci_hcd and address 5
Apr  4 20:22:08 my-laptop kernel: [10899.460032] usb 1-4: device not accepting address 5, error -71
Apr  4 20:22:08 my-laptop kernel: [10899.580064] usb 1-4: new high speed USB device using ehci_hcd and address 6
Apr  4 20:22:08 my-laptop kernel: [10900.000071] usb 1-4: device not accepting address 6, error -71
Apr  4 20:22:08 my-laptop kernel: [10900.000101] hub 1-0:1.0: unable to enumerate USB device on port 4
Apr  4 20:22:09 my-laptop kernel: [10900.322588] usb 4-2: new full speed USB device using uhci_hcd and address 2
Apr  4 20:22:09 my-laptop kernel: [10900.466510] usb 4-2: not running at top speed; connect to a high speed hub
Apr  4 20:22:19 my-laptop kernel: [10910.471597] usb 4-2: string descriptor 0 read error: -110
Apr  4 20:22:24 my-laptop kernel: [10915.471643] usb 4-2: can't set config #1, error -110

Другие шаги сделаны:

  • Я пытался включить его в различные USB-порты.
  • Я пытался включить его в один из корневых портов на ПК.
  • Я работал badblocks на устройстве и это подошло чистое.
  • Я пытался вытереть таблицу разделов прежде, чем отформатировать - никакое различие.
  • У меня есть внешний жесткий диск USB 2.0 1 ТБ, который хорошо работает и может выполнить большие передачи без инцидента.
  • smartctl -T normal /dev/sdX сбои, говоря "Оконечную команду рано из-за плохого ответа на страницу режима IEC. Обязательная команда SMART перестала работать: выход".

Примечание: благодаря djeikyb для помощи мне с некоторыми шагами.

11
задан 13 April 2017 в 15:23

7 ответов

Вполне уверенный диск повреждается.

  1. Действительно ли это - проблема файловой системы? Нет.

  2. Действительно ли это - USB-порт / проблема с шиной? Нет.

  3. Действительно ли это - проблема с драйвером usb? Нет.

    • Те же проблемы в Windows Vista.
    • !!! Было бы полезно знать с точки зрения драйвера, если существует различие между диском флэш-памяти usb и usb sata диск.

  4. Флеш-накопитель повреждается? Вероятно.

    Доказательство за:

    • Ошибки ввода-вывода в /var/log/syslog
    • Ошибки ввода-вывода происходят в последовательном местоположении.
    • Вышеупомянутые шаги.
13
ответ дан 13 April 2017 в 15:23

Попробуйте диск на машине с Windows.

Если у него такая же проблема в Windows, то это не проблема Ubuntu, а скорее всего аппаратная или программная ошибка.

В таком случае я бы отправил его обратно.

0
ответ дан 13 April 2017 в 15:23

Мне следующие ошибки являются важными.

[10897.385188] FAT: FAT читал отказавший (blocknr 322) та же ошибка на blocknr 329

Это показывает мне, который их или отказ устройства или поврежденный FAT (таблица размещения файлов). На основе дополнительной информации я сказал бы, фактические аппаратные средства виновным. Этот раздел Wiki показывает Вам компоненты флеш-накопителя. Я сказал бы, что контроллер флэш-памяти или карта флеш-памяти виновным. Если можно возвратиться, диск делают так. Если у Вас все еще есть исходная упаковка и гарантия, необходимо смочь получить замену.

Для получения дополнительной информации выполняет следующее, чтобы протестировать на сбойный блок и сообщить, что verbosely помещают его в файл (badblocks.txt).

sudo fsck.vfat-Vtv/dev / [your_usb_dev]> badblocks.txt # был sdc в файле журнала

вставьте badblocks.txt в свой вопрос, таким образом, мы видим. Та команда отметит весь сбойный блок как недоступный в FAT и должна остановить ОС, пытающуюся записать в те неудавшиеся блоки. Это должно решить Вашу проблему.

Для нахождения диска, который необходимо поместить в {/dev / [your_usb_dev]}, выполняет рев команды. Вставьте содержание my_partitions.txt также, таким образом, мы видим еще некоторую деталь о Вашем диске.

sudo fdisk-l> my_partitions.txt

Одно последнее примечание. FAT на 32 бита имеет предел файла 4 гибибайт. Выглядите правильными в конце того раздела в статье Wiki. Таким образом, если Вы регистрируете, больше затем 4 ГиБ, Вы получаете недостаточно ошибки пространства. Я не думаю, что это - проблема здесь все же.

5
ответ дан 13 April 2017 в 15:23

Копируете ли вы файлы в корневой каталог USB-накопителя, на котором уже есть много других файлов?

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

В этом случае попробуйте скопировать файлы в подкаталог на USB-накопителе.

0
ответ дан 13 April 2017 в 15:23

Если файловая система вашего USB является толстой, 32 или 16 Максимальный размер файла 4 ГБ (минус 1 байт) для fat32 и для fat 16 меньше. попробуйте отформатировать USB в файловую систему NTFS.

FAT16, FAT32, NTFS или exFAT на флэш-накопителях USB?

0
ответ дан 13 April 2017 в 15:23

Вполне уверено, у Вас есть теперь поддельный usb. Вы просто упоминаете все признаки, и Linux ouput выглядит очень похожим на тот, который он показывает мне для поддельных 16 МБ и картам памяти 128 МБ, которые я имею здесь. Жаль говорить, но Вы были сорваны. Было много случаев, не только корсара, но и любая другая перьевая компания диска, даже экстремальные примеры как это:

СЛУЧАИ, КОТОРЫЕ ИМЕЮТ УЖЕ, ПРОИСХОДЯТ -

Большое Поле ничего - http://forum.corsair.com/forums/showthread.php?s=826f662d847dd2e8283552f17c161de5&t=94466.

Я перешел к сайту корсара и замеченный Ваше сообщение сюда об этом http://forum.corsair.com/forums/showthread.php?s=826f662d847dd2e8283552f17c161de5&t=94466

Можно найти некоторые случаи как следующее: http://hardforum.com/showthread.php?t=1397409, где они упоминают поддельное жульничество с некоторыми корсарами

Друг в Коста-Рике купил этого: http://wn.com/PEN_DRIVE_64GB_Kingston_FAKE!!!! и поскольку Вы видите в видео, он был сорван. Мы смотрим, когда он пытался скопировать что-либо beyong 4 ГБ, который был реальным размером без удачи.

Это происходило в течение долгого времени теперь, см. эту ссылку на 2006: http://linuxrevolution.blogspot.com/2006/08/fake-usb-drives-sleuthing.html

ФАЛЬСИФИЦИРУЙТЕ ПРОВЕРЯЮТ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

Вот способы протестировать, если у Вас есть ПОДДЕЛЬНЫЙ перьевой диск: http://www.linuxquestions.org/questions/linux-hardware-18/fake-usb-stick-testing-tool-786415/

Другой - этот: http://fixfakeflash.wordpress.com/2010/08/20/linux-h2testw-alternative-program-called-f3-by-michel%C2%A0machado/ Для тестирования на ПОДДЕЛЬНЫЕ перьевые диски.

Сайт для Инструмента F3: http://oss.digirati.com.br/f3/, где можно скомпилировать программу с gcc. Очень простой инструмент, который проверяет размер флеш-накопителей. При чтении веб-страницы, Вы будете видеть, что у этого пользователя ТАКЖЕ был опыт как у Вас и меня.

В любом случае у Вас могли бы быть реальные 512 МБ к флеш-накопителю на 1 ГБ, который фальсифицируется как на 32 ГБ.

Я знаю, что Вы не могли бы дать корректный ответ здесь никому, так как это - действительно плохие новости. Я чувствую Вас, так как я купил 32 ГБ также, друг 128 МБ и моя девушка 16 ГБ весь корсар или Кингстон. Поэтому рассмотрите всю информацию на этой странице без предубеждения. Друг удачи.

РЕКОМЕНДАЦИЯ - Для моего опыта, я рекомендую запустить программы, которые я упоминаю выше и при покупке флеш-накопителя, тестирует их минута, Вы достаете его. Быстрый тест должен заполниться, флеш-накопитель, полный файлов до его maximun, сказал размер.

1
ответ дан 13 April 2017 в 15:23

Помните, что FAT32 - очень деликатная файловая система, и ей не нравится отключение электричества, когда он выполняет какую-либо работу. Таким образом, вы всегда должны безопасно извлекать диск из порта USB. Если вы удалили его небезопасно хотя бы один раз в прошлом - тогда, возможно, что-то сломалось в структуре FAT - затем запустите dosfsck, прежде чем использовать его снова.

Почему он отключается при ошибке? Ну, это, вероятно, зависит от конфигурации по умолчанию - он просто пытается перемонтировать только для чтения, чтобы вы могли сделать резервную копию текущих данных, а затем сделать все проверки. Я предполагаю, что это работает, как будто опция errors=remount-ro установлена.

Я видел подобную проблему здесь, на linuxquestions.org .

0
ответ дан 13 April 2017 в 15:23

Другие вопросы по тегам:

Похожие вопросы: