/ dev / null dosyası normal dosya oldu

Üretim sunucumuzda aniden /dev/nullnormal bir dosya oldu ve bu sshd hizmeti nedeniyle durdu ve sunucuya giriş yapamadı. Ayrıca, karakter aygıtı dosyasına geri yapılandırmak için aşağıdaki adımları denedik,

rm -rf /dev/null
mknod /dev/null c 1 3

Çalıştırır çalıştırmaz, rmkomut çalıştırılmadan /dev/nullönce normal bir dosya olarak yeniden oluşturuluyor mknod. Bunun nasıl ve hangi bileşenin bu dosyayı oluşturduğunu bulamıyoruz. Bu yüzden bu sorunu çözene kadar /dev/nullkarakter aygıtı dosyası oluşturamıyoruz .

(Rm) / dev / null öğesini sildiğinizde, çalışan ve "> / dev / null" veya eşdeğeri olan tüm programlar / komut dosyaları bu adla yeni (normal) bir dosyayı yeniden oluşturur. Ve bunlar her zaman ortaya çıkabilir (ve bazıları da sürekli olarak yazabilir)

Onları yenmek için:

yeni bir / dev / null özel dosyası oluşturursunuz (farklı bir ad altında)

mknod /dev/newnull c 1 3
chmod 777 /dev/newnull

ve sürekli oluşturulanları (kök olarak) taşırsınız:

mv -f /dev/newnull /dev/null

Ve ancak o zaman yeniden başlatabilirsiniz (yerinde / dev / null dosyası olmadan yeniden başlatmayın ... genellikle kolay değildir) [Tabii ki gerekli olan bu adımı unuttum. Hatırlatma için @ Random832 teşekkürler!]

Sonunda yeniden başlatmanız gerekiyor, hala "/ dev / null" açılmış ve daha sonra değiştirmiş olsanız bile dosya sistemine yazacak ve bu dosya sistemini azar azar dolduracak mevcut programdan kurtulmak için) (Gerçekten de) , bir dosyayı silerken olduğu gibi, dosya tanımlayıcısını hala açmış olan herhangi bir program, dosya adı artık yeni bir dosyayı işaret etse bile eski inode'a yazabilecektir)

Çalıştırıp lsof /dev/nullaçık olan bir süreç olup olmadığını görebilirsiniz, ancak gerçek zamanlı olarak neler olduğunu göstermez.

Başka bir seçenek, cihazı yapmak ve yerine taşımaktır.

mknod /dev/null.tmp c 1 3 && mv /dev/null.tmp /dev/null

Ama önce sistemi neyin kırdığını bilmek istiyorum. Son zamanlarda buna neden olabilecek herhangi bir şeyi değiştirdiniz mi?

Yeniden oluşturamamanızın nedeni /dev/null, bir şeyin sürekli olarak şöyle yazmasıdır:

echo "foo" > /dev/null

Dosyanın içeriğini incelemek, size hangi işlemin olabileceğini söyleyecektir.

Sisteminizi şimdilik düzeltmek için şu talimatları izleyin:

1. sistemi kapat
2. ile önyükleme init=/bin/bash
3. yeniden yazılabilir / yazılabilir
4. char cihazını oluştur
5. reboot

/ Dev / null öğesinin nasıl silindiğini belirlemek için sistemin yoğun bir incelemesini şiddetle öneririm. Sisteminizin güvenliğinin aşılmadığından emin olun, sistem günlüğünüzü iyice kontrol edin.

Archlinux sistemimdeki nedeni ve düzeltmeyi buldum.

Bash kullanırsanız ve HISTFILE = / dev / null ortamdaysa, $ HISTFILESIZE veya $ HISTSIZE'den daha fazla komut yürütmemelisiniz. HISTFILE / dev / null iken bash üzerinde $ HISTFILESIZE komutundan daha fazla komut yürüttüyseniz ve bash'dan çıktıysanız, bash / dev / null komutunu başka bir yere taşır ve 600 / izin / null izniyle normal bir dosya olarak yeniden oluşturur.

Emacs 24.4'te tramp kullanırsanız, tramp-sh.el, HISTFILE öğesini / dev / null olarak ayarlar. Böylece, bash kök için kabuksa ve emacs 24.4'te serseri ile çok sayıda kök işlemi yaparsanız, emacs'ı öldürdüğünüzde, serseri bash delete / dev / null yapar.

Lütfen HISTFILE dosyasının .bashrc içinde veya emacs 24.4 gibi programlarda / dev / null olarak ayarlanıp ayarlanmadığını kontrol edin.

Benim durumumda, kabuğu zsh olarak değiştirmek, serseri emacs 24.4'te bash delete / dev / null yapar.