Hjälp med korrupt .rar fil

Testat detta? https://www.yodot.com/rar-repair/corrupt-rar-file-header.html

Om du inte har samma bilder på annan håll samtidigt så är det inte en backup utan en original.
- annars är det bara att samla ihop orginalbilderna och göra en ny backupparkiv igen - och så fort den delen börja bli minsta jobbigt att utföra igen så är din arkiv-fil att betraktas som original och du ser till att ha dubbla kopior av arkivet och på olika fysiska media!.

Skall man ha räddningsbar arkiv-backup även när filen börja bli upphackadad i flertal delar eller tex. början bli skadad/förlorad så skall man lagra det i "tar-format" - okomprimerad!! (komprimera filerna var och en innan med tex. gzip om du vill ha det komprimerat - men komprimera aldrig hela arkivet om du vill ha den räddningsbar), men det viktigaste är att du har mer en en kopia av sagda backuparkiv och på skilda media.

TAR-format har till skillnad från de flesta andra arkivformat (zip, rar, arj, ace,7z, UC2 mfl.) har distrubierat sin metadata till att det finns inför varje fil och inte samlat alla dessa till en databas/tabell i början som de flesta andra arkivformat pysslar med.

I stort sett alla andra filarkiv blir totalt korrupt och ej räddningsbar om första delen av hela arkivet blir skadat, somliga arkivformat i modern version kan också ha en reservkopia av börja också i slutet av arkivet, men är inget man kan förutsätta eller att det krävs satt flagga för detta när arkivet skapades en gång...

TAR är en förkortning av "tape archiver" och har kommit ur en krass gammal verklighet med bandhantering att en bit av arkivfilen kan förstöras i början, kanske går av på mitten för att det blev bandskrynkel/sallat eller en bit fattas i slutet och är utformat på så sätt att dom fildelarna som är läsbart i sin helhet ändå kan läsas ut med sin filnamn, med hela sin path, user och olika rättigheter även om arkivet blir hackad/klippt i mindre delar - filen som hamnar i bandsallat eller där det klipptes är förlorade men inte filerna som är före och efter skadade biten. Detta är en egenskap som de flesta andra arkivformat inte förstår att de behöver i sådana situationer som du är i nu med skadade fildelar.

---

När du har försökt reparera med olika program så förutsätter jag att du har alltid gjort det på en kopia av den skadade filen i fråga - aldrig på originalfilen, annars kan du har riktigt förstört för dig själv.

Huvudproblemet är dock att du har använda en komprimerande archiver - har du haft kompressionen satt på annan än noll/ingen kompression alls så är chansen mycket liten att kunna rädda ut data, är det ingen kompression alls satt så hade förmodligen flertal foto-räddningsprogram som normalt körs på SD-minne och USB-stickor kunna hitta användbara filer i din filarkiv.

Kan vara bra att kolla om det finns något meningsfullt alls i början. Står det 'Rar' i ASCII som första 3 tecken och man sedan kan skönja olika filnamn senare i alla slumptecken så indikerar det att första sektorn inte är helt förstörd i alla fall.

---

Problemet är att när början av filen är borta/korruperat så försvinner alla pekare till data längre bak i filen också, till detta så är det komprimerat och har man blivit av med början av komprimeringen så är det nästa på samma nivå som att ha blivit av med krypteringsnyckeln och krävs som en början på uppackningsprocessen för att den skall 'spåra in rätt'.

en av RAR:s kännetecken var att den sorterade filer i ett filträd så att filer med samma storlek och namn sattes efter varandra för att komprimeringen skulle bli mer effektiv och i princip i bara en enda kopia när det var komprimerat och då behövs strukturen också att spela upp det baklänges vid uppackningen och all detta metadata sattes i början av arkivet... detta var lite av 'krigen mellan PKZIP (som sedemera blev 'zip'), rar och ARJ' på slutet av 80-talet när det gällde att packa 'bäst'

Skall man få viss skydd för fel i arkivet (dvs. att den är blockad så att uppackningen kan starta från början igen efter en viss blockstorlek) så är det ofta en flagga som måste sättas när man skapar arkivet första gången - kör man default så kommer inte sådana finesser med liksom att det också komprimerar fast det kanske inte ger någon vinst med detta istället för att bara arkivera det rätt av utan att komprimera.

zip-krypteringen i sina första versioner byggde i princip på detta med att scrambla början av kompressionen med ett passord så var det väldigt svårt att sedan komma vidare i uppackningen... (man hittade förstås trix att komma igenom även detta, så idag anses det som svagt skydd)

som tidigare nämnt - det är förvånande att de flesta arkiv-format är så dumt konstruerade att det räcker med väldigt små fel i dess första sektorer så blir hela arkivet oduglig för uppackning.

---

Om filen börjar med "Rar" i ASCII och man skönjar filnamn så finns det i allafall en chans, och skall man göra mer seriösa attack så gissar jag att att det lättast görs under linux och man tar hem källkoderna för att packa upp rar-filer och kompilera upp med debugflaggor och så får man gå med debuggern och exekvera bit för bit...