Linux PC'nin ne kadar süre çalışabileceği maksimum süre? [kapalı]

Aslında yeniden başlatmadan günlerce linux sistemi (Ubuntu 12.04.3 çalıştıran) vardı. Uyku asmak gibi bazı hatalara koştu ve bazı ağa bağlı dosya sistemi ping bile mümkün değil montaj almıyor (diğer PC ile doğrulandı, ağ montaj iyi çalışıyordu).

Linux'un tekrarlanamayan bu tür hatalardan kaçınmak için bir süre sonra makineyi yeniden başlatması gerekip gerekmediğini kontrol etmek istedim.

Bilgisayarı koruyabileceğimiz maksimum süre nedir? Yeniden başlatmadan yıl veya daha uzun bir süredir sistemimiz varsa ortaya çıkabilecek başka sorunlar var mı?

Sistem yöneticisi olarak çalıştığımda, yeniden başlatmadan 700-800 günden fazla Linux sunucuları görüyorum, bu yüzden çalışma süresi sınırlaması yok; aldığınız hatalar Linux'un (çekirdeğin) kendisi ile ilgili değildir.

Birçok hizmet yeniden başlatılabilir ve hataların çoğu üretim sistemlerinde çözülebilir.

Belirli bir süre sonra bilgisayarınızı yeniden başlatmanız için teknik bir gereklilik yoktur. Benim aramda bazı süspansiyonlar (RAM ve disk) dahil aylar boyunca (çekirdek modülü güncellemeleri dahil) çalıştım.

Olduğu durumlar var

• o çekirdek güncellemeleri gibi, yeniden başlatma için kesinlikle gerekli (ancak bu birçok durumda acil değildir ve bazı durumlarda canlı bir sistem üzerinde yenisi ile çalışan bir çekirdek yerini alabilir. Bkz kexec ve Ksplice )
• yalnızca belirli bir alt sistem (ler) yerine tüm sistemi yeniden başlatmak daha kolay olabilir.

Zamanla “daha ​​da kötüleşen” bazı sorunlar olabilir (örneğin, donanım sürücüsü sorunları, sızdıran işlemler), ancak bunlar hata olarak kabul edilir ve genellikle bir yazılım yükseltmesi ile giderilebilir veya söz konusu alt sistemin yeniden yüklenmesi / yeniden başlatılmasıyla çözülebilir (ayrıca yukarıyı görmek).

Daha yüksek çalışma süresine sahip sunucular olduğundan emin olmam mümkün olsa da, mümkün olanın bir örneği olarak aşağıdakilerden birini sunuyorum:

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

Bu sunucu, DC'nin yayınlanmasından kısa bir süre sonra kuruldu ve o zamandan beri kapatılmadı. Şimdiye kadar başlangıçta amaçlananı mutlu bir şekilde yapmaya devam etti ve bu amaç farklı bir sunucuya taşındığında, sadece çalışma süresini izlemek için oraya bir şey koyacağım ve hayatta kalmasını haklı çıkaramadıkça muhtemelen ayakta kalacaktır. artık.

Bu yüzden bence "Maksimum yok" kesinlikle doğru cevaptır.

Bunun sistemin kararlılığı üzerinde bir etkisi olup olmadığını bilmiyorum, ancak 3.19-xx çekirdeği ile Ubuntu'da gösterilen maksimum çalışma süresi 68,096259734982232-bit bir makinede 292471208677,8627yıllar ve 64-bit bir makinede yıllar.

Tarafından döndürülen Sistemin mevcut çalışma süresi, Çünkü sysinfo()sistem çağrısı, döndürülen bir şekilde __kernel_long_ttip bir ilan edilir, bir şekilde long32 bit çekirdekte ve bir şekilde long long64-bit çekirdeğindeki ;

long32 bitlik bir makinedeki A'nın maksimum değeri 2147483647;

long long64 bitlik bir makinedeki A'nın maksimum değeri 9223372036854775807;

Matematiği yapmak, 2147483647s= 68,0962597349822yıl ve 9223372036854775807s= 292471208677,8627yıl.

Bu değer, türünün kapasitesini aştığında aritmetik bir taşma gerçekleşir ve türünün izin verdiği en küçük değere ayarlanır (her iki durumda da negatif bir sayı): bu, ona güvenen programlar için bir sorun olabilir.

Ben bir on yıl boyunca hiçbir reboots ile çalışan bir linux sunucu olduğunu iddia bir sysadmin ile bir kez sınıfta oldu. Bir sistemin düzenli olarak yeniden başlatılması için doğal bir neden yoktur. Yalnızca çekirdek güncellemeleri gibi sınırlı durumlarda gereklidir.

FWIW, genellikle Windows ev bilgisayarımı çalışır durumda bırakıyorum. Genellikle yeniden başlatmadan haftalarca iyi çalışır.

Linux (çekirdek), programlar çıktığında kaynakları boşaltmakta çok iyidir. GNU / Linux, tüm işletim sistemi, süresiz olarak çalıştırmak için genellikle iyidir. Kullanıcı alanı programlarını güncelledikten sonra glibcyeniden başlatmak genellikle iyi bir fikirdir ve genellikle her şeyi güncelleştirilmiş kullanarak almanın en kolay yolu sistemi yeniden başlatmaktır.

Sürücü hataları olan sistemlerde (genellikle grafik sürücüsü hataları, diğer her şey genellikle kaya gibi), bazen yakında yeniden başlatılmazsa garip davranan garip davranışlar elde edersiniz. dmesgÇıktınızda bir çekirdek OOPS görürseniz , en kısa sürede yeniden başlatmanız ve bildirmeniz gerekir (veya bilinen bir sorun olması durumunda benzer donanımda benzer sorunları olan diğer insanlar için google). Distros, grafik yığınının en son dev sürümlerini göndermez, bu nedenle bazen hata zaten yukarı doğru sabittir ve grafik kartınız, çalıştırdığınız distro sürümündeki sürücüler için kararlı olmak için çok yenidir. Bu durumda, güncellenmiş mesa / drm / xorg yapılarına sahip bir PPA arayın. (Ubuntu'yu kanayan bir grafik yığını ile çalıştırmak için en iyi seçeneğin ATM olduğundan emin değilim).

Her neyse, sürücü veya diğer çekirdek hatalarını kısıtlayan Linux, bellek parçalanmasını veya bunun gibi bir şeyi temizlemek için yeniden başlatmaya gerek kalmadan süresiz olarak çalışabilir.

Yüzlerce gün rutin olarak gören bir Linux yönlendirici / güvenlik duvarı / posta sunucusu / kabuk kutusu (P3 450MHz, 500MHz'e kadar) var. Yalnızca güç kablolarını yeniden düzenlemek veya arızalı bir güç kaynağını değiştirmek için yeniden başlatıyorum. Muhtemelen 15 yıldır aynı CPU / RAM / sabit sürücülerle istikrarlı bir şekilde devam ediyor. Asla yeniden başlatmak zorunda kalmadım "çünkü kararsızlaşıyordu". Her zaman belirli bir nedenden ötürü, başarısız güç kaynağı veya çekirdek yükseltme veya elektrik kesintisi gibi bir durumdaydı ve UPS akümülatörüm neredeyse bitmişti (otomatik kapanma tetikleniyor apcupsd).

Sisteminiz garip davranıyorsa, dmesgsorun olup olmadığını kontrol edin . Yalnızca masaüstünüzse, çekirdek olmayan paket güncellemelerini yeni yüklediyseniz, oturumu kapatın / oturum açın (veya yeniden başlatın, ancak zorunda değilsiniz). Kubuntu 15.04'ün paket güncellemelerinden sonra kolayca sorunla karşılaşacağını fark ettim, aynı kütüphanenin aynı ikili dosyada çalışan yükseltilmiş / yükseltilmemiş sürümleri arasındaki ikili uyumsuzluk nedeniyle düşünüyorum. ( Bu hata hakkındaki tartışmaya bakın ).

Donanım sorunlarını kontrol etmek için kullandığım memtest86 + 'yı başlatmaktır. ( aptitude install memtest86+) Bırakın tam bir geçiş olsun ya da bir gece çalıştırın. Bu, kararlı bir sistemi garanti etmez, çünkü bu günlerde CPU'larda güç kaynağı voltajı düşüşleri gerçekleşebilir ve memtest bunu ortadan kaldırmaz. Prime95 gibi CPU'nuzu da ısıtmaz.

Makinem bugün sadece 15.04 için 11 gün kaldıktan sonra hatırlayabileceğim garip hatalar olmadan yeniden başladı. Bir sistem üzerinde ağır iş ve geliştirme yapıyorsanız, bazen yeniden başlatmak için tek seçenek olabilir, ancak bu sadece ihtiyaç temelinde yapılır.

Teknik olarak sınır yoktur. sadece uyumayacak veya kapanmayacak şekilde ayarlamanız gerekir.

Şahsen dizüstü bilgisayarımı veya bilgisayarımı günlerce yeniden başlatmak veya kapatmakla çalıştırmak istemem.

Sadece ısı üreten ana bileşenler nedeniyle MB üzerindeki aşınma ve yıpranmayı hızlandırabilir.

(Doğru soğutma ve havalandırmaya sahip değilseniz)

Ubuntu'ya özgü değil, ancak tek bir program (artı sistem öğeleri ve conky) çalıştırırken, 60 günden fazla çalışma süresine sahip Debian tabanlı bir dağıtım çalıştıran 1997 klasik dizüstü bilgisayarım (300 MHz, 288 MB RAM) var ve haftalık güncellemeleri yüklemek için bir terminal dışındaki diğer yazılımları başlatmaz ve durdurmaz. Sonunda, güncellemeleri yüklerken yaklaşık 63 gün çöktü. Buna karşılık, Kubuntu 14.04 masaüstü sistemim yaklaşık iki hafta sonra ekran kilidinde donacak. Diğer cevaplara katılıyorum; Linux'u çalıştırdığınızdan daha çok hangi yazılımı çalıştırdığınız ve diğer programları ne sıklıkta başlattığınız ve durdurduğunuzla ilgilidir.