Це команда bup-fsck, яку можна запустити в постачальнику безкоштовного хостингу OnWorks, використовуючи одну з наших численних безкоштовних робочих станцій, таких як Ubuntu Online, Fedora Online, онлайн-емулятор Windows або онлайн-емулятор MAC OS.
ПРОГРАМА:
ІМ'Я
bup-fsck - перевірка або відновлення сховища bup
СИНТАКСИС
bup fsck [-r] [-g] [-v] [--швидкий] [-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)).
-g, --генерувати
створювати блоки відновлення для будь-яких пакетів, у яких їх ще немає. (Вимагає
par2(1)).
-v, -багатослівний
збільшити багатослівність (можна використовувати більше одного разу).
--швидко
не запускайте повний git verify-pack на кожному файлі пакета; замість цього просто перевірте фінал
контрольна сума. Це може призвести до значного прискорення без явного зниження
надійність. Однак, якщо у вас параноїк, ви можете уникати цього варіанту. Має
не впливає на пакети, які вже містять інформацію про відновлення.
-j, --робота=кількість робочих місць
максимальна кількість верифікацій пакета для одночасного виконання. Оптимальне значення для цього
Опція залежить від того, наскільки швидко ваш процесор може перевірити пакети та пропускну здатність вашого диска. Якщо
Ви запускаєте занадто багато завдань одночасно, ваш диск буде насичений пошуком назад і
між файлами і продуктивність насправді зменшиться, навіть якщо кількість робочих місць менше
ніж кількість ядер ЦП у вашій системі. З цим варіантом можна поекспериментувати
щоб знайти оптимальне значення.
--par2-ок
негайно повернути 0 якщо par2(1) встановлено та працює, або 1 інакше. Не
насправді перевіряйте будь-що.
--disable-par2
вдавати, що par2(1) не встановлено, і ігноруйте всі блоки відновлення.
ПРИКЛАДИ
# генерувати блоки відновлення для всіх пакетів, які цього не роблять
# мають їх
bup fsck -g
# генерувати блоки відновлення для певного пакета
bup fsck -g ~/.bup/objects/pack/153a1420cb1c8*.pack
# перевірити всі пакети на правильність (може бути дуже повільним!)
bup fsck
# перевірити всі пакети на правильність і відновити будь-які
# пошкоджених
bup fsck -r
# перевірити певний пакет на правильність і відновити
# якщо пошкоджено
bup fsck -r ~/.bup/objects/pack/153a1420cb1c8*.pack
# перевірити, чи доступні блоки відновлення в цій системі
якщо bup fsck --par2-ok; тоді
echo "par2 в порядку"
fi
Використовуйте bup-fsck онлайн за допомогою служб onworks.net
