bup-fsck - zweryfikować lub naprawić repozytorium błędów
bup fsck [-r] [-g] [-v] [--quick] [-j jobs] [--par2-ok] [--disable-par2] [filenames...]
bup fsck to narzędzie do sprawdzania poprawności repozytoriów bup w taki sam sposób, w jaki git fsck sprawdza poprawność repozytoriów git.
Może również generować i/lub używać „bloków odzyskiwania” za pomocą narzędzia par2(1) (jeśli masz je zainstalowane). Pozwala to na odzyskanie uszkodzonych bloków obejmujących do 5% plików .pack.
W normalnym systemie tworzenia kopii zapasowych uszkodzone bloki są mniej ważne, ponieważ między zestawami kopii zapasowych jest zwykle duplikowanych tyle danych, że pojedynczy uszkodzony zestaw kopii zapasowych nie jest krytyczny. Jednak w deduplikującym systemie tworzenia kopii zapasowych, takim jak bup, żaden blok nie jest przechowywany więcej niż raz, nawet jeśli jest używany w każdej pojedynczej kopii zapasowej. Gdyby tego bloku nie można było odzyskać, wszystkie Twoje zestawy kopii zapasowych zostałyby jednocześnie uszkodzone. Dlatego ważne jest, aby móc weryfikować integralność kopii zapasowych i odzyskiwać dane po błędach dysku, jeśli wystąpią.
OSTRZEŻENIE: funkcje odzyskiwania bup fsck nie są dostępne, chyba że masz zainstalowany bezpłatny pakiet par2(1) na serwerze bup.
OSTRZEŻENIE: bup fsck oczywiście nie może odzyskać danych po całkowitej awarii dysku. Jeśli kopie zapasowe są ważne, należy dokładnie rozważyć nadmiarowość (na przykład użycie RAID do wielodyskowej redundancji lub tworzenie kopii zapasowych poza siedzibą firmy w celu zapewnienia nadmiarowości lokalizacji).
próbować naprawić uszkodzone pakiety przy użyciu istniejących bloków odzyskiwania. (Wymaga par.2(1).)
generować bloki odzyskiwania dla wszystkich paczek, które jeszcze ich nie mają. (Wymaga par.2(1).)
zwiększyć gadatliwość (można użyć więcej niż jeden raz).
nie uruchamiaj pełnego git-very-pack na każdym pliku paczki; zamiast tego po prostu sprawdź końcową sumę kontrolną. Może to spowodować znaczne przyspieszenie bez widocznego spadku niezawodności. Możesz jednak chcieć uniknąć tej opcji, jeśli masz paranoję. Nie ma wpływu na pakiety, które mają już informacje o odzyskiwaniu.
maksymalna liczba weryfikacji paczek do uruchomienia naraz. Optymalna wartość tej opcji zależy od tego, jak szybko procesor może weryfikować pakiety w porównaniu z przepustowością dysku. Jeśli uruchamiasz zbyt wiele zadań na raz, dysk zostanie przepełniony przeszukiwaniem plików w tę iz powrotem, a wydajność faktycznie spadnie, nawet jeśli numjobs jest mniejsze niż liczba rdzeni procesora w systemie. Możesz eksperymentować z tą opcją, aby znaleźć optymalną wartość.
natychmiast zwróć 0, jeśli par2(1) jest zainstalowany i działa, lub 1 w innym przypadku. Właściwie niczego nie sprawdzaj.
udawaj, że par2(1) nie jest zainstalowany i ignoruj wszystkie bloki przywracania.
# generate recovery blocks for all packs that don't
# have them
bup fsck -g
# generate recovery blocks for a particular pack
bup fsck -g ~/.bup/objects/pack/153a1420cb1c8*.pack
# check all packs for correctness (can be very slow!)
bup fsck
# check all packs for correctness and recover any
# damaged ones
bup fsck -r
# check a particular pack for correctness and recover
# it if damaged
bup fsck -r ~/.bup/objects/pack/153a1420cb1c8*.pack
# check if recovery blocks are available on this system
if bup fsck --par2-ok; then
echo "par2 is ok"
fibup-damage(1), fsck(1), git-fsck(1)
Część pakietu bu(1).
Avery Pennarun