Durée maximale pendant laquelle un PC Linux peut être UP? [fermé]

En fait, j'avais un système Linux (exécutant Ubuntu 12.04.3) pendant des jours sans redémarrage. J'ai rencontré des erreurs telles que le sommeil se bloquait et certains systèmes de fichiers montés sur le réseau ne recevaient même pas le montage (vérifié via un autre PC, le montage réseau fonctionnait bien).

Je voulais vérifier si Linux nécessite également de redémarrer la machine après un certain laps de temps pour éviter ces types d'erreurs qui ne sont pas répétables.

Quelle est la durée maximale pendant laquelle nous pouvons maintenir le PC en marche? Y a-t-il d'autres problèmes qui pourraient survenir si nous avons un système en place pendant un an ou plus sans redémarrage?

En tant qu'administrateur système, je vois des serveurs Linux fonctionner pendant plus de 700 à 800 jours sans redémarrage, il n'y a donc aucune limitation de disponibilité; les erreurs que vous avez obtenues ne sont pas liées à Linux (le noyau) lui-même.

De nombreux services peuvent être redémarrés et la plupart des erreurs peuvent être résolues sur les systèmes de production.

Il n'y a aucun besoin technique de redémarrer votre ordinateur après une certaine période de temps. J'ai eu le mien en cours d'exécution pendant des mois (y compris les mises à jour du module du noyau) avec quelques suspensions (vers la RAM et le disque) entre les deux.

Il y a des occasions où

• il est absolument nécessaire de redémarrer, comme les mises à jour du noyau (mais celles-ci ne sont pas urgentes dans de nombreuses situations, et dans certains cas, vous pouvez remplacer un noyau en cours d'exécution par un nouveau sur un système vivant. Voir kexec et Ksplice )
• il peut être plus facile de redémarrer l'ensemble du système au lieu d'un seul (ensemble de) sous-système (s).

Il peut y avoir des problèmes qui «s'aggravent» avec le temps (par exemple, des problèmes de pilote matériel, des processus qui fuient), mais ceux-ci sont considérés comme des bogues et peuvent souvent être corrigés avec une mise à niveau logicielle ou contournés par un rechargement / redémarrage de ce sous-système particulier (également voir au dessus).

Bien que je sois certain qu'il existe des serveurs avec une disponibilité plus élevée, je présente ce qui suit de l'un des miens comme exemple de ce qui est possible:

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

Ce serveur a été installé peu de temps après la mise en service du contrôleur de domaine et n'a pas été éteint depuis. Jusqu'à présent, il a continué à faire ce pour quoi il était initialement prévu et lorsque cet objectif sera déplacé sur un autre serveur, je mettrai quelque chose là-bas juste pour surveiller la disponibilité et il restera probablement jusqu'à ce que je ne puisse pas justifier de le maintenir en vie plus longtemps.

Ainsi, je pense que "il n'y a pas de maximum" est certainement la bonne réponse.

Je ne sais pas si cela a un impact sur la stabilité du système, mais le temps de disponibilité maximal affiché dans Ubuntu avec le noyau 3.19-xx est de plusieurs 68,0962597349822années sur une machine 32 bits et de plusieurs 292471208677,8627années sur une machine 64 bits.

C'est parce que la disponibilité actuelle du système, qui est renvoyée par l' sysinfo()appel système, est renvoyée comme un __kernel_long_ttype , qui est déclaré comme un longdans un noyau 32 bits et comme un long longdans un noyau 64 bits ;

A longsur une machine 32 bits a une valeur maximale de2147483647 ;

A long longsur une machine 64 bits a une valeur maximale de 9223372036854775807;

Faire le calcul, 2147483647s= 68,0962597349822années et 9223372036854775807s=292471208677,8627 années.

Une fois que cette valeur augmente dépassant la capacité de son type, un débordement arithmétique a lieu et il est défini sur la plus petite valeur autorisée par son type (dans les deux cas, un nombre négatif): cela pourrait être un problème pour les programmes qui en dépendent.

J'étais dans une classe une fois avec un administrateur système qui a affirmé qu'il avait un serveur Linux qui fonctionnait sans redémarrage depuis plus d'une décennie. Il n'y a aucune raison inhérente au redémarrage régulier d'un système. Il n'est requis que dans des cas limités tels que les mises à jour du noyau.

FWIW, je laisse généralement mon ordinateur personnel Windows en marche. Il fonctionnera généralement très bien pendant des semaines sans redémarrer.

Linux (le noyau) est très bon pour libérer des ressources lorsque les programmes se terminent. GNU / Linux, l'ensemble du système d'exploitation, peut généralement fonctionner indéfiniment. Le redémarrage des programmes de l'espace utilisateur après leur mise à jour est généralement une bonne idée, et souvent le moyen le plus simple de tout obtenir à l'aide d'une mise à jourglibc à est de redémarrer le système.

Sur les systèmes avec des bogues de pilote (généralement des bogues de pilote graphique, tout le reste est généralement solide), vous obtenez parfois un comportement étrange qui devient plus étrange si vous ne redémarrez pas rapidement. Si vous voyez un OOPS du noyau dans votre dmesgsortie, vous devez redémarrer dès que cela est pratique et le signaler (ou google autour pour d'autres personnes ayant des problèmes similaires sur du matériel similaire, au cas où ce serait un problème connu). Les discothèques ne livrent pas les toutes dernières versions de développement de la pile graphique, donc parfois le bogue est déjà corrigé en amont, et votre carte graphique est tout simplement trop nouvelle pour que les pilotes de la version de distribution que vous utilisez soient stables. Dans ce cas, recherchez un PPA avec des versions mises à jour de mesa / drm / xorg. (Je ne sais pas quel est le meilleur choix pour exécuter Ubuntu avec une pile graphique à la pointe de la technologie est ATM).

Quoi qu'il en soit, sauf pilote ou autres bogues du noyau, Linux peut fonctionner indéfiniment sans avoir besoin d'un redémarrage pour effacer la fragmentation de la mémoire ou quelque chose comme ça.

J'ai un routeur / pare-feu / serveur de messagerie / boîtier Linux (P3 450 MHz, OCed à 500 MHz) qui voit régulièrement des temps de disponibilité de centaines de jours. Je redémarre uniquement pour réorganiser les cordons d'alimentation ou pour remplacer une alimentation défectueuse. Cela se passe régulièrement avec les mêmes CPU / RAM / disques durs depuis probablement 15 ans. Je n'ai jamais eu à redémarrer "car ça devenait instable". C'était toujours pour une raison spécifique, comme une panne d'alimentation, une mise à niveau du noyau ou une panne de courant et la batterie de mon onduleur était presque épuisée (déclenchant l'arrêt automatique avec apcupsd).

Si votre système agit bizarrement, dmesgrecherchez les problèmes. Si c'est juste votre bureau, alors si vous venez d'installer des mises à jour de paquets non-noyau, déconnectez-vous / connectez-vous (ou redémarrez, mais vous n'êtes pas obligé de le faire). J'ai trouvé que Kubuntu 15.04 rencontrait facilement des problèmes après les mises à jour du paquet, je pense qu'en raison d'une incompatibilité binaire entre les versions mises à niveau / non mises à niveau de la même bibliothèque fonctionnant dans le même binaire. (Voir la discussion sur ce bug ).

Mon go-to pour vérifier les problèmes matériels est de démarrer memtest86 +. ( aptitude install memtest86+) Laisser cela exécuter un passage complet, ou courir pendant la nuit. Cela ne garantit pas un système stable, car la tension d'alimentation baisse sur les charges de pointe peut se produire avec les CPU ces jours-ci, et memtest ne l'exclut pas. Il ne chauffera pas non plus votre processeur, comme Prime95.

Ma machine n'a redémarré aujourd'hui que pour le 15.04 après avoir fonctionné pendant 11 jours sans erreurs étranges dont je me souvienne. Si vous effectuez un travail et un développement lourds sur un système, il peut parfois être la seule option à redémarrer, mais ce n'est que sur la base des besoins.

Techniquement, il n'y a pas de limites. il vous suffit de le mettre en veille ou de ne pas l'éteindre.

Personnellement, je ne voudrais pas faire fonctionner mon ordinateur portable ou mon PC pendant des jours sans redémarrer ou arrêter.

Tout simplement à cause des principaux composants qui génèrent de la chaleur peuvent accélérer l'usure du MB.

(C'est si vous n'avez pas le bon refroidissement et la bonne ventilation)

Pas spécifique à Ubuntu, mais j'ai un ordinateur portable vintage 1997 (300 MHz, 288 Mo de RAM) exécutant une distribution basée sur Debian qui a eu un temps de disponibilité supérieur à 60 jours, tout en exécutant un seul programme (plus des trucs système et conky) et ne pas démarrer et arrêter d'autres logiciels, sauf un terminal pour charger les mises à jour chaque semaine. Finalement, il s'est écrasé lors du chargement des mises à jour, à environ 63 jours. En revanche, mon système de bureau Kubuntu 14.04 se bloquera dans le verrouillage de l'écran après environ deux semaines. Je suis d'accord avec d'autres réponses; il s'agit davantage du logiciel que vous exécutez et de la fréquence à laquelle vous démarrez et arrêtez d'autres programmes que de Linux en tant que tel.