Quali passi devo prendere prima di eseguire un aggiornamento della versione per evitare problemi?


10

Dopo essere stato informato del 1404_HWE_EOL , sto pensando di aggiornare un importante sistema di produzione al 16.04.1. Dico "importante sistema di produzione" perché questa è la workstation che uso quotidianamente al lavoro. Voglio evitare bug o altri problemi perché non ho troppo tempo da dedicare al debug e alla risoluzione dei problemi (il dipartimento IT non aiuta con i sistemi Linux). Ho eseguito il backup di tutti i dati, ma non della partizione del sistema operativo corrente (è possibile che l'unità del sistema operativo sia un altro livello di fallback). Quali altri passaggi devo eseguire prima di eseguire l'aggiornamento? Voglio sapere come ridurre al minimo le complicazioni quando si utilizza l'aggiornamento della versione offerto in Ubuntu.

Ho letto sulla rimozione di PPA prima dell'aggiornamento . Ho 27 PPA installati, ci vorrà del tempo per rimuovere tutti questi, i programmi che portano, quindi invertire quello dopo l'aggiornamento. Questo ha un beneficio significativo? Qualunque altra cosa?


Questo sistema di produzione è una macchina virtuale? In tal caso, potresti avere un'opzione per scattare un'istantanea e / o ripristinarla prima dell'aggiornamento. L'ho usato prima per evitare aggiornamenti non riusciti su una macchina di sviluppo locale (non un server di produzione).
ashes999,

Non è una VM. In tal caso, questa sarebbe un'ottima opzione.
Steven C. Howell,

1
Quando ho effettuato l'upgrade, il processo disabilitava automaticamente i miei PPA aggiunti: non è necessario rimuoverli. Dopo l'aggiornamento, potrei riattivarli. I problemi di dentizione (per me) riguardavano principalmente un paio di PPA che non erano stati aggiornati per supportare Xenial.
Paddy Landau,

Un avvertimento Se si dispone di una scheda grafica AMD, accertarsi che sia compatibile con i driver disponibili in 16.04. Il mio no, e per il beneficio della longevità del mio hardware, sono tornato al 14.04.
Tony Martin,

Risposte:


13

importante sistema di produzione

Non aggiornerei un sistema del genere. Vorrei installare 16.04 su un'altra macchina, copiare i dati live su quella macchina. Prova, prova ancora. E quindi rendere quella macchina il server di produzione.

E puoi rifarlo con 18.04 con l'attuale server 14.04.

Perché correre rischi?


Nella mia situazione, non ho uno stack hardware duplicato completo, quindi questo significa usare ddper clonare il mio disco (da SSD a HDD), testare sia l'originale che il clone, quindi nuke e pave per mettere il nuovo sistema operativo. Ho sempre fatto questo in passato, ma ho sperato che seguire alcune serie di passaggi fornisca un metodo affidabile per l'aggiornamento a una nuova versione. È troppo ottimista?
Steven C. Howell,

No. Totalmente possibile. 1 cosa che potresti dover tenere in considerazione: 16.04 usa "systemd". Quindi l'avvio di tutti i servizi è cambiato.
Rinzwind,

Quindi quali passi portano a risultati migliori quando si utilizza do-release-upgradeper aggiornare Ubuntu alla prossima versione LTS?
Steven C. Howell,

Sebbene questa risposta fornisca buoni consigli, che nella mia esperienza è un modo sicuro per eseguire l'aggiornamento, non fornisce informazioni sull'uso dell'opzione di aggiornamento della versione integrata. Questo è quello che voglio capire meglio.
Steven C. Howell,

Spiacenti, "risultati migliorati quando si utilizza do-release-upgrade" rispetto a cosa?
Rinzwind,

2

Vorrei prendere un Image Backup ("dd" in un sistema Linux Live) della Workstation e convertirlo in una VM VirtualBox. (Immagine RAW a VDI). Dopodiché fai uno scatto ed esegui questa immagine in VB. Gioca tutto il passo per l'aggiornamento. Se qualcosa non funziona, ripristina lo snap. Dopo avere un sistema aggiornato è possibile riconvertire il VDI in raw e "dd" sul proprio sistema o riprodurre il run-book.
Ma esegui sempre un ultimo backup dell'immagine "dd" prima di sovrascrivere il tuo vecchio sistema.
Preferisco eseguire i miei sistemi da una chiavetta USB in modo che l'installazione del sistema venga eseguita con "VDI -> RAW -> chiavetta USB" e l'avvio dal sistema aggiornato / installato. pronto. Va bene "perdi" una porta USB ma non avrai mai stress e puoi sempre fare un backup del sistema.


1

Ecco una variante della risposta di @ rinzwind che potrebbe funzionare con l'hardware che hai già.

Se hai (o puoi liberare) abbastanza spazio libero sulle tue unità disco interne, puoi creare 2 nuove partizioni (usando qualcosa come gparted da una distribuzione CD / USB live) e copiare root (/) su una di esse e / home all'altro e etichettali come root2 e home2 in modo che siano facili da trovare.

Se root e home sono nella stessa partizione, puoi semplicemente copiarlo, ma è molto più bello per molti motivi se sono separati.

Dovrai puntare la nuova radice su new / home modificando le modifiche nella /etc/fstabnuova partizione di root (aggiornando gli UUID delle nuove partizioni / home e root).

Li ottieni facendo un ls -l /dev/disk/by-labelper trovare i dispositivi su cui sono attualmente ls -l /dev/disk/by-uuidattivi il nuovo root e home e quindi in esecuzione per passare dai nomi dei dispositivi agli uuidi.

Successivamente, aggiorna grub (dal tuo sistema di produzione) con qualcosa come grub-customizer per aggiungere la nuova radice al tuo menu grub.

Ora, avrai una copia esatta del tuo sistema live su quelle partizioni. È possibile eseguire l'aggiornamento su questa copia e mantenere intatta la versione di produzione. Puoi avviare quello su cui vuoi lavorare.

Una volta terminato l'aggiornamento, puoi semplicemente dire a grub che la copia è quella live (voce predefinita) e che l'originale è ora il backup. grub-customizer rende le cose del genere abbastanza semplici.

Se hai troppi dati in / home o root (rendendoli troppo grandi per essere duplicati), mettili prima nella sua stessa partizione (assicurandoti di dire ai programmi che accedono ad essi sullo spostamento). Non ha bisogno di essere duplicato - solo il backup.

Questo rende anche il backup dei dati molto più semplice perché non è più mescolato con elementi di sistema.

Con una seconda serie di partizioni "di prova", ora puoi provare tutti i tipi di cose che non vorresti rischiare sul sistema da cui dipendi per il lavoro quotidiano.

Attualmente sto eseguendo Kubuntu 12.04 in questo modo con 16.04 nelle mie partizioni di "sviluppo" fino a quando non è configurato nel modo desiderato.

Con i prezzi delle unità disco così bassi in questi giorni, potresti persino copiare l'unità interna esistente in una nuova più grande e utilizzarla se necessario, se la tua azienda te lo consente.

Questa risposta copre tutti i dettagli principali su come farlo. Non ho provato a coprire ogni piccolo dettaglio di ogni passaggio. Ma dal momento che stai lavorando con una copia di tutto, non dovrebbero esserci problemi seri e tutto il resto è già stato coperto da qualche parte qui su StackExchange.


0

Anche se questo non si applica al tuo caso specifico, se il sistema Ubuntu è una macchina virtuale, puoi aggirare questo problema prendendo un'istantanea prima di aggiornare e ripristinare se non funziona.

Una volta ho eseguito l'upgrade di una delle mie macchine virtuali e, sebbene l'aggiornamento non fosse riuscito e si supponesse che fosse stato ripristinato, non avevo un sistema pulito / funzionale.

La risposta di @ Rinzwind funziona anche con le macchine virtuali: crea una nuova macchina virtuale, installa la nuova versione di Ubuntu e inizia a copiare le cose.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.