Na verdade, eu tinha um sistema Linux (rodando o Ubuntu 12.04.3) por dias sem reiniciar. Eu corri para alguns erros como o sono ficar pendurado e algum sistema de arquivos montado em rede não conseguir montar mesmo capaz de pingar (verificado através de outro PC, a montagem de rede estava funcionando bem).
Queria verificar se o Linux também requer a reinicialização da máquina após algum período de tempo para evitar esses tipos de erros não repetitivos.
Qual é o tempo máximo que podemos manter no PC? Existem outros problemas que podem ocorrer se tivermos um sistema por um ano ou mais sem reinicialização?
Trabalhando como administrador do sistema, vejo os servidores Linux em funcionamento por mais de 700 a 800 dias sem reinicializar, portanto, não há limitações de tempo de atividade; os erros que você tem não estão relacionados ao Linux (o kernel) em si.
Muitos serviços podem ser reiniciados e a maioria dos erros pode ser resolvida em sistemas de produção.
Não há necessidade técnica de reiniciar o computador após um determinado período de tempo. Eu tive meu funcionamento por meses (incl. Atualizações do módulo do kernel) com algumas suspensões (para a RAM e disco) no meio.
Há ocasiões em que
Pode haver alguns problemas que "pioram" ao longo do tempo (por exemplo, problemas de driver de hardware, processos com vazamento), mas são considerados erros e podem ser corrigidos com uma atualização de software ou contornados por um reload / restart subsistema (veja também acima).
Embora tenha certeza de que existem servidores com um tempo de atividade maior, apresento o seguinte de um dos meus como um exemplo do que é possível:
# uptime
04:58:44 up 2186 days, 23:15, 1 user, load average: 0.02, 0.02, 0.00
Este servidor foi instalado logo após o DC entrou, e não foi desligado desde então. Até agora, ele continuou fazendo o que foi originalmente planejado e quando esse propósito for movido para um servidor diferente, eu colocarei algo lá apenas para monitorar o tempo de atividade e ele provavelmente ficará ativo até que eu não possa justificar mantê-lo vivo por mais tempo.
Assim, penso que "Não há máximo" é definitivamente a resposta correta.
Eu não sei se isso tem um impacto sobre a estabilidade do sistema, mas o tempo máximo de atividade mostrado no Ubuntu com o kernel 3.19-xx é 68,0962597349822 anos em uma máquina de 32 bits e 292471208677,8627 anos em uma máquina de 64 bits.
Isso ocorre porque o tempo de atividade atual do sistema, que é retornado pelo sysinfo() syscall, é retornado como um __kernel_long_t type , que é um declarado como long em um kernel de 32 bits e como um long long em um kernel de 64 bits ;
Um long em uma máquina de 32 bits tem um valor máximo de 2147483647 ;
Um long long em uma máquina de 64 bits tem um valor máximo de 9223372036854775807 ;
Fazendo as contas, 2147483647s = 68,0962597349822 anos e 9223372036854775807s = 292471208677,8627 anos.
Quando esse valor aumenta excedendo a capacidade de seu tipo, ocorre um estouro aritmético e ele é definido como o menor valor permitido por seu tipo (em ambos os casos, um número negativo): isso pode ser um problema para os programas.
Eu estava em uma classe uma vez com um administrador de sistema que alegou que ele tinha um servidor linux que estava rodando sem reinicializações por mais de uma década. Não há razão inerente para um sistema precisar ser reinicializado regularmente. É necessário apenas em instâncias limitadas, como atualizações do kernel.
FWIW, geralmente deixo meu computador doméstico do Windows em execução. Ele geralmente funciona bem por semanas sem reiniciar.
O Linux (o kernel) é muito bom para liberar recursos quando os programas saem. GNU / Linux, o sistema operacional inteiro, geralmente é bom para ser executado indefinidamente. Reiniciar os programas do espaço do usuário depois de atualizá-los geralmente é uma boa ideia, e muitas vezes a maneira mais fácil de obter tudo usando um glibc atualizado é reinicializar o sistema.
Em sistemas com bugs de driver (geralmente bugs de driver de gráficos, todo o resto é geralmente sólido), às vezes você tem um comportamento estranho que fica mais estranho se você não reinicializar logo. Se você vir um OOPS no kernel na sua saída dmesg , deverá reiniciar assim que for conveniente, e reportá-lo (ou procurar outras pessoas com problemas semelhantes em hardware similar, caso seja um problema conhecido). As distribuições não disponibilizam as versões dev mais recentes da pilha de gráficos, por isso, às vezes, o bug já está corrigido no upstream e sua placa de vídeo é nova demais para que os drivers da versão de distribuição que você está executando sejam estáveis. Nesse caso, procure por um PPA com builds atualizados de mesa / drm / xorg. (Eu não tenho certeza qual é a melhor escolha para executar o Ubuntu com uma pilha de gráficos de ponta).
De qualquer forma, bloqueando o driver ou outros bugs do kernel, o Linux pode rodar indefinidamente sem precisar de uma reinicialização para limpar a fragmentação da memória ou algo assim.
Eu tenho um roteador Linux / firewall / servidor de email / caixa de shell (P3 450MHz, OCed a 500MHz), que normalmente vê uptime de centenas de dias. Eu reinicio apenas para reorganizar cabos de energia ou para substituir uma fonte de alimentação com falha. Tem sido constante com o mesmo CPU / RAM / discos rígidos por provavelmente 15 anos. Eu nunca tive que reiniciar "porque estava ficando instável". Foi sempre por um motivo específico, como falha no fornecimento de energia, atualização do kernel ou falta de energia, e a bateria do meu No-Break quase foi drenada (acionando o desligamento automático com apcupsd ).
Se o seu sistema está agindo de forma estranha, verifique dmesg para problemas. Se for apenas a sua área de trabalho, se você acabou de instalar algumas atualizações de pacotes que não são do kernel, efetue logout / login (ou reinicialize, mas não é necessário). Eu descobri que o Kubuntu 15.04 irá se deparar facilmente com problemas após as atualizações de pacotes, eu acho que devido à incompatibilidade binária entre as versões atualizadas / não atualizadas da mesma biblioteca rodando no mesmo binário. (Veja discussão sobre este bug ).
O meu go-to para verificar problemas de hardware é inicializar o memtest86 +. ( aptitude install memtest86+ ) Deixe que um passe completo seja executado durante a noite. Isso não garante um sistema estável, já que mergulhos de tensão na fonte de alimentação em picos de carga podem acontecer com os processadores atualmente, e o memtest não descartará isso. Nem vai deixar sua CPU quente, como o Prime95.
Minha máquina só reiniciou hoje para o 15.04 após 11 dias sem nenhum erro estranho que eu possa lembrar. Se você está fazendo um trabalho pesado e desenvolvimento em um sistema, às vezes pode ser a única opção para reiniciar, mas é sempre apenas em uma base de necessidade.
Tecnicamente não há limites. você só precisa configurá-lo para não dormir ou desligar.
Não é específico do Unbuntu, mas eu tenho um laptop vintage de 300 MHz (288 MB RAM) rodando uma distro baseada no Debian que tem uptime acima de 60 dias, enquanto roda um único programa (mais coisas do sistema e conky) e não iniciar e parar outro software, exceto um terminal, para carregar atualizações semanalmente. Eventualmente, ele caiu ao carregar as atualizações, em cerca de 63 dias. Por outro lado, meu sistema de desktop Kubuntu 14.04 irá congelar o bloqueio de tela após cerca de duas semanas. Eu concordo com outras respostas; é mais sobre o software que você executa e com que frequência você inicia e para outros programas, do que sobre o Linux como tal.
Pessoalmente, eu não gostaria de executar meu laptop ou PC por dias sem reinicializar ou desligá-lo.
Simplesmente por causa dos principais componentes que geram calor pode acelerar o desgaste do MB.
(Isso se você não tiver o resfriamento e ventilação adequados)