¿Tiempo máximo para el que una PC con Linux puede estar ARRIBA? [cerrado]


12

En realidad, tuve un sistema Linux (ejecutando Ubuntu 12.04.3) durante días sin reiniciar. Me encontré con algunos errores como que el sueño se cuelga y algunos sistemas de archivos montados en red que no se montan, incluso pueden hacer ping (verificado a través de otra PC, el montaje de red funcionaba bien).

Quería verificar si Linux también requiere reiniciar la máquina después de un período de tiempo para evitar este tipo de errores que no son repetibles.

¿Cuál es el tiempo máximo que podemos mantener la PC en funcionamiento? ¿Hay otros problemas que podrían ocurrir si tenemos un sistema en funcionamiento durante un año o más sin reiniciar?


2
No creo que haya un límite estático, ya que las computadoras simplemente no están destinadas a estar despiertas y funcionando durante tanto tiempo. No hay límite nominal; es solo cuánto tiempo puede permanecer su computadora en funcionamiento. ¿Por qué no querrías reiniciar ocasionalmente?
TheWanderer

77
@ Zacharee1 umm, ¿por qué QUIERES reiniciar? A menos que sea el consumo de energía, realmente no hay mucha razón. De hecho, es mejor si no lo haces. El hardware generalmente durará, X años por pieza. Digamos, por simplicidad, que X es universalmente 10 (tampoco va a estar muy lejos), eso es generalmente 10 años continuos de uso que puede durar. Eso es uso normal. Si reinicia, no es un uso continuo, pero también está llegando al hardware la próxima vez que la máquina arranque. Si lo deja así, la mayoría de los componentes giran hacia abajo, reducen el consumo y el desgaste de todos modos.
VLAZ

1
Obviamente es el caso de que las piezas sufren más desgaste cuando se usan. Sin embargo, reiniciar (a diferencia de simplemente apagar el sistema) no disminuye el desgaste de los componentes, sino que lo aumenta. Además, fundamentalmente no comprende cómo funcionan los cachés si cree que los datos almacenados en caché en la RAM ralentizan su computadora.
user6053

1
Si está ejecutando un servidor web en Linux (por ejemplo, LAMP), desea evitar los reinicios tanto como sea posible, ya que hacerlo reduciría sus sitios web por el tiempo que tarda el sistema en volver a funcionar. No creo que haya pasado un año, pero ciertamente varios meses sin reiniciar.
tcrosley

2
@ Zacharee1 casi cualquier cosa en la RAM no ralentizaría su computadora. Si hay una pérdida de memoria en una aplicación, podría tomar, por ejemplo, el 60% de la RAM y el sistema pronto comenzaría a intercambiarse, lo que es lento, sin embargo, la solución es reiniciar la aplicación, no el sistema operativo. Al detener la máquina se detiene el desgaste de los componentes, pero de todos modos los reemplazaría antes de lo habitual. Y además, como señalé, los componentes de hardware ya disminuyen el desgaste por sí mismos. Simplemente dejando el sistema inactivo.
VLAZ

Respuestas:


36

Al trabajar como administrador del sistema, veo que los servidores de Linux funcionan durante más de 700-800 días sin reiniciar, por lo que no hay limitaciones de tiempo de actividad; los errores que obtuvo no están relacionados con Linux (el núcleo) en sí.

Se pueden reiniciar muchos servicios y la mayoría de los errores se pueden resolver en los sistemas de producción.


77
Puede confirmar esto. Tiempo de actividad actual en uno de mis servidores: ~ $ tiempo de actividad 00:13:15 hasta 883 días, 9:00, 1 usuario, promedio de carga: 0.00, 0.01, 0.05 Ubuntu 12.04.4 LTS. No es necesario actualizar nada, ya que no está ejecutando nada importante.
Minthos

55
He mantenido con éxito una instancia de Linux incrustada durante más de 3 años.
Rafał Cieślak

16

No hay necesidad técnica de reiniciar su computadora después de un cierto período de tiempo. He tenido el mío funcionando durante meses (incluidas las actualizaciones del módulo del kernel) con algunas suspensiones (en la RAM y el disco) en el medio.

Hay ocasiones donde

  • es absolutamente necesario reiniciar, como las actualizaciones del kernel (pero no son urgentes en muchas situaciones, y en algunos casos puede reemplazar un kernel en ejecución por uno nuevo en un sistema en vivo. Ver kexec y Ksplice )
  • puede ser más fácil reiniciar todo el sistema en lugar de solo un subsistema (s) particular (es).

Puede haber algunos problemas que "empeoran" con el tiempo (p. Ej., Problemas de controladores de hardware, procesos con fugas), pero se consideran errores y a menudo se pueden solucionar con una actualización de software o solucionarlos mediante la recarga / reinicio de ese subsistema en particular (también véase más arriba).


66
Sobre la marcha, el parcheo del kernel se vuelve más publicitario de lo que merece. Es genial si tiene tiempo para verificar que una actualización funcionará de esa manera, pero cualquier cambio de código que diferencie las estructuras de datos en memoria no puede simplemente ser parcheado en vivo. No va a permitir la actualización sin reinicio a nuevos núcleos en general. Permitirá arreglos sin reinicio para cosas como errores de verificación de permisos. Es GENIAL e increíble no tener que reiniciar un servidor, pero no esperes que esto te dé actualizaciones sin reinicio a nuevas versiones.
Peter Cordes

1
Estoy de acuerdo con Peter Es por eso que no mencioné los parches en vivo en este contexto para no complicar las cosas; Por desgracia, alguien editó mi respuesta.
David Foerster

7

Si bien estoy seguro de que hay servidores con un mayor tiempo de actividad, presento lo siguiente de uno de los míos como un ejemplo de lo que es posible:

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

Este servidor se instaló poco después de que se activara el DC y no se ha apagado desde entonces. Hasta ahora, ha seguido felizmente haciendo lo que estaba destinado originalmente y cuando ese propósito se traslade a un servidor diferente, pondré algo allí solo para monitorear el tiempo de actividad y probablemente se mantendrá activo hasta que no pueda justificar mantenerlo vivo. más tiempo.

Por lo tanto, creo que "No hay un máximo" es definitivamente la respuesta correcta.


7

No sé si esto tiene un impacto sobre la estabilidad del sistema, pero el tiempo de actividad máximo que se muestra en Ubuntu con el kernel 3.19-xx es 68,0962597349822años en una máquina de 32 bits y 292471208677,8627años en una máquina de 64 bits.

Esto se debe a que el tiempo de actividad actual del sistema, que es devuelto por la sysinfo()llamada al sistema, se devuelve como un __kernel_long_ttipo , que se declara como un longen un núcleo de 32 bits y como un long longnúcleo de 64 bits ;

A longen una máquina de 32 bits tiene un valor máximo de 2147483647;

A long longen una máquina de 64 bits tiene un valor máximo de 9223372036854775807;

Haciendo las matemáticas, 2147483647s= 68,0962597349822años y 9223372036854775807s= 292471208677,8627años.

Una vez que este valor aumenta excediendo la capacidad de su tipo, se produce un desbordamiento aritmético y se establece en el valor más pequeño permitido por su tipo (en ambos casos un número negativo): esto podría ser un problema para los programas que dependen de él.


3
El OP no solicita el tiempo de actividad máximo que el sistema puede registrar con precisión, sino si necesitará reiniciar su sistema regularmente debido a alguna estabilidad / etc. limitación.
Boluc Papuccuoglu

@BolucPapuccuoglu Vea si en su opinión encaja mejor en este formato, especialmente la última parte. Señalé explícitamente cuál podría ser el problema. Si todavía crees que no, borraré mi respuesta.
kos

6

Una vez estuve en una clase con un administrador de sistemas que afirmó que tenía un servidor Linux que se ejecutó sin reinicios durante más de una década. No hay una razón inherente a que un sistema deba reiniciarse regularmente. Solo se requiere en instancias limitadas, como las actualizaciones del kernel.

FWIW, por lo general dejo la computadora de mi casa con Windows funcionando. Por lo general, funcionará bien durante semanas sin reiniciar.


Si su computadora con Windows pasa semanas sin reiniciar, obviamente no tiene habilitadas las actualizaciones automáticas. Por lo general, se descargan semanalmente y casi siempre resultan en un reinicio.
tcrosley

@tcrosley ¿Quién necesita actualizaciones automáticas de todos modos? Es una de las primeras cosas que apago en esas máquinas. Decidiré cómo usar mi computadora, no algún servicio automático.
Mástil

@tcrosley ¿Está seguro de que las actualizaciones de seguridad de Windows generalmente se descargan todas las semanas? Según tengo entendido, tanto de las políticas de lanzamiento de actualizaciones de Microsoft como de la experiencia personal con Windows, es que las actualizaciones generalmente se lanzan aproximadamente una vez al mes. Mástil: Si bien puedes desactivar las actualizaciones automáticas, no sé por qué eso generaría tiempos de actividad más largos. Presumiblemente, ¡ojalá! - está actualizando manualmente, al menos para las correcciones de seguridad. Por otro lado, deshabilitar las actualizaciones automáticas puede facilitar el control cuando se produce el tiempo de inactividad.
Eliah Kagan

@EliahKagan Tengo la configuración de mi máquina para descargar no solo correcciones de seguridad, sino también actualizaciones de aplicaciones, controladores, etc. Puedo estar equivocado acerca de que sea una vez a la semana, pero ciertamente es más frecuente que una vez al mes. Busca actualizaciones cada mañana a las 3:00 a.m. Vendré por la mañana y encontraré que mi sistema se ha reiniciado, y después de iniciar sesión, aparece el mensaje "Su sistema se reinició para instalar actualizaciones".
tcrosley

4

Linux (el núcleo) es muy bueno para liberar recursos cuando los programas salen. GNU / Linux, el sistema operativo completo, generalmente está bien para ejecutarse indefinidamente. Reiniciar programas de espacio de usuario después de actualizarlos es generalmente una buena idea, y a menudo la forma más fácil de obtener todo mediante una actualización glibces reiniciar el sistema.

En los sistemas con errores de controladores (generalmente errores de controladores de gráficos, todo lo demás suele ser muy sólido), a veces se obtiene un comportamiento extraño que se vuelve más extraño si no se reinicia pronto. Si ve un kernel OOPS en su dmesgsalida, debe reiniciar tan pronto como sea conveniente e informarlo (o busque en Google para otras personas con problemas similares en hardware similar, en caso de que sea un problema conocido). Las distribuciones no envían las últimas versiones de desarrollo de la pila de gráficos, por lo que a veces el error ya está arreglado en sentido ascendente, y su tarjeta gráfica es demasiado nueva para que los controladores en la versión de distribución que está ejecutando sean estables. En ese caso, busque un PPA con compilaciones actualizadas de mesa / drm / xorg. (No estoy seguro de cuál es la mejor opción para ejecutar Ubuntu con una pila de gráficos de última generación es ATM).

De todos modos, salvo el controlador u otros errores del kernel, Linux puede ejecutarse indefinidamente sin necesidad de reiniciar para borrar la fragmentación de la memoria o algo así.

Tengo un enrutador / cortafuegos / servidor de correo / caja de Linux (P3 450MHz, OCed a 500MHz) que habitualmente ve tiempos de funcionamiento de cientos de días. Reinicio solo para reorganizar los cables de alimentación o para reemplazar una fuente de alimentación defectuosa. Se ha mantenido estable con la misma CPU / RAM / discos duros durante probablemente 15 años. Nunca he tenido que reiniciar "porque se estaba volviendo inestable". Siempre fue por una razón específica, como una falla en el suministro de energía, o la actualización del kernel, o un corte de energía y la batería de mi UPS estaba casi agotada (lo que provocó el apagado automático con apcupsd).

Si su sistema está actuando raro, verifique dmesgsi hay problemas. Si es solo su escritorio, entonces si acaba de instalar algunas actualizaciones de paquetes que no son del núcleo, cierre la sesión / inicie sesión (o reinicie, pero no es necesario). He descubierto que Kubuntu 15.04 fácilmente tendrá problemas después de las actualizaciones del paquete, creo que debido a la incompatibilidad binaria entre las versiones actualizadas / no actualizadas de la misma biblioteca que se ejecuta en el mismo binario. (Ver discusión sobre este error ).

Mi objetivo para verificar si hay problemas de hardware es iniciar memtest86 +. ( aptitude install memtest86+) Deje que se ejecute un pase completo, o que se ejecute durante la noche. Eso no garantiza un sistema estable, ya que las caídas de voltaje de la fuente de alimentación en las cargas de pico pueden ocurrir con las CPU en estos días, y memtest no lo descartará. Tampoco calentará su CPU, como Prime95.


3

Mi máquina solo se reinició hoy para el 15.04 después de estar en funcionamiento durante 11 días sin ningún error extraño que pueda recordar. Si está haciendo un trabajo pesado y un desarrollo en un sistema, a veces puede ser la única opción para reiniciar, pero siempre es necesario.


¡Exactamente tienes razón! He estado desarrollando el 16.04 durante un par de meses. Debido a la congelación, reinicio mi computadora en general todos los días. Pero estoy seguro de que la razón es lo que instalé y utilizo en controladores, etc.
efkan

1

Técnicamente no hay límites. solo tiene que configurarlo para que no duerma o se apague.


3
¿Podría por favor aclarar y elaborar su respuesta más? Especialmente esta línea you just have to set it to not sleep or shut down.
heemayl

"Técnicamente no hay límites" hubiera sido suficiente como respuesta breve, concisa y correcta.
Léo Lam

0

Personalmente, no quisiera ejecutar mi computadora portátil o PC durante días sin reiniciarla o apagarla.

Simplemente debido a que los componentes principales que generan calor pueden acelerar el desgaste del MB.

(Eso es si no tienes el enfriamiento y la ventilación adecuados)


44
Si se trata de basura de calidad para el consumidor como Acer o HP, pero las laptops Thinkpads o Dell Latitude de calidad empresarial generalmente están mejor hechas; Personalmente, tengo un Latitude funcionando 24x7 durante más de un año, está justo a mi lado y aún funciona perfectamente.

@kingtoor ¿Por qué sería mejor ejecutar una máquina con refrigeración inadecuada 24x7 con reinicios ocasionales que ejecutarla 24/7 sin reinicios? (¿O no es eso lo que quieres decir?)
Eliah Kagan

1
Apagar / dormir cuando no está en uso en una computadora portátil que se calienta cuando se deja funcionando 24/7, está bien, claro. Eso no está relacionado con el reinicio (sin tiempo libre) versus el tiempo de actividad continuo.
Peter Cordes

Mi respuesta está en mi comentario.
Kingtoor

Además, realmente no veo ninguna razón para que un usuario promedio ejecute su PC 24/7 a menos que tenga un servidor. Esa es mi opinión.
Kingtoor

0

No es específico de Ubuntu, pero tengo una computadora portátil vintage de 1997 (300 MHz, 288 MB de RAM) que ejecuta una distribución basada en Debian que ha tenido un tiempo de actividad de más de 60 días, mientras ejecuta un solo programa (más material del sistema y conky) y no inicia ni detiene otro software, excepto un terminal para cargar actualizaciones semanalmente. Finalmente, se bloqueó al cargar las actualizaciones, alrededor de 63 días. Por el contrario, mi sistema de escritorio Kubuntu 14.04 se congelará en el bloqueo de pantalla después de unas dos semanas. Estoy de acuerdo con otras respuestas; se trata más de qué software ejecuta y con qué frecuencia inicia y detiene otros programas, más que de Linux como tal.


Si se bloqueó (me refiero a un bloqueo duro o congelamiento, no solo un bloqueo X que se puede solucionar sin reiniciar), eso probablemente significa que hay un problema de hardware (sobrecalentamiento, RAM defectuosa, etc.). Como administrador de sistemas, a veces tengo mis servidores funcionando durante meses sin reiniciar, aunque prefiero evitarlo ya que es necesario reiniciar para aplicar las actualizaciones del kernel.

Cuando el bloqueo de pantalla se ha vuelto negro, no hay una manera efectiva de saber si se trata de un bloqueo del sistema duro o una falla del servidor X, y no hay forma de acceder a la línea de comando (sin la capacidad de ingresar la contraseña) para reiniciar X o cualquier otra cosa puede ser. Me inclino a pensar que si lleva dos semanas, no es sobrecalentamiento o RAM defectuosa.
Zeiss Ikon

¿Ctrl + Alt + F1 no funciona? Y un mal controlador de gráficos puede ser el culpable: es posible que no hayan sido probados teniendo en cuenta un alto tiempo de actividad, pero Linux definitivamente puede funcionar durante años sin problemas.

Tendré que probar CTL-ALT-F1, si puedo recordarlo la próxima vez que me bloquee la pantalla (he estado usando el restablecimiento completo). ¿Supongo que luego usaría startxpara reiniciar el servidor X? ¿O necesito usar un comando especial para reiniciar el servicio? Soy consciente del antiguo dicho de Linux, que "los reinicios son para las actualizaciones del núcleo y la instalación del hardware".
Zeiss Ikon

Inicie sesión como usuario root o como usuario normal y use sudo, y siga estas instrucciones
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.