Re: READ FPDMA QUEUED und Daten weg
Am Sonntag, 22. April 2012 schrieb Siegfrid Brandstätter:
> > Hallo Ulf,
> >
> >
> >
> > Am Samstag, 21. April 2012 schrieb Ulf Volmer:
> > > On Sat, Apr 21, 2012 at 08:58:47PM +0100, Siegfrid Brandstätter
>
> wrote:
> > > > Nun habe ich es noch mal gelesen und kapiert.
> > > > Aber wie mache ich das nun in meinem Fall. Die Daten kommen von
> > > > einer HDD mit zwei LV
> > > > # lvs
> > > >
> > > >
> > > > LV VG Attr LSize Origin Snap% Move Log Copy%
> > > > Kino backup -wi-a- 175,00g
> > > > bk1 backup -wi-a- 224,61g
> > > > Daten xvt1 -wi-ao 20,00g
> > > >
> > > >
> > > > Kopiert mit ddrescue habe ich auf eine leere Externe ohne LVM, da
> > > > muß ich keine Partitionen anlegen, oder sollte ich da zwei mit
> > > > altem Namen anlegen (Kino und bk1)? So wie im obigen Beispiel
> > >
> > >
> > >
> > > Das ist eigentlich egal. Du kopiert Blockdevises, ob das Ziel nun
> > > eine Partition. ein LVM- Device oder ein File ist, spielt
> > > eigentlich keine Rolle.
> >
> >
> >
> > Danke! Das wäre dann bisher ja nicht falsch gewesen. Nun sollte ich
> > also
> >
> >
> > fdisk /dev/sdb ausführen, richtig? Aber was ist nun
> >
>
> Das war anscheinend ein Fehler von mir, bei mir heisst das device
> /dev/mapper/udisks-luks
Das ist sicherlich nicht die Gerätedateie einer *leeren* externen
Festplatte.
Wenn Du nicht weißt, welche Gerätedatei Deine externe Festplatte bekommt,
gehe wie folgt vor:
- Festplatte ggf. unmounten
- Festplatte ausstecken
- tail -fn0 /var/log/syslog
- Festplatte reinstecken
Schauen, was der Kernel Dir als Gerätedatei nennt.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: