Re: READ FPDMA QUEUED und Daten weg
Hallo Ulf,
Am Dienstag, 24. April 2012 schrieb Ulf Volmer:
> On Tue, Apr 24, 2012 at 01:32:21PM +0100, Siegfrid Brandstätter wrote:
> > Hallo Martin,
> >
> > Am Dienstag, 24. April 2012 schrieb Martin Steigerwald:
> > > Am Dienstag, 24. April 2012 schrieb Stefan Baur:
> > > > Am 24.04.2012 02:46, schrieb Siegfrid Brandstätter:
> > > > > Wenn ich nun das "backup-Kino.img" habe, wie gehe ich dann
> > > > > weiter vor? Ich frage lieber bevor ich es wieder vergeige.
> > > >
> > > > Davon machst Du eine weitere Kopie:
> > > > cp backup-Kino.img arbeitskopie-Kino.img
> > >
> > > Jup, soweit Speicherplatz vorhanden, aber sinnvoll ist das auf
> > > jeden Fall.
> >
> > Davon ist noch genug da.
> > # df -hT
> > /dev/sdb1 ext3 688G 176G 478G 27% /media/wd_usb750
> >
> > > > Alles weitere, was Dir hier auf der Liste und anderswo
> > > > vorgeschlagen wird, machst Du bitte nur mit der Arbeitskopie.
> > >
> > > Jow, dann eben
> > >
> > > fsck.ext4 arbeitskopie-Kino.img
> >
> > Auf der Externen wo das nun liegt habe ich ein ext3, da müsste ich
> > hier also dann "fsck.ext3 arbeitskopie-Kino.img" ausführen,
> > richtig?
>
> Nein! Entscheidend ist das Filesystem des _Images_, das Filesystem,
> auf dem du das ablegt hast, ist wurst.
> Und Deinen vorherigen Mails nach, war das Filesystem ext4.
>
Stimmt es war ext4. Da bin ich ja froh das ich doch vorher fragte, ich
habe es andersherum gedacht.
> Überprüfen kannst Du das mit
>
> file -s arbeitskopie-Kino.img
>
> > Vorher umount /dev/sdb1 ?
>
> Bitte nicht, da liegt doch das Image drauf, oder?
>
Ja, aber da ich immer wieder lese "umounten" war ich mir nicht sicher,
ok ich hätte es dann schon gemerkt wenn ich keinen Zugriff gehabt hätte,
dann hätte ich als nächstes mit mounten und fsck.ext4 arbeitskopie-
Kino.img versucht. Aber kaputt wäre dadurch ja nichts geworden. Danke
für die Erklärungen!
--
Einen Schönen Gruß,
Sigi
Reply to: