Re: READ FPDMA QUEUED und Daten weg
Hallo,
Am Montag, 23. April 2012 schrieb Martin Steigerwald:
> Am Montag, 23. April 2012 schrieb Siegfrid Brandstätter:
> > > Aber bei dein Problem sollte dass doch eigentlich gar nicht
> > > auftreten, du willst doch einzelne LVMs kopieren, oder?
> >
> > So ich hoffe das diese Mail heute durch geht, die letzten sind
> > immer zurück gekommen, abgewiesen wegen Spam verdacht.
> >
> > Das Problem ist, dass die Externe nun nicht mehr eingebunden wird,
> > dmesg zeigt sie zwar an, aber mounten geht nicht mehr.
> > Aber nach einem "fdisk" auch nicht.
>
> Ok, nochmal ganz von vorn. Ich hab die letzten Mails in dem Thread
> gelesen und blicks gerade nicht, was Du gemacht hast und was die
> kaputte Partition / logisches Laufwerk
>
Es tut mir leid, aber da habe ich wirklich Mist gebaut.
Aber nun dürfte ich das ganze besser verstanden und im Griff haben. Dank
eurer Hilfe.
> Führe fdisk -l, blkid und lvdisplay --maps mit eingesteckter externer
> Platte aus und gebe dann klar an - im Zweifelsfall mit entsprechenden
> Auszügen der Befehlsausgaben:
>
Die defekte Platte ist die:
Disk /dev/sdb: 500.1 GB, /dev/mapper/backup-bk1 /lvm-bk
Die Externe-USB ist die:
Disk /dev/sdc: 750.1 GB,/media/d6bdcbaa-9432-4dc2-88da-ee6104f8b072
Beachte bitte bei dem ersten Befehl "fdisk -l" die Ausgabe von /dev/sdb:
"215 heads, 5 sectors" ! Anstatt 255 heads, 63 sectors/.
# df -hT
Dateisystem Typ Größe Benutzt Verf. Verw%
Eingehängt auf
/dev/sdc1 ext3 688G 90G 564G 14%
/media/d6bdcbaa-9432-4dc2-88da-ee6104f8b072
/dev/mapper/backup-bk1 ext4 225G 45G 169G 21% /lvm-bk
# fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00027d18
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 976771071 488134657 5 Extended
/dev/sda5 501760 976771071 488134656 8e Linux LVM
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
215 heads, 5 sectors/track, 908626 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0004e32f
Device Boot Start End Blocks Id System
/dev/sdb1 2048 2342911 1170432 82 Linux swap /
Solaris
/dev/sdb2 2342912 881250011 439453550 5 Extended
/dev/sdb5 * 2342917 881250011 439453547+ 8e Linux LVM
Disk /dev/sdc: 750.1 GB, 750121910272 bytes
255 heads, 63 sectors/track, 91197 cylinders, total 1465081856 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d1ff9
Device Boot Start End Blocks Id System
/dev/sdc1 2048 1465081855 732539904 83 Linux
# blkid
/dev/mapper/backup-bk1: UUID="dfe386df-723e-488b-885b-7e33aa0daffb"
TYPE="ext4"
/dev/mapper/backup-Kino: UUID="df2de6a6-dbcb-46b4-bf42-e03453f47597"
TYPE="ext4"
/dev/sdc1: UUID="d6bdcbaa-9432-4dc2-88da-ee6104f8b072" TYPE="ext3"
# lvdisplay --maps
--- Logical volume ---
LV Name /dev/backup/bk1
VG Name backup
LV UUID 64R6wS-25G1-nOKK-HuJk-4je8-FHxq-pzSanv
LV Write Access read/write
LV Status available
# open 1
LV Size 224,61 GiB
Current LE 57500
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:2
--- Segments ---
Logical extent 0 to 57499:
Type linear
Physical volume /dev/sdb5
Physical extents 0 to 57499
--- Logical volume ---
LV Name /dev/backup/Kino
VG Name backup
LV UUID 6tRMwD-IGV6-zE07-X0P4-FTcs-sAmz-Y3ei4K
LV Write Access read/write
LV Status available
# open 0
LV Size 175,00 GiB
Current LE 44800
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:3
--- Segments ---
Logical extent 0 to 44799:
Type linear
Physical volume /dev/sdb5
Physical extents 57500 to 102299
> 1) Was ist die Partition, von der Du Daten retten möchtest? Welches
> Dateisystem ist da drauf?
>
Disk /dev/sdb: 500.1 GB, ext4
> 2) Welche Gerätedatei hat die externe Platte, auf die Du die Daten
> kopieren möchtest? (Im Zweifelsfall wie in meiner anderen Mail
> beschrieben tail -f /var/log/syslog beim Einstecken) Wie ist die
> externe Platte im Moment partitioniert?
>
Disk /dev/sdc: 750.1 GB, ext3
> Und nochmal: Gerade mit dd und fdisk (außer mit Option -l) - *erst*
> verstehen, *dann* Befehl absetzen. Das ist *ganz wichtig*, wenn Dir
> Deine Daten lieb sind.
>
Nun habe ich nach dem ich ja den Mist gebaut hatte, die Externe neu mit
einer Partition formatiert + Ext3.
Ja ich weiss das es nicht gut ist noch mal den ddrescue Vorgang
durchzuführen, aber in dem Fall besser als gar nicht. Nun läuft dieser
gerade ab und speichert ersichtlich auch die Daten schön auf die Externe
in das "rettungsimage.iso"
Leider hat die EXterne einen extrem blöden Namen ;-)
# ddrescue -n /dev/sdb /media/d6bdcbaa-9432-4dc2-88da-
ee6104f8b072/rettungsimage.iso logdatei.log
Danach mache ich noch ein:
# ddrescue -RT /dev/sdb /media/d6bdcbaa-9432-4dc2-88da-
ee6104f8b072/rettungsimage.iso logdatei.log
und hoffe das dann alles klappt.
--
Einen Schönen Gruß,
Sigi
Reply to: