Скопіюйте все з невдалого зовнішнього накопичувача резервного копіювання 4 Тб на новий диск в Linux

2

Як зазначається в заголовку, я хотів би скопіювати все з несправного зовнішнього USB-накопичувача 4 ТБ на новий USB-накопичувач 4 ТБ.

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

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

Я буду працювати з командного рядка.

Оновлення: Як було запропоновано, я намагаюся rsync спробувати додаткові поради звідси .

sudo rsync -aAXv --log-file=/home/osmc/rsync.log --exclude={"/lost+found"} /mnt/Main/* /mnt/NewMain

Буде оновлено, як він справляється з помилками під час їх пошуку.

linux hard-drive backup

— leetwanker
джерело

1

Якщо ви можете відмовитись від вимоги збереження накопичувача та його файлової системи: Завантажте його із зовнішнього носія, щоб переконатися, що диск є неактивним (або вийміть диск та вставте його як підлеглий на іншій машині), а потім використовуйте ddrescue на кожному (важливому) розділі:

ddrescue /dev/sdb1 /mnt/some/large/storage/sdb1backup logfile

Це створить зображення розділу, який потім можна встановити:

mount -o loop /mnt/some/large/storage/sdb1backup /mnt/image

ddrescue працює як dd, найбільш очевидним винятком є те, що він набагато більше багатослівний. Я настійно рекомендую продемонструвати сторінку сторінки для варіантів, що відповідають вашому випадку. Файл журналу дозволяє робити кілька запусків і пропускати сектори, які вже успішно отримані.

Якщо ви абсолютно повинні мати його та працювати: rsync -Pravdtz /files somehost:somefolder/

— Ярмунд
джерело

ddrescue було першим місцем, куди я звернувся. Я пройшов весь процес збирання та встановлення та почав копіювати накопичувач. Поки я не оцінив, що оцінка 2 дні 11 годин не зміниться суттєво, як тільки вона піде. Це давно, щоб у моєму випадку диск не був відключений.

— leetwanker

@Jarmund - ddrescue - це абсолютно правильний інструмент для роботи - слід додати, що на відміну від DD, він буде повторно намагатися блокувати і намагатиметься отримувати дані якомога довше. Часто гарна ідея запустити його вперед, тоді, коли він починає повільно, перервати його і перезапустити з "-r", щоб він відновлювався з кінця, часто залишаючи погані блоки до того, як отримав левову частку хороших речей. 2 дні - це не так багато часу, щоб спробувати відновити диск 4 ТБ.

— davidgo

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

— leetwanker

0

Відповідь, яка передбачає, що я використовую rsync, пропала, тому я сама відповідаю на неї. Дякую за пораду.

Я спробую rsync спробувати додаткові поради звідси .

sudo rsync -aAXv --log-file=/home/osmc/rsync.log --exclude={"/lost+found"} /mnt/Main/* /mnt/NewMain

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

Це, мабуть, не буде задовольняти потреби кожного, але воно робило саме те, що мені потрібно.

— leetwanker
джерело