Data van schijf kopieren zonder beschadigde bestanden

[mikekiwi]

Intro
Ik ben voor een collega aan het proberen data te redden van een externe 2.5"hdd. Ben de data naar mijn eigen pc aan het kopiëren, zodat ik het daarna weer op een nieuwe schijf kan zetten. "Uiteraard" is er geen backup, dus ben ik als hulpijn ingeschakeld. (uiteraard al de "preek" gegeven over het ontbreken van backup.

Probleemomschrijving
De collega kon de schijf helemaal niet meer benaderen; ik heb het wel voor elkaar gekregen om de schijf te kunnen raadplegen, maar er zitten best veel beschadigde bestanden tussen. Er staat een complete eeuw aan foto's in verschillende mapjes op, ca 500Gb. Foutmelding is een hardware error 0x800701E3 .

Ik kan ongeveer 90% van de bestanden "redden" lijkt het, maar het is een hels karwei, want elke keer als ik tegen een beschadigd bestand aanloop, moet ik de usb-kabel eruit trekken, er weer in doen en dan verder met het eerstvolgende bestand dat niet corrupt was.

Foutmelding (bij overslaan, slaat hij dan alles over wat er na komt, opnieuw proberen richt ook niets uit):


Mijn vraag
Is er een mogelijkheid om alleen de beschadigde bestanden op de externe schijf te markeren/verwijderen zodat ik makkelijker in 1x de goede bestanden kan overhalen en niet 50x per uur de schijf moet ontkoppelen?
Of een kopieeractie starten waarbij het alleen de goede bestanden overzet?

Wat ik al gevonden of geprobeerd heb
CHKDSK werkt niet, geeft foutmelding (zie screenshot hieronder). Diverse andere recoverytools geprobeerd, maar die zijn meer gericht op het terugvinden van gedelete bestanden. Veel programma's herkennen de disk ook niet..
Als de foutmelding bij overkopiëren is ontstaan, herkent CHKDSK ook de schijf niet meer (= RAW format). Heb Testdisk ook geprobeerd, maar ben ben bang dat ik daarmee de schijf helemaal ontoegankelijk maak. In de huidige situatie kan ik er wel bij, maar kost het ontiegelijk veel tijd...

[mikekiwi]

Edit: helaas is de topictitel niet lekker overgekomen, kan die helaas niet aanpassen volgens mij

[sus]

Sowieso wil je natuurlijk als eerste een complete image maken van de schijf, zodat je vanuit die image kan werken en je niet de schijf nog verder om zeep helpt - stel dat door het steeds terug inpluggen die schijf straks helemaaal niks meer doet, kan jouw collega hem insturen naar een recoverylab.

Maar om je vraag te beantwoorden; Total Commander installeren, alle mappen selecteren, kopieren en dan na de eerste fout de knop “alles overslaan” oid aanklikken.

[The_Doman]

Probleem met veel USB interfaces is inderdaad dat deze snel vastlopen bij teveel bad sectors en daardoor de schijf onbereikbaar wordt voor het systeem.
Ik herken dat ook wel recovery pogingen bij externe USB HDD's.
Ook heb ik dat wel meegemaakt met SATA HDD's.
Zodra maar één enkele bad sector werd gelezen ging de schijf offline.
Heel frustrerend en tijdrovend om er dan nog wat af te kopiëren.
CHKDSK /Testdisk en andere tools werken dan dus niet meer.
Sowieso helemaal niets zomaar proberen te schrijven/repareren naar een HDD met bad sectors
Als de HDD een interne SATA aansluiting heeft kan je deze nog direct op een PC SATA aansluiten met mogelijk beter resultaat.

mikekiwi schreef op zondag 8 februari 2026 @ 21:18:
Ik kan ongeveer 90% van de bestanden "redden" lijkt het, maar het is een hels karwei, want elke keer als ik tegen een beschadigd bestand aanloop, moet ik de usb-kabel eruit trekken, er weer in doen en dan verder met het eerstvolgende bestand dat niet corrupt was

Als je echt 90% kan terughalen zou dat al heel wat zijn natuurlijk

Gebruik in ieder geval een betere/efficiëntere file manager zodat je overzichtelijker kan (proberen) in gedeeltes (mappen) de data te kopiëren en dan bijhouden welke bestanden/mappen de problemen geven.

Gegevens kopiëren van bijna falende HDD

The_Doman schreef op dinsdag 2 april 2024 @ 20:13:
Waarom niet meteen eens beginnen om met een efficiënte filemanager, zoals inderdaad Total Commander, je (belangrijke) bestanden alvast te gaan kopiëren naar je nieuwe schijf?

Eventueel tijdelijk je antivirus daarbij uitzetten en de optie "kopieer datum/tijd mappen" aanzetten in Total Commander.

