Beiträge von viperaberus

    Habe mittlerweile eine etwas primitive Lösung gefunden. Von einer externen Festplatte Filme auf die Karte kopiert, bis sie voll war. Anschließend Formatiert, und siehe da, Photorec hat nichts mehr gefunden und die Karte war ok.

    Habe jetzt einige Versuche hinter mir. In der Kamera funktioniert die Karte ohne Probleme. Habe mit GParded Partitionen erstellt und gelöscht. Dann habe ich eine neue Partitionstabelle estellt, Ergebnis unten. Immer noch kann photorec alle Bilder auslesen. Und das Alles nicht nur mit dieser Karte.

    <

    command '/sbin/wipefs --all '/dev/sdb1'' failed:


    stderr: wipefs: error: /dev/sdb1: probing initialization failed: Device or resource

    busy exit code: 1>


    Photorec rettet munter weiter

    <

    PhotoRec 7.1, Data Recovery Utility, July 2019

    Christophe GRENIER <grenier@cgsecurity.org>

    Main Page
    www.cgsecurity.org


    Disk /dev/sdb - 7813 MB / 7452 MiB (RO) - Generic STORAGE DEVICE

    Partition Start End Size in sectors

    1 P FAT32 LBA 0 33 3 1021 95 24 15259648



    2027 files saved in /home/kurt/recup_dir directory.

    Recovery aborted by the user.


    >

    <

    ocalhost:/home/kurt # fdisk -l

    Festplatte /dev/nvme0n1: 465,76 GiB, 500107862016 Bytes, 976773168 Sektoren

    Festplattenmodell: KINGSTON SNVS500G

    Einheiten: Sektoren von 1 * 512 = 512 Bytes

    Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes

    E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

    Festplattenbezeichnungstyp: gpt

    Festplattenbezeichner: ECF4CE68-36DC-4D59-A208-877195C6677C


    Gerät Anfang Ende Sektoren Größe Typ

    /dev/nvme0n1p1 2048 217860095 217858048 103,9G Linux-Dateisystem

    /dev/nvme0n1p2 972578816 976773134 4194319 2G Linux Swap

    /dev/nvme0n1p3 217860096 540878847 323018752 154G Linux-Dateisystem

    /dev/nvme0n1p4 609087488 930621439 321533952 153,3G Linux-Dateisystem

    /dev/nvme0n1p5 540878848 570890239 30011392 14,3G EFI-System

    /dev/nvme0n1p6 570890240 609087487 38197248 18,2G BIOS boot

    /dev/nvme0n1p7 930621440 951592959 20971520 10G EFI-System


    Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.



    Festplatte /dev/sda: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren

    Festplattenmodell: TOSHIBA HDWD220

    Einheiten: Sektoren von 1 * 512 = 512 Bytes

    Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes

    E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes

    Festplattenbezeichnungstyp: dos

    Festplattenbezeichner: 0x093e8ff8


    Gerät Boot Anfang Ende Sektoren Größe Kn Typ

    /dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT

    /dev/sda2 206848 515764223 515557376 245,8G 7 HPFS/NTFS/exFAT

    /dev/sda3 3905943552 3907026943 1083392 529M 7 HPFS/NTFS/exFAT

    /dev/sda4 515764224 3905943551 3390179328 1,6T 83 Linux


    Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.



    Festplatte /dev/sdb: 7,28 GiB, 7813988352 Bytes, 15261696 Sektoren

    Festplattenmodell: STORAGE DEVICE

    Einheiten: Sektoren von 1 * 512 = 512 Bytes

    Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes

    E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

    Festplattenbezeichnungstyp: dos

    Festplattenbezeichner: 0xfeee119f

    localhost:/home/kurt #>

    Das sudo war der Befehl unter Mint, ich tanze meist auf zwei Hochzeiten. <

    dd if=/dev/zero of=/dev/hdb

    dd: Schreiben in '/dev/hdb': Auf dem Gerät ist kein Speicherplatz mehr verfügbar

    8193+0 Datensätze ein

    8192+0 Datensätze aus

    4194304 Bytes (4,2 MB, 4,0 MiB) kopiert, 0,0101826 s, 412 MB/s>

    <

    sudo dd if=/dev/zero of=/dev/hdb1

    [sudo] Passwort für kurt:

    dd: Schreiben in '/dev/hdb1': Auf dem Gerät ist kein Speicherplatz mehr verfügbar

    16121761+0 Datensätze ein

    16121760+0 Datensätze aus

    8254341120 Bytes (8,3 GB, 7,7 GiB) kopiert, 7,37769 s, 1,1 GB/s>


    Welche Möglichkeiten habe ich noch? Die Karte funktioniert in meiner Kamera einwanfrei. Mit GParded kann ich keine Wirkung erziehlen. Das war jedoch bei der ersten Karte genau so.

    Code
    kurt@kurt-H5846:~$ sudo dd if=/dev/zero of=/dev/hdb1
    dd: Schreiben in '/dev/hdb1': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
    16121761+0 Datensätze ein
    16121760+0 Datensätze aus
    8254341120 Bytes (8,3 GB, 7,7 GiB) kopiert, 7,36162 s, 1,1 GB/s

    Weder mit dd noch mit shred konnte ich die Karte löschen, bzw bei einer Karte hat es shred geschafft, bei der zweiten nicht. Beides Versuche liefen einige Zeit und zeigten Fortschritt an. Die Daten blieben jedoch erhalten.

    Hallo Sauerland, das Netzwerk ist über NAT eingerichtet. Die Port Weiterleitung geht über TCP. Hoffentlich reichen Dir diese Infos. Und vielen dank für Dein Engagement in diesem Forum.