SD-kaart gewist, data nog terug te halen?

[SirLct]

Holla tweakers,

Ik heb een probleempje.
Een sd-kaart waar ca 2 jaar aan video's en foto's is per ongeluk gewist.
Is het nog terug te halen?

Heb begrepen dat er software/ bedrijven die het doet?
Bijv https://www.ontrack.com/nl-nl/

Zijn er eenvoudiger oplossingen hiervoor?
Is dit bijvoorbeeld een goede optie?
https://diskdigger.org/

Alvast bedankt.

[ Voor 9% gewijzigd door SirLct op 02-07-2020 11:11 ]

[De Nelis]

Je zou https://www.ccleaner.com/recuva kunnen proberen

[nelizmastr]

Eenvoudigste optie is de bestanden uit je back-up halen natuurlijk.
Maar je zou geen topic maken als je back-ups had

Als je het een bedrijf laat doen dan kost het je een paar honderd tot een paar duizend euro,
dus als het zo waardevol is, dan is dat de beste route. Je mag in ieder geval geen byte meer
naar die kaart schrijven, omdat je daarmee blokken gaat overschrijven die eerst bestanden bevatten.
Daarna is het bestand in kwestie nooit meer volledig te recoveren.

[SirLct]

nelizmastr schreef op donderdag 2 juli 2020 @ 11:12:
Eenvoudigste optie is de bestanden uit je back-up halen natuurlijk.
Maar je zou geen topic maken als je back-ups had

Als je het een bedrijf laat doen dan kost het je een paar honderd tot een paar duizend euro,
dus als het zo waardevol is, dan is dat de beste route. Je mag in ieder geval geen byte meer
naar die kaart schrijven, omdat je daarmee blokken gaat overschrijven die eerst bestanden bevatten.
Daarna is het bestand in kwestie nooit meer volledig te recoveren.

Ja die is dus gedaan, ik wist niet dat de bestanden weg zijn, dus heb al nieuwe bestanden opnieuw erop geschreven.......

[ Voor 71% gewijzigd door SirLct op 02-07-2020 11:14 ]

[SirLct]

De Nelis schreef op donderdag 2 juli 2020 @ 11:12:
Je zou https://www.ccleaner.com/recuva kunnen proberen

Thanks ik ga het vanavond proberen

[Ben(V)]

ssd schrijven normaal eerst naar nooit gebruikte blokken, pas als alles gebruikt is gaan ze hergebruiken, dus je hebt een kans dat het nog terug te halen is.
En met recuva heb ik goede ervaringen mee als was dat toen met een harddisk disk corrupt was, heb toen 90% van m'n bestanden terug kunnen krijgen.

[pennywiser]

photorec/testdisk werkt het best voor sd kaarten

[ Voor 47% gewijzigd door pennywiser op 02-07-2020 13:51 ]

[Question Mark]

Ben(V) schreef op donderdag 2 juli 2020 @ 13:49:
ssd schrijven normaal eerst naar nooit gebruikte blokken, pas als alles gebruikt is gaan ze hergebruiken, dus je hebt een kans dat het nog terug te halen is.

Het gaat hier om een SD-card, geen SSD harddisk.

[Ben(V)]

Maakt niet uit, het gaat om de data structuur niet om hoe hij aangesloten wordt.
een sd-card is natuurlijk ook gewoon een ssd disk met een usb interface.

[ Voor 33% gewijzigd door Ben(V) op 02-07-2020 13:53 ]

[pennywiser]

Ben(V) schreef op donderdag 2 juli 2020 @ 13:52:
Maakt niet uit, het gaat om de data structuur niet om hoe hij aangesloten wordt.

maakt alles uit, met testdisk is het van een sd vaak gewoon terug te halen

[Ben(V)]

Testdisk werkt ook goed, maar het maakt echt niets uit.

[MsG]

Maak eerst een 1 op 1 image zonder dat je nog weer allerleis schrijf en leesacties ernaast doet met random tooltjes.

Kopieer die image dan een paar keer en gebruik zo'n kopie om vervolgens in die tooltjes te stoppen.

[urk_forever]

Ik heb zelf goede ervaringen met GetDataBack. Ze hebben een demo beschikbaar, dus die zou je kunnen proberen.

[SirLct]

Oke, recuva, testdisk, en getdataback. Zal het vanavond proberen. Op pc v werk kan ik niets installeren.
Bedankt mannen.

[Question Mark]

Ben(V) schreef op donderdag 2 juli 2020 @ 13:52:
Maakt niet uit, het gaat om de data structuur niet om hoe hij aangesloten wordt.
een sd-card is natuurlijk ook gewoon een ssd disk met een usb interface.

Verschil is wel dat een SSD een eigen firmware draait, die geoptimaliseerd is om wear leveling toe te passen. Onlangs beschreven blokken worden dan zolang mogelijk nog niet opnieuw beschreven om de levensduur te verlengen. En dat effect kan in het geval van data-recovery een flink verschil maken.

[Compizfox]

Question Mark schreef op donderdag 2 juli 2020 @ 14:21:
[...]

Verschil is wel dat een SSD een eigen firmware draait, die geoptimaliseerd is om wear leveling toe te passen. Onlangs beschreven blokken worden dan zolang mogelijk nog niet opnieuw beschreven om de levensduur te verlengen. En dat effect kan in het geval van data-recovery een flink verschil maken.

Doen SD-kaarten dat niet ook?

[pennywiser]

Compizfox schreef op donderdag 2 juli 2020 @ 14:25:
[...]

Doen SD-kaarten dat niet ook?

Die hebben geen controller en dus geen firmware

[Compizfox]

pennywiser schreef op donderdag 2 juli 2020 @ 14:26:
[...]

Die hebben geen controller en dus geen firmware

Dat hebben ze zeker wel.

EDIT: Ze doen ook wear leveling, maar hoe precies staat niet in de SD spec en kan dus per fabrikant verschillen.

https://electronics.stackexchange.com/a/27623

[ Voor 30% gewijzigd door Compizfox op 02-07-2020 14:31 ]

[SirLct]

Hmm het werkt niet...
Recuva heeft 300 bestanden gevonden, maar na alles te recoveren wil de file niet geopend krijgen.
Het is een mp4 files, en zowel met windows media en met vlc krijg ik het niet open.
Error 0xc00d36e5

Ik heb bestanden geteld in de kaart en kom zelf op 218, dus twijfel of recuva de oude bestanden hebben gevonden of eigenlijk alleen de nieuw geschreven bestanden.

Toen testdisk geprobeerd en die vind alleen maar de nieuwe bestanden, geen bestanden in rood die ik kan recoveren....

Lijkt alsof het echt weg is.

[Question Mark]

Compizfox schreef op donderdag 2 juli 2020 @ 14:25:
[...]

Doen SD-kaarten dat niet ook?

Je hebt gelijk. Wist ik niet...

Ik lees wel dat het niet onderdeel is van de SD standaard, maar dat de meeste/sommige leverancier (waarschijnlijk bij de wat betere en duurdere kaartjes) toch wear leveling toepassen.

[Renault]

SirLct schreef op vrijdag 3 juli 2020 @ 01:00:
...
Lijkt alsof het echt weg is.

Bestanden verwijderen is niets meer dan de locatiegegevens van het bestand verwijderen uit de inhoudsopgave.
De bijbehorende sectoren worden dan vrijgegeven voor hergebruik.
Als je verder niets doet en meteen Recuva, Testdisk e.d. draait, pakken die de voorlaatste inhoudsopgave (meestal staat die er nog) en dan heb je meteen al je bestanden terug.

Maar als je gaat schrijven op zo'n kaart, vervang je zowel de huidige als voorlaatste inhoudsopgave bij dat schrijven. Ook overschrijf je de sectoren waar de bestanden opgeslagen stonden, met nieuwe data (ook al zijn dat dezelfde bestanden).
Het resultaat is dat er nauwelijks of niets meer te recoveren valt, behalve bestandsfragmenten die nog niet werden overschreven. En die situatie beschrijf jij: alles wat je terugvindt zijn bestandsfragmenten, waarvan niet meer terug te vinden is welke fragmenten al dan niet met elkaar een compleet bestand vormen.

Het is in elk geval een goede les om backups te gaan maken, dan is dit alleen zonde van de verloren tijd (bestand opzoeken op de backup) en ben je niets kwijt.

[GlowMouse]

Question Mark schreef op donderdag 2 juli 2020 @ 14:21:
[...]

Verschil is wel dat een SSD een eigen firmware draait, die geoptimaliseerd is om wear leveling toe te passen. Onlangs beschreven blokken worden dan zolang mogelijk nog niet opnieuw beschreven om de levensduur te verlengen. En dat effect kan in het geval van data-recovery een flink verschil maken.

Het is tegenwooridig voornamelijk trim dat het herstellen van data van een ssd nagenoeg onmogelijk maakt. Je moet er snel bij zijn, anders is het weg.

[Rukapul]

Hoe groot was het kaartje?
Hoeveel data stond erop?
Hoeveel data is er daarna op geschreven?

Photorec/recuva/testdisk (weet niet precies welke) kunnen namelijk ook bestanden reconstrueren uit individuele blokken. Dan is de index niet nodig. Het duurt wel lang de en bestandsnamen zijn weg. Voorwaarde is echter wel dat geen van de blokken van een bestand overschreven is (technisch gezien zelfs dat niet voor bepaalde videoformaten). De kans daarop hangt af van de e antwoorden op bovengenoemde vragen.

[Wim-Bart]

Probleem met SD kaartjes, vooral de oude is dat ze niet zoals SSD aan relocation doen. Dus overschijven van een cell is gewoon weg. Wanneer je er dan ook rekening mee houdt dat een wat ouder SD kaartje tussen de 1000-3000 writes per cell van 4KB aan kan.

Even over modernere SD-kaartjes:

SD cards (and eMMC chips) may support the MMC_ERASE command (and newer extentions to this), which I think is optional, but most modern brand-name SD cards now support it (e.g. Sasmung EVO brand cards).

USB to SD card adapters ("SD card readers") could support this command by advertising the "TRIM" or "UNMAP" commands via the USB storage interface, and translating these to the MMC_ERASE command, but I've yet to find a USB adapter which does this. This means that to use MMC_ERASE a "direct" mmc interface is likely to be needed, such as the types which are supported by the Linux mmcblk driver, and implemented by hardware in some laptops and other devices such as the Raspberry Pi.

Wanneer een SD-kaart dus niet netjes met de juiste commando's is aangestuurd, worden cellen niet "reallocated" en gewoon overschreven.

[DukeBox]

Ben(V) schreef op donderdag 2 juli 2020 @ 13:54:
Testdisk werkt ook goed, maar het maakt echt niets uit.

PhotoRec van dezelfde maker (gratis overigens) is meer gespecialiseerd in media, scheelt een hoop tijd.

@SirLct ik zelf gebruik ook https://www.cgsecurity.org/wiki/PhotoRec regelmatig en heb er hele positieve ervaringen mee. Zolang je alleen gewist hebt en niets er overheen hebt gezet dan is er een zeer grote kans dat je het kan terughalen. Over het algemeen is het wel zo dat hoe groter de SD kaart en met name als deze nooit vol is geweest de kansen het grootst zijn.

[nelizmastr]

DukeBox schreef op vrijdag 3 juli 2020 @ 21:27:
[...]

PhotoRec van dezelfde maker (gratis overigens) is meer gespecialiseerd in media, scheelt een hoop tijd.

@SirLct ik zelf gebruik ook https://www.cgsecurity.org/wiki/PhotoRec regelmatig en heb er hele positieve ervaringen mee. Zolang je alleen gewist hebt en niets er overheen hebt gezet dan is er een zeer grote kans dat je het kan terughalen. Over het algemeen is het wel zo dat hoe groter de SD kaart en met name als deze nooit vol is geweest de kansen het grootst zijn.

Maar hij heeft al een hele verzameling nieuwe bestanden erop gezet m.a.w. das pech, data weg.

[SirLct]

Rukapul schreef op vrijdag 3 juli 2020 @ 19:26:
Hoe groot was het kaartje?
Hoeveel data stond erop?
Hoeveel data is er daarna op geschreven?

Photorec/recuva/testdisk (weet niet precies welke) kunnen namelijk ook bestanden reconstrueren uit individuele blokken. Dan is de index niet nodig. Het duurt wel lang de en bestandsnamen zijn weg. Voorwaarde is echter wel dat geen van de blokken van een bestand overschreven is (technisch gezien zelfs dat niet voor bepaalde videoformaten). De kans daarop hangt af van de e antwoorden op bovengenoemde vragen.

- 32gb
- Ca 30gb
- Ca 5gb

Het is een dashcam waarvan een folder bestaat uit een loop (dus op moment dat ie vol zit, gaat ie de oudste bestanden overschrijven) en een folder van "altijd behouden" - omdat het bijvoorbeeld een emergency video is of een video waarvan ik bewust wil behouden.

Toen visite aan de garage en de beste man heeft "verwijderd alles" gedaan.
Ik besefte het later pas, dus er is al wat overgeschreven.
Lijkt alsof de instellingen ook veranderd is, want ik heb em op 1080 gezet met std kwaliteit (zodat ik langere video heb voordat ie wordt overschreven) en ik denk dat de instellingen nu op 1440 is met high quality (vandaar binnen de korste periode al gelijk 5gb)

DukeBox schreef op vrijdag 3 juli 2020 @ 21:27:
[...]

PhotoRec van dezelfde maker (gratis overigens) is meer gespecialiseerd in media, scheelt een hoop tijd.

@SirLct ik zelf gebruik ook https://www.cgsecurity.org/wiki/PhotoRec regelmatig en heb er hele positieve ervaringen mee. Zolang je alleen gewist hebt en niets er overheen hebt gezet dan is er een zeer grote kans dat je het kan terughalen. Over het algemeen is het wel zo dat hoe groter de SD kaart en met name als deze nooit vol is geweest de kansen het grootst zijn.

Zal Photorec nog proberen, maar als ik het zo zie dan is het gewoon weg....

[SirLct]

Photorec geprobeerd, bestanden niet gevonden... Dus helaas..

[LordSinclair]

Je hebt 1/6e van de kaart alweer overschreven. Dat vermelde je niet in je eerste post. Ik acht de kans klein dat er nog iets van te redden valt.

Wel raar dat een garage met je dashcam gaat lopen pielen. Is daar iets gebeurd wat er niet op mocht staan of houden ze van hun privacy.

[SirLct]

LordSinclair schreef op zaterdag 4 juli 2020 @ 13:09:
Je hebt 1/6e van de kaart alweer overschreven. Dat vermelde je niet in je eerste post. Ik acht de kans klein dat er nog iets van te redden valt.

Wel raar dat een garage met je dashcam gaat lopen pielen. Is daar iets gebeurd wat er niet op mocht staan of houden ze van hun privacy.

Ja besefte ik ook pas toen ik verder ging kijken met recuva, testdisk, etc.
Toen zag ik van "hey er zijn wat bestanden", ja duh, of course, ik heb al gereden natuurlijk.
Volgens garage privacy, maar is behoorlijk irritant, vooral die ene folder van "altijd behouden".
En ja ik ben natuurlijk suspicious geworden, waarom hebben ze alles in godsnaam verwijderd.