USB-накопитель поврежден после перезагрузки в процессе копирования [dубликат]

Используете ли вы какое-либо программное обеспечение для дистанционного управления, такое как teamviewer? Может случиться так, что состояния клавиш управления не будут обрабатываться надлежащим образом при переключении назад с удаленного сеанса.

3
задан 22 November 2017 в 12:23

2 ответа

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

В будущем это помогает установить pmount, чтобы буферы были правильно сброшены во время простоя системы.

Чтобы получить его,

sudo apt-get update sudo apt-get install pmount

Еще одна замечательная особенность pmount заключается в том, что диск сохранит точку монтирования. Например, если он монтируется как /media/me/USB32, но затем отключен и перегружен, он будет перемонтироваться в том же месте.

Без pmount система часто не замечает демонтаж или (как это звучит в этом случае) не будет иметь все буферы, записанные на диск (который может включать каталоги).

Если он не замечает демонтаж, то он, вероятно, добавит цифру к перезагруженному USB-накопителю, в результате получится `/ media / me / USB321 '- это означает, что если вы пишете исходный адрес, система будет рассматривать его как каталог в корневом разделе. Содержимое никогда не достигнет USB-накопителя в этом сценарии.

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

0
ответ дан 18 July 2018 в 02:53

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

В будущем это помогает установить pmount, чтобы буферы были правильно сброшены во время простоя системы.

Чтобы получить его,

sudo apt-get update sudo apt-get install pmount

Еще одна замечательная особенность pmount заключается в том, что диск сохранит точку монтирования. Например, если он монтируется как /media/me/USB32, но затем отключен и перегружен, он будет перемонтироваться в том же месте.

Без pmount система часто не замечает демонтаж или (как это звучит в этом случае) не будет иметь все буферы, записанные на диск (который может включать каталоги).

Если он не замечает демонтаж, то он, вероятно, добавит цифру к перезагруженному USB-накопителю, в результате получится `/ media / me / USB321 '- это означает, что если вы пишете исходный адрес, система будет рассматривать его как каталог в корневом разделе. Содержимое никогда не достигнет USB-накопителя в этом сценарии.

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

0
ответ дан 24 July 2018 в 17:41
  • 1
    Насколько я понимаю, нет способа восстановить какие-либо данные, которые могут быть сохранены? Я попытался использовать testdisk, и вывод был похож: search_part () Disk / dev / sdc - 63 GB / 58 GiB - CHS 60256 64 32 file_pread (6,5, buffer, 19 (0/0/20)) read err: Вход / output error file_pread (6,3, buffer, 24 (0/0/25)) read err: Ошибка ввода / вывода file_pread (6,3, buffer, 71 (0/2/8)) read err: вход / выход ошибка – Qqqq 21 November 2017 в 14:18
  • 2
    Похоже, это не так. Одна вещь, которую вы можете попробовать, поместить ее в машину Windows и попробовать chkdsk /f. Я думаю, что у вас либо есть коррупция в каталоге, заставляя ее пытаться прочитать адрес, который даже не существует на диске, или это может быть истинный отказ оборудования. Одно правильное правило состоит в том, чтобы всегда иметь две копии важной информации, если один из них нечитабелен. Резервные копии. Удачи с этим. – SDsolar 21 November 2017 в 20:17

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

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