Festplatte kopieren mit DD
Hallo, die errwähnte Festplatte möchten wir gerne umkopieren. Da die Daten jedoch in einem LVM Liegen, das NICHT vollständig mehr gelesen werden kann, wollte ich die Daten mit DD auf eine neue (grössere) Platte umkopieren. Nun lese ich, dass das mit DD nicht geht, wenn die Geometrie eine andere ist. Any Hints ? cu stonki -- deutsche ProFTPD Dokumentation: http://www.proftpd.de http://krename.sf.net http://kbarcode.sf.net
* On Sat, 21 Dec 2002 at 15:04 +0100, Stefan Onken wrote:
die errwähnte Festplatte möchten wir gerne umkopieren. Da die Daten jedoch in einem LVM Liegen, das NICHT vollständig mehr gelesen werden kann, wollte ich die Daten mit DD auf eine neue (grössere) Platte umkopieren.
Im Oktober sind mir mal ein paar hundert Zeilen zum Subject "LVM importieren" ausgekommen, such Dir das bei Interesse mal - da steht einiges drinne, wie Du Volumes aus nicht mehr importierbare VGs rausholst.
Nun lese ich, dass das mit DD nicht geht, wenn die Geometrie eine andere ist.
Hmmm? Sollte eigentlich funktionieren. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Mail von Adalbert Michelic am Samstag, 21. Dezember 2002 15:40:
* On Sat, 21 Dec 2002 at 15:04 +0100, Stefan Onken wrote:
die errwähnte Festplatte möchten wir gerne umkopieren. Da die Daten jedoch in einem LVM Liegen, das NICHT vollständig mehr gelesen werden kann, wollte ich die Daten mit DD auf eine neue (grössere) Platte umkopieren.
Im Oktober sind mir mal ein paar hundert Zeilen zum Subject "LVM importieren" ausgekommen, such Dir das bei Interesse mal - da steht einiges drinne, wie Du Volumes aus nicht mehr importierbare VGs rausholst.
Nun lese ich, dass das mit DD nicht geht, wenn die Geometrie eine andere ist.
Hmmm? Sollte eigentlich funktionieren.
Hi, ich nehme dazu gnu parted. Gruß mancas
Am Samstag, 21. Dezember 2002 15:40 schrieb Adalbert Michelic:
Im Oktober sind mir mal ein paar hundert Zeilen zum Subject "LVM importieren" ausgekommen, such Dir das bei Interesse mal - da steht einiges drinne, wie Du Volumes aus nicht mehr importierbare VGs rausholst.
ja gefunden. Aber IMHO (wenn ich alles richtig verstanden habe) nicht der Fall, das /dev/hdx defekt ist. cu stonki -- deutsche ProFTPD Dokumentation: http://www.proftpd.de http://krename.sf.net http://kbarcode.sf.net
Hallo, On Sat, 21 Dec 2002, Stefan Onken wrote:
die errwähnte Festplatte möchten wir gerne umkopieren. Da die Daten jedoch in einem LVM Liegen, das NICHT vollständig mehr gelesen werden kann, wollte ich die Daten mit DD auf eine neue (grössere) Platte umkopieren. Nun lese ich, dass das mit DD nicht geht, wenn die Geometrie eine andere ist.
So ist es. Weil die Partitionen dann nur in seltenen Faellen "passen".
Any Hints ?
Die logische Geometrie anpassen, falls die neue HD noch leer ist. Eine bestimmte Geometrie erzwingst du mit hdX=<cyl>,<hds>,<sec> als Kernelparameter. Ansonsten. Das LVM ist Schrott? Ich bin mir nicht sicher, wie LVM genau ablaeuft, aber man koennte versuchen die Partitionierung wegzulassen (d.h. die neue partitionieren), und dann nur die FS/Daten rueberzuziehen (mit dd). Weisst du zufaellig, ob LVM Daten ueber die Partition enthaelt? Mompl: hab grad nachgeschaut: es wird zumindest die Laenge in Sektoren gespeicher und das wirst du vermutlich nicht passend hinbekommen... Evtl. ginge es aber, wenn das LVM die Partition schlicht nicht komplett ausfuellt, koennte also einen Versuch Wert sein. Moment: LVM kann doch mit vergroesserten Partitionen, oder? Dann koennte das sogar gehen... Ansonsten muesste ich mich mal genauer in LVM einlesen. -dnh -- 45: IRQ Internet Relay Quak (Peter Berlich)
Am Samstag, 21. Dezember 2002 17:14 schrieb David Haller:
Die logische Geometrie anpassen, falls die neue HD noch leer ist. Eine bestimmte Geometrie erzwingst du mit hdX=<cyl>,<hds>,<sec> als Kernelparameter.
ok. das wäre eine möglichkeit. Im Moment sieht es aber so aus, dass selbst dd die Platte nicht mehr ansprechen kann, obwohl man noch nicht mal klackerne Geräusche hört.
FS/Daten rueberzuziehen (mit dd). Weisst du zufaellig, ob LVM Daten ueber die Partition enthaelt? Mompl: hab grad nachgeschaut: es wird zumindest die Laenge in Sektoren gespeicher und das wirst du vermutlich nicht passend hinbekommen... Evtl. ginge es aber, wenn das LVM die Partition schlicht nicht komplett ausfuellt, koennte also einen Versuch Wert sein. Moment: LVM kann doch mit vergroesserten Partitionen, oder? Dann koennte das sogar gehen...
Also LVM verwundert mich ein wenig.Die gesamnte Doku von LVM geht _NICHT_ darauf ein, was man machen muss, wenn man ein Laufwerk defekt ist. Ich meine, SO selten ist das nun ja auch nicht. Hmm. Ein Glück nicht mein Rechner, ich würde Schreien ! cu stonki -- deutsche ProFTPD Dokumentation: http://www.proftpd.de http://krename.sf.net http://kbarcode.sf.net
Hallo, On Sat, 21 Dec 2002, Stefan Onken wrote:
Am Samstag, 21. Dezember 2002 17:14 schrieb David Haller:
Die logische Geometrie anpassen, falls die neue HD noch leer ist. Eine bestimmte Geometrie erzwingst du mit hdX=<cyl>,<hds>,<sec> als Kernelparameter.
ok. das wäre eine möglichkeit.
Das ist sicher die beste, denn dann kannst du die Bloecke, an die du noch rankommst einfach kopieren, die Frage ist dann nur noch, wie LVM damit klarkommt falls Sektoren fehlen (weil die nicht mehr lesbar sind)...
Im Moment sieht es aber so aus, dass selbst dd die Platte nicht mehr ansprechen kann, obwohl man noch nicht mal klackerne Geräusche hört.
Hm. Eintraege dazu in /v/l/warn? Normal werden da unlesbare Sektoren gemeldet... Ggfs. wuerde es sich lohnen, ein kl. C-Proggie zu schreiben[1], das etwas flexibler als dd ist, wenn es darum geht defekte Sektoren zu ueberspringen (mit llseek von beiden Seiten an den Defekt heranseeken und halt retten, was noch auslesbar ist).
Also LVM verwundert mich ein wenig.Die gesamnte Doku von LVM geht _NICHT_ darauf ein, was man machen muss, wenn man ein Laufwerk defekt ist. Ich meine, SO selten ist das nun ja auch nicht. Hmm. Ein Glück nicht mein Rechner, ich würde Schreien !
Jep. -dnh [1] Einen Rumpf/Anfang, der bel. (einzelne) Sektoren einer HD ausliest und abspeichert, kannste von mir haben, das muesste man eben so anpassen, dass es passend auf defekte reagiert und versucht, Defekte zu ueberspringen (und Defekte als Null-Sektor rausschreibt)... -- Äh nein, der Satz sagt bei korrekter Verwendung von Satzzeichen aus, daß der übermäßige Genuß von dasr und Whis(e)y kegelförmige Vertiefungen im Garten hervorrufen kann. -- Ulrich Eckhardt
* On Sat, 21 Dec 2002 at 22:43 +0100, David Haller wrote:
On Sat, 21 Dec 2002, Stefan Onken wrote:
Am Samstag, 21. Dezember 2002 17:14 schrieb David Haller:
Die logische Geometrie anpassen, falls die neue HD noch leer ist. Eine bestimmte Geometrie erzwingst du mit hdX=<cyl>,<hds>,<sec> als Kernelparameter.
ok. das wäre eine möglichkeit.
Das ist sicher die beste, denn dann kannst du die Bloecke, an die du noch rankommst einfach kopieren, die Frage ist dann nur noch, wie LVM damit klarkommt falls Sektoren fehlen (weil die nicht mehr lesbar sind)...
Solange der Superblock (die ersten paar hundert kB, genaue Größe siehe pvdisplay /dev/xxx) da ist, ist das alles relativ egal. Sonst - vgcfgrestore.
Im Moment sieht es aber so aus, dass selbst dd die Platte nicht mehr ansprechen kann, obwohl man noch nicht mal klackerne Geräusche hört.
Hm. Eintraege dazu in /v/l/warn? Normal werden da unlesbare Sektoren gemeldet... Ggfs. wuerde es sich lohnen, ein kl. C-Proggie zu schreiben[1], das etwas flexibler als dd ist, wenn es darum geht defekte Sektoren zu ueberspringen (mit llseek von beiden Seiten an den Defekt heranseeken und halt retten, was noch auslesbar ist).
dd_rescue, siehe unten.
Also LVM verwundert mich ein wenig.Die gesamnte Doku von LVM geht _NICHT_ darauf ein, was man machen muss, wenn man ein Laufwerk defekt ist. Ich meine, SO selten ist das nun ja auch nicht. Hmm. Ein Glück nicht mein Rechner, ich würde Schreien !
Jep.
RAID1, Mirroring, vgcfgrestore.
[1] Einen Rumpf/Anfang, der bel. (einzelne) Sektoren einer HD ausliest und abspeichert, kannste von mir haben, das muesste man eben so anpassen, dass es passend auf defekte reagiert und versucht, Defekte zu ueberspringen (und Defekte als Null-Sektor rausschreibt)...
adalbert@pepe:~ > dd_rescue -h dd_rescue Version 0.98, garloff@suse.de, GNU GPL ($Id: dd_rescue.c,v 1.22 2000/01/14 17:02:23 garloff Exp $) dd_rescue copies data from one file (or block device) to another [...] This program is useful to rescue data in case of I/O errors, because it does not necessarily aborts or truncates the output. adalbert@pepe:~ > rpm -qf `which dd_rescue` ddrescue-0.98-44 -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Hi, Am Samstag, 21. Dezember 2002 15:04 schrieb Stefan Onken:
Hallo,
die errwähnte Festplatte möchten wir gerne umkopieren. Da die Daten jedoch in einem LVM Liegen, das NICHT vollständig mehr gelesen werden kann, wollte ich die Daten mit DD auf eine neue (grössere) Platte umkopieren. Nun lese ich, dass das mit DD nicht geht, wenn die Geometrie eine andere ist.
kann dir nur einen sehr guten Tip geben: abonnier die lvm-liste, dort ist Heinz Mauelshagen sehr hilfsbereit. hat mir auch schon mal aus der Patsche geholfen und eigenhändig (per ssh) eingegriffen. Sonst schau dir mal an: man vgexport , vgimport Du kannst versuchen, die Daten zu exportieren (gegebenfalls ein neues pv hinzufügen, damit Platz ist) Vom Prinzip ist es allerdings so: ist eine Platte aus dem LVM-Verbund im Eimer, kannst du das ganze lvm nicht mehr lesen. Ist halt wie e i n e Festplatte zu sehen: ist die inne Dütten, kannste auch nicht mehr drauf lesen. Es sein denn, du richtest im LVM nen RAID ein. ----->> B A C K U P lässt grüßen! ciao dieter - registered linuxuser 199810 it's time to close windows....
participants (5)
-
Adalbert Michelic
-
David Haller
-
Dieter Franzke
-
Manfred Caspar
-
Stefan Onken