Вопросы Теги

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

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

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

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

1
задан 6 November 2016 в 04:35

9 ответов

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

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

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

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

16
ответ дан 23 May 2018 в 20:52
  • 1
    На лету исправление ядра получает больше шумихи, чем того заслуживает. Это здорово, если у вас есть время проверить, что обновление будет работать таким образом, но любое изменение кода, которое делает разные структуры данных в памяти, не может быть просто изменено в реальном времени. Это не позволит включить перезагрузку в новые ядра в целом. Это позволит избежать перезагрузки без ошибок для таких вещей, как ошибки проверки прав доступа. Это БОЛЬШОЕ и удивительное, что вам не нужно перезагружать сервер, но не ожидайте, что это приведет к перезагрузке обновлений до новых версий. – Peter Cordes 30 April 2015 в 03:27
  • 2
    Я согласен с Питером. Вот почему я не упоминал о том, что в этом контексте не было изменений в переписке, чтобы не усложнять ситуацию; увы, кто-то отредактировал мой ответ. – David Foerster 30 April 2015 в 16:34

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

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

6
ответ дан 23 May 2018 в 20:52
  • 1
    Если ваш компьютер под управлением Windows работает в течение нескольких недель без перезагрузки, у вас, очевидно, нет автоматических обновлений. Они обычно загружаются еженедельно и почти всегда приводят к перезагрузке. – tcrosley 30 April 2015 в 09:56
  • 2
    @tcrosley Кому все равно нужны автоматические обновления? Это одна из первых вещей, которые я отключил на этих машинах. Я решу, как использовать мой компьютер, а не какое-то автоматическое обслуживание. – Mast 30 April 2015 в 10:46
  • 3
    @tcrosley Вы уверены, что обновления безопасности Windows обычно загружаются каждую неделю? Мое понимание, как из политик релиза Microsoft , так и из личного опыта использования Windows, заключается в том, что обновления обычно выпускаются раз в месяц. Мачта: Хотя вы, безусловно, можете отключить автоматические обновления, я не знаю, почему это приведет к увеличению времени. Предположительно - надеюсь! - вы вручную обновляете, по крайней мере, для исправлений безопасности. С другой стороны, отключение автоматических обновлений может упростить управление при простоях . – Eliah Kagan 30 April 2015 в 12:52
  • 4
    @EliahKagan У меня есть настройка моего компьютера для загрузки не только исправлений безопасности, но и обновлений приложений, драйверов и т. Д. Возможно, я ошибаюсь в том, что он один раз в неделю, но это, конечно, чаще, чем раз в месяц. Он проверяет обновления каждое утро в 3 часа ночи. Я приеду утром и узнаю, что моя система перезагрузилась, и после входа в систему появляется сообщение «Ваша система была перезагружена для установки обновлений». – tcrosley 30 April 2015 в 14:35

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

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

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

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

6
ответ дан 23 May 2018 в 20:52

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

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

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

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

Выполнение математики, 2147483647s = 68,0962597349822 лет и 9223372036854775807s = 292471208677,8627 лет.

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

6
ответ дан 23 May 2018 в 20:52
  • 1
    OP не требует максимального времени безотказной работы системы, и он спрашивает, нужно ли ему регулярно перезагружать свою систему из-за некоторой стабильности / и т. Д. ограничение. – Boluc Papuccuoglu 30 April 2015 в 11:14
  • 2
    @BolucPapuccuoglu Посмотрите, по вашему мнению, это лучше подходит в этом формате, особенно последняя часть. Я четко указал, в чем проблема. Если вы все еще думаете, что этого не произойдет, я удалю свой ответ. – kos 30 April 2015 в 13:24

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

3
ответ дан 23 May 2018 в 20:52
  • 1
    Точно вы правы! Я развиваюсь 16.04 на пару месяцев. Из-за замораживания я перезапускаю свой компьютер в целом каждый день. Но я уверен, что причина в том, что я установил, и я использую и драйверы и т. Д. – efkan 24 January 2017 в 10:44

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

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

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

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

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

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

3
ответ дан 23 May 2018 в 20:52

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

1
ответ дан 23 May 2018 в 20:52
  • 1
    Не могли бы вы прояснить и уточнить свой ответ? Специально эта строка you just have to set it to not sleep or shut down. – heemayl 29 April 2015 в 14:14
  • 2
    «Технически нет никаких ограничений» было бы достаточно в качестве короткого ответа, кратким и правильным. – Léo Lam 29 April 2015 в 18:33

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

0
ответ дан 23 May 2018 в 20:52
  • 1
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 2
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 3
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 4
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 5
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 6
    Если он разбился (я имею в виду жесткий сбой или зависание, а не просто сбой X, который можно зафиксировать без перезагрузки), это, вероятно, означает, что есть проблема с оборудованием (перегрев, плохое ОЗУ и т. Д.). Как системный администратор, иногда у меня работают мои серверы в течение нескольких месяцев без перезагрузки, хотя я предпочитаю избегать этого, так как вам нужно перезагрузиться, чтобы применить обновления ядра. – user 29 April 2015 в 19:07
  • 7
    Когда блокировка экрана пошла на черный экран, нет эффективного способа определить, является ли это жесткой системной блокировкой или сбоем X-сервера, - и нет доступа к командной строке (без возможности ввода пароля), чтобы перезапустить X или что-то еще может быть. Я склонен думать, если это займет две недели, это не перегрев или плохое ОЗУ. – Zeiss Ikon 29 April 2015 в 19:17
  • 8
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 9
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 10
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 11
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 12
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 13
    Ctrl + Alt + F1 не работает? И плохой графический драйвер может быть виновником - они, возможно, не были протестированы с большим временем безотказной работы, но Linux определенно может работать годами без проблем. – user 29 April 2015 в 19:18
  • 14
    Мне нужно попробовать CTL-ALT-F1, если я помню его в следующий раз, когда я закрою блокировку экрана (я использую жесткий сброс). Я предполагаю, что я использовал бы startx для перезапуска X-сервера? Или мне нужно использовать специальную команду для перезапуска службы? Я хорошо знаю старый Linux, говорящий, что «Рестарты предназначены для обновления ядра и установки оборудования». – Zeiss Ikon 29 April 2015 в 19:21
  • 15
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22
  • 16
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22
  • 17
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22
  • 18
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22
  • 19
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22
  • 20
    Войдите в систему как root или как обычный пользователь и используйте sudo и следуйте этим инструкциям – user 29 April 2015 в 19:22

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

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

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

0
ответ дан 23 May 2018 в 20:52
  • 1
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 2
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 3
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 4
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 5
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 6
    Если это потребительский мусор, такой как Acer или HP, но ноутбуки бизнес-класса ThinkPad или Dell Latitude обычно лучше сделаны; У меня лично есть Локатор, работающий 24x7 уже более года, он находится рядом со мной и работает отлично. – user 29 April 2015 в 19:31
  • 7
    @kingtoor Почему было бы лучше запустить неадекватно охлажденную машину 24x7 со случайными перезагрузками , чем запустить 24/7 без перезагрузки? (Или это не то, что вы хотите сказать?) – Eliah Kagan 29 April 2015 в 22:20
  • 8
    Выключение / спящий режим, когда он не используется на ноутбуке, который нагревается, когда он работает 24/7, хорошо. Это не связано с перезагрузкой (без какого-либо времени) и непрерывным временем безотказной работы. – Peter Cordes 30 April 2015 в 03:03
  • 9
    Мой ответ в моем комментарии. – Kingtoor 5 May 2015 в 05:29
  • 10
    Кроме того, я действительно не вижу причин, по которым средний пользователь может запустить свой ПК 24/7, если у них нет сервера. Это мое мнение. – Kingtoor 5 May 2015 в 06:58

Другие вопросы по тегам:

Похожие вопросы: