Esiste un modo per ripristinare l'aggiornamento più recente?

Questo mi è successo molte volte negli ultimi 5 anni: un aggiornamento ha rotto il mio sistema. Ogni volta che finisco con questa situazione, devo reinstallare l'intero sistema, il che è davvero fastidioso.

Esiste un modo per ripristinare l'aggiornamento più recente per poter disporre di un sistema funzionale senza reinstallare? In caso contrario, qual è il modo migliore per suggerirlo come idea prioritaria?

Ho letto che questa idea è stata descritta in brainstorm.ubuntu.com, ma sembra che sia morta ... e i forum sono pieni di esempi di aggiornamenti che rompono le cose, ecco perché sento che bisogna fare qualcosa su questo argomento. Grazie!

In synaptics, puoi almeno controllare quali sono stati gli aggiornamenti recenti: menu File, cronologia.

(se sinaptico è avviabile, con il sistema rotto). Quindi, con un comando apt -...-, per ripristinare il loro aggiornamento, non dovrebbe essere troppo difficile.

Immagino che ci sia un comando history anche per la riga di comando.

Forse devi eliminare l'intero pacchetto e installare una versione specifica. Dopo tutto, è possibile installare una versione specifica, ma non ho mai avuto la necessità di farlo.

aggiornamento: ho cercato come fare con apt:

Trova i pacchetti installati nelle ultime 3x24h:

find /var/lib/dpkg/info/ -name \*.list -mtime -3 | sed 's#.list$##;s#.*/##' 

Con la politica di apt-cache, vedi le versioni disponibili di un programma:

sudo apt-cache policy PROGRAM:
 *** 3.6.7+build3+nobinonly-0ubuntu0.10.04.1 0
        500 http://de.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages
        500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages
        100 /var/lib/dpkg/status
     3.6.3+nobinonly-0ubuntu4 0

qui 3.6.7 e 3.6.3. Ora sai quale versione precedente potrebbe essere installata (spesso non il predecessore immediato):

sudo apt-get install PROGRAM=3.6.3

Quindi è necessario eseguire un'app-pin per impedire futuri aggiornamenti:

Crea un nuovo file in /etc/apt/preferences.d/ (if> = 10.4) che prende il nome dal tuo programma,

Package: program
Pin: version 3.6.3*
Pin-Priority: 1000

Principalmente puoi consultare le /var/log/apt/history.logmodifiche apportate da apt / synaptic. È solo un po 'forense e un sacco di taglia / incolla da fare.

Torna alla data in cui il tuo sistema funzionava ancora bene.

Prima prendi tutti i pacchetti che sono stati installati da allora e mettili insieme in uno script di disinstallazione. Al termine dello script, iniziare ad aggiungere nuovamente tutti i pacchetti rimossi.

Un esempio:
logfile:

Start-Date: 2014-05-28  21:28:11
Commandline: synaptic
Install: libfglrx-amdxvba1:amd64 (13.12-3kali1, automatic), libgl1-fglrx-glx:amd64 (13.12-3kali1), glx-alternative-fglrx:amd64 (0.4.1kali1, automatic), libfglrx:amd64 (13.12-3kali1, au$
Remove: fglrx-glx-ia32:amd64 (12-6+point-3)
End-Date: 2014-05-28  21:28:27

Puoi vedere,

libfglrx-amdxvba1:amd64 libgl1-fglrx-glx:amd64 glx-alternative-fglrx:amd64 & libfglrx:amd64 

installato da Synaptic. come se fosse libfglrx:amd64stato rimosso da Synaptic.

Abbiamo eseguito l'ordine inverso, quindi prima rimuoviamo i pacchetti appena installati e aggiungiamo nuovamente i pacchetti rimossi.

Un comando funzionante per questo caso potrebbe apparire come:

sudo apt-get remove -y libfglrx-amdxvba1:amd64 libgl1-fglrx-glx:amd64 glx-alternative-fglrx:amd64 libfglrx:amd64 && sudo apt-get install -y libfglrx:amd64

Forse non sarebbe la migliore idea di andare senza l' -yinterruttore - per avere un maggiore controllo sul processo (per evitare dipendenze interrotte). Molti di voi non si rompono il dito mentre fanno qualche verifica "y"

Nella maggior parte dei casi è possibile un rollback in questo modo, ma se le dipendenze sono già interrotte, è possibile che si verifichi un problema ancora più grande.

Il più delle volte se il tuo sistema è guasto, si tratta di un problema del kernel .

È sufficiente avviare un kernel più vecchio e reinstallare i pacchetti più recenti (in particolare i pacchetti del kernel) che probabilmente non si sono aggiornati correttamente. Alcune note:

/var/log/dpkg.log

è tuo amico per verificare qual è l'elenco dei pacchetti aggiornati / installati di recente

sudo apt-get -f install

la maggior parte delle volte può riparare pacchetti installati a metà

Sfortunatamente non c'è ancora modo di farlo. L'istantanea / rollback a livello di filesystem è una delle caratteristiche del prossimo btrfs, ma ha ancora dei modi per diventare una funzionalità completa e abbastanza stabile da usare come filesystem predefinito.

Quando eseguo un aggiornamento importante, clonerò il disco usando Clonezilla . Masterizzalo su un CD, disponi di un HDD (esterno) di riserva e segui le istruzioni sul LiveCD di Clonezilla. Scegli la partition-imagemodalità, questa utilizza il minimo spazio.

Se ritieni di aver rotto il tuo sistema (o desideri annullare qualsiasi modifica), avvia semplicemente il LiveCD Clonezilla, seleziona l'immagine sul tuo HDD (esterno) e ripristinalo. Poiché queste immagini sono una copia letterale di ogni bit sul disco, potrebbero essere necessarie alcune ore a seconda della velocità del disco e della velocità di connessione (la connessione tra i dati, di solito un HDD USB esterno e il computer).

A proposito, questo si chiama metodo di backup.

È possibile installare facilmente una versione precedente di un determinato pacchetto (downgrade) con apt o dpkg . Trovare una versione precedente del pacchetto è il problema in quanto spesso scompaiono dal pool e dai mirror man mano che arrivano gli aggiornamenti.

Se installi il pacchetto da un CD di installazione o da un mirror obsoleto o da una cache, dovrai anche tenerlo bloccato sulla versione precedente in modo che non venga aggiornato fino a quando non lo consenti. Ciò significa che devi cercare gli aggiornamenti e testarli fino a quando il problema non viene risolto. Questo è ovviamente un problema poiché nel frattempo (forse per sempre) rimarrai con il pacchetto non fissato, forse insicuro. Ciò significa che ogni utente con qualche tipo di problema di sistema verrà lasciato in uno stato casuale fino a quando non sarà in grado di risolverlo.

Inoltre, tutto il software non è compatibile in avanti, quindi una versione precedente di qualcosa potrebbe non funzionare correttamente se alimentata con file di dati o configurazione più recenti. Ovviamente questo è impossibile da risolvere a meno che non si ripristini anche tutti i dati utente a uno stato prima che l'aggiornamento fosse eseguito.

Sarebbe bello se ci fosse un modo per farlo, ma è enormemente problematico. Chiunque pensi che esista una soluzione coerente dovrebbe scrivere una proposta e invitare commenti o, meglio ancora, fare una soluzione di prova del concetto (codice, script, documento). Trollare e piagnucolare non è costruttivo.

Poiché non esiste una soluzione tecnica pulita, la maggior parte dei software è sviluppata (e integrata) con una mentalità "l'unica via è avanti". Cercare di gestire versioni obsolete è una perdita di tempo per tutti. I problemi riscontrati vengono risolti al più presto nelle versioni più recenti. Come soluzione minore, vorrei vedere un archivio delle precedenti versioni del pacchetto tenuto da qualche parte per la soluzione temporanea occasionale.

Nel frattempo puoi segnalare bug e non aspettarti che il software bleeding edge non fallisca mai. Una correzione, una volta trovata, dovrebbe essere nel prossimo aggiornamento. Gli sviluppatori sono umani (per lo più) e quindi fallibili. I computer sono complicati e pieni di varietà e dettagli folli. I sistemi di manutenzione difensiva che utilizzano componenti ben supportati e una distribuzione software integrata stabile possono essere molto stabili senza diventare insicuri o non aggiornabili.