dd backup einspielen funzt nicht

[Jan-Benedict Glaw]

On Mon, 2004-06-07 11:36:56 +0200, Stefan Pump <lug at pumpnet.de>
wrote in message <009301c44c72$fa23a800$0700a8c0 at JSPWEB.NET>:
> >On Mon, 2004-06-07 10:08:26 +0200, Stefan Pump <lug at pumpnet.de>
> >wrote in message <001e01c44c66$9cca1100$0700a8c0 at JSPWEB.NET>:
> >> >> der dd liefert folgende Meldung:
> >> >> dd: Schreiben in >>/dev/hda<<: No space left on device
> >> >> 39070081+0 Records ein
> >> >> 39070080+0 Records aus
> >> >> 20003880960 bytes transfered in .... seconds
> >> >
> >> >Ist das *exakt* dieselbe Platte, von der Du das Backup genommen hast?
> >
> >Ah, interessant. Nehme ich die da oben angegebenen Zahlen und vergleiche
> >sie mit der Soll-Gr??e (19535040 1K-Bl?cke --> 39070080
> >512-Byte-Sektoren), so scheint die Platte die "passende" L?nge zu haben.
> >Allerdings ist anscheinend Dein Backup zu gro?...
> 
> entspr?che bei 512 bytes/block 39070080 Bl?cke. Woher er den letzten
> Block
> nimmt, entzieht sich meiner Kenntnis. Kann das eventuell ein einfaches
> EOF Zeichen am Ende der Datei sein?

Nein. Die Daten werden roh verarbeitet - sie werden nicht interpretiert.

> Also das Restore versuche ich mit der Knoppicillin-CD aus der c't von
> neulich irgendwann. Der Kernel darauf ist laut den "System
> informationen"
> (dmesg) Linux Version 2.4.20-xfs.
> Das Backup habe ich, sofern ich mich recht erinnere, auch mit dieser
> CD
> gemacht. Mag aber sein, dass ich mich hier t?usche und eine normale
> Knoppix 3.4 (im Shell-Modus) benutzt habe.
> Wenn ich die normale Knoppix genommen habe, kann es auch sein, jetzt
> wo
> Du es sagst, dass ich den 2.6 Kernel benutzt habe, weil ich es damals
> ?ber eine Firewire-Platte (geliehenes Geh?use) gebackupt habe und ich
> es auf jeden Fall auch mal mit dem 2.6 Kernel probiert habe. das
> Notebook

Aha:)

> ist damals immer wegen Temperaturproblemem abgeschmiert, weswegen ich
> mehrer Versuche gestartet habe. [ Beim letzten (und erfolgreichen
> Versuch)
> stand es auf K?hl-Akkus aus dem Eisfach auf dem Balkon im Wind :-)]

Das nennst Du erfolgreich? Ich nenn' das "nicht vertrauenswürdig".

> Also es kann anderesherum gewesen sein, also Du es jetzt gemutma?t
> hast:
> Backup mit 2.6 und Restore mit 2.4.
> 
> Befehl war damals :
> 
> dd if=/dev/hd1 of=/mnt/sr2/lapbak.img

Aha, also auf einen lokalen Datenträger.

> Beim Restore habe ich es folgenderma?en gemacht:
> 
> mount -t smbfs -o username=FOO,password=BAR //SERVER-IP/mnt/hdb2
> /mnt/hdb2
> 
> anschliessend einfach den Restore gestartet:

Auh... Dabei hätt' ich ein kräftig ungutes Gefühl... Warum nicht einfach
über ssh streamen?

> dd if=/mnt/hdb2/lapbak.img of=/dev/hda

kaputte-kiste# ssh user at backup-server "cat /path/to/backup.image" > /dev/hda

> Also sofern der Samba da keine Schweinereien einbaut, sollte beim
> eigentlichen
> Lesen und schreiben keine Ver?nderung am Image statt gefunden haben.

Die Frage ist, ob der SMB-Client-Code im Linux-Kernel sauber läuft:)

> Wenn es an dem Medium Firewire-Platte/Samba-Freigabe liegen kann,
> werde ich
> nat?rlich nochmal versuchen, mir das Geh?use auszuleihen, aber das ist
> dann
> wieder mit etwas Trouble verbunden, deshalb w?rde ich es erst und nur
> machen,
> wenn es ein realistischer Grund f?r das Verhalten sein kann.

ssh!

...und Du solltest dem 2.4.x'er Kernel beibiegen, mögliche Boot-Helfer
(a la EZ-Drive) zu ignorieren:

hda=noremap

(--> wenn Du auf /dev/hda restaurieren willst).

> Also, ich kann sp?ter nochmal versuchen das Restore mit einem 2.6er
> Kernel
> einzuspielen, wenn das der Grund sein kann. W?rde dann aber auch
> wieder ?ber
> 4 Stunden dauern, also w?rde ich es gerne nur dann machen, wenn es
> realistisch
> auch der Grund f?r die deformierte Partitionstabelle sein kann.

Das hat gute Chancen. Du kannst auch 2.4.x benutzen, wenn Du
"hda=noremap" an der Kernel-Kommandozeile mit angibst. ...und ich würd's
nicht über SMB machen:)

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20040607/5fbbb9f6/attachment.sig>