Самый легкий способ повредить ext3 файловую систему (для тестирования)?

Недавно мы сделали ту же самую вещь с Robocopy. Я был удивлен тем, как хорошо это работало. Мы переместили все данные однажды в выходные, затем и обновили их пару раз в течение недели с тем же robocopy сценарием. В следующие выходные мы сделали другую пересинхронизацию, которая не брала очень долго, и затем мы сокращаем.

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

robocopy <source> <destination> /copy:DATSO /mir /XD "system volume information" /XD recycler /r:0 /V /Log:robocopylog_foldername.txt

Наконец, можно использовать Вне всякого сравнения, чтобы быть абсолютно уверенными, что все было скопировано.

7
задан 1 February 2011 в 14:38
4 ответа

'mkswap/dev/ext3_dev' или 'dd, если =/dev/zerro =/dev/ext3_dev bs=1024 skip=1000 count=300'

2
ответ дан 2 December 2019 в 23:51

Ну, создайте ext3 на lvm и уменьшите lvm, mkfs.ext3 без umounting, некоторый инструмент низкого уровня для удаления inodes...

0
ответ дан 2 December 2019 в 23:51

Я записал бы простую C-программу для того выполнения, много случайные ищут, и уничтожить.

0
ответ дан 2 December 2019 в 23:51

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

0
ответ дан 2 December 2019 в 23:51

Теги

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