Linux tam kök bölümüyle düzgün çalışacak mı?

Kök bölüm tamamen dolduğunda Linux düzgün çalışacak mı?

Diyelim ki başvurum farklı bölümlerde çalışıyor ve yeterli alana sahip. Peki ya Linux çekirdeği? Örneğin, günlük yazma alanı kalmayacak olsa bile çalışmaya devam edecek mi?

Düzenleme: Biraz daha fazla bilgi ekleme. Her şey root bölümündedir, ayrıca / tmp, / var, hatta / usr / bin, / usr / sbin.

Ayrı bölümlerde, yalnızca günlükleri aynı (boş) bölüme de yazan Java uygulaması uzun sürüyor.

Başvuruyu yapabilecek ve etkileyebilecek herhangi bir problem var mı?

linux linux-kernel

— Lubo Sach
kaynak

Bu daha fazla bilgi olmadan yanıtlanamaz. Örneğin, eski Pentium-1 100Mhz Linux kurulumlarımda birçok (11) bölüm vardı ve kayıt dosyaları kendi dosya sistemindeydi. Yani evet, dolu / dolu olduğunda günlük yazmak bir sorun değildi. Sormak isteyebileceğiniz şey / dolduğunda ne olduğu ve orada bir şeyler yazılması gerektiği (örn. / Etc / mtab dosyasındaki değişiklikler) ve kendi dosya sisteminde / etc gibi tuhaf şeyler olmamasıdır. (İşletim sisteminin çalışması için neyin gerekli olduğunu varsayalım. Örneğin, / / / sbin, / bin, / etc ... ama / usr / bin, no / usr / sbin / etc vb.).

— Hennes

Ayrıca, bu sadece teorik mi yoksa pratik bir problemi çözmeye mı çalışıyorsun? Ve% 100 doludur (bir kullanıcının kendisine yazamadığı varsayılan) veya% 105 doludur (ext2'deki root için varsayılan% 5 olduğu varsayılarak).

— Hennes

@Hennes ile aynı fikirdeyim, / tmp veya root'ta mı / var? eğer öyleyse, başın büyük belada. Olmazsa, muhtemelen iyi olacaksınız.

— Rich Homolka

@RichHomolka / tmp ve / var root bölümlerinde ise neden başım belada?

— Lubo Sach

@LuboSach kullanıcı normal işleme / tmp ve / var yazma işlemlerini vardır. Eğer / tmp dolu ise, bu normal işlemlerin çoğu doğru şekilde çalışmaz ve sisteminiz zarar görür. Bunu göremiyorsunuz, çünkü posta var / var ve uyarınız "hey, sisteme bağlandı" e-postalar gerçekleşmiyor :)

— Rich Homolka

Çekirdek iyi olacak.

Çekirdek gerçekten günlükleri doğrudan yazmaz, ancak günlükleri bir kullanıcı alanı işlemine aktarır. Sanırım aygıt sürücüsü ya da soket aracılığıyla. Bu yüzden sysloggerekli ve neden çekirdekten gelenler için bir sıralama mekanizmasına ihtiyaç duyuluyor - çekirdek sadece günlükleri dağıtıyor ve bundan sonra ne olursa olsun bir kullanıcı alanı uygulamasının olmasını bekliyor.

Orada olabilecek en kötü kullanıcı alanı süreci, çekirdeğin ona verdiği şeyi yazmadı. Bu nedenle, yakından izlemek istediğiniz bir sistemde, günlüklerinize her seferinde kalp atışı satırları yazmasını istiyorsunuz ("--- MARK ---" veya benzeri bir şey gibi). Çekirdeğin, iletmeye çalıştığı mevcut günlük iletisini kalıcı olarak tutması için kalıcı olarak biraz bellek ayırdığına inanıyorum, doğrudan diske yazmıyor.

— LawrenceC
kaynak

Uygulamanız log dizinine yazamadığında ne yapacak? Bilmiyorum, uygulamaya bağlı. Uygulamanızın çökmesi ihtimali sıfır olmayan bir şans var, geliştiricilerin programladıklarına bağlı. Çekirdeği çıkarmayacak, ama uygulamanız ölebilir. Günlük dosyasını silmek ve yeniden başlatmak bir seçenek olup olmadığına göre bu seçeneği kabul edersiniz. Kesin olarak öğrenmek için test etmeli veya günlük dosyalarınızın sürekli çalışmasını istiyorsanız periyodik olarak döndürüldüğünden ve sistemden gönderildiğinden emin olmalısınız.

— LawrenceC