Repararea unei copii de rezervă JW Library corupte cu Library Doctor
JW Library refuză să-ți restaureze fișierul .jwlibrary? Library Doctor scanează copia în browserul tău, repară problemele obișnuite și produce un exemplar curat care se restaurează.
O copie de rezervă care nu se restaurează nu e neapărat o copie care ți-a pierdut notițele. Cele mai multe fișiere pe care oamenii le descriu drept corupte sunt sănătoase structural și refuzate dintr-un motiv reparabil, ori deteriorate la transfer într-un fel pe care un exemplar proaspăt îl rezolvă. Merită să treci prin cauze înainte să pui cruce fișierului.
Uneori JW Library refuză un fișier de rezervă — restaurarea eșuează, dă eroare sau fișierul nu se deschide. Cauze frecvente: o descărcare întreruptă, o unitate din cloud care a stricat fișierul, o extensie schimbată pe drum sau inconsecvențe interne adunate în ani de folosire.
JW Sync include Library Doctor, un verificator care scanează un fișier .jwlibrary și repară problemele obișnuite — în întregime în browserul tău, fără ca fișierul să-ți părăsească vreodată dispozitivul.
Pas cu pas
Deschide JW Sync și încarcă fișierul cu probleme
Mergi la jwsync.org și încarcă fișierul .jwlibrary care nu se restaurează. (Dacă fișierul a ajuns redenumit în .zip, redenumește-l întâi înapoi în .jwlibrary — numai asta rezolvă multe cazuri.)
Rulează scanarea Library Doctor
Doctor examinează structura internă a copiei și îți enumeră ce găsește — de la ciudățenii inofensive până la deteriorări reale — pe înțelesul tuturor.
Aplică reparațiile
O atingere repară ce se poate repara. Doctor nu-ți modifică niciodată fișierul original; produce un exemplar curățat, așa că originalul rămâne neatins ca plasă de siguranță.
Descarcă și restaurează fișierul reparat
Restaurează fișierul .jwlibrary curățat prin Copiere de rezervă și restaurare → Restaurează, în JW Library.
Doctor rulează și la fiecare îmbinare
Aceleași verificări rulează automat în motorul de îmbinare, așa că o copie îmbinată e livrată mereu curată — chiar și când unul dintre fișierele de intrare avea probleme despre care n-ai știut niciodată.
Când un fișier nu mai poate fi reparat
Dacă fișierul a fost trunchiat atât de rău încât datele pur și simplu nu se află în el, niciun instrument nu le poate inventa înapoi. Doctor îți va spune asta cinstit, în loc să producă un fișier îndoielnic — iar acela e semnalul să cauți un exemplar mai vechi în e-mail, Drive sau iCloud, ceea ce explică și de ce merită să păstrezi copiile vechi.
Ce înseamnă de fapt „corupt”
În practică, rareori e vorba de date deteriorate. Cauzele obișnuite sunt un fișier trunchiat la transfer — scurtat de o încărcare eșuată sau de o aplicație de chat care l-a comprimat — sau o arhivă intactă, dar cu inconsecvențe interne pe care aplicația le refuză. Fiindcă un fișier .jwlibrary e un ZIP care înfășoară o bază de date SQLite, problema poate fi la oricare strat, iar cele două cer remedii diferite. Un fișier trunchiat nu poate fi reparat și trebuie obținut din nou; o bază de date inconsecventă de obicei poate.
Ce verifică de fapt o scanare
O scanare confirmă că arhiva se deschide, că userData.db e o bază de date SQLite lizibilă care trece o verificare de integritate, că schema corespunde cu ce așteaptă JW Library și că manifestul se potrivește cu baza de date pe care o descrie — inclusiv hash-ul pe care aplicația îl folosește ca să confirme că fișierul n-a fost modificat. O nepotrivire între manifest și baza de date e unul dintre cele mai frecvente motive pentru care o copie tehnic în regulă e refuzată la restaurare, și e direct reparabilă.
Rândurile orfane sunt de obicei inofensive
Scanarea unei copii reale va raporta adesea rânduri care trimit la ceva ce nu mai există — o evidențiere care indică o poziție dintr-o publicație care s-a mutat, de pildă. Chiar copiile făcute de JW Library conțin în mod curent sute de astfel de rânduri și se restaurează fără să crâcnească. Sunt o urmare normală a faptului că publicațiile se actualizează în timp, nu o dovadă de deteriorare, iar curățarea lor nu e necesară ca fișierul să funcționeze.
Salvarea notițelor dintr-un fișier care nu se restaurează
Chiar și atunci când o copie nu poate fi reparată suficient cât JW Library s-o accepte, notițele dinăuntru rămân adesea lizibile. Deschiderea fișierului în browser îți permite să vezi și să copiezi direct textul notițelor, ceea ce transformă un fișier inutilizabil în material de studiu recuperat. Dacă ai o a doua copie, mai veche, care se restaurează, conținutul lizibil din cea deteriorată poate fi adus alături de ea, în loc să fie retastat.
Când restaurarea eșuează fără o eroare clară
JW Library refuză adesea un fișier fără să explice de ce. Cele mai frecvente cauze sunt un manifest al cărui hash nu se mai potrivește cu baza de date pe care o descrie, un fișier trunchiat la transfer sau o copie scrisă de o versiune a aplicației mai nouă decât cea în care restaurezi. Prima e reparabilă, a doua cere aducerea fișierului din nou de la sursă, iar a treia se rezolvă actualizând aplicația înainte de restaurare.
Cum eviți asta data viitoare
Cele mai multe deteriorări se produc pe drum. Mută copiile ca fișiere, nu prin ceva ce le-ar putea recomprima, și preferă stocarea în cloud, AirDrop sau un cablu în locul aplicațiilor de chat. După transfer, verifică dacă dimensiunea fișierului se potrivește cu originalul — un fișier vizibil mai mic decât cel trimis a fost trunchiat, și nicio reparație nu aduce înapoi octeți care n-au sosit niciodată.
Dacă nimic nu merge
Un fișier care nu poate fi reparat poate fi totuși lizibil, iar citirea lui e adesea de ajuns — textul notițelor poate fi recuperat direct chiar și când JW Library refuză fișierul. Combină asta cu orice copie mai veche care se restaurează și de obicei ajungi cu cea mai mare parte a bibliotecii intactă. Înainte să conchizi că un fișier nu mai e bun de nimic, deschide-l și vezi ce se află de fapt înăuntru.
Întrebări frecvente
- Datele mele sunt încărcate undeva pentru scanare?
- Nu. Scanarea, reparațiile și exportul rulează toate local, în browser.
- Poate recupera notițe șterse în JW Library?
- Nu — repară structura fișierului. Notițele șterse în aplicație înainte să fie făcută copia nu se află în fișier ca să poată fi recuperate.
- Repararea fișierului va pierde vreo notiță?
- Reparațiile lucrează pe un exemplar și se ocupă de probleme de structură, nu de conținut. Fișierul tău original nu e modificat niciodată, așa că rămâne disponibil dacă vrei s-o iei de la capăt.
- De ce s-a corupt copia mea de rezervă?
- Cel mai adesea fișierul a fost modificat pe drum — trimis printr-o aplicație care l-a comprimat sau trunchiat, ori o încărcare care nu s-a terminat. Transferul fișierului din nou de la sursa originală rezolvă de obicei problema.
- Poate o scanare să recupereze notițe pe care le-am șters în JW Library?
- Nu. Odată șterse în aplicație și făcută o copie nouă, notița nu mai e în acel fișier. O copie mai veche, făcută înainte de ștergere, o va conține în continuare.
- Îmi pot da seama după dimensiunea fișierului dacă e trunchiat?
- Adesea da. Compar-o cu originalul, dacă îl mai ai; un minus semnificativ înseamnă că transferul nu s-a încheiat.
- O copie care se deschide în browser se va restaura sigur?
- Nu e garantat, dar e un semn puternic că arhiva și baza de date sunt sănătoase, ceea ce elimină cele mai frecvente eșecuri.