Rm ve joker karakter arasında kazayla boşluk yazarak kullanıcıyı önleyin

Niyet:

rm -rf string*

Sorun:

rm -rf string *

İlk vaka rm'nin meşru ve yaygın kullanımıdır, küçük bir yazım hatası ikinci durumda çok fazla soruna neden olabilir. Yanlışlıkla izleyen veya önde gelen bir joker karaktere karşı akıllıca korunmanın basit bir yolu var mı?

DEBUGŞüpheli görünen komutları iptal etmek için bir tuzak yazılabilir. Aşağıdaki veya buna benzer bir kod, bilgisayarınıza eklenebilir ~/.bashrc:

shopt -s extdebug
checkcommand() {
  if [[ $BASH_COMMAND = 'rm -r'*' *' ]]; then
    echo "Suppressing rm -r command ending in a wildcard" >&2
    return 1
  fi
  # check for other commands here, if you like
  return 0
}
trap checkcommand DEBUG

Tadı mantığı ayarlayın.

(Aslında bu yaklaşımın faydalı olmasını beklemiyorum - onları tek tek test etmek için yıkıcı bir komut vermek için çok fazla yol var - ama bu soruya tam anlamıyla bir cevap veriyor).

Tamamen kurşun geçirmez bir sistem yoktur. Ve "Emin misiniz?" bir şeyleri isterse hem üretkendir, hem de “Tabii ki eminim”. diz çökmesi reaksiyonları.

Geçtiğimiz yıllarda bir kitaptan aldığım bir numara ilk önce ls -R blah*o zaman yapmalı, rm -fr blah* eğer ortaya çıkan liste isabet etmek istesem isabet ederse , yapmalı ve yapmalı .

lsÖnce komutu yerine getirmek yeterince kolaydır , sonra ↑sil ve ls -Rile değiştir rm -fr.

Son soru, "Eğer bilgi sizin için değerliyse, yedeğiniz nerede?"

rmrfYerine kullanmak için kendinizi eğitir misiniz rm -rf?

Öyleyse, bu bash işlevi, komutu onaylamadan önce gerçekte ne olacağını görmek için size bir şans sağlayacaktır:

rmrf() { echo rm -rf "$@"; read -p "Proceed (y/N)? "; [ "${REPLY,,}" = y ] && rm -rf "$@"; }

Bu işlevi kalıcı hale getirmek için, bu satırı kullandığınız ~/.bashrcher bilgisayardaki dosyaya ekleyin .

Ortak rmtakma adla karşılaştırma

Bir takma ad tanımlamak yaygındır:

alias rm='rm -i'

Bunun iki sınırlaması var:

1. Bu takma adıma bağlı kalırsanız, o zaman bir makinedeyken veya sizde olmayan bir ortamda şok alırsınız. Aksine, rmrfbu işlevi olmayan bir makinede çalışmayı denemek zararsız bir sonuç verecektir command not found.

2. Bu takma ad, sizin durumunuzda yardımcı olmaz, çünkü -fkomut satırında sağladığınız -iseçenek, takma addaki seçeneği geçersiz kılar .

Yanlış dosyaları silerek çok büyük bir olay, ben gibi is a çöp tenekesi klasör oluşturun yaptık şeylerden biridir bir durumda olursam mkdir trashcano zaman, ben bir komut dosyası var rmTrashcanbir sahip rm -rf trashcan/*veya rm -rf *veya benzer, çok dikkatli yazılı ve birkaç kez kontrol edildi.

Bu şekilde, eğer bir hata yaparsam, hata bir mvemir üzerinde değil rmemirdir. Bir kez yapıp tam olarakls sildiklerimden emin olduğumda, aslında kirli işleri güvenli bir şekilde yapıyor.rmTrashcan

Ayrıca yedekleri silmek zorunda kaldığım bir durum için de müthiş uygun oldu. Ben olabilir mvçöp tenekesi içine yedekleme bütün bir ay, mvkaç ben geri yedeklemeler içine sonra (ayın 1. günü, ayın 15.) tutmak istedim rmTranshcangerisini. Benzer bir komut yapmak rmkendi başınıza yapmak zordur ve bu şekilde yapmak lsyedeklemelerin hangi dosyaları geride bıraktığımdan emin olmamı sağlar (yalnızca silmek istediğim dosyaları sıralamak yerine)

İki komutla ( lsve rm) rahatsız etmek yerine, kullanımın daha basit ve daha kolay bir yol olduğunu düşünüyorum find:

find . -maxdepth 1 -name "string*" -delete

Yanlışlıkla yazarsanız ve ( ve istediğiniz şekilde) isimli "string *"dosyaları silecektir , ancak bir kabuktaki gibi her dosyayı almayacaktır.string charsstring letters*

Ayrıca, -deletehangi dosyaları sileceğini görmek için bırakabilirsiniz , daha sonra oka -deletebasıp, yazmaktan ^ls -R^rm -rfveya başka bir saçmalıktan daha kolay yazabilirsiniz .

Yanlışlıkla izleyen veya önde gelen bir joker karaktere karşı akıllıca korunmanın basit bir yolu var mı?

Pek sayılmaz. Başka bir cevapta, bir görevi yerine getirmeden önce bilgi istemi eklemek için özel bir komut oluşturabileceğiniz önerildi. Ancak bu özel komut ile ilgili sorun, üzerinde çalıştığınız sistemlere bilinçli olarak kurulmalıdır. Takılı olsa bile sorun, başınıza ygelen görevi gerçekleştirmek için vurulacak refleksinizdir .

Yani bu, bir metin / komut satırı düzeyinde olsa bile, tüm bir kullanıcı arayüzü sorunudur. Sizi yapmamanız gereken bir şeyden korumak için kaç güvenlik ağı olmasını bekliyorsunuz? Makas çifti gibi bir şey: Bir şekilde ihmal edersiniz ve elinizi keserken kâğıt veya kâğıt kesmeyi düşünürken elinizi kaydırıp kesiyorsanız, kim hatalı? Ya da trafik ışıkları ve durma işaretleri: Bir sürücünün ışık yakmasını ya da bu tür riskli davranışlarda bulunurlarsa neler olabileceğinin akut farkındalığı dışında trafik işaretleri görmezden gelmesini durduracak hiçbir şey yoktur.

Bu, en iyi ve gerçekçi çözümün kullanıcılar ve gruplar için sistem izinlerinde yattığını söyledi. Bu, bir kullanıcıyı kendisinden korumak için en iyi / tek gerçek güvenlik ağıdır.

Sadece ona erişen bir sistem üzerinde çalışıyorsanız, sadece chmod 777her şey için cazip gelebilirsiniz , ancak rasyonel bir sistem kurmanın yolu bu değildir. Bunun yerine izinler 755tüm dizinler için ve 644çalıştırılamayan tüm dosyalar için olduğu gibi olmalıdır . Yürütülebilir dosyalar 755en azından olmalıdır , ancak belki de 744yalnızca başkalarının okumasını ancak dosyaları çalıştırmasını istemeseniz bile .

İlk rmkomutunuzu bayraksız oluşturmayı deneyin -f, ancak -ibunun yerine, rmsilmek istediğiniz her dosya için sormanızı sağlar. Küçük özyinelemeli silme işlemleri için, ykomutun doğru yazıldığından emin olduktan sonra tuşu basılı tutabilirsiniz . Büyük silme için, işlemi iptal edebilir ve kullanım komut geçmişi dikkatle değiştirmek için -ibir etmek -f.

rm vardır -ive -Iher kaldırılmadan önce onaylayın bayraklar. Geçmişte, bazı dağıtımlar varsayılan olarak bunları açmıştır. Bu korkunç bir fikir. Kullanıcıya normal işlemler için çok fazla onaylama diyaloğu verin ve alışkanlıklarla onaylamaya başlayacaktır. Bu sadece yeni ve daha sinir bozucu bir diyaloga "dikkatli olma" (her zaman kırmızı bayrak) gereksinimini değiştirir. "Evet. Evet. Evet. Evet! EVET! Allah kahretsin, aptal bilgisayar dosyaları sil. YESYESYESYESYES - CRAP HAYIR HEDEF! NOOOOOOO!" Bu, "Evet ama hayır demek istemedim" diyalog problemi. Bu cevap, onaylama diyaloglarının neden yanlış zamanda geldiğinin görsel bir açıklamasını sunar .

Anlattığınız hata türü bir kayma , "amaçlanmayan bir eylemin performansı" dır . Kullanıcı genellikle hatayı hemen tanır ve nasıl düzeltileceğini tam olarak bilir. Ne yazık ki, Unix kullanıcıya fırsat vermez, rm dosyayı hemen siler. Diğer tüm işletim sistemleri bu sorunu, en azından bir süre için Çöp Kutusu kullanılarak silme işlemlerine izin vererek çözer.

Unix için çeşitli çöp sistemleri vardır ve bu cevap önerileriyle doludur .

Soru, rm alias rm ya da değil alias rm. Rm aliasing Artıları ...

1. Rm alternatifini kullanmayı unutmayı başaramazsınız.

Rm aliasing Eksileri ...

1. Sahip olmayan sistemlere güvenebilirsiniz.
2. Disk neredeyse dolu olduğunda sorunlara neden olabilir.
3. Çöpleri periyodik olarak boşaltmak için altyapıya ihtiyacınız var.
4. Programlarda beklenen rm davranışını engellememelisiniz.
5. RPM'yi tam olarak taklit etmeyebilir.

İlk argümanı çok fazla takip ederseniz, vi (vim, vi), csh (tcsh, csh değil) ve diğer eski yardımcı programları kullanarak sararsınız çünkü evrensel olarak kullanılabilirler. Yine de, ortamınızı aşırı kişiselleştirme tehlikesi vardır. Yardımcı programlarımı yanımda götürmeyi ve bunu mümkün olduğunca kolaylaştırmayı tercih ederim. YMMV.

İki ve üç teknik sorunlar. Onlar benzer çöp boyutunu kontrol eder ve periyodik şeyleri temizler akıllı orak makinesi işi ile çözülebilir tmpreaper . Bu bir cron işi olabilir veya daha akıllıca bir sürüm, birçok masaüstü Linux dağıtımında bulunan çeşitli dosya sistemi olay altyapılarını kullanabilir. Bu basit değildir ve verimli bir şekilde yapılması bile zordur. Var olan bir sistemi bulmak, kendi sisteminizi oluşturmaya çalışmaktan iyidir.

Dördüncüsü, yeni rm'nizi bir kabuk takma adı yaparak ele alınabilir alias rm='trash', o zaman programları etkilemeyecektir.

Beşincisi, okuyucunun çözmesi için bıraktığım bir sorun. rm'de çok fazla anahtar yok.

Herkese !$son komut numarasındaki = son argüman hakkında bilgi veririm :

% ls job[XYZ].*
jobX.out1
jobX.out2
[rest of the matches]

% rm !$

Bu, joker genleşme genişlemesinin incelenmesine ve daha sonra, bir boşluk eklenmesi olasılığı olmadan tam olarak aynı küre şeklinin kullanılmasına izin verir *.

Ayrıca, insanların potansiyel olarak tahrip edici bir komut satırına hiçbir zaman küresel bir joker desen çizip yapıştırmalarını önermiyorum. Çünkü kendi ellerimle sorun oldu :)

Laboratuvarımdaki bir teknik az önce bu hatayı yaptı (3 aylık çalışma) - ve evet (1 gün geride) yedek olduk.

Herkes "Daha dikkatli ol", "Bir takma ad / onay istemi yapmayın çünkü ona dikkat etmeme alışkanlığına sahip olacaksınız" gibi görünüyor.

Cool ve her şey. Demek istediğim, bunun için bir takma ad oluşturmanız gerektiğini düşünmüyorum rm( rmrfçünkü bunu kolayca batırıp gerçek komutu yazabildiğiniz için).

Fakat neden bir takma ad / komut dosyası oluşturamıyor ve onu söyleyemiyor, söyleyemiyor removeve sadece bir argüman besleyemiyorsunuz (ör. $ 1)? Joker karakter istemeden yapılan boşluk nedeniyle ($?) 2 dolar olmalıdır ve bu nedenle komut dosyası / sarmalayıcı / diğer adınız ikincisiyle beslenmeyecektir. Evet, bir seferde yalnızca bir silme kümesi (joker karakter ile) yapabilirsiniz, ancak bu ödeyeceğiniz bedeldir.

Güzel bir şey yazıyor olsaydım, bana silmeyi planladığı dosya ve dizinlerin sayısını ve silmeyi planladığım toplam büyüklüğünü ve sonra onaylamanızı isteyip istemediğini söyleyebilirim, ancak bu durum akışınızı engelleyebilir. Belki bunu bir bayrak seçeneği yaparsın remove? (-ben). Bunun sadece tek bir joker karakter olup olmadığını görmek için 1 dolarlık bir kontrol yapmak ve onay istemek ve gerçekte hangi dizinde olduğunuzu listelemek isteyebilirsiniz.

Bir kenara, orada birkaç rmyedek var. Birçoğu UI masaüstü çöp kutusuyla uyumlu olmaya çalışıyor. Bunlardan bazıları araştırılmaya değer olabilir.

Çok basit bir püf noktası -rfsona erdirmektir: rm whatever* -rf
Bu, hata oranını önemli ölçüde azaltır, çünkü daha sonra daha fazla karakter *yazdığınız için yazım hatalarını görmek için daha fazla zamanınız olur.
Bu her şeyi çözmez. Sadece basit bir günlük hile.