Een beschadigde JW Library-back-up repareren met Library Doctor
Weigert JW Library je .jwlibrary-bestand terug te zetten? Library Doctor scant de back-up in je browser, repareert veelvoorkomende problemen en levert een schone kopie op die het wél doet.
Een back-up die niet wil terugzetten, is niet per se een back-up die je aantekeningen kwijt is. De meeste bestanden die mensen beschadigd noemen, zijn structureel in orde en worden om een oplosbare reden geweigerd, of zijn onderweg beschadigd op een manier die met een nieuwe kopie is verholpen. Het loont om de oorzaken langs te lopen voordat je het bestand afschrijft.
Soms weigert JW Library een back-upbestand — het terugzetten mislukt, geeft een foutmelding, of het bestand gaat niet open. Veelvoorkomende oorzaken: een onderbroken download, een clouddienst die het bestand heeft verminkt, een extensie die onderweg is veranderd, of interne tegenstrijdigheden die zich in de loop van jaren hebben opgestapeld.
JW Sync heeft Library Doctor aan boord, een controle die een .jwlibrary-bestand scant en de gebruikelijke problemen repareert — volledig in je browser, zonder dat het bestand ooit je apparaat verlaat.
Stap voor stap
Open JW Sync en laad het probleembestand
Ga naar jwsync.org en laad het .jwlibrary-bestand dat niet wil terugzetten. (Kwam het bestand aan met de naam .zip, hernoem het dan eerst terug naar .jwlibrary — dat alleen al lost veel gevallen op.)
Voer de scan van Library Doctor uit
De Doctor bekijkt de interne structuur van de back-up en somt in gewone taal op wat hij vindt — van onschuldige eigenaardigheden tot echte schade.
Pas de reparaties toe
Eén tik herstelt wat te herstellen valt. De Doctor bewerkt je oorspronkelijke bestand nooit; hij levert een schoongemaakte kopie op, zodat het origineel als terugvaloptie onaangeroerd blijft.
Download het gerepareerde bestand en zet het terug
Zet het schoongemaakte .jwlibrary-bestand terug via Back-up maken en terugzetten → Terugzetten in JW Library.
De Doctor draait ook bij elke samenvoeging
Dezelfde controles lopen automatisch mee in de samenvoegmotor, dus een samengevoegde back-up komt er altijd schoon uit — zelfs als een van de ingeladen bestanden problemen had waarvan je niets wist.
Als een bestand niet meer te redden is
Is het bestand zo ver afgekapt dat de gegevens er simpelweg niet in zitten, dan kan geen enkel hulpmiddel ze terugverzinnen. De Doctor zegt dat dan eerlijk in plaats van een twijfelachtig bestand af te leveren — en dat is het teken om in e-mail, Drive of iCloud naar een eerdere kopie te zoeken, wat meteen laat zien waarom oudere back-ups bewaren de moeite waard is.
Wat “beschadigd” meestal betekent
In de praktijk gaat het zelden om beschadigde gegevens. De gebruikelijke oorzaken zijn een bestand dat onderweg is afgekapt — afgebroken door een mislukte upload of een chat-app die het heeft ingedikt — of een archief dat wel heel is maar interne tegenstrijdigheden bevat die de app afwijst. Omdat een .jwlibrary-bestand een ZIP om een SQLite-database heen is, kan elk van die twee lagen het probleem zijn, en ze vragen om een verschillende aanpak. Een afgekapt bestand valt niet te repareren en moet opnieuw worden opgehaald; een tegenstrijdige database meestal wel.
Wat een scan werkelijk nakijkt
Een scan controleert of het archief opengaat, of userData.db een leesbare SQLite-database is die de integriteitscontrole doorstaat, of het schema overeenkomt met wat JW Library verwacht, en of het manifest strookt met de database die het beschrijft — inclusief de hash waarmee de app vaststelt dat het bestand niet is gewijzigd. Een manifest dat niet meer bij de database past, is een van de meest voorkomende redenen waarom een technisch prima back-up bij het terugzetten wordt geweigerd, en dat is eenvoudig te herstellen.
Losse verwijzingen zijn meestal onschuldig
Een scan van een echte back-up meldt vaak rijen die naar iets verwijzen dat er niet meer is — een markering die wijst naar een plek in een publicatie die is verschoven, bijvoorbeeld. De eigen back-ups van JW Library bevatten er standaard honderden en zetten zonder klagen terug. Ze zijn een normaal gevolg van publicaties die in de loop van de tijd worden bijgewerkt, geen bewijs van schade, en opruimen is niet nodig om een bestand werkend te krijgen.
Aantekeningen redden uit een bestand dat niet wil terugzetten
Zelfs als een back-up niet goed genoeg te repareren is om door JW Library te worden geaccepteerd, zijn de aantekeningen erin vaak nog leesbaar. Door het bestand in je browser te openen kun je de tekst van de aantekeningen rechtstreeks zien en kopiëren, en zo wordt een onbruikbaar bestand toch teruggewonnen studiemateriaal. Heb je een tweede, oudere back-up die wél terugzet, dan kan de leesbare inhoud uit het beschadigde bestand daarmee worden samengebracht in plaats van overgetypt.
Als het terugzetten mislukt zonder duidelijke foutmelding
JW Library weigert een bestand vaak zonder uit te leggen waarom. De meest voorkomende oorzaken zijn een manifest waarvan de hash niet meer bij de beschreven database past, een bestand dat onderweg is afgekapt, of een back-up die is geschreven door een nieuwere versie van de app dan die waarin je terugzet. Het eerste is te repareren, het tweede vraagt om het bestand opnieuw ophalen bij de bron, en het derde is opgelost door de app bij te werken voordat je terugzet.
Volgende keer voorkomen
De meeste schade ontstaat onderweg. Verplaats back-ups als bestand en niet via iets wat ze opnieuw kan indikken, en geef de voorkeur aan cloudopslag, AirDrop of een kabel boven chat-apps. Controleer na het overzetten of de bestandsgrootte klopt met het origineel — een bestand dat merkbaar kleiner is dan wat je verstuurde, is afgekapt, en geen reparatie brengt bytes terug die nooit zijn aangekomen.
Als niets werkt
Een bestand dat niet te repareren is, kan nog wel leesbaar zijn, en lezen is vaak genoeg — de tekst van de aantekeningen valt rechtstreeks terug te halen, ook als JW Library het bestand weigert. Combineer dat met een oudere back-up die wél terugzet en meestal houd je het grootste deel van je bibliotheek intact over. Open een bestand dus en kijk wat erin zit voordat je concludeert dat het onbruikbaar is.
Veelgestelde vragen
- Worden mijn gegevens voor de scan geüpload?
- Nee. De scan, de reparaties en de export draaien allemaal lokaal in de browser.
- Kan het aantekeningen terughalen die ik in JW Library heb verwijderd?
- Nee — het repareert de structuur van het bestand. Aantekeningen die in de app zijn verwijderd voordat de back-up werd gemaakt, zitten niet in het bestand en zijn dus niet terug te halen.
- Raak ik bij het repareren aantekeningen kwijt?
- Reparaties werken op een kopie en richten zich op structurele problemen, niet op inhoud. Je oorspronkelijke bestand wordt nooit gewijzigd en blijft dus beschikbaar als je opnieuw wilt beginnen.
- Waarom is mijn back-up beschadigd geraakt?
- Meestal is het bestand onderweg veranderd — verstuurd via een app die het heeft ingedikt of afgekapt, of een upload die niet is afgerond. Het bestand opnieuw versturen vanaf de oorspronkelijke bron lost het meestal op.
- Kan een scan aantekeningen terughalen die ik in JW Library heb verwijderd?
- Nee. Is iets in de app verwijderd en daarna een nieuwe back-up gemaakt, dan zit de aantekening niet meer in dat bestand. Een oudere back-up van vóór het verwijderen bevat hem nog wel.
- Kan ik aan de bestandsgrootte zien of het is afgekapt?
- Vaak wel. Vergelijk hem met het origineel als je dat nog hebt; een flink verschil betekent dat de overdracht niet is voltooid.
- Is een back-up die in de browser opengaat gegarandeerd terug te zetten?
- Gegarandeerd niet, maar het is een sterke aanwijzing dat het archief en de database in orde zijn, en dat sluit de meest voorkomende storingen uit.