Rm -rf -no-preserve-root'un gerekli olduğu bir senaryo var mı?

Burada insanların yanlışlıkla yaptıkları rm -rf --no-preserve-rootveya rm -rf *dosya sisteminin çoğunu veya tamamını tepki vermeden önce sildikleri bazı sorular gördüm .

--no-preserve-rootNormal kullanımda olsun, geliştirici veya yönetici olarak kullanmanın bir nedeni var mı ?

ÖNEMLİ: Modern UEFI sistemleri, bellenimi /sysdizinin altına monte eder ve işletim sistemine sunar. Bu komutu modern bir sistemde ÇALIŞTIRMAYIN , çünkü bu bellenimi kaldıracaktır, esas olarak makinenizi tuğla.

Aklıma gelen en basit senaryo, sürücülerindeki tüm verileri silmek isteyen biri. Bunu yapmak için mükemmel meşru nedenler olabilir ve aklıma gelen en basit yol

rm -rf --no-preserve-root /

Bunun aslında bir örnek olarak verildiği ortaya çıkıyor info rm:

`--no-preserve-root'
    Do not treat `/' specially when removing recursively.  This option
    is not recommended unless you really want to remove all the files
    on your computer. 

Mükemmel bir başka neden, chrootiçine girdiğiniz bağlı bir dosya sistemini silmek istemenizdir . Bu durumda, rm -rf --no-preserve-root /sistemi chrootortamdan siler ancak sizinkini olduğu gibi bırakır.

Eminim daha olası nedenler vardır, ancak genel olarak sistemimin istediğim her şeyi yapmama izin verdiği çok makul bir yaklaşım gibi görünüyor. Dikkatli olmak benim işim, sistem sadece istediğim şeyi yapmama izin vermeli. İstediğim şey aptalca ise, işletim sistemim değil sorunum bu.

Her neyse, bu nispeten yeni bir kısıtlamadır, POSIX belirtiminin 7. sürümüne (bir önceki burada) eklenmiştir, bu rm -rf /tamamen geçerli bir komuttu. Tarihsel bir notta, .ve ..dizinler rm, rmilk olarak dizinleri silme yeteneğini ilk kez 1979'dan beri koruma altına alınmıştır. Burada daha fazlası .

--no-preserve-rootAnahtarın varlığı ek işlevsellik eklemek değil, işlevsellikte çok akılcı bir azalmayı geçersiz kılmaktır. Bu anahtar muhtemelen bilgisayarın söylediklerini yapması ve istenen eylemleri ifade etmek için komutların kullanılabilir olması felsefesine dayanır. Bu anahtar UEFI'den önce ve deneyimlerime dayanarak, artık eski olduğunu söylüyorum.

Modern uygulamada, bu anahtar olmadan, rmkomut, başlatılmamış bir değişken veya kaçak bir boşluk kullanırken kök dizinin yanlışlıkla silinmesini önler.

rm -rf /${my_directory}
rm -rf / var/log/httpd/*

Eğlenceli dipnot: Koruma niyeti değildi. Sun Microsystems blogu başına, /dizini kaldırmak geçerli çalışma dizinini dolaylı olarak kaldıracak, .ve ..dizinleri için zaten özel değerlendirmenin ihlali olacaktır . Bu nedenle standartlar komitesi bu özel istisnaya izin verdi - bir kazayı önlemek için değil. Bu değişiklik ilk olarak Solaris 10 build 36 ile tanıtıldı.

http://archive.is/5lmc9

Belki de bu, orijinal askerin istediği bir cevap değildir, ancak kök dizinden tüm dosyaları özyinelemeli olarak silmesi gereken bir kullanım durumu vardır. rmKomut aracılığıyla olmasa da , (gömülü olmayan) Linux sisteminizin önyüklenmesi sırasında switch_root (8) işleminin bir parçası .