Это команда bup-fsck, которую можно запустить в бесплатном хостинг-провайдере OnWorks, используя одну из наших многочисленных бесплатных онлайн-рабочих станций, таких как Ubuntu Online, Fedora Online, онлайн-эмулятор Windows или онлайн-эмулятор MAC OS.
ПРОГРАММА:
ИМЯ
bup-fsck - проверить или исправить репозиторий bup
СИНТАКСИС
bup fsck [-r] [-g] [-v] [--quick] [-j работе] [--par2-ok] [--disable-par2] [имена файлов ...]
ОПИСАНИЕ
bup fsck - это инструмент для проверки репозиториев bup так же, как git fsck проверяет
репозитории git.
Он также может генерировать и / или использовать «блоки восстановления» с помощью par2(1) инструмент (если он у вас есть
установлены). Это позволяет восстанавливать поврежденные блоки, покрывающие до 5% вашей площади.
.pack файлы.
В обычной системе резервного копирования поврежденные блоки менее важны, потому что
достаточно данных, дублированных между наборами резервных копий, чтобы один поврежденный набор резервных копий
не критично. Однако в системе резервного копирования с дедупликацией, такой как bup, ни один блок никогда не сохраняется.
более одного раза, даже если он используется в каждой резервной копии. Если бы этот блок был
безвозвратно ВСЕ ваши наборы резервных копий будут сразу же повреждены. Таким образом, важно быть
возможность проверить целостность ваших резервных копий и восстановить дисковые ошибки, если они возникнут.
ПРЕДУПРЕЖДЕНИЕ: bup Функции восстановления fsck недоступны, если у вас нет бесплатного par2(1)
пакет установлен на вашем сервере bup.
ПРЕДУПРЕЖДЕНИЕ: bup fsck, очевидно, не может восстановиться после полного отказа диска. Если ваши резервные копии
важны, вам необходимо тщательно продумать избыточность (например, использование RAID для
многодисковое резервирование или создание резервных копий за пределами площадки для резервирования сайта).
ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ
-р, --ремонт
попытаться восстановить любые поврежденные пакеты, используя существующие блоки восстановления. (Требует
par2(1)).
-грамм, - генерировать
генерировать блоки восстановления для любых пакетов, в которых их еще нет. (Требует
par2(1)).
-в, --подробный
повысить многословность (можно использовать более одного раза).
--быстро
не запускайте полный пакет git verify-pack для каждого файла пакета; вместо этого просто проверьте финал
контрольная сумма. Это может привести к значительному ускорению без очевидного уменьшения
надежность. Однако вы можете избежать этого варианта, если вы параноик. Имеет
не влияет на пакеты, в которых уже есть информация для восстановления.
-дж, --jobs =тупица
максимальное количество проверок пакетов, выполняемых одновременно. Оптимальное значение для этого
Вариант зависит от того, насколько быстро ваш ЦП может проверять пакеты по сравнению с пропускной способностью вашего диска. Если
вы запускаете слишком много заданий одновременно, ваш диск будет переполнен из-за обратного поиска и
между файлами, и производительность фактически снизится, даже если тупица меньше
чем количество ядер ЦП в вашей системе. Вы можете поэкспериментировать с этим вариантом
найти оптимальное значение.
--par2-ок
немедленно вернуть 0, если par2(1) установлен и работает, или 1 иначе. Не надо
собственно проверить что-нибудь.
--отключить-par2
притвориться, что par2(1) не установлен, и игнорируйте все блоки восстановления.
ПРИМЕРЫ
# генерировать блоки восстановления для всех пакетов, которые не
у # есть их
буп fsck -g
# генерировать блоки восстановления для определенного пакета
буп fsck -g ~ / .bup / objects / pack / 153a1420cb1c8*.пакет
# проверяем правильность всех пакетов (может быть очень медленно!)
буп фск
# проверить правильность всех пакетов и восстановить все
# поврежденных
буп fsck -r
# проверить правильность конкретного пакета и восстановить
# если повреждено
буп fsck -r ~ / .bup / objects / pack / 153a1420cb1c8*.пакет
# проверяем, доступны ли блоки восстановления в этой системе
если bup fsck --par2-ok; тогда
эхо "par2 в порядке"
fi
Используйте bup-fsck онлайн с помощью сервисов onworks.net
