Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Tar Band reparieren?

42 views
Skip to first unread message

Marco Reichwald

unread,
Apr 4, 2001, 9:14:30 AM4/4/01
to
Hallo!

Ich habe hier ein Band (SCSI DDS Tape unter Linux) mit mehreren tar
Sicherungen drauf.
Dummerweise hat ein anderes Programm einige Daten an dessen Anfang
geschrieben, wodurch ich jetzt nicht mehr an die weiter hinten liegenden
Daten komme.
Gibt es da noch eine Möglichkeit die Daten zu retten? Kann man nicht
irgendwie das Band komplett byte-weise auf die Platte ziehen?

Marco

Joerg Scheurich aka MUFTI

unread,
Apr 4, 2001, 11:47:21 AM4/4/01
to

>Ich habe hier ein Band (SCSI DDS Tape unter Linux)
> mit mehreren tar
>Sicherungen drauf.
>Dummerweise hat ein anderes Programm einige Daten an
>dessen Anfang
>geschrieben, wodurch ich jetzt nicht mehr an die
>weiter hinten liegenden
>Daten komme.

Wieso ? Tar liest doch einfach weiter, wenn es den Header
nicht erkennt. Oder hat das "andere" Programm die Daten
an den Anfang von allen Sicherungen geschrieben ?

Mit 'mt' kann man Datenbloecke auf dem Band ueberspringen.
Man sollte sich nur ein "nonrewinding" Tapedevice aussuchen.
Wenn das "rewinding" Tapedevice "/dev/irgendwie" heisst,
dann heisst das "nonrewinding" Tapedevice meistens
"/dev/nirgendwie"

so long
MUFTI
--
Eine Unter-Speisekarte wird erscheinen, in der Sie waehlen koennen,
entweder zu spielen, oder das Video zu schlingen.
(aus einem Software-Handbuch, Stichworte: menu und loop)

Marco Reichwald

unread,
Apr 4, 2001, 1:38:48 PM4/4/01
to
rusm...@helpdesk.rus.uni-stuttgart.de (Joerg Scheurich aka MUFTI)

> Wieso ? Tar liest doch einfach weiter, wenn es den Header
> nicht erkennt. Oder hat das "andere" Programm die Daten
> an den Anfang von allen Sicherungen geschrieben ?

Das Problem ist, dass da jetzt wohl ein "End of Tape" Marker am Anfang
ist. Jeglicher Versuch darüber hinaus zulesen scheitert in einem "Device
not ready".

Ich habe jetzt an anderer Stelle gelesen, dass man da nix mehr machen
kann, ausser das Band an so eine "Datenrettungs-Firma" zu geben. Die
haben wohl spezielle Laufwerke, die über diese Marke hinweglesen können.

Marco, der fest davon überzeugt war, dass Arkeia nochmal nachfragt bevor
es loslegt....

Frank Fuerst

unread,
Apr 4, 2001, 2:13:03 PM4/4/01
to
Marco Reichwald <use...@reichwald.org> wrote:

>rusm...@helpdesk.rus.uni-stuttgart.de (Joerg Scheurich aka MUFTI)
>
>> Wieso ? Tar liest doch einfach weiter, wenn es den Header
>> nicht erkennt. Oder hat das "andere" Programm die Daten
>> an den Anfang von allen Sicherungen geschrieben ?
>
>Das Problem ist, dass da jetzt wohl ein "End of Tape" Marker am Anfang
>ist. Jeglicher Versuch darüber hinaus zulesen scheitert in einem "Device
>not ready".
>
>Ich habe jetzt an anderer Stelle gelesen, dass man da nix mehr machen
>kann, ausser das Band an so eine "Datenrettungs-Firma" zu geben. Die
>haben wohl spezielle Laufwerke, die über diese Marke hinweglesen können.

Kannst du nicht einfach den Anfang mit dd auslesen, den "End of
Tape"-Marker suchen und ebenfalls mit dd die Stelle mit Müll
überschreiben? Oder geht da noch mehr kaputt?

Frank

Marco Reichwald

unread,
Apr 4, 2001, 4:15:23 PM4/4/01
to
Frank Fuerst <ffr...@rz.uni-potsdam.de> wrote:

> Kannst du nicht einfach den Anfang mit dd auslesen, den "End of
> Tape"-Marker suchen und ebenfalls mit dd die Stelle mit Müll
> überschreiben? Oder geht da noch mehr kaputt?

Dann würde das Laufwerk ja wahrscheinlich wieder einen Marker schreiben.
Ich habe jetzt gelesen, dass diese Recoveryfirmen wohl extra für sowas
Laufwerke mit gepatchter Firmware haben, welche man so nicht kaufen kann.
Warum auch immer...

Marco

Harald Schreiber

unread,
Apr 4, 2001, 6:32:30 PM4/4/01
to
Marco Reichwald <use...@reichwald.org> writes:

Ich habe mal gerüchteweise gehört, dass man in so einem Fall das
Band in einen Audio-DAT-Recorder legen kann und damit den End of Tape
Marker am Bandanfang überschreiben kann. Dann soll zwar das erste
Tar Archiv kaputt sein, aber an die anderen kommt man dann angeblich
noch dran. Mangels Audio-DAT-Recorder habe ich das aber nie ausprobieren
können.

Ciao
Harald

--
-------------------------------------------------------------------
Dipl.-Math. Harald Schreiber, Nizzaalle 26, D-52072 Aachen, Germany
Phone/Fax: +49-241-9108015/6 mailto:har...@harald-schreiber.de
-------------------------------------------------------------------

Joerg Scheurich aka MUFTI

unread,
Apr 5, 2001, 10:29:04 AM4/5/01
to
>> Wieso ? Tar liest doch einfach weiter, wenn es den Header
>> nicht erkennt. Oder hat das "andere" Programm die Daten
>> an den Anfang von allen Sicherungen geschrieben ?

>Das Problem ist, dass da jetzt wohl ein "End of Tape" Marker am Anfang
>ist. Jeglicher Versuch darüber hinaus zulesen scheitert in einem "Device
>not ready".

Was passiert eigentlich, wenn man mit einem "norewinding tape device"
versucht, mit einem physikalischen seek vorwaerts ueber diesen Marker
zu huepfen ?

Ausserdem muesste man dem Kernel das "Device not ready" abgewoehnen
koennen....

so long
MUFTI
--
Wenn Ihr CD-ROM Antrieb Brief d nicht ist, tauschen Sie ihren CDROM Antrieb
fuer d in der Fuehrung aus.
(aus einem Softwarehandbuch, Stichworte: drive und letter)

Marco Reichwald

unread,
Apr 5, 2001, 11:01:29 AM4/5/01
to
rusm...@helpdesk.rus.uni-stuttgart.de (Joerg Scheurich aka MUFTI)

> Was passiert eigentlich, wenn man mit einem "norewinding tape device"


> versucht, mit einem physikalischen seek vorwaerts ueber diesen Marker
> zu huepfen ?

Wenn Datenrettungsfirmen extra Laufwerke mit gepatchter Firmware für
sowas haben, ist da wohl mit Tricks nix zu machen.

Marco

Michael Joosten

unread,
Apr 5, 2001, 12:01:11 PM4/5/01
to

Kommt drauf an. Sowas ist mir bei einem Exabyte8200 unter Solaris
passiert. mt fsf 1 hat da NICHT funktioniert - aber unter Linux!
Allerdings wird dann hinter das Ende des geschriebenen Tapefiles
positioniert, und ob man den Rest noch einlesen kann, ist mir keider
nicht mehr so praesent. Allerdings waren die naechsten Tapefiles
zugreifbar.

--
Michael Joosten, SBS C-LAB, jo...@c-lab.de
Fuerstenallee 11, 33094 Paderborn, Germany
Phone: +49 5251 606127, Fax: +49 5251 606065
C-LAB is a cooperation of University Paderborn & SIEMENS

Juergen P. Meier

unread,
Apr 6, 2001, 7:15:17 AM4/6/01
to
On Thu, 05 Apr 2001 18:01:11 +0200, <jo...@c-lab.de> typed:
>Marco Reichwald wrote:
>> > Was passiert eigentlich, wenn man mit einem "norewinding tape device"
>> > versucht, mit einem physikalischen seek vorwaerts ueber diesen Marker
>> > zu huepfen ?
>>
>> Wenn Datenrettungsfirmen extra Laufwerke mit gepatchter Firmware für
>> sowas haben, ist da wohl mit Tricks nix zu machen.
>
>Kommt drauf an. Sowas ist mir bei einem Exabyte8200 unter Solaris
>passiert. mt fsf 1 hat da NICHT funktioniert - aber unter Linux!
>Allerdings wird dann hinter das Ende des geschriebenen Tapefiles
>positioniert, und ob man den Rest noch einlesen kann, ist mir keider
>nicht mehr so praesent. Allerdings waren die naechsten Tapefiles
>zugreifbar.

schon mal mt fsr ausprobiert?

juergen

--
J...@lrz.fh-muenchen.de
"This World is about to be Destroyed!"

Sascha Ziemann

unread,
Apr 7, 2001, 3:10:13 AM4/7/01
to
Marco Reichwald <use...@reichwald.org> writes:

| rusm...@helpdesk.rus.uni-stuttgart.de (Joerg Scheurich aka MUFTI)
|
| > Wieso ? Tar liest doch einfach weiter, wenn es den Header
| > nicht erkennt. Oder hat das "andere" Programm die Daten
| > an den Anfang von allen Sicherungen geschrieben ?
|
| Das Problem ist, dass da jetzt wohl ein "End of Tape" Marker am Anfang
| ist. Jeglicher Versuch darüber hinaus zulesen scheitert in einem "Device
| not ready".

Bei Streamern mit QFA, kann man den Streamer an einer beliebigen
Stelle positionieren und dann loslesen. Probier mal mt(1).

bis später...
Sascha

--
Ein Hoch auf den 7. Juni 2000

0 new messages