Re: tar sichert manche Verzeichnisse nicht? - SOLVED
Servus Matthias,
From: "Matthias Böttcher"
Am 6. Mai 2012 17:28 schrieb Daniel Bauer <mlist@dsb-gmbh.de>:
tar --exclude=backup --exclude=proc --exclude=sys -cvf
/backup/server.$datum.tar /
Am 7. Mai 2012 11:48 schrieb Daniel Bauer <mlist@dsb-gmbh.de>:
ja ich leite mit 1>>log 2>>log in eine Datei und schau mir die im
Anschluß an ...
da hier die FEHLERmeldungen von tar interessant sind, schlage ich dir
vor:
tar --exclude='/backup/*' --exclude='/proc/*' --exclude='/sys/*' \
-cvf /backup/server.$datum.tar / 1>log 2>errorlog
Dann wäre der Inhalt von errorlog von Interesse.
Ich habe absichtlich den Redirection Operator > ohne append verwendet,
da nur das Ergebnis der letzten Ausführung von tar interessiert.
ist mir klar, aber nachdem es ja ein bischen dauert, hab ich mal nur
folgendes aus der alten Logdatei gegrept und das sieht gut aus:
root@fileserver:~# grep -e ^tar: /backup/fileserver.2012.05.06.log
tar: Entferne führende „/“ von Elementnamen
tar: Entferne führende „/“ von Zielen harter Verknüpfungen
tar: /dev/log: Socket ignoriert
tar: /var/run/cups/cups.sock: Socket ignoriert
tar: /var/run/dbus/system_bus_socket: Socket ignoriert
tar: /var/run/acpid.socket: Socket ignoriert
Vier weitere Fragen:
- Ist /backup extra gemountet, wann ja: wo?
Ja, am Server, ist eine USB Platte.
- Hast du mal kontrolliert, ob /opt /sbin /usr wirklich im Archiv
fehlen?
tar -tf /backup/server.$datum.tar | grep -e ^opt/ -e ^sbin/ -e ^usr/
nein, nur im Log, aber die Kontrolle bringt mich zur Ernüchterung:
root@fileserver:~# tar -tf /backup/fileserver.2012.05.06.tar | grep -e
^opt/ -e ^sbin/ -e ^usr/
tar: Unerwartetes Dateiende im Archiv.
tar: Error is not recoverable: exiting now
-Ist das erstellte Archiv konsistent/fehlerfrei?
tar -tf /backup/server.$datum.tar >/dev/null; echo $?
leider nochmals Fehler :(
root@fileserver:~# tar -tf /backup/fileserver.2012.05.06.tar >/dev/null;
echo $?
tar: Unerwartetes Dateiende im Archiv.
tar: Error is not recoverable: exiting now
2
-Ausgabe von mount und df -h?
root@fileserver:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
/dev/sdb1 on /backup type fuseblk (rw,allow_other,blksize=4096)
root@fileserver:~# df -h
Dateisystem Size Used Avail Use% Eingehängt auf
/dev/sda1 1005G 372G 582G 39% /
tmpfs 1007M 0 1007M 0% /lib/init/rw
udev 1002M 156K 1002M 1% /dev
tmpfs 1007M 0 1007M 0% /dev/shm
/dev/sdb1 1,9T 449G 1,4T 25% /backup
Es sieht also so aus, als ob die Platte defekt ist, oder Debian mit der
NTFS Vorformatierung nicht zurecht kommt. Ich probier es jetzt mal mit
ext3.
THX
Daniel
Reply to: