Problem med filöverföring

Har du kontrollerat om filerna är skadade? Går det att öppna dem som de ska?
Har du ett annat usbminne att prova med? Om inte, formatera om det och prova igen.

Hur stora är filerna?
Sökväg samt filnamn vore bra.

Vilket format på usbminnet?

FAT32 klarar max 4 GB stora filer t.ex.

du får formatera stickan till ExFAT eller NTFS om du skall ha över filer större än 4 GB/st - sedan fins det lite andra begränsningar i FAT32/VFAT som max filnamnslängd inkluderat sökvägens längd totala djup räknat i antal tecken, antal filer per mapp etc.

du har förmodligen minst strul om du formaterar till NTFS så länge du hanterar filer inom windows-världen

Det jag fungerade på rörande filnamn och sånt är att om du har filerna långt ner i en katalogstruktur så kan sökvägen bli för lång.

Testa att kopiera några av filerna direkt till roten på usb-minnet och inte i en filstruktur.
Om det fungerar så kan du få lov att förkorta sökvägen på minnet. T.ex. förkorta hela sökvägen

Windows BORDE ge ett bättre felmeddelande om så är fallet man man vet aldrig

Kan du 7zip:a eller annan arkiverande kompressionsprogram ihop hela trädet och sedan lägga den på roten av USB-stickan, fungerar det då men inte filträdet som det är, så har du troligen problem med träd-djupen.

De flesta komprimerande arkiveringsprogram har också checksummor i sig så du märker om arkivet gått trasigt när du packar upp igen eller kör en integritetstest på arkivet.

lagring som ger fel på filer är bara att kasta eller att reklamera om det är värt besväret (dvs. om den är tillräckligt dyr).

Se upp också med fejk-lagring som är stora i lagringsmängd till orimligt lågt pris då dessa kan vika ned skrivningar till att de börjar skriva över från början och skriva över det som redan är skrivet i typiska i någon av när man skriver förbi 8,16 ,32 ,64, 128 GB gränser. - detta ger att slå länge du bara skriver en mindre mängd data så ser minnet att fungera men går korrupt så fort du skriver över 1/8, 1/4, 1/2 av storleken som stickan anger i utrymme...

om inköpet/märket är tveksam kolla med lämpliga program som testar för fejkade USB-stickor och SD-minnen som registrerar sig med större storlek än vad de egentligen är då dessa lägger ut olika mönster tills lagringen är full och sedan kontrollerar om samma datamönster dyker upp igen på annan LBA-adress där det inte borde...

Det är antagligen inte filen utan dess metadata som är skadad. En fil kan, per definition, inte bli skadad om man inte samtidigt förväntar sig en viss form av innehåll. När du kopierar en fil så skiter kopieringen fullständigt i om det är programkod. video, bilder, ljud etc så länge du har befogenhet att utföra åtgärden.

Några saker som skulle kunna vara orsaken, speciellt på FAT32/NTFS är dålig information om filerna och skadade sektorer, skadade sektorer kan även uppstå logiskt vilket leder till att disken skrivs sönder logiskt, vilket speciellt NTFS och $MFT är kända för. Tittar man på gamla media är faktiskt FAT32 bättre än NTFS då det har en enklare struktur som är lättare att rädda. Däremot är NTFS lite bättre om det är så att disken är fysiskt skadat.

Begränsningarna i FAT32 och NTFS är dels längden på sökvägen och dels djupet på katalogerna. Tyvärr kontrolleras detta dåligt under drift och det är därför lätt att skapa en sökväg som är för lång eller innehåller för många katalogen. Även "förbjudna" namn är lätt att skapa.

Utifrån beskrivningen här låter det som att hela partitionen filerna ligger på antigen är extremt fragmenterad eller logiskt skadad på något sätt och skulle därför läsa av disken från en Linux Live-ISO för att tillfälligt kopiera över filerna till en EXT4 eller BTRFS partition.

Detta just för att kunna läsa disken i skrivskyddat läge.