Package: dump Version: 0.4b45-3 Severity: normal I use the -A option to create a table of contents file when creating a dump in order to make finding files upon restore faster. I have been doing this for years. I discovered recently that the table of contents files that dump is generating are empty (zero bytes). Attempting to use it with restore results in a "restore: Tape read error on first record" message. I also found that the dump file is OK, so using restore without the -A option allows one to recover the files.
I use commands similar to this to create and restore dumps with a table of contents: # dump -0 -A fubar.toc -f fubar.dump /home # restore i -A fubar.toc -f fubar.dump The restore command that will work to read the above dump is: # restore i -f fubar.dump Since files can still be restored in spite of the rather unnerving error message, I am making this a normal severity bug instead of a more serious one. I have a dump from 2016-02-09 that has a good table of contents file and I've determined that it was created with version 0.4b44-7, so this bug must have been introduced in some version after that. Thanks. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dump depends on: ii e2fslibs 1.43.1-1 ii libblkid1 2.28-5 ii libbz2-1.0 1.0.6-8 ii libc6 2.23-1 ii libcomerr2 1.43.1-1 ii libreadline6 6.3-8+b4 ii libselinux1 2.5-3 ii tar 1.29-1 ii zlib1g 1:1.2.8.dfsg-2+b1 dump recommends no packages. dump suggests no packages. -- no debconf information -- Neil Roeth