Максимальное время, в течение которого ПК с Linux может быть UP? [закрыто]

На самом деле у меня была система Linux (с Ubuntu 12.04.3) в течение нескольких дней без перезагрузки. Я столкнулся с некоторыми ошибками, такими как зависание в спящем режиме и некоторая файловая система, смонтированная в сети, которая не может смонтировать монтирование, даже не в состоянии пропинговать его (проверено на другом компьютере, сетевое монтирование работало нормально).

Хотел проверить, требует ли Linux перезагрузить компьютер через некоторое время, чтобы избежать таких ошибок, которые невозможно повторить.

Какое максимальное время мы можем поддерживать ПК? Есть ли другие проблемы, которые могут возникнуть, если у нас есть система в течение года или более без перезагрузки?

Работая системным администратором, я вижу, что серверы Linux работают более 700-800 дней без перезагрузки, поэтому нет ограничений по времени безотказной работы; полученные вами ошибки не связаны с самим Linux (ядром).

Многие службы могут быть перезапущены, и большинство ошибок может быть решено в производственных системах.

Там нет технической необходимости перезагрузить компьютер после определенного периода времени. Я работал в течение нескольких месяцев (включая обновления модуля ядра) с некоторыми приостановками (к ОЗУ и диску) между ними.

Есть случаи, когда

• это абсолютно необходимо для перезагрузки, как и обновления ядра (но они не являются актуальными во многих ситуациях, и в некоторых случаях вы можете заменить работающее ядро ​​новым на работающей системе. См. kexec и Ksplice )
• может быть легче перезапустить всю систему, а не только определенную (набор) подсистему (ы).

Могут быть некоторые проблемы, которые со временем «обостряются» (например, проблемы с драйверами оборудования, процессы с утечками), но они считаются ошибками и часто могут быть исправлены с помощью обновления программного обеспечения или обойдены путем перезагрузки / перезапуска этой конкретной подсистемы (также смотри выше).

Хотя я уверен, что есть серверы с более высоким временем безотказной работы, я привожу следующее от одного из моих в качестве примера того, что возможно:

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

Этот сервер был установлен вскоре после запуска DC, и с тех пор его не отключали. До сих пор он продолжал счастливо делать то, для чего он изначально был предназначен, и когда эта цель будет перенесена на другой сервер, я добавлю туда что-то, чтобы просто отслеживать время безотказной работы, и, вероятно, оно будет работать до тех пор, пока я не смогу оправдать его сохранение. больше

Таким образом, я думаю, что «Максимума нет» - это вполне правильный ответ.

Я не знаю, влияет ли это на стабильность системы, но максимальное время безотказной работы, показанное в Ubuntu с ядром 3.19-xx, составляет 68,0962597349822годы на 32-битной машине и 292471208677,8627годы на 64-битной машине.

Это происходит потому, что текущее время работы системы, которое возвращается sysinfo()системным вызовом, возвращается как __kernel_long_tтип , который объявлен как longв 32-битном ядре и как long longв 64-битном ядре ;

A longна 32-битной машине имеет максимальное значение 2147483647;

A long longна 64-битной машине имеет максимальное значение 9223372036854775807;

Делать математику, 2147483647s= 68,0962597349822годы и 9223372036854775807s= 292471208677,8627годы.

Как только это значение превысит возможности его типа, произойдет арифметическое переполнение, и для него будет установлено наименьшее значение, допустимое его типом (в обоих случаях отрицательное число): это может быть проблемой для программ, полагающихся на него.

Однажды я был в классе с системным администратором, который утверждал, что у него есть сервер Linux, который работает без перезагрузок более десяти лет. Нет внутренней причины, по которой система должна регулярно перезагружаться. Требуется только в ограниченных случаях, таких как обновления ядра.

Я обычно оставляю свой домашний компьютер с Windows работающим. Обычно он работает в течение нескольких недель без перезагрузки.

Linux (ядро) очень хорошо освобождает ресурсы при выходе из программы. GNU / Linux, вся ОС, как правило, работает без ограничений. Перезапуск программ пользовательского пространства после их обновления - это, как правило, хорошая идея, и зачастую самый простой способ получить все с использованием обновленных glibcверсий - это перезагрузить систему.

В системах с ошибками драйверов (обычно с ошибками графических драйверов, все остальное, как правило, безупречно), иногда вы получаете странное поведение, которое становится более странным, если вы не перезагружаетесь в ближайшее время. Если в dmesgвыводе вы видите OOPS ядра , вам следует перезагрузить компьютер, как только это будет удобно, и сообщить об этом (или поискать других людей с похожими проблемами на аналогичном оборудовании, если это известная проблема). Дистрибутивы не поставляют самые последние версии разработчика графического стека, поэтому иногда ошибка уже исправлена, и ваша видеокарта слишком нова, чтобы драйверы дистрибутивной версии, которую вы используете, были стабильными. В этом случае ищите PPA с обновленными сборками mesa / drm / xorg. (Я не уверен, что лучшим выбором для запуска Ubuntu с новейшим графическим стеком является ATM).

В любом случае, за исключением драйверов или других ошибок ядра, Linux может работать бесконечно без перезагрузки, чтобы очистить фрагментацию памяти или что-то в этом роде.

У меня есть маршрутизатор Linux / межсетевой экран / почтовый сервер / оболочка (P3 450 МГц, OCed до 500 МГц), который обычно видит время простоя сотен дней. Я перезагружаюсь только для того, чтобы переставить шнуры питания или заменить неисправный источник питания. Он работает стабильно с теми же CPU / RAM / жесткими дисками в течение 15 лет. Мне никогда не приходилось перезагружаться "потому что он становился нестабильным". Это всегда происходило по определенной причине, например, из-за сбоя блока питания, обновления ядра или отключения питания, и моя батарея ИБП была почти разряжена (активировалось автоматическое отключение с помощью apcupsd).

Если ваша система работает странно, проверьте dmesgналичие проблем. Если это просто рабочий стол, то, если вы только что установили некоторые обновления пакетов, не относящихся к ядру, выйдите из системы / войдите в систему (или перезагрузите компьютер, но это не обязательно). Я обнаружил, что Kubuntu 15.04 легко столкнется с проблемами после обновления пакетов, я думаю, из-за двоичной несовместимости между обновленными / не обновленными версиями одной и той же библиотеки, работающей в одном и том же двоичном файле. (См. Обсуждение этой ошибки ).

Мой способ проверить наличие проблем с оборудованием - это загрузить memtest86 +. ( aptitude install memtest86+) Позвольте этому пройти полный проход, или бежать быстро. Это не гарантирует стабильную систему, так как в наши дни с ЦП могут произойти провалы напряжения на скачках нагрузки, и memtest не исключит этого. Он также не нагреет ваш процессор, как Prime95.

Моя машина перезапустилась только сегодня 15.04 после 11 дней без каких-либо странных ошибок, которые я могу вспомнить. Если вы выполняете тяжелую работу и разработку в системе, иногда это может быть единственным вариантом перезагрузки, но это только когда-либо по необходимости.

Технически ограничений нет. Вы просто должны установить его, чтобы не спать или выключить.

Лично я бы не хотел запускать свой ноутбук или ПК в течение нескольких дней без перезагрузки или выключения.

Просто из-за основных компонентов, которые выделяют тепло, можно ускорить износ MB.

(Это если у вас нет надлежащего охлаждения и вентиляции)

Не относится к Ubuntu, но у меня есть винтажный ноутбук 1997 года (300 МГц, 288 МБ ОЗУ) с дистрибутивом на основе Debian, время работы которого превышало 60 дней, при этом работала одна программа (плюс системные компоненты и conky) и не запускать и не останавливать другое программное обеспечение, кроме терминала для загрузки обновлений еженедельно. В конце концов, он завис при загрузке обновлений, примерно через 63 дня. В отличие от этого, моя настольная система Kubuntu 14.04 зависнет при блокировке экрана примерно через две недели. Я согласен с другими ответами; больше о том, какое программное обеспечение вы запускаете и как часто вы запускаете и останавливаете другие программы, чем о Linux как таковом.