"oude" LTO tapes lezen met tar - invalid block size

[bucovaina89]

Mijn vraag
Ik heb LTO-4 tapes liggen waar ik ooit (eind 2015) met een LTO-4 drive een backup heb gemaakt. Dat was met tar geschreven. Nu wil ik na 4 jaar indexeren welke files er op die tapes staan maar om een of andere reden krijg ik de tapes nu niet meer gelezen. Wat kan ik nog meer doen dan hieronder, of wat zie ik over het hoofd?

code:

user@host$ mt -f /dev/nst0 asf 0 && tar tvf /dev/nst0 > tape-contents.txt
tar: /dev/nst0: Cannot read: Input/output error
tar: At beginning of tape, quitting now
tar: Error is not recoverable: exiting now
user@host$ dmesg
[ 7126.208106] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.252010] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.295775] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.339371] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.383302] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.427035] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.471209] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.514864] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.558500] st 7:0:0:0: [st0] Incorrect block size.
[ 7126.602091] st 7:0:0:0: [st0] Incorrect block size.
[ 7228.055916] st 7:0:0:0: [st0] Incorrect block size.
user@host$ for i in {1..2048}; do mt -f /dev/nst0 setblk $i; tar -b $i -tvf /dev/nst0 2&>/dev/null; done
# geen output, dus alleen stderr die ik naar /dev/null stuur met dezelfde error als hierboven
user@host$ mt -f /dev/nst0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 2097152 bytes. Density code 0x46 (LTO-4).
Soft error count since last status=0
General status bits on (45010000):
 BOT WR_PROT ONLINE IM_REP_EN

Relevante software en hardware die ik gebruik
De tapes zijn in 2015 geschreven met een HPe LTO-4 drive met tar in debian, ik vermoed een 8.0 of 7.0. Nu wil ik de tapes terug lezen met een LTO-5 drive, ook tar en debian 10.

Wat ik al gevonden of geprobeerd heb
Het meest geavanceerde wat ik al geprobeerd heb is de for loop, om elke mogelijke blocking size een kans te geven, maar nergens krijg ik de contents van mijn tape te zien. Het is wel een multi-volume (5 tapes in totaal) maar ik vermoed dat dat geen verschil mag maken om de eerste tape te lezen.

edit:

heb de output van mt -t /dev/nst0 status toegevoegd

[ Voor 7% gewijzigd door bucovaina89 op 09-10-2019 20:10 . Reden: nog extra info toegevoegd ]

[HKLM_]

Heeft je LTO-5 drive wel ondersteuning voor LTO-4? Tapes zijn een tijd geleden voor mij maar kan me heugen dat ik ooit eens een oude LTO drive in leven moest houden i.v.m compatibiliteit.

[bucovaina89]

LTO-5 is RW backwards compatible met LTO-4 en RO backwards compatible met LTO-3. Ik schrijf en lees ook LTO-4 tapes met deze drive.

[HKLM_]

bucovaina89 schreef op woensdag 9 oktober 2019 @ 20:08:
LTO-5 is RW backwards compatible met LTO-4 en RO backwards compatible met LTO-3. Ik schrijf en lees ook LTO-4 tapes met deze drive.

Dan heb ik niks gezegd

[Minitrooper]

Ook in een ver ver verleden met LTO's gestoeid, toen op een unix platform. Blocksize identification is dan een pain in the *ss.

Volgende procedure gebruikte ik toen:

mt -f /dev/nst0 setblk 0 <---- deze heb jij geskipt in jouw for loop
dd if=/dev/nst0 of=/tmp/block bs=128k count=1
wc -c /tmp/block

Dat laatste geeft jou de gebruikte blocksize.

Die zet je dan met:

mt -f /dev/nst0 setblk XXX

Untarren dan met:

dd if=/dev/nst0 bs=XXX count=10 | tar -tvf-

Succes!

PS. natuurlijk moet die LTO5 die 4 tapes kunnen lezen, maar ik vermoed dat je dat al afgevinkt hebt, zie post hierboven.

[Hero of Time]

Uitgaande dat de tape ook daadwerkelijk in orde is, is de gebruiker waarmee je de tape wilt lezen wel lid van de tape groep zodat deze het ook daadwerkelijk mag?

[bucovaina89]

Minitrooper schreef op woensdag 9 oktober 2019 @ 20:10:
Ook in een ver ver verleden met LTO's gestoeid, toen op een unix platform. Blocksize identification is dan een pain in the *ss.

Volgende procedure gebruikte ik toen:


[...]


Dat laatste geeft jou de gebruikte blocksize.

Die zet je dan met:

[...]


Untarren dan met:

[...]


Succes!

PS. natuurlijk moet die LTO5 die 4 tapes kunnen lezen, maar ik vermoed dat je dat al afgevinkt hebt, zie post hierboven.

You're a hero! Het was 10240 :-)

[bucovaina89]

Hero of Time schreef op woensdag 9 oktober 2019 @ 20:19:
Uitgaande dat de tape ook daadwerkelijk in orde is, is de gebruiker waarmee je de tape wilt lezen wel lid van de tape groep zodat deze het ook daadwerkelijk mag?

Yep ik schreef en las al tapes met dezelfde user. Zie het antwoord van @Minitrooper. De block size was 10240

[Minitrooper]

Joepie! Blij te horen dat het werkt!

Volgende keer noteren op label tape:
- datum
- backup programma (tar/dd/cpio/..) + regime (Full/Incremental)
- blocksize

Doei!
Minitrooper

[bucovaina89]

Ik schrijf een mini how-to in mijn confluence, hoe de blocking factor te bepalen. En ik schrijf het idd op die tapes nu . Trouwens ook geen idee waarom ik bij 10240 ben gekomen. Ik vermoed dat de tape drive aan het shoe-shinen was of zo en in de hoop om meer doorvoer te hebben? Geen idee hoe soft/hardware zelf op 10240 was gekomen.

[Minitrooper]

Dat kan zijn dat ie inderdaad op "auto-blocksize" stond. Het "waarom" doet er eigenlijk niet meer toe, het "hoe-los-ik-het-op" was belangrijker :-)

Doei!