tar: wychodzenie ze statusem niepowodzenia z powodu poprzednich błędów

Napisałem mały skrypt, który przetwarza i kompresuje listę katalogów + plików.

Wydaje się, że skrypt działa poprawnie, ponieważ po uruchomieniu skryptu tworzony jest użyteczny plik .tar.gz.

Jednak ten denerwujący komunikat pojawia się po zakończeniu skryptu:

tar: wychodzenie ze statusem niepowodzenia z powodu poprzednich błędów

Nie widzę żadnych komunikatów o błędach podczas działania skryptu i, jak powiedziałem, wygenerowany plik można rozpakować bez ostrzeżeń / błędów. Ponieważ używam tego jako części kopii zapasowej, chcę się upewnić, że nie ignoruję czegoś poważnego.

Jakie są możliwe przyczyny wyświetlania tego komunikatu o błędzie / ostrzeżenia - i czy mogę go bezpiecznie zignorować ?. Jeśli nie mogę go zignorować, jakie są kroki do zdiagnozowania i rozwiązania błędu?

Korzystam z systemu Ubuntu 10.0.4

Otrzymasz tę wiadomość, jeśli z jakiegokolwiek powodu tar nie będzie mógł dodać wszystkich określonych plików do tar. Jeden, jeśli najczęściej nie ma uprawnień do odczytu jednego z plików. To może być duży problem, ponieważ używasz tego do tworzenia kopii zapasowych. Jeśli używasz -vflagi, spróbuj ją wyłączyć. Powinno to zmniejszyć wydajność i pozwolić zobaczyć, co się dzieje.

problemem jest argument, fargument przyjmuje następny jako nazwę pliku, więc musi to być ostatni argument

tar cvzf output.tgz folder

lub

tar -cvzf output.tgz folder

jest taki sam i nie ma błędu.

Czasami tworzenie kopii zapasowych plików, które mogą ulec zmianie podczas tworzenia kopii zapasowej, takich jak pliki dziennika, może być przydatna opcja tar „--ignore-failed-read” (korzystam z systemu Debian Linux, nie jestem pewien, czy nie jest to program GNU tar).

Standardowe wyjście i błąd można przekierować w 2 różnych plikach za pomocą czegoś takiego:

LOGDIR='/var/log/mylogdir' 
LOG=${LOGDIR}/backup.log 
ERRLOG=${LOGDIR}/backup.error.log 
DATE=$(date +%Y-%m-%d)
HOSTNAME=$(hostname)
DATA_DIRS='/etc /home /root'

tar --ignore-failed-read -f ${BACKUP_DIR}/${HOSTNAME}-${DATE}.tgz -cvz ${DATA_DIRS} > $LOG 2> $ERRLOG

Uważam, że jest to ogólnie bezpieczne, ale uważaj, ponieważ smoła się nie zatrzyma ...

Miałem ten sam problem i żadna z powyższych odpowiedzi nie działała dla mnie. Stwierdziłem jednak, że uruchomienie następującego polecenia działało:

tar -cpzf /backups/fullbackup.tar.gz --exclude=backups --exclude=proc --exclude=tmp --exclude=mnt --exclude=sys --exclude=dev --exclude=run /

Błędy, o których mowa, tar: Exiting with failure status due to previous errorsmożna zidentyfikować, wyłączając opcję -v. Po sprawdzeniu błędy pochodziły z katalogów takich jak /runi /sys.

Wyłączając te katalogi, działa dobrze. Mam nadzieję, że pomoże to każdemu z podobnym problemem.

Miałem ten sam problem. Wszystko, co zrobiłem, to usunąć myślnik („-”) z polecenia.

Zamiast wpisywać go jako

tar -cvfz folder output.tar.gz /

spróbuj wpisać to jako

tar cvfz output.tar.gz folder /

Nie wiem, dlaczego kreska powodowała problemy w moim przypadku, ale przynajmniej zadziałało.

Źle zrozumiałeś wcześniejszą odpowiedź. Problem nie polega na tym -, że znajduje się na fliście argumentów.

tar cvfz target.tgz <files>

Spróbuje utworzyć archiwum o nazwie „z”, ponieważ jest to następujący po nim tekst f. Komunikat o błędzie jest spowodowany tym, że tar nie może znaleźć „target.gz” do dodania do archiwum „z”.

tar cvzf target.tgz <files>

Poprawnie utworzy target.tgz i doda do niego pliki. Wynika to z faktu, że target.tgz jest pierwszym tekstem po fargumencie.

Zwykle możesz zignorować tę wiadomość. Jeśli podczas tworzenia pliku tar pojawią się jakiekolwiek zmiany (takie jak usunięcie / tworzenie / modyfikacja pliku) w drzewie katalogów bazowych, wyśle ​​ten komunikat. Również jeśli pojawią się specjalne pliki, takie jak węzły urządzeń, fifos i tak dalej, spowodują to ostrzeżenie.

Czy na pewno nie widzisz żadnych sprawców? Spróbuj ztar cvfz yourtarball.tgz /your/path

Miałem podobny problem z rozpakowaniem otrzymanego pliku. Okazuje się, że nie miałem uprawnień do zapisywania plików w archiwum należącym do roota. Używanie sudo naprawiło to.

Jednym z powodów, dla których popełniają te błędy dla początkujących, jest to
Zapominają wykonywać operacje w katalogu, w którym znajdują się pliki
Idź do tej lokalizacji i wykonaj polecenie 
Ponieważ moje pliki są na pulpicie 
~ / Desktop # tar - cf done.tar abc xyz
Gdzie xyz i abc są plikami, a my przechowujemy te pliki w done.tar
Jeśli pójdziemy i wykonamy polecenie w innym miejscu, otrzymamy błąd