Wenn ich,(wie in ftape-4.x-doc-1.03/ftape-manual/html/Running_the_tests.html 
beschrieben), mit: 
        tar -cvf /dev/nqft0 ./ftape/zftape/ 
ein kleines Beispiel-Back-up des Unterverzeichnises gemacht habe,  

Erhalte ich beim Vergleichewn der Dateien mit:
        'tar -dvf /dev/nqft0   # compare the backup with the files on the hard 
                                                                        disk'
immer die Meldung: tar: Unexpected EOF on archive file

Das geht mit anderen Verzeichnissen ebenso.
Es befindet sich immer nur der Anfang  des Verzeichnisses auf dem Band.

Wie kommt es zu diesem 'Unexpected EOF'?

/var/log/messages sagt f�r mein Verst�ndnis nichts dazu:
20 12:05:21 vitzlipu kernel: [210] 0    ftape-ctl.c (ftape_get_drive_status)
 - error status set.
Dec 20 12:05:22 vitzlipu kernel: [211] 0     ftape-io.c (ftape_report_error) - e
rrorcode: 26.
Dec 20 12:05:22 vitzlipu kernel: [212] 0    ftape-ctl.c (ftape_get_drive_status)
 - status: new cartridge.
Dec 20 12:05:23 vitzlipu kernel: [213] 0     ftape-io.c (ftape_report_configurat
ion) - TR-1 tape detected.
Dec 20 12:05:23 vitzlipu kernel: [214] 0    ftape-ctl.c (ftape_init_drive) - pos
t QIC-117B drive @ 500 Kbps.
Dec 20 12:05:23 vitzlipu kernel: [215] 0     ftape-ctl.c (ftape_calibrate_data_r
ate) - Highest FDC supported data rate: 1000 Kbps.
Dec 20 12:05:25 vitzlipu kernel: [216] 0       ftape-io.c (ftape_report_configur
ation) - TR-1 tape detected.
Dec 20 12:05:25 vitzlipu kernel: [217] 0    ftape-ctl.c (ftape_init_drive) - unk
nown length QIC-80 tape.
Dec 20 12:05:31 vitzlipu kernel: [218] 0       ftape-read.c (ftape_decode_header
_segment) - calculated tape length is 796 ft.
Dec 20 12:05:31 vitzlipu kernel: [219] 0         ftape-bsm.c (print_bad_sector_m
ap) - 404989 Kb usable on this tape.
Dec 20 12:05:31 vitzlipu kernel: [220] 0         ftape-bsm.c (print_bad_sector_m
ap) - 25 bad sectors.
Dec 20 12:05:31 vitzlipu kernel: [221] 0     zftape-read.c (zft_read_header_segm
ents) - Segments written since first format: 14022.
Dec 20 12:05:31 vitzlipu kernel: [222] 0     zftape-read.c (zft_read_header_segm
ents) - zftape->ftape->first_data_segment: 2, zftape->ftape->last_data_segment: 
13967.
Dec 20 12:05:41 vitzlipu kernel: [223] 0    ftape-ctl.c (ftape_print_history) - 
== Non-fatal errors this run: ==.
Dec 20 12:05:41 vitzlipu kernel: [224] 0    ftape-ctl.c (ftape_print_history) - 
fdc isr statistics:
Dec 20 12:05:41 vitzlipu kernel:  id_am_errors     :   0
Dec 20 12:05:41 vitzlipu kernel:  id_crc_errors    :   0
Dec 20 12:05:41 vitzlipu kernel:  data_am_errors   :   0
Dec 20 12:05:41 vitzlipu kernel:  data_crc_errors  :   0
Dec 20 12:05:41 vitzlipu kernel:  overrun_errors   :   0
Dec 20 12:05:41 vitzlipu kernel:  no_data_errors   :   0
Dec 20 12:05:41 vitzlipu kernel:  retries          :   0.
Dec 20 12:05:41 vitzlipu kernel: [225] 0    ftape-ctl.c (ftape_print_history) - 
ecc statistics:
Dec 20 12:05:41 vitzlipu kernel:  crc_errors       :   0
Dec 20 12:05:41 vitzlipu kernel:  crc_failures     :   0
Dec 20 12:05:41 vitzlipu kernel:  ecc_failures     :   0
Dec 20 12:05:41 vitzlipu kernel:  sectors corrected:   0.
Dec 20 12:05:41 vitzlipu kernel: [226] 0    ftape-ctl.c (ftape_print_history) - 
tape motion statistics:
Dec 20 12:05:41 vitzlipu kernel: repositions       :   2.

Hier sieht alles gut aus.
Was ist da zu tun?
Jeder Ratschlag ist willkommen!
-- 
Hartmut Gehrke-Tschudi  |Dohnanyi und Walser versuchen
Bochum                  |auf einem Tiger zu reiten
                        |und machen sich und uns wei�,
BRD                     |es sei nur ein Esel.
                    
                       

Reply via email to