CP не удается скопировать с ошибками “CP: ошибка читая 'файл': ошибка ввода/вывода” и "CP: не удалось расширить 'файл': ошибка ввода/вывода

Question 1

Я - пользователь Oracle Virtualbox на Ubuntu. И я раньше копировал vdi файлы как своего рода резервное копирование. Ранее я сделал это (копирование vdi файл и затем копирование его назад) много раз без любой проблемы.

Но сегодня я столкнулся с этой ошибкой

VirtualBox VMs/win_7$ cp ../../Bkps/win_7.vdi .
cp: error reading ‘../../Bkps/win_7.vdi’: Input/output error
cp: failed to extend ‘./win_7.vdi’: Input/output error

Я погуглил для этого немного, но от советов относительно подобных проблем I undersood ничто, к сожалению. Кто-либо мог предложить, как решить это?

Вывод от dmesg (и я ничего не понимаю от него),

[ 2347.982876] ata1.00: exception Emask 0x0 SAct 0x1900406f SErr 0x0 action 0x0
[ 2347.982887] ata1.00: irq_stat 0x40000008
[ 2347.982895] ata1.00: failed command: READ FPDMA QUEUED
[ 2347.982908] ata1.00: cmd 60/08:70:d0:da:f4/00:00:2e:00:00/40 tag 14 ncq 4096 in
[ 2347.982908]          res 41/40:08:d0:da:f4/00:00:2e:00:00/00 Emask 0x409 (media error) <F>
[ 2347.982915] ata1.00: status: { DRDY ERR }
[ 2347.982919] ata1.00: error: { UNC }
[ 2348.395657] ata1.00: configured for UDMA/133
[ 2348.395727] sd 0:0:0:0: [sda] Unhandled sense code
[ 2348.395733] sd 0:0:0:0: [sda]  
[ 2348.395737] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2348.395741] sd 0:0:0:0: [sda]  
[ 2348.395745] Sense Key : Medium Error [current] [descriptor]
[ 2348.395752] Descriptor sense data with sense descriptors (in hex):
[ 2348.395764]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
[ 2348.395770]         2e f4 da d0 
[ 2348.395772] sd 0:0:0:0: [sda]  
[ 2348.395774] Add. Sense: Unrecovered read error - auto reallocate failed
[ 2348.395775] sd 0:0:0:0: [sda] CDB: 
[ 2348.395776] Read(10): 28 00 2e f4 da d0 00 00 08 00
[ 2348.395781] end_request: I/O error, dev sda, sector 787798736
[ 2348.395792] ecryptfs_decrypt_page: Error attempting to read lower page; rc = [-5]
[ 2348.395795] ata1: EH complete
[ 2348.395797] ecryptfs_readpage: Error decrypting page; rc = [-5]
[ 2351.264987] ata1.00: exception Emask 0x0 SAct 0x7f80400 SErr 0x0 action 0x0
[ 2351.264998] ata1.00: irq_stat 0x40000008
[ 2351.265005] ata1.00: failed command: READ FPDMA QUEUED
[ 2351.265019] ata1.00: cmd 60/08:50:d0:da:f4/00:00:2e:00:00/40 tag 10 ncq 4096 in
[ 2351.265019]          res 41/40:08:d0:da:f4/00:00:2e:00:00/00 Emask 0x409 (media error) <F>
[ 2351.265025] ata1.00: status: { DRDY ERR }
[ 2351.265029] ata1.00: error: { UNC }
[ 2351.403371] ata1.00: configured for UDMA/133
[ 2351.403425] sd 0:0:0:0: [sda] Unhandled sense code
[ 2351.403426] sd 0:0:0:0: [sda]  
[ 2351.403428] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2351.403429] sd 0:0:0:0: [sda]  
[ 2351.403430] Sense Key : Medium Error [current] [descriptor]
[ 2351.403433] Descriptor sense data with sense descriptors (in hex):
[ 2351.403434]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
[ 2351.403439]         2e f4 da d0 
[ 2351.403442] sd 0:0:0:0: [sda]  
[ 2351.403444] Add. Sense: Unrecovered read error - auto reallocate failed
[ 2351.403445] sd 0:0:0:0: [sda] CDB: 
[ 2351.403446] Read(10): 28 00 2e f4 da d0 00 00 08 00
[ 2351.403451] end_request: I/O error, dev sda, sector 787798736
[ 2351.403463] ecryptfs_decrypt_page: Error attempting to read lower page; rc = [-5]
[ 2351.403466] ecryptfs_readpage: Error decrypting page; rc = [-5]
[ 2351.403470] ata1: EH complete

Любая справка значительно ценится, заранее спасибо

Question 2

Если это не "диск" в virtualbox, но реальный физический диск, где изображения vm хранятся на, который выглядит довольно плохо.

Были ошибки чтения на/dev/sda.
Существует автоматическая обработка путем маркировки дискового блока как сбойный блок навсегда, и используйте другой вместо этого.
Чтобы это работало, жесткий диск должен считать данные один сингл больше времени, возможно, пробуя несколько сотен чтений.
Но диск разочаровался в этом:

"Добавьте. Смысл: Остаточная ошибка чтения - автоматический перераспределяет отказавший"

Существуют действительно плохие ошибки на диске - еще не просто ясно, являются ли они в одном месте только или распространении, и увеличиваются ли они со временем.

Жесткий диск может перестать работать очень скоро,
как "сейчас".
Или на следующей неделе, или нисколько.

Если это делает хорошо на a e2fsck тест, Вы cann все еще не используют его ни для чего важного.

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

Иначе сделайте резервные копии как можно скорее,
загрузите приблизительно один живой CD (или найдите, что способ размонтироваться/не монтируется /home),
и проверьте на сбойные блоки, как

sudo e2fsck -c -v /dev/sdXN

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

Это может быть правильная вещь просто работать e2fsck в режиме автовосстановления и оставляют компьютер в покое некоторое время:

sudo e2fsck -p -c -v /dev/sdXN

См. ubuntuforums: Случайное замораживание и "Остаточная ошибка чтения" в/var/log/messages для деталей.

Question 3

Question 4

Секторы Вашего жесткого диска были повреждены. DRDY ДОПУСКАЮТ ОШИБКУ - Устройство Готовая Ошибка Проверки. UNC - Некорректируемый.

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

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

можно использовать seatools, для восстановления с этой ошибки временно. Но не должен будет устранять эту проблему навсегда, Она может произойти снова несколько раз спустя.

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

Лучшее резервное копирование данные к новому жесткому диску и замене жесткий диск.

Question 5

Для меня я получил эту ошибку при попытке скопировать образы дисков, которые составили что-то как 128 ГБ. cp пытался загрузить все это в памяти для перезаписи ее, отступают, и это, очевидно, не будет работать, таким образом, она должна будет быть сделана в блоках. Лучшим способом я нашел для разделения на блоки файла, должен вызвать его через ssh.

scp user@localhost:/path/to/source /path/to/dest

необходимо использовать user@localhost; исключение его вернется к cp - как поведение.

Volker Siegel · Accepted Answer · 11 August 2014 в 21:57