Mulți dezvoltatori și utilizatori curioși se confruntă adesea cu nevoia de a lansa pachete nou instalate, care au introdus în sistemul lor unele actualizări care nu sunt destul de așteptate. Acest lucru se întâmplă de obicei atunci când instalați pachete din surse neoficiale, din depozite de testare sau pur și simplu din depozite de dezvoltatori private și containere care conțin pachete numai pentru scopuri de testare. Acesta din urmă este deosebit de important pentru echipa noastră de asigurare a calității - de multe ori trebuie să revină pachetele instalate pentru testare.
Reîncărcarea manuală a pachetelor nu este foarte convenabilă, mai ales dacă există o mulțime de ele și nu sunteți sigur exact ce trebuie să vă întoarceți pentru a readuce sistemul la starea sa normală. Ajutorul poate veni urpm-reposync. dar acest instrument poate fi prea puternic - va efectua o sincronizare completă a sistemului dvs. cu repositorele conectate și pentru a reveni doar o parte din pachete cu ajutorul lui este dificil.
Vestea bună este acum o nișă între rularea manuală a pachetelor și utilizarea reposync este umplută cu utilitarul urpmi.recover. Acesta poate relua pachetele pe care le-ați instalat. Urpmi.recover poate să returneze baza de date batch la o anumită dată în trecut sau să revină la un anumit număr de tranzacții pentru a instala pachete.
Urpmi.recover face parte din pachetul urpmi și va intra automat în sistem cu actualizări.
Pentru a implementa o astfel de revigorare a pachetelor, urpmi.recover stochează vechile versiuni ale pachetelor actualizate în directorul / var / spool / re-packaging. Și pentru a începe să utilizați utilitarul, trebuie mai întâi să inițializați păstrarea vechilor versiuni ale pachetelor executând comanda
Cu această comandă spuneți cumva: "Acum am un sistem stabil, dar voi instala pachete potențial periculoase. Vă rugăm, de acum înainte, să urmăriți toate pachetele instalate și să păstrați versiunile vechi în cazul unei actualizări. "
De asemenea, puteți executa această comandă în viitor pentru a suprascrie starea stabilă a sistemului. Astfel, de fiecare dată când urpmi.recover --checkpoint apelează directorul / var / spool / repackage, va fi șters, astfel încât să nu puteți reveni la o dată anterioară.
În timp ce instalarea pachetelor și urmărirea actualizărilor sunt activate, versiunile mai vechi de pachete sunt stocate în subdirectoarele / var / spool / re-packaging. corespunzătoare datei actualizării, astfel încât să puteți studia întotdeauna aceste pachete.
Dacă într-un anumit moment decideți că este timpul să răsturnați sistemul, executați pur și simplu comanda
Timpul de revenire poate fi specificat ca numărul de secunde de la începutul epocii, dar pentru oameni există opțiuni mai convenabile, de exemplu:
Puteți relua numărul specificat de tranzacții specificând opțiunea - tranzacții și trecerea numărului de tranzacții în vederea returnării opțiunii - returnare.
În special, dacă ați instalat doar un pachet (care a tras o grămadă de dependențe), atunci puteți pur și simplu să reluați această actualizare executând
În cele din urmă, puteți folosi comanda
Această comandă va șterge, de asemenea, / var / spool / repackage.
Deci, cu urpmi.recover, puteți relua starea bazei de date batch. Utilitatea este într-o stare experimentală și nu sunt garantate erori, testați-vă la riscul propriu și riscul :). Cu toate acestea, înainte de a vă întoarce, urpmi.recover vă va spune exact ce anume va face (pachetele de eliminare, ce să revin) și veți avea opțiunea de a refuza dacă nu vă place ceva. În cele din urmă, în acest caz, urpm-reposync este gata să vă ajute.
De asemenea, amintiți-vă că administratorii nu se ocupă întotdeauna de asigurarea corectă a răsturnării pachetelor în versiunile anterioare - deci dacă o nouă versiune a pachetului a rupt ceva în sistem, atunci o revizuire la cea veche ar putea să nu ajute.
Trimiteți-le prietenilor: