Как часть моей схемы резервной копии Linux я недавно обменял и модернизовал/заменил некоторые жесткие диски USB дома. Как часть моей схемы резервной копии Linux я недавно обменял и модернизовал/заменил некоторые жесткие диски USB дома. У меня дома есть коробка Linux (Thinkpad T43p управляющий Ubuntu, если Вам это интересно), которая имеет 320GB диск, приложенный и установленный как/mnt/backup и у которой осталось довольно мало места. Это случилось после того как я переместил с нее 50GB материала вчера вечером.
Я бы хотел заменить его на недавно приложенный 750GB диск и должен переместить все данные в новый диск. Но так как большая часть данных состоит из отдаленных снимков файловой системы, произведенных используя rsnapshot, который делает обильное использование из твердых связей, то очень важно, чтобы я сделал это правильно. Если я не сделаю правильно, то данные не поместятся на 750GB диск!
Забираясь глубоко в прошлое моего Unix, я всомнил что уже делал это однажды. Уловка заключалась в том, чтобы не использовать ни одного из обычных подозреваемых: cp, tar, rsync, or mv. Вместо этого Вы используете свалку (yuck) или комбинацию поиска и cpio.
Затем Вы ждете долгое время пока проходит материал и Вы начинаете жалеть что не используете диски в eSATA вложениях, а используете их в USB 2.0 вложениях.
Проблема состоит в том, что cpio должным образом не сохранил timestamps на справочниках, так что я должен был зайти еще глубже, не забывая пароват свалку и восстанавление.
В следующий раз, когда я буду это делать, у меня не возьмет столько времени для того, чтобы изобрести схему как это сделать.
Кто-нибудь имеет альтернативные методы? Или Вы знаете, почему cpio не сохранил правильно timestamps?