Як інтерпретувати та виправляти помилку введення / виводу в Linux?

Я запускаю щоденну резервну копію з rsync. Починаючи кілька днів тому, один із файлів видав цю помилку під час резервного копіювання:

rsync: read errors mapping "/home/folder/file.ext": Input/output error (5)
WARNING: /home/folder/file.ext failed verification -- update discarded (will try again).

Який найкращий спосіб дії? Це просто зламаний файл? Або щось не так з жорстким диском у розташуванні файлу? Чи потрібно просто видалити його і скопіювати одну з резервних версій на місце файлу? Або є щось інше / більше, що я повинен зробити?

Помилка rsync

 read errors mapping ....: Input/output error (5)

вказує на неможливість rsync читати чи писати файл. Найбільш вірогідними причинами цієї помилки є дефекти диска або в SRC, або в каталозі TGT. Однак інші можливості включають недостатнє дозвіл, блокування файлів антивірусними програмами та maybeінші причини.

Перший крок до діагностики - спробувати скопіювати файли вручну. Це може спрацювати, якщо, наприклад, джерелом помилки був дефект диска в каталозі TGT; повторивши операцію пізніше, ви запишете в інший розділ диска, і проблема може випаруватися.

Крім того, ви можете виявити, що ви не можете отримати доступ до файлу в каталозі SRC. У цьому випадку я пропоную вам скористатися будь-якою утилітою для перевірки диска, доступною для вашого дистрибутива.

Недостатня кількість пільг, антивірусних, простіше діагностувати.

Нарешті, якщо у вашому каталозі SRC у вас поганий сектор, ви можете виключити його з майбутніх запусків rsync за допомогою

rsync -av --exclude='/home/my_name/directory_with_corrupt_files/*'

У мене була подібна проблема, у мене був пристрій із встановленим запобіжником через USB, який часто відключався, викликаючи помилки вводу-виводу. Моя резервна копія ніколи не могла закінчитися, оскільки помилки вводу-виводу почалися в середині rsync, і, незважаючи на те, що rsync повторно працює, в якийсь момент синхронізація не прогресує після оновлення існуючих файлів.

Моє рішення полягало у використанні

--ignore-existing 

варіант. Таким чином я міг запускати синхронізацію в циклі, поки не побачив статус виходу 0.

Звичайно, в цьому випадку мене не хвилювали оновлення існуючих файлів.

У мене є 2 зовнішніх диска, які я постійно синхронізую, використовуючи rsync. Я виконую це завдання регулярно на будь-якій з двох машин, і часто для зручності перемикаюся з однієї на іншу. У мене є 4 машини, на яких працює Debian 9, і я використовую ці диски на кожному з них.

Сьогодні вранці я використав наступне:

rsync -ahv --delete drive-x drive-y 

і був здивований тим, що повідомив про кілька сотень невдач.

в основному: rsync: readlink_stat... failed: Input/output error (5)
також:rsync: rsync: recv_generator: mkdir ... failed: Read-only file system (30)

У процесі з'ясування того, що сталося, я переказав накопичувачі двічі, перезавантажився, пробіг rsyncбез --deleteі, в основному, мої нормальні спроби виправити щось, що надійно працювало протягом тривалого часу. Навіть думав про те, щоб rsyncзнову встановити . Перш ніж я це зробив, я вирішив rsync2 диски на іншій машині, які запускаю в автономному режимі. rsyncпрацювали так, як слід.

Прочитавши розміщений тут матеріал, я встановив clamav, оновив підписи та відсканував свій домашній каталог. Я регулярно використовую це на іншій машині. Я знайшов 1 і лише 1 PUA, і я його видалив. Я завжди видаляю PUA. Потім я перепродав два накопичувачі на цій машині і додав різні тестові файли та папки до кожного диска.

Я бігав rsync -ahv --delete drive_x drive_yі все спрацювало нормально.