[jeroen3]

https://www.gnu.org/software/ddrescue/

Hiermee clonen. Dat doet eerdt een fast pass voor alles goeie sectoren, en daarna probeert hij zoveel mogelijkk slechte te herstellen.

Onder linux uiteraard. En het zal waarschijnlijk dagen duren, dus zorg voor een dedicated systeem.

Windows kan niet om gaan met falende IO, dus vergeet dat. Gebruik ook geen tools die de disk beschrijven, zoals chkdsk.

[ Voor 18% gewijzigd door jeroen3 op 08-02-2026 22:01 ]

[g0tanks]

Hoe waardevol is de data voor je collega? Niet flauw bedoeld, maar je lijkt me niet echt een expert op het gebied van dataherstel en voordat je het weet maak je het alleen maar erger. Misschien eens voorstellen dat je collega het naar een professioneel bedrijf stuurt?

[F_J_K]

Dat ja: beste is om eerst een 100% image te maken, fouten en al. Dan kan je met een kopie van het image weinig fout doen. Of inderdaad als het niet weg kan, stekker er uit en een professional vragen.

mikekiwi schreef op zondag 8 februari 2026 @ 21:21:
Edit: helaas is de topictitel niet lekker overgekomen, kan die helaas niet aanpassen volgens mij

offtopic:
Kan door via 'rapporteer-knop' een moderator vragen dat te doen. Doe gerust als mijn aanpassing niet voldoet

[mikekiwi]

sus schreef op zondag 8 februari 2026 @ 21:45:
Sowieso wil je natuurlijk als eerste een complete image maken van de schijf, zodat je vanuit die image kan werken en je niet de schijf nog verder om zeep helpt - stel dat door het steeds terug inpluggen die schijf straks helemaaal niks meer doet, kan jouw collega hem insturen naar een recoverylab.

Maar om je vraag te beantwoorden; Total Commander installeren, alle mappen selecteren, kopieren en dan na de eerste fout de knop “alles overslaan” oid aanklikken.

Heb eerder al een paar pogingen gedaan om een image te maken, maar al een paar keer onderweg verbroken verbinding met de schijf. Ga zeker nog een poging wagen.

TC: tot nu toe met het programma dat ik gebruikte (FreeCommander XE) was het zo dat 1 fout altijd ervoor zorgde dat alles daarna ook fout ging. Ben bang dat dat met TC ook zo is. Maar ga het zeker proberen!

The_Doman schreef op zondag 8 februari 2026 @ 21:59:
Probleem met veel USB interfaces is inderdaad dat deze snel vastlopen bij teveel bad sectors en daardoor de schijf onbereikbaar wordt voor het systeem.
Ik herken dat ook wel recovery pogingen bij externe USB HDD's.
Ook heb ik dat wel meegemaakt met SATA HDD's.
Zodra maar één enkele bad sector werd gelezen ging de schijf offline.
Heel frustrerend en tijdrovend om er nog wat af te kopiëren.
CHKDSK /Testdisk en andere tools werken dan dus niet meer.
Sowieso helemaal niets zomaar proberen te schrijven/repareren naar een HDD met bad sectors
Als de HDD een interne SATA aansluiting heeft kan je deze nog direct op een PC SATA aansluiten met mogelijk beter resultaat.


[...]

Als je echt 90% kan terughalen zou dat al heel wat zijn natuurlijk

Gebruik in ieder geval een betere/efficiëntere file manager zodat je overzichtelijker kan (proberen) in gedeeltes (mappen) de data te kopiëren en dan bijhouden welke bestanden/mappen de problemen geven.

Gegevens kopiëren van bijna falende HDD

[...]

Dank voor de link, ga die zeker ook doornemen. De schijf (Seagate Expansion 1TB) heeft geen sata-aansluiting, zit direct op de controller (?) gemonteerd. Moet hem dus wel via de USB-interface van de hdd aan de pc koppelen, andere optie is er niet. Schrijven naar de schijf is uiteraard uit den boze, doe ik zeker niet.

jeroen3 schreef op zondag 8 februari 2026 @ 21:59:
https://www.gnu.org/software/ddrescue/

Hiermee clonen. Dat doet eerdt een fast pass voor alles goeie sectoren, en daarna probeert hij zoveel mogelijkk slechte te herstellen.

Onder linux uiteraard. En het zal waarschijnlijk dagen duren, dus zorg voor een dedicated systeem.

Windows kan niet om gaan met falende IO, dus vergeet dat. Gebruik ook geen tools die de disk beschrijven, zoals chkdsk.

Dank je, heb nog een laptop liggen die ik wel van Linux kan voorzien, is dan ook geen probleem om dat een paar dagen te laten draaien

g0tanks schreef op zondag 8 februari 2026 @ 22:03:
Hoe waardevol is de data voor je collega? Niet flauw bedoeld, maar je lijkt me niet echt een expert op het gebied van dataherstel en voordat je het weet maak je het alleen maar erger. Misschien eens voorstellen dat je collega het naar een professioneel bedrijf stuurt?

Je conclusie is juist hoor, ben geen expert. Heb haar de keuze gegeven tussen proberen door mij met alle goede bedoelingen, of er wart meer geld in steken en het te laten doen door een expert. Ze heeft voor mij gekozen. Waardeer ik zeer, maar is uiteraard wel met risico dat het resultaat niet vergelijkbaar is met een professionele benadering.

F_J_K schreef op zondag 8 februari 2026 @ 22:04:
Dat ja: beste is om eerst een 100% image te maken, fouten en al. Dan kan je met een kopie van het image weinig fout doen. Of inderdaad als het niet weg kan, stekker er uit en een professional vragen.


[...]

offtopic:
Kan door via 'rapporteer-knop' een moderator vragen dat te doen. Doe gerust als mijn aanpassing niet voldoet

De professionele optie blijft open staan, ga zelf eerst aan de slag met een image om te zien wat me wel/niet lukt. Dank voor het aanpassen van de topictitel, helemaal prima zo

[The_Doman]

mikekiwi schreef op zondag 8 februari 2026 @ 22:34:
TC: tot nu toe met het programma dat ik gebruikte (FreeCommander XE) was het zo dat 1 fout altijd ervoor zorgde dat alles daarna ook fout ging. Ben bang dat dat met TC ook zo is. Maar ga het zeker proberen!

Het zal dan met Total Commander ook niet veel anders verlopen inderdaad.
De verbinding naar de schijf/USB controller wordt dan gewoon verbroken.
Of dat onder Linux anders zal gaan is maar de vraag.
Je zou vanuit een Linux USB omgeving natuurlijk wel kunnen kijken of je de bestanden kan benaderen/kopiëren zonder dat de USB/HDD offline gaat.

Zie ook nog:
Videobestanden HDD corrupt?

[mikekiwi]

Klopt, Total Commander stopt ook met het overhalen van de bestanden als hij een fout tegen is gekomen.

Ik ga de komende dagen met Linux aan de slag om te zien wat dat oplevert.

Dank voor alle tips, leesvoer, waarschuwingen!

[DonJunior]

g0tanks schreef op zondag 8 februari 2026 @ 22:03:
Hoe waardevol is de data voor je collega? Niet flauw bedoeld, maar je lijkt me niet echt een expert op het gebied van dataherstel en voordat je het weet maak je het alleen maar erger. Misschien eens voorstellen dat je collega het naar een professioneel bedrijf stuurt?

Dat is niet echt een 'Tweakers' gedachte wel?

[gambieter]

mikekiwi schreef op zondag 8 februari 2026 @ 22:34:
De professionele optie blijft open staan, ga zelf eerst aan de slag met een image om te zien wat me wel/niet lukt. Dank voor het aanpassen van de topictitel, helemaal prima zo

Hou er rekening mee dat elke access de disk verder kan beschadigen. Dus wat je ook doet, het kan de recovery moeilijker maken.

[jeroen3]

Ja je moet wel eerst beoordelen of het een soort defect is waar geen verdere schade ontstaat.
Dat is best moeilijk, aangezien je geen SMART data toont heb je dit nog niet onderzocht.

In dat opzicht is deze data nu verloren, maar bonus als je het wel terug krijgt.

Alle tools die je nu kan gebruiken werken alleen als er nog functionerende leeskoppen zijn.
BIjv een hoog gehalte bitrot, seek errors of luie sectoren kan ddrescue nog wel mee overweg.
Fysieke schade door vallen o.i.d. maakt alleen maar meer data kwijt als de disk aan is.

[sus]

DonJunior schreef op maandag 9 februari 2026 @ 11:41:
[...]

Dat is niet echt een 'Tweakers' gedachte wel?

Met defecte schijven die niet van jezelf zijn, moet je naar mijn mening extra zorgvuldig zijn. De TS geeft aan dat hij steeds de schijf terug aan moet sluiten. Dat kan ook resulteren in fysieke schade op de schijf waardoor een lab er niets meer mee kan.

Ik hou als stelregel aan:

• Tikt hij bij aansluiten, meteen los en niks meer doen
• Spint hij op, wordt niet herkend? Linux live
• Spint hij op, verliest steeds de verbinding? Uitbouwen indien van toepassing, intern aansluiten

Blijft hij dan wegvallen, loshalen en niks meer doen.

In geval van de TS had ik die schijf al lang en breed teruggegeven met het advies er niks mee te doen en de schijf in te sturen.

Want wat als jíj́ die map met babyfoto’s niet terug kan halen en het lab daarna zegt “tja, had hem meteen ingestuurd, door te blijven proberen is het nu echt weg”. Dan heb je een - in dit geval - collega die goed boos en verdrietig is en dat zo op je bord gooit.

Defecte schijven met (waardevolle) data zijn die weinige uitzonderingen waar je niet teveel de Tweaker wil uithangen - zeker niet als het niet je eigen data is.

mikekiwi schreef op zondag 8 februari 2026 @ 22:34:
[...]
De professionele optie blijft open staan, ga zelf eerst aan de slag met een image om te zien wat me wel/niet lukt. Dank voor het aanpassen van de topictitel, helemaal prima zo

Dan moet je nu gewoon stoppen en het overdragen, de kans dat je dingen onherstelbaar om zeep helpt is te groot!

[ Voor 13% gewijzigd door sus op 09-02-2026 12:35 ]

[RiDo78]

Bij dit soort topics moet ik altijd denken aan de klassiekers Testdisk en Photorec.

Photorec is een tooltje speciaal voor het herstellen van fotos op een corrupte disk:
https://www.cgsecurity.org/wiki/photoRec
Het broertje Testdisk kan ook andere bestanden proberen te herstellen.

Wat Photorec zo krachtig maakt is dat het zich niet zo druk maakt over een corrupt filesystem. Het houdt zich in eerste instantie wel aan het filesystem zodat het de filenaam kan achterhalen, en het andere fragmenten op kan sporen. Maar in hoofdlijnen gaat Photorec over de hele disk op zoek naar de headers van bekende (foto) bestandstypen.

Nadelen zijn wel dat hij ook afbeeldingen kan vinden die ergens in zitten (zoals in een word-document of een applicatie) en die hij niet kan herleiden naar de juiste file. Hetzelfde geldt voor verwijderde afbeeldingen; daarvan is vaak geen informatie meer in het filesystem te vinden, maar de data zelf kan nog wel op disk staan. Photorec kan die data vinden, herkennen als (bijvoorbeeld) een JPEG file en niet meer kunnen achterhalen welke file dat ooit was. En hij kan ergens het begin van een afbeelding vinden, maar vervolgens niet (alle) fragmenten ervan. Ook dan slaat hij op wat hij heeft en eindig je met een gedeeltelijke afbeelding.

Het broertje testdisk werkt net iets anders, die zal eerst kijken of de filesystem-structuren nog goed zijn en kan vervolgens op basis daarvan bestanden kopiëren. Waarbij het programma kijkt of alle fragmenten van de file leesbaar zijn. Als er iets niet (goed) leesbaar is dan zal hij het een aantal malen proberen en het uiteindelijk opgeven en verder gaan met de volgende file. Bestanden die verwijderd maar nog niet overschreven zijn en waarvan nog wel verwijzingen te vinden zijn, kan hij herstellen. Maar hij zal niet op zoek gaan naar willekeurige headers van (foto)bestanden.

Disclaimer: Hoewel de tools gemaakt zijn om te werken op de deels defecte disken (ze gaan ook goed om met I/O errors) adviseer ik ook om eerst een kopie te maken en met de kopie te gaan werken. Deze tools loslaten op de oorspronkelijke disken zie ik echt als een 'last resort' waarbij bewust het risico wordt gelopen dat de data definitief verloren gaat. Dus eigenlijk, als de data niet waardevol genoeg is om de disk naar een gespecialiseerd recoverybedrijf te sturen en je echt nog wilt kijken wat je er met brute kracht nog af kunt krijgen... dan kun je de tools op de oorspronkelijke disken draaien. Anders niet. Het gebruik is sowieso geheel op eigen risico.

[ Voor 15% gewijzigd door RiDo78 op 09-02-2026 13:18 ]

[The_Doman]

Leuke alle theoretische adviezen.
Probleem is in dit geval de USB interface of HDD direct offline gaat en onbereikbaar wordt bij het tegenkomen van (waarschijnlijk) bad sectors.
Je kan dan meteen niets meer doen zonder de schijf fysiek te verwijderen en opnieuw aan te sluiten.
Normaal gesproken kan je bij bad sectors kiezen voor retry/skip en doorgaan naar de volgende bestanden.
Dat werkt hier dus allemaal niet als de schijf meteen uit het systeem verdwijnt.

De schijf heeft geen interne SATA aansluiting dus die optie valt ook af om te proberen

Een scan op bad sectors en/of image maken zal dan waarschijnlijk hetzelfde probleem geven:
Je krijgt dan alleen maar i/o errors zonder dat er werkelijk data wordt gelezen.

The_Doman schreef op donderdag 12 juni 2025 @ 13:33:
Wil je het echt zeker weten dan kan je een zogenaamde "bad sector test" op de schijf uitvoeren.
Daar zijn diverse tooltjes voor zoals het bekende HD Tune
Ook wel prima is deze zo te zien:
Macrorit Disk Scanner (Free Portable)

Als het onder Linux wel/beter werkt heb je meer kans natuurlijk.

Beste advies is om in in ieder geval zoveel mogelijk gegevens te kopiëren wat mogelijk is.
Heel tijdrovend inderdaad, ik heb hetzelfde een paar keer ook zo moeten doen.

Anders natuurlijk een goed data recovery bedrijf inschakelen , die hebben als het goed is betere apparatuur om de gegevens te lezen.


Synology data recovery van (kapotte?) schijf

The_Doman schreef op woensdag 7 januari 2026 @ 20:47:
Hier staan nog wat ervaringen met wat (betaalbare) data recovery bedrijven:
Data Recovery Synology schijf na hele domme menselijke fout

[RiDo78]

mikekiwi schreef op zondag 8 februari 2026 @ 22:34: De schijf (Seagate Expansion 1TB) heeft geen sata-aansluiting, zit direct op de controller (?) gemonteerd. Moet hem dus wel via de USB-interface van de hdd aan de pc koppelen, andere optie is er niet.

Hoe zeker ben je daarvan?
https://nl.ifixit.com/Gui...n+Teardown/133144?lang=en

[Room42]

RiDo78 schreef op maandag 9 februari 2026 @ 23:35:
[...]

Hoe zeker ben je daarvan?
https://nl.ifixit.com/Gui...n+Teardown/133144?lang=en

Exact, zo werken bijna alle externe schijven. Had je hem al opengemaakt, @mikekiwi?

[The_Doman]

Room42 schreef op dinsdag 10 februari 2026 @ 00:41:
Exact, zo werken bijna alle externe schijven. Had je hem al opengemaakt, @mikekiwi?

Bij veel portable/2.5" HDD's zit de USB connector nu helaas direct op de print geïntegreerd.
Seagate is(was?) daar juist een uitzondering op.
Ik had even gemist dat het hier inderdaad ook om een Seagate (2.5/3.5?) HDD gaat.
Dus zoek het exacte type op.

ACELab: If you are planning to work with USB External Hard Drives

Dealing with Seagate USB External Drives.

There is no necessity to use any additional USB adapter for Seagate drives because all USB Seagate enclosures have USB-SATA adapter inside. Just detach the adapter and work with the drive like a common SATA.

[mikekiwi]

Ja, de schijf is geopend. Het gaat om de 2.5" variant, dus niet degene uit het iFixit-gebeuren. Voor zover ik kan zien is het toch echt vastgezet aan een controlller. Kan hem nu niet verder ontmantelen, zie tekst onder de afbeelding:


Sinds gisteren loopt een ddrescue-opdracht, zie onder. Mijns inziens gebeurt hier heel weinig en kan ik dit net zo goed afbreken. Is iemand met meer verstand van (Linux-)zaken het hier mee eens?

[jeroen3]

Hij is op pass 5... Dus hij leest wel... maar niet zo snel. Hij heeft ook pas 7 GB gedaan.

Wat geeft`sudo dmesg` aan errors?

Vanwege de log kan je ddrescue probleemloos opnieuwe starten, hij heeft bijgehouden wat er is gedaan.

[mikekiwi]

jeroen3 schreef op dinsdag 10 februari 2026 @ 16:46:
Hij is op pass 5... Dus hij leest wel... maar niet zo snel. Hij heeft ook pas 7 GB gedaan.

Wat geeft`sudo dmesg` aan errors?

Vanwege de log kan je ddrescue probleemloos opnieuwe starten, hij heeft bijgehouden wat er is gedaan.

Maar die 7gb heeft hij vlgs mij in het eerste uur gedaan, daarna bijna niets meer.

Hieronder een deel van het resultaat van vele pagina’s na de sudo dmesg opdracht

[Bouke-p]

Ik heb nog wel eens succes gehad met een kapotte disk door hem 24u in de vriezer te leggen. Daarna deden ze het net lang genoeg om een image te kunnen maken.

[The_Doman]

mikekiwi schreef op dinsdag 10 februari 2026 @ 17:01:
Hieronder een deel van het resultaat van vele pagina’s na de sudo dmesg opdracht
[Afbeelding]

Er worden hardware error/timeout fouten aangegeven.
Waarschijnlijk dus ook door vastlopen van de USB interface of HDD zelf.
Er wordt dan geen data meer gelezen, hetzelfde probleem dus als onder Windows.
Dan kan je eindeloos wachten zonder dat er werkelijke data wordt gelezen.

Als ik zoek naar die Seagate Freeplay HDD zou het een 2.5" SATA HDD zijn.
Google: ST91000430AS Freeplay
Blijkbaar ook nog een specifieke HDD for video/DVR toepassingen.
In ieder geval is het ook nog een USB2 interface, de drive is ook al uit 2010!
Dus eerst maar eens (voorzichtig) proberen deze aan te sluiten op een reguliere SATA poort.

Opening Seagate Expansion Portable HDD and Upgrading to USB3.0

[ Voor 23% gewijzigd door The_Doman op 10-02-2026 20:22 ]

[jeroen3]

Dat is op zich goed nieuws dat er met de disk zelf niet zoveel mis is. Behalve de interface.

Dus je zou nu met ddrescue ook heel vaak kunnen resetten. Eventueel wat scripten? Als het pas na enkele minuten optreedt is het mogelijk warmte gerelateerd en is dat misschien te onderdrukken met wat geknutsel.

Hoe ver ben je in staat te gaan?

[ffha]

ST91000430AS heeft zo te zien gewoon een SATA interface. Ding van de USB controller trekken en dan rechtstreeks aan een PC jassen.

Als de schijf dan nog steeds time-out errors geeft, dan is waarsch. de controller van de HDD zelf beschadigd, en eindigt het avontuur voor de gemiddelde tweaker. Als je collega geld teveel heeft, kan een proper bedrijf het misschien nog met een PCB/platter swap proberen.

Zou in ieder geval niet teveel met de schijf kloten. 2 à 3 dd pogingen zijn wel de moeite waard, maar als het dan nog niet werkt, is het tijd voor een specialist / de prullenbak.

[g0tanks]

mikekiwi schreef op dinsdag 10 februari 2026 @ 16:40:
Ja, de schijf is geopend. Het gaat om de 2.5" variant, dus niet degene uit het iFixit-gebeuren. Voor zover ik kan zien is het toch echt vastgezet aan een controlller. Kan hem nu niet verder ontmantelen, zie tekst onder de afbeelding:
[Afbeelding]

Sinds gisteren loopt een ddrescue-opdracht, zie onder. Mijns inziens gebeurt hier heel weinig en kan ik dit net zo goed afbreken. Is iemand met meer verstand van (Linux-)zaken het hier mee eens?
[Afbeelding]

Losschroeven en lostrekken:

[mikekiwi]

OK, I stand corrected. De schijf is inderdaad met SATA-aanlsuiting. Verder uit elkaar geschroefd en aangesloten op de pc met een andere SATA-USB controller.
Resultaat: helaas pindakaas, hetzelfde resultaat met dezelfde foutmelding.

jeroen3 schreef op dinsdag 10 februari 2026 @ 19:09:
Dat is op zich goed nieuws dat er met de disk zelf niet zoveel mis is. Behalve de interface.

Dus je zou nu met ddrescue ook heel vaak kunnen resetten. Eventueel wat scripten? Als het pas na enkele minuten optreedt is het mogelijk warmte gerelateerd en is dat misschien te onderdrukken met wat geknutsel.

Hoe ver ben je in staat te gaan?

Dat is nu inderdaad de vraag.

Ik zie nu zelf 3 opties:

1. De windows benadering van hiervoor: schijf inpluggen, mapje voor mapje (/bestand voor bestand) overhalen. Bij elke foutmelding bestandsnaam opschrijven, schijf uit- en inpluggen en dan verder gaan met het bestand ná de foutmelding. Consequentie: heel veel werk plus risico dat de schijf er mee ophoudt.

2. Linux-acties verder uitbreiden, maar geen hardware-acties op de schijf uitvoeren om die zo veel als mogelijk (?) intact te houden

3. Professionele hulp zoeken.

Vandaag met de eigenaar van de schijf gesproken en zij had de schijf en foto's al opgegeven. Alles wat ik al heb weten te redden de afgelopen dagen (ik gok zo'n 40 a 50% van wat er op staat) is al winst.
Optie professionele benadering uiteraard ook weer besproken en zij vindt toch wel erg veel geld als ik al een x-percentage heb weten te "redden".
Ik neig naar optie 1 omdat ik dan de meeste grip heb op het resultaat (cq. bekend ben met het proces).

[RiDo78]

mikekiwi schreef op dinsdag 10 februari 2026 @ 20:10:
OK, I stand corrected. De schijf is inderdaad met SATA-aanlsuiting. Verder uit elkaar geschroefd en aangesloten op de pc met een andere SATA-USB controller.
Resultaat: helaas pindakaas, hetzelfde resultaat met dezelfde foutmelding.

Waarom blijf je stug vasthouden aan die rotte USB interface. Dat is een extra complicerende laag toevoegen op een proces wat zo gevoelig is als een data-recovery.

Sluit dat ding gewoon op een SATA poort van een normale PC aan. Je zult zien dat dat beter gaat.

[jeroen3]

Ik zou ddrescue blijven gebruiken. Dat is ervoor gemaakt.
In Windows hangt de hele storage layer als er maar 1 device hapert.

Heb je overigens al met de smartctl gelezen?

[mikekiwi]

RiDo78 schreef op dinsdag 10 februari 2026 @ 20:14:
[...]

Waarom blijf je stug vasthouden aan die rotte USB interface. Dat is een extra complicerende laag toevoegen op een proces wat zo gevoelig is als een data-recovery.

Sluit dat ding gewoon op een SATA poort van een normale PC aan. Je zult zien dat dat beter gaat.

Omdat ik dan het makkelijkst kan switchen tussen windows pc en Linux-laptop. Schijf zojuist in pc aan sata-poort gehangen: exact hetzelfde resultaat. Blijft hangen op hetzelfde bestand als net via USB. Dus helaas niet de door jou voorspelde verbetering.

M.i. is de interface niet het euvel maar de schijf zelf

jeroen3 schreef op dinsdag 10 februari 2026 @ 20:19:
Ik zou ddrescue blijven gebruiken. Dat is ervoor gemaakt.
In Windows hangt de hele storage layer als er maar 1 device hapert.

Heb je overigens al met de smartctl gelezen?

Eh nee, ga ik later vanavond nog even doen

[jeroen3]

Mogelijk krjig je via sata wel meer logging in dmesg.

[mikekiwi]

jeroen3 schreef op dinsdag 10 februari 2026 @ 20:54:
Mogelijk krjig je via sata wel meer logging in dmesg.

snap ik, maar heb geen sata-aansluiting vrij op de laptop waarop linux staat. Werkt dat ook als ik op mijn desktop pc boot met een linux-usb stick?

[The_Doman]

mikekiwi schreef op dinsdag 10 februari 2026 @ 20:57:
snap ik, maar heb geen sata-aansluiting vrij op de laptop waarop linux staat. Werkt dat ook als ik op mijn desktop pc boot met een linux-usb stick?

Ja, dat zal natuurlijk ook werken.
Mogelijk werkt dan het kopiëren onder Windows ook beter zonder dat de schijf wordt geblokkeerd.
Als het probleem hetzelfde blijft zit het probleem in de HDD zelf.
Problematischer wordt het als wel als de drive dan ook weer onbereikbaar/onaanspreekbaar wordt bij het lezen van beschadigde bestanden/sectors, je moet dan het systeem uitzetten en / of SATA (power) hot pluggen om de drive weer aan te kunnen spreken.
Geen fijne acties en risicovol om te doen bij een al falende HDD natuurlijk.
eSATA is dan wel zo prettig in zulke gevallen:

Windows 11 - Hot swap SATA-drives werken niet

The_Doman schreef op dinsdag 11 november 2025 @ 20:01:
Wat bij mij WEL altijd goed werkt is hotswappen/pluggen via aanwezige eSATA poorten op wat oudere laptops en desktops hier.
Via een eSATA-> SATA kabel en externe voeding wordt de HDD/SSD dan direct herkend bij inpluggen of uit-/inschakelen van de voeding.
Ook wordt dan de mogelijkheid gegeven om de schijf veilig te verwijderen.
Werkt hier met Windows 7-11.

Een USB(3) dock/case is dan misschien nog een optie om toch sneller te kunnen kopiëren wat mogelijk is.

@mikekiwi
Heb je nu al iets van de data kunnen veiligstellen?
Je hebt altijd het risico dat de HDD het plotseling helemaal begeeft.

[ Voor 5% gewijzigd door The_Doman op 10-02-2026 21:49 ]

[_Apache_]

Robocopy, met /r:1 /w:1.
R voor 1 retry, w voor 2 sec wachten tussen de pogingen, daarna weer door.

[mikekiwi]

_Apache_ schreef op dinsdag 10 februari 2026 @ 21:47:
Robocopy, met /r:1 /w:1.
R voor 1 retry, w voor 2 sec wachten tussen de pogingen, daarna weer door.

Helaas, ook dit werkt niet. Na 1e foute bestand met "gegevensfout" gaat daarna elk bestand de mist in.

Morgen weer verder...

[mrmrmr]

mikekiwi schreef op dinsdag 10 februari 2026 @ 16:40:
Sinds gisteren loopt een ddrescue-opdracht, zie onder. Mijns inziens gebeurt hier heel weinig en kan ik dit net zo goed afbreken. Is iemand met meer verstand van (Linux-)zaken het hier mee eens?

Niet afbreken maar door laten lopen, als de eigenaar niet overweegt de disk naar een goed (lees: €€) herstelbedrijf te sturen. De enige die kan beoordelen of dit het geld waard is, is de gebruiker zelf.

Zo'n kopieeractie duurt nu eenmaal heel lang, het is niet verstandig om steeds opnieuw te beginnen. Zorg wel voor goede ventilatie rondom de disk. Leg hem bij voorkeur op kleine steuntjes (legoblokjes bijvoorbeeld) en zorg ervoor dat de tafel niet kan bewegen en niemand in de buurt komt.

Herstel start altijd met het maken van een image van de disk, en dan eerst met name van de delen die nog gewoon leesbaar zijn. Dat is van groot belang, want het heeft geen enkele zin de drive helemaal kapot te laten lopen op een slecht stukje disk terwijl je de te redden delen nog niet hebt. Pas daarna kan er begonnen worden met slechte plekken op de disk.

Dus zeker geen Robocopy gebruiken.

chkdsk had je niet moeten gebruiken, dat wijst delen van bestanden toe aan elkaar. Als het fout gaat (zeer grote kans bij een defectie disk) heb je pech, het is praktisch niet terugdraaibaar.

Dus de stappen zijn:
- 1:1 image maken van de goede delen
- image aanvullen met slechte delen (1 poging)
- image aanvullen met herhaald lezen van slechte delen (verwacht hier niet te veel van)
- disk niet verder belasten dan nodig: niet meer laten draaien.
- vanaf de image bestanden herstellen met hersteltools

[jeroen3]

Als de disk "vast loopt" is deze dan nog wel actief? Even goed luisteren.
Meestal probeert de disk een defect stuk toch te lezen en moet hij het heel vaak proberen, en tot hij het heeft reageert hij niet.

[ Voor 5% gewijzigd door jeroen3 op 11-02-2026 08:11 ]

[The_Doman]

jeroen3 schreef op woensdag 11 februari 2026 @ 08:10:
Als de disk "vast loopt" is deze dan nog wel actief? Even goed luisteren.
Meestal probeert de disk een defect stuk toch te lezen en moet hij het heel vaak proberen, en tot hij het heeft reageert hij niet.

Dat is inderdaad de "normale" procedure bij disks met bad sectors en kan je op die manier de slechte sectoren/bestanden laten overslaan en verder.
Bepaalde recovery tools kunnen dan nog de retry/timeout instellingen aanpassen voor beter efficiënter resultaat.
Maar in dit geval stopt dus alle communicatie naar de disk bij het tegenkomen van de eerste bad sector/bestand.
De disk is dan dus helemaal niet meer te benaderen voor welke software/tools dan ook.

Mogelijk dat het met directe SATA aansturing wel beter werkt.
Maar ik heb hetzelfde meegemaakt met SATA HDD's

[jeroen3]

@The_Doman ja dat durf ik zo niet meer te zeggen aangezien we alleen dmesg gezien hebben van USB.
En niet alle USB-Sata zijn hetzelfde, sommige zijn heel erg matig.

@mikekiwi Heb je nog naar de SMART data kunnen kijken, of kwam dit niet door de USB controller heen?

Via sata aansluiten heeft uiteraard de voorkeur. Als het een voldoende oude laptop is zit er misschien een optische bay in? (https://www.megekko.nl/pr...A-Adapter-met-Voeding-F-M)

[mikekiwi]

Smartctl net laten lopen, vrij duidelijk resultaat in de eerste screenshot, voor mij moeilijk te interpreteren wat de 2e screenshot aangeeft.

Laptop heeft optische drive, heb er zelfs een HDD_caddy inzitten. Maar helaas is deze Seagate schijf een stuk dikker dan reguliere 2.5" drives, dus past er fysiek niet in. Kabel zou wel kunnen als alternatief als dat idd veel meerwaarde gaat bieden

[ Voor 17% gewijzigd door mikekiwi op 11-02-2026 11:53 ]

[sus]

Lekker opsturen, niet verder aan meubelen. Je laat merken dat je niet de technische kennis of mogelijkheden hebt om nu verder te kunnen gaan. En zeker als je collega al heeft aangegeven dat externe recovery een optie is - dan gaat het dus om waardevolle data - zou ik mijn handen er nu van af trekken.

Je blijft werken met de schijf die domweg veel problemen geeft en elke keer dat jij hem terug aansluit en in gebruik neemt kan het de laatste keer zijn dat dat ding nog wat doet. Het kan dan zomaar zijn dat een - voor een lab - simpele kopieeractie ineens een uitdagende schijfrecovery wordt.