Ik wil mijn oude DV filmpjes kopiëren van de ene externe USB naar de andere USB HDD.
Dat gaat goed, totdat ie een blijkbaar corrupt bestand tegen komt. En zoals iedereen wel vaker hebben meegemaakt, dan slaat de Finder betreffende bestand niet over, maar stopt gewoon met kopiëren. De gevreesde 'Foutcode -36'. Dus ik kom niet verder, want als ik met wat moeite het corrupte bestand heb verwijderd, loopt ie even later weer vast op een volgend bestandje. Met 240 GB/860 onderdelen een nogal onbegonnen werk, om dat elke keer handmatig te doen.

Vraag: weet iemand een manier waarop de Finder zo'n bestand simpelweg overslaat, en doorgaat met kopiëren?
En dan denk ik aan iets in de Finder zelf (dus in de GUI), of via Automator o.i.d.

Ik heb wel een methodiek gevonden via de Terminal (nog niet uitgeprobeerd), maar ik wil eerst eens jullie meningen/ervaringen horen.

Het heeft niks met de hardware of macOS versie te maken, maar voor de volledigheid:
ik heb het geprobeerd op een MB met Catalina, en een iMac met El Captain, naar verschillende HDD's, w.o. een NAS. Externe HDD's zijn HFS+ geformatteerd.

Voor de volledigheid: ik voeg even een plaatje met de melding van de foutcode in:

Ik kwam 'ditto' tegen als mogelijke Terminal optie maar ook dat schijnt niet altijd te werken. Daarna zag ik dit draadje, dezelfde oplossing die jij noemt, ander draadje. Ik lees dat zelfs SuperDuper het niet voor elkaar kreeg, dat lijkt me genoeg reden om toch maar Terminal te gebruiken. Dat kun jij wel .

Uiteraard zou een gegarandeerde GUI methode prettiger zijn, wie weet kent iemand nog een tool of methode.

Hmm, weinig hier mensen die hier ooit tegen aan zijn gelopen?

Ik heb eerst de tip uit mijn link geprobeerd, maar met:
cp -Rp sourcefile destinationfilegeen succes. Hij liep vast op dezelfde manier als de Finder, op het eerste beste corrupte bestand.

Vervolgens de tip van de site die @boiing aandroeg geprobeerd:
cp -Rfv sourcefile destinationfileen dit heeft wel gewerkt. Heel langzaam, want volgens mij heeft ie er de hele nacht over gedaan, en ik moest de automatische sluimermodus uitzetten, want hij viel tijdens het kopiëren gewoon in slaap, maar uiteindelijk heeft ie gedaan wat ie moest doen, blijkbaar inclusief de corrupte bestanden.

Goed om te weten mocht ik het eens aan de hand hebben. Nu nog erachter komen waarom en hoe die bestanden corrupt zijn geraakt... 

Ik heb idee dat die .dv files makkelijk beschadigd raken; ik heb het namelijk eerder om handen gehad, met ander materiaal op andere hardware.

Mm, heb er ook nog een boel. Zal dat eens nakijken. Spelen ze wel af in VLC bijvoorbeeld?

De titel van dit draadje is aangepast (was “Bestanden overzetten via Finder hapert”), zodat het duidelijker is waar het om gaat en het ook makkelijker gevonden kan worden.

Ik zou het denk ik proberen op een lekenmanier: met Keka allemaal zippen, overzetten en unzippen.
NB. Keka kan in batch bestanden zippen en separaat houden.

Ja, dat zippen heb ik over nagedacht. En dan gewoon de ingebouwde zip van macOS.
Maar .dv films worden niet of nauwelijks gecomprimeerd, meen ik, en daarom had ik ruimte te kort op de HDD om dit te proberen.

Maar ik ga het eens proberen; laat het weten.
Bedankt voor het meedenken.

ruimte te kort op de HDD om dit te proberen.

Juist daarom kan Keka handig zijn. Omdat het meerdere bestanden tegelijk kan zippen, maar wel de gezipte files separaat houdt.
Sowieso mooi appje; het kan bijvoorbeeld ook zips beveiligen met 256 AES.

@Flix,
Is voor dit draadje al een oplossing gevonden?
Ik wil bestanden kopiëren waaronder een iphotolibrary en krijg foutcode 36.
Met terminal dot_clean geprobeerd maar terminal doet zijn werk niet.https://www.macfreak.nl/Smileys/Mac-Smileys/wacko.gif
Ik wil clean install doen en daarvoor eerst mijn afbeeldingen veilig stellen.
Voor mij belangrijk on iPhoto te blijven gebruiken want de fotos zijn ondergebracht in albums en overdracht naar Foto's leverde mappen op basis van datum en dus ben ik mijn oorspronkelijke sortering kwijt als ik dit bestand niet kan gebruiken met iphoto.
 [ Ongeldige bijlage ]

De oplossing die voor mij heeft gewerkt, heb ik genoemd in reactie #2. Via het Terminal commando
cp -Rfv sourcefile destinationfile
Maar misschien is het gebruik van Migratie-assistent of Time Machine ook wel een oplossing.

Zippen (tip van Max Gaav) ben ik niet meer aan toegekomen. De vraag van Boiing of ze in VLC afspelen had ik ook niet beantwoord, want niet geprobeerd. Ik had geen zin om naar het betreffende bestandje te zoeken in de honderden GB's aan filmpjes. Niet goed? Weg met die zooi!

@jean jacques: denk er wel aan dat het tijdperk van iPhoto –helaas– voorbij is. Ik heb ook lang, te lang, gewacht met de transitie van iPhoto naar Foto's. Toen ik Catalina op mijn main Mac zette, bleek iPhoto in eens niet meer te werken (terwijl het programma 64-bits is), en moest ik alsnog, maar dan hals over kop, over.
Hoe dan ook: er komt een moment dat je iPhoto niet meer kunt draaien, dus ik zou niet tè lang wachten met de overstap naar Foto's, of naar een ander fotobeheer programma gaan. iPhoto is in ieder geval v.v.t.

Bedankt Flix.
Heb alle foto's uit iPhoto als afzonderlijke bestanden gekopieerd naar interne extras schijf vanwaar ik ze later weer kan ophalen. ga nu eerst mijn ssd schijf wisseen en clean installeren. Zie ook mijn  Bundlore draadje.

Ik las dit interessante topic nu pas.
Hebben jullie al gehoord van een "block copy"? Bash Terminal en ZSH hebben daar een commando voor denk ik:
man dd
Als vb:
dd if=/Volumes/damaged_external of=/Volumes/good_external bs=262144 conv=noerror
uit deze conversatie:
https://www.macobserver.com/community/mac-questions/is-there-a-terminal-command-to-copy-all-files-on-a-damaged-external-drive-to-a-new-external-drive/

Ik ben allerminst een Terminal held, hoor, maar vond het een intrigerende voorzet voor wie dat wel is.

Nog een mooie voor de liefhebbers:
https://www.cyberciti.biz/faq/how-to-create-disk-image-on-mac-os-x-with-dd-command/

Dat zijn dus disk block copies!

Ik las dit interessante topic nu pas.
Hebben jullie al gehoord van een "block copy"? Bash Terminal en ZSH hebben daar een commando voor denk ik:

Code: [Selecteer]

man dd

Heb jij de link die Flix (startpost, #0) geeft gelezen? Daarin wordt 'dd' in een van de antwoorden genoemd.

Ik zal eens moeten herlezen zeker? Sorry.

Nog weer even een update van dit draadje, mogelijk ter lering in voorkomend geval.

Vandaag wilde ik de hele set DV clips (map met daarin 840 bestanden, totaal 235 GB) opnieuw naar een andere volume slepen, als extra backup. En weer de foutmelding nadat ie er een stuk of honderd heeft gekopieerd.

Gelijk maar de terminal ingedoken, en op de eerder gebruikte manier, lukt het nu ook weer, probleemloos en ook behoorlijk snel. Perfect. Dus als iemand tegen een soortgelijk probleem aanloopt, dit is een aan te raden oplossing.

Zet deze code in de Terminal:

cp -Rfv sourcefile destinationfile

Waarin:
cp = copy
R = maintains file hierarchies
f = if an existing destination file cannot be opened, remove it and try again
v = verbose mode, displays files transferred as it progresses
(de verbose niet perse nodig, maar progress zien bij acties is altijd fijn; er wordt voor elk gekopieerd bestand een regel in de Terminal aangemaakt)
sourcefile = data you want to copy
destinationfile = directory/drive you want to copy to

Voor de laatste twee entries geldt dat je deze niet als pad hoeft in te typen, maar gewoon de bron- en doel posities uit een Finder venster in de Terminal tekst sleept (spatie ertussen); dan maakt ie er zelf het geschreven pad van. Easy does it...

Spelen ze wel af in VLC bijvoorbeeld?

Deze wachtte nog op antwoord.
Ze spelen allemaal gewoon af op de Mac, in snelle weergave (dus in QuickTime).
De reden van het niet willen kopiëren lijkt niet te zitten in een corruptie die het bestand onbruikbaar maakt.