Re: READ FPDMA QUEUED und Daten weg
On Sat, Apr 21, 2012 at 08:43:08PM +0100, Siegfrid Brandstätter wrote:
> Hallo Stefan,
> Am Freitag, 20. April 2012 schrieb Stefan Baur:
> > Am 20.04.2012 18:25, schrieb Siegfrid Brandstätter:
> > > Das würde ich gerne versuchen, aber leider habe ich keine Ahnung
> > > wie ich das genau machen muss.(ddrescue, Loopmount)
> >
> > man ddrescue (nachdem Du es installiert hast)
>
> Trotzdem habe ich leider Fragen.
> Wenn ich danach gehe:
> http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
>
> Example 1: Rescue a whole disc with two ext2 partitions in /dev/hda to
> /dev/hdb.
> Note: you do not need to partition /dev/hdb beforehand, but if the
> partition table on /dev/hda is damaged, you'll need to recreate it
> somehow on /dev/hdb.
> ddrescue -f -n /dev/hda /dev/hdb logfile
> ddrescue -d -f -r3 /dev/hda /dev/hdb logfile
> fdisk /dev/hdb
> e2fsck -v -f /dev/hdb1
> e2fsck -v -f /dev/hdb2
>
> Für was soll ich "fdisk /dev/hdb" ausführen? Das ist doch da, oder
> verstehe ich das falsch. Mit fdisk legt man doch eine Partition an. Aber
> auf diese hdb habe ich doch kopiert, daher muss es doch schon da sein.
In dem _Beispiel_ wird eine komplette Platte incl. Partitionstabelle kopiert.
Damit der Kernel die geänderte Partitionstabelle von /dev/hdb zur Kenntniss
nimmt, ist es am einfachsten, einmal fdisk aufzuführen.
Aber bei dein Problem sollte dass doch eigentlich gar nicht auftreten,
du willst doch einzelne LVMs kopieren, oder?
Gruß,
Ulf.
Reply to: