Re: empty archives
Lasse Kliemann <[email protected]> Wed, 11 Jul 2007 19:56:44 +0200
| Newsgroups | gmane.comp.archivers.star.user |
|---|---|
| Message-ID | <[email protected]> |
* Joerg Schilling schreibt: > Lasse Kliemann <[email protected]> wrote: > > > Maybe there was a misunderstanding here. The backup I was trying to restore > > *was* created with VOLHDR=something, as it also appears in the output (see > > above; 'Volhdr: level 4 of /fs/main/mount'). The error message is different > > from what I got without volume header (see my original mail), but the restore > > still cannot complete beyond the empty archive (without your tricks). > > > > The backup itself is unimportant; it stems from a test run. I wrote a little > > test script to check how good Linux filesystem snapshots (using LVM, detailed > > descriptions follow sometime) and star work on active filesystems. > > > > star version is 1.5a82. > > Please test the new a83-pre2 version. It includes a workaround for extracting > incrementals after an incremental was lost and it now does always > add "." in the incrementals. The new `-force-restore' feature works well. It allowed me to restore my old dumps (that I made for testing) properly. However, the second new feature is not yet functioning correctly. Empty dumps *without* a volume header give $ star t f= level-1.star ./ directory link to . Restoring such an empty dump gives Validating this dump against restored filesystem... Dump is valid, starting restore. star: Archive contains directory './' without name list The exit code is 255. Attempts to restore higher-level dumps fail: star: File exists. Cannot create 'star-lock', restore is already running. Deleting the lock file by hand and continuing using `-force-restore' works. Empty dumps *including* a volume header show the old behaviour; there seems to be no `.' in them. Lasse _______________________________________________ Star-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/star-users
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGlRnc1gObwed86AkRAkj8AKC7Yar3nYnzOKPELyMH0XIELF5twwCg22IX u3TyQ323hCLOACgSDcj+PSQ= =NTn5 -----END PGP SIGNATURE-----