Durée maximale pendant laquelle un PC Linux peut être activé?
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 blocage du sommeil et certains systèmes de fichiers montés sur le réseau ne sont pas montés, même en mesure de l'envoyer par ping (vérifié sur un autre PC, le montage en réseau fonctionnait bien).
Vouloir 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 erronées qui ne sont pas répétables.
Quelle est la durée maximale de maintenance du PC? Y a-t-il d'autres problèmes qui pourraient survenir si nous avions un système en place depuis un an ou plus sans redémarrage?
En tant qu'administrateur système, je vois les serveurs Linux en service pendant plus de 700 à 800 jours sans redémarrage. Il n'y a donc aucune limite de disponibilité. les erreurs que vous avez commises 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’ya aucun besoin technique de redémarrer votre ordinateur après une certaine période. Le mien fonctionne depuis des mois (y compris les mises à jour du module du noyau) avec quelques suspensions (pour 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 actif. Voir kexec et - Ksplice )
- il peut être plus facile de redémarrer l’ensemble du système au lieu d’un (de plusieurs) sous-système (s) particulier (s).
Il se peut que certains problèmes "s'aggravent" avec le temps (problèmes de pilotes matériels, de processus étanches, etc.), mais ils sont considérés comme des bogues et peuvent souvent être résolus 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 offrant une disponibilité plus élevée, je présente ci-dessous le contenu d'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 le DC il est en ligne et n'a pas été désactivé depuis. Jusqu'ici, il a continué à faire ce qui était prévu à l'origine et, lorsque cet objectif a été transféré sur un autre serveur, je mets quelque chose juste pour surveiller le temps de disponibilité et il restera probablement en place jusqu'à ce que je ne puisse plus le justifier. plus longtemps.
Ainsi, je pense que "Il n'y a pas de maximum" est très certainement la bonne réponse.
Je ne sais pas si cela a un impact sur la stabilité du système, mais la disponibilité maximale indiquée dans Ubuntu avec le noyau 3.19-xx est de 68,0962597349822 years sur 32 -bit machine et 292471208677,8627 years sur une machine 64 bits.
Cela est dû au fait que la disponibilité actuelle du système, qui est renvoyée par le syscall sysinfo(), est renvoyée en tant que type __kernel_long_t , qui est un déclaré en tant que long dans un noyau 32 bits et en tant que long long dans un noyau 64 bits ;
Un long sur un ordinateur 32 bits a une valeur maximale de 2147483647;
Un long long sur un ordinateur 64 bits a une valeur maximale de 9223372036854775807;
En faisant les calculs, 2147483647s = 68,0962597349822 years et 9223372036854775807s = 292471208677,8627 years__.
Une fois que cette valeur augmente, dépassant la capacité de son type, un dépassement arithmétique se produit 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 poser problème aux programmes qui en dépendent.
J'étais dans une classe une fois avec un administrateur système qui a prétendu qu'il avait un serveur Linux qui fonctionnait sans redémarrage depuis plus de dix ans. Il n'y a pas de raison inhérente à un système doit être redémarré régulièrement. 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 domestique Windows en marche. Il fonctionnera généralement très bien pendant des semaines sans redémarrage.
Linux (le noyau) est très efficace pour libérer des ressources lorsque les programmes se terminent. GNU/Linux, l’ensemble du système d’exploitation, permet généralement de fonctionner indéfiniment. Redémarrer les programmes de l’espace utilisateur après les avoir mis à jour est généralement une bonne idée, et le moyen le plus simple de tout récupérer à l’aide d’un glibcmis à jour est de redémarrer le système.
Sur les systèmes avec des bogues de pilotes (généralement des bogues de pilotes graphiques, 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 sortie dmesgname__, redémarrez dès que cela vous convient et signalez-le (ou recherchez d'autres personnes ayant des problèmes similaires sur du matériel similaire, s'il s'agit d'un problème connu). Distros n’expédiant pas les toutes dernières versions de la pile graphique pour les développeurs, le bogue est parfois déjà corrigé en amont et votre carte graphique est trop récente pour que les pilotes de la version de la distribution que vous exécutez soient stables. Dans ce cas, recherchez un PPA avec les versions mises à jour de mesa/drm/xorg. (Je ne suis pas sûr que le meilleur choix pour exécuter Ubuntu avec une pile graphique Edge saignante est ATM).
Quoi qu’il en soit, à moins que le pilote ou d’autres bogues du noyau ne soient corrigés, Linux peut fonctionner indéfiniment sans nécessiter de redémarrage pour effacer la fragmentation de la mémoire ou quoi que ce soit du genre.
J'ai un routeur Linux/pare-feu/serveur de courrier électronique/Shell (P3 450 MHz, OCed à 500 MHz) qui voit régulièrement des périodes de disponibilité de plusieurs centaines de jours. Je ne redémarre que pour réorganiser les cordons d'alimentation ou pour remplacer un bloc d'alimentation défaillant. Cela fait probablement 15 ans que les choses se passent bien avec les mêmes processeurs/RAM/disques durs. Je n'ai jamais eu à redémarrer "parce que ça devenait instable". C'était toujours pour une raison spécifique, telle qu'une panne d'alimentation, une mise à niveau du noyau ou une panne de courant et la batterie de mon UPS était presque épuisée (déclenchant l'arrêt automatique avec apcupsdname__).
Si votre système agit bizarrement, recherchez dmesgpour connaître les problèmes éventuels. S'il ne s'agit que de votre bureau, alors si vous venez d'installer des mises à jour de paquetages non-noyau, déconnectez-vous/connectez-vous (ou redémarrez, mais ce n'est pas obligatoire). J'ai constaté que Kubuntu 15.04 rencontrait facilement des problèmes après la mise à jour des paquets, en raison d'une incompatibilité binaire entre les versions mises à niveau/non mises à niveau de la même bibliothèque s'exécutant dans le même fichier binaire. (Voir discussion sur ce bogue ).
Mon point de départ pour vérifier les problèmes matériels est de démarrer memtest86 +. (aptitude install memtest86+) Laissez-le exécuter une passe complète ou du jour au lendemain. Cela ne garantit pas la stabilité du système. En effet, les processeurs peuvent subir des baisses de tension d'alimentation sur les pointes de tension, et memtest ne l'exclut pas. Cela ne chauffera pas non plus votre processeur, comme Prime95.
Ma machine n’a redémarré aujourd’hui que pour le 15.04, après 11 jours d’activité sans aucune erreur étrange dont je me souvienne. Si vous travaillez et développez intensivement un système, il peut parfois être la seule option de redémarrage, mais uniquement en fonction des besoins.
Techniquement, il n'y a pas de limites. il vous suffit de le configurer pour ne pas dormir ou arrêter.
Unbuntu n’est pas spécifique, mais j’ai un ordinateur portable vintage de 1997 (300 MHz, 288 Mo de RAM) exécutant une distribution basée sur Debian avec plus de 60 jours de disponibilité, tout en exécutant un seul programme (plus le système et le contenu), et ne pas démarrer et arrêter un autre logiciel, sauf un terminal, pour charger les mises à jour chaque semaine. Finalement, il est tombé en panne lors du chargement des mises à jour, vers 63 jours. En revanche, mon système de bureau Kubuntu 14.04 se fige 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 utilisez et de la fréquence à laquelle vous démarrez et arrêtez d'autres programmes que de Linux en tant que tel.
Personnellement, je ne voudrais pas faire fonctionner mon ordinateur portable ou mon PC pendant des jours sans redémarrage ou arrêt.
Le fait que les composants principaux dégagent de la chaleur peut accélérer l’usure du MB.
(C'est si vous n'avez pas le refroidissement et la ventilation appropriés)