Максимальний час, за який може бути ПК з ОС Linux? [зачинено]

Насправді у мене була система 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-бітове ядро ;

А longна 32-бітній машині має максимальне значення 2147483647;

А long longна 64-бітній машині має максимальне значення 9223372036854775807;

Виконуючи математику, 2147483647s= 68,0962597349822роки і 9223372036854775807s= 292471208677,8627роки.

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

Я колись був у класі з систематичним адміністратором, який стверджував, що у нього Linux-сервер, який працює без перезавантажень більше десяти років. Немає причин, що потребують регулярного перезавантаження системи. Це потрібно лише в обмежених випадках, таких як оновлення ядра.

FWIW, я зазвичай залишаю свій домашній комп'ютер Windows працює. Зазвичай він буде працювати нормально протягом тижнів без перезавантаження.

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

У системах з помилками драйверів (як правило, графічні помилки драйверів, все інше, як правило, є твердим), іноді ви отримуєте дивну поведінку, яка стає слабкішою, якщо ви не скоро перезавантажтесь. Якщо ви бачите у своєму dmesgвиході OOPS ядра , вам слід перезавантажити, як тільки це зручно, і повідомити про це (або погуртувати навколо інших людей із подібними проблемами на аналогічному обладнанні, якщо це відома проблема). Distros не постачає найновіші версії розробленого графічного стека, тому іноді помилка вже виправлена ​​вгору, а ваша відеокарта просто надто нова, щоб драйвери в дистрибутивної версії, яку ви працюєте, були стабільними. У такому випадку шукайте PPA з оновленими складами mesa / drm / xorg. (Я не впевнений, що найкращий вибір для запуску Ubuntu з кровотоковим графічним стеком - банкомат).

У будь-якому випадку, забороняючи драйвер заборони або інші помилки ядра, Linux може працювати безстроково, не потребуючи перезавантаження, щоб очистити фрагментацію пам'яті чи щось подібне.

У мене є маршрутизатор / брандмауер / поштовий сервер / оболонка Linux (P3 450 МГц, OCed до 500 МГц), який регулярно бачить сотні днів. Перезавантажуюсь лише для того, щоб переставити шнури живлення або замінити несправний блок живлення. Йде стабільно з тим же процесором / оперативною пам’яттю / жорсткими дисками, мабуть, 15 років. Мені ніколи не доводилося перезавантажуватись, "оскільки вона ставала нестабільною". Це завжди було з певної причини, як, наприклад, несправне джерело живлення, оновлення ядра, або відключення електроенергії, і мій акумулятор ДБЖ був майже розряджений (викликав автоматичне відключення apcupsd).

Якщо ваша система діє дивно, перевірте dmesgпроблеми. Якщо це лише ваш робочий стіл, тоді, якщо ви просто встановили деякі оновлення пакета, що не належить до ядра, вийдіть із системи / увійдіть (або перезавантажте, але цього не потрібно). Я виявив, що Kubuntu 15.04 легко зіткнеться з проблемами після оновлення пакету, я думаю, що через бінарну несумісність між оновленими / неоновленими версіями тієї ж бібліотеки, що працює в одній бінарній. (Дивіться обговорення цієї помилки ).

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

Моя машина сьогодні перезавантажилася лише 15.04 після того, як вона працювала протягом 11 днів без будь-яких дивних помилок, які я можу пригадати. Якщо ви робите важку роботу та розробку в системі, іноді це може бути єдиним варіантом перезавантаження, але це завжди лише за потреби.

Технічно немає обмежень. ви просто повинні налаштувати його не спати і не вимикати.

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

Просто через основні компоненти, які генерують тепло, можна прискорити знос MB.

(Це якщо у вас немає належного охолодження та вентиляції)

Не характерно для Ubuntu, але я маю вінтажний ноутбук 1997 року (300 МГц, 288 МБ оперативної пам’яті), який працює на базі Debian, який мав тривалість роботи понад 60 днів, одночасно запускаючи єдину програму (плюс системні речі та конічні) та не запускати та не зупиняти інше програмне забезпечення, крім терміналу для завантаження оновлень щотижня. Врешті-решт воно вийшло з ладу при завантаженні оновлень, приблизно за 63 дні. Навпаки, моя настільна система Kubuntu 14.04 замерзне в блокуванні екрану приблизно через два тижні. Я згоден з іншими відповідями; мова йде більше про те, яке програмне забезпечення ви запускаєте і як часто ви запускаєте та зупиняєте інші програми, ніж про Linux як таке.