Tempo massimo per cui un PC Linux può essere attivo? [chiuso]

In realtà ho avuto un sistema Linux (con Ubuntu 12.04.3) per giorni senza riavvio. Mi sono imbattuto in alcuni errori come sospensione del sonno e alcuni file system montati in rete non riescono a montare nemmeno in grado di eseguire il ping (verificato tramite altri PC, il montaggio in rete funzionava bene).

Volevo verificare se Linux richiede anche di riavviare la macchina dopo un certo periodo di tempo per evitare questo tipo di errori indesiderati che non sono ripetibili.

Qual è il tempo massimo in cui possiamo mantenere attivo il PC? Ci sono altri problemi che potrebbero verificarsi se abbiamo un sistema attivo per un anno o più senza riavvio?

Lavorando come amministratore di sistema, vedo i server Linux attivi per oltre 700-800 giorni senza riavvio, quindi non ci sono limiti di uptime; gli errori che hai non sono correlati a Linux (il kernel) stesso.

Molti servizi possono essere riavviati e la maggior parte degli errori può essere risolta sui sistemi di produzione.

Non è necessario riavviare il computer dopo un certo periodo di tempo. Ho funzionato da mesi (compresi gli aggiornamenti del modulo del kernel) con alcune sospensioni (su RAM e disco) nel mezzo.

Ci sono occasioni in cui

• è assolutamente necessario riavviare, come gli aggiornamenti del kernel (ma quelli non sono urgenti in molte situazioni, e in alcuni casi è possibile sostituire un kernel in esecuzione con uno nuovo su un sistema live. Vedi kexec e Ksplice )
• potrebbe essere più semplice riavviare l'intero sistema anziché solo un particolare (set di) sottosistemi.

Potrebbero esserci alcuni problemi che "peggiorano" nel tempo (ad esempio problemi di driver hardware, processi che perdono), ma quelli sono considerati bug e possono spesso essere risolti con un aggiornamento del software o aggirati con un ricaricamento / riavvio di quel particolare sottosistema (anche vedi sopra).

Mentre sono certo che ci sono server con un tempo di attività più elevato, presento quanto segue da uno dei miei come esempio di ciò che è possibile:

# uptime
04:58:44 up 2186 days, 23:15,  1 user,  load average: 0.02, 0.02, 0.00

Questo server è stato installato poco dopo che il controller di dominio è entrato in funzione e da allora non è più spento. Finora ha continuato felicemente a fare ciò per cui era originariamente previsto e quando tale scopo viene spostato su un altro server, inserirò qualcosa solo per monitorare il tempo di attività e probabilmente rimarrà attivo fino a quando non posso giustificare di mantenerlo in vita non piu.

Quindi penso che "Non esiste un massimo" è sicuramente la risposta corretta.

Non so se questo abbia un impatto sulla stabilità del sistema, ma il tempo di attività massimo mostrato in Ubuntu con il kernel 3.19-xx è 68,0962597349822anni su una macchina a 32 bit e 292471208677,8627anni su una macchina a 64 bit.

Questo perché il tempo di attività corrente del sistema, che viene restituito da sysinfo()syscall, viene restituito come un __kernel_long_ttipo , che viene dichiarato come longin un kernel a 32 bit e come long longin un kernel a 64 bit ;

A longsu una macchina a 32 bit ha un valore massimo di 2147483647;

A long longsu una macchina a 64 bit ha un valore massimo di 9223372036854775807;

Fare la matematica, 2147483647s= 68,0962597349822anni e 9223372036854775807s= 292471208677,8627anni.

Una volta che questo valore aumenta oltre la capacità del suo tipo, si verifica un overflow aritmetico ed è impostato sul valore più piccolo consentito dal suo tipo (in entrambi i casi un numero negativo): questo potrebbe essere un problema per i programmi che fanno affidamento su di esso.

Una volta ero in una classe con un amministratore di sistema che sosteneva di avere un server Linux in esecuzione senza riavvii per oltre un decennio. Non esiste una ragione intrinseca per cui un sistema deve essere riavviato regolarmente. È richiesto solo in casi limitati come gli aggiornamenti del kernel.

FWIW, di solito lascio il mio computer di casa Windows in esecuzione. Di solito funzionerà bene per settimane senza riavviare.

Linux (il kernel) è molto bravo a liberare risorse all'uscita dei programmi. GNU / Linux, l'intero sistema operativo, generalmente funziona bene a tempo indeterminato. Riavviare i programmi di spazio utente dopo averli aggiornati è generalmente una buona idea, e spesso il modo più semplice per ottenere tutto usando un aggiornamento glibcè riavviare il sistema.

Sui sistemi con bug di driver (in genere bug di driver di grafica, tutto il resto è generalmente solido), a volte si ottiene un comportamento strano che diventa più strano se non si riavvia presto. Se vedi un kernel OOPS nel tuo dmesgoutput, dovresti riavviarlo non appena è conveniente e segnalarlo (o google in giro per altre persone con problemi simili su hardware simile, nel caso sia un problema noto). Le distribuzioni non forniscono le ultime versioni di sviluppo dello stack grafico, quindi a volte il bug è già stato risolto a monte e la tua scheda grafica è troppo nuova perché i driver sulla versione di distribuzione che stai eseguendo siano stabili. In tal caso, cerca un PPA con build aggiornate di mesa / drm / xorg. (Non sono sicuro di quale sia la scelta migliore per eseguire Ubuntu con uno stack grafico all'avanguardia).

Ad ogni modo, escludendo i driver o altri bug del kernel, Linux può funzionare indefinitamente senza bisogno di un riavvio per cancellare la frammentazione della memoria o qualcosa del genere.

Ho un router Linux / firewall / mailserver / shell box (P3 450MHz, OCed a 500MHz) che vede regolarmente i tempi di attività di centinaia di giorni. Riavvio solo per riorganizzare i cavi di alimentazione o per sostituire un alimentatore difettoso. Sta andando regolarmente con la stessa CPU / RAM / hard disk per probabilmente 15 anni. Non ho mai dovuto riavviare "perché stava diventando instabile". È sempre stato per un motivo specifico, come mancanza di alimentazione, aggiornamento del kernel o interruzione dell'alimentazione e la batteria del mio UPS era quasi scarica (innescando lo spegnimento automatico con apcupsd).

Se il tuo sistema si comporta in modo strano, verifica la presenza dmesgdi problemi. Se è solo il tuo desktop, se hai appena installato alcuni aggiornamenti del pacchetto non kernel, esci / accedi (o riavvia, ma non è necessario). Ho scoperto che Kubuntu 15.04 si imbatterà facilmente in problemi dopo gli aggiornamenti dei pacchetti, penso a causa dell'incompatibilità binaria tra le versioni aggiornate / non aggiornate della stessa libreria in esecuzione nello stesso binario. (Vedi discussione su questo bug ).

Il mio obiettivo per verificare i problemi hardware è avviare memtest86 +. ( aptitude install memtest86+) Lascia che esegua un passaggio completo o esegui durante la notte. Ciò non garantisce un sistema stabile, poiché al giorno d'oggi nelle CPU possono verificarsi cali di tensione di alimentazione sui carichi di picco e memtest non lo escluderà. Né surriscalderà la tua CPU, come Prime95.

La mia macchina è stata riavviata oggi solo per il 15.04 dopo essere rimasta in funzione per 11 giorni senza strani errori che posso ricordare. Se stai facendo un lavoro pesante e lo sviluppo su un sistema, a volte può essere l'unica opzione per riavviare, ma è sempre e solo in base alle necessità.

Tecnicamente non ci sono limiti. devi solo impostarlo per non dormire o spegnere.

Personalmente non vorrei eseguire il mio laptop o PC per giorni senza riavviarlo o spegnerlo.

Semplicemente a causa dei componenti principali che generano calore può accelerare l'usura del MB.

(Ecco se non si dispone del raffreddamento e della ventilazione adeguati)

Non specifico per Ubuntu, ma ho un laptop vintage del 1997 (300 MHz, 288 MB di RAM) con una distribuzione basata su Debian che ha avuto uptime di 60 giorni, mentre eseguivo un singolo programma (più roba di sistema e conky) e non avviare e arrestare altri software tranne un terminale per caricare gli aggiornamenti settimanalmente. Alla fine, si è bloccato durante il caricamento degli aggiornamenti, a circa 63 giorni. Al contrario, il mio sistema desktop Kubuntu 14.04 si bloccherà nel blocco dello schermo dopo circa due settimane. Sono d'accordo con altre risposte; riguarda più il software che si esegue e la frequenza con cui si avvia e si arresta altri programmi, piuttosto che Linux in quanto tale.