Akankah saya selalu membuat daftar file yang akan dihapus oleh rm?

Sesuatu yang saya rasa harus saya ketahui dengan pasti: jika saya ls <something>, akan rm <something>menghapus file yang sama persis yang lsditampilkan? Apakah ada keadaan di mana rmdapat menghapus file yang lstidak muncul? (Ini dalam bash 18,04)

Sunting: terima kasih kepada semua orang yang menjawab. Saya pikir jawaban lengkap adalah kombinasi dari semua jawaban, jadi saya telah menerima jawaban yang paling banyak dipilih sebagai "jawaban".

Hal-hal tak terduga yang saya pelajari selama ini:

• ls tidak semudah yang Anda kira dalam penanganan argumennya
• Dalam instalasi sederhana un-fiddled-with Ubuntu, .bashrc alias ls
• Jangan beri nama file Anda dimulai dengan tanda hubung karena dapat terlihat seperti argumen perintah, dan penamaan satu -r memintanya!

Baik, keduanya lsdan rmberoperasi pada argumen yang diteruskan kepada mereka.

Argumen ini bisa berupa file sederhana, jadi ls file.extdan rm file.extberoperasi pada file yang sama dan hasilnya jelas (daftarkan file / hapus file).

Jika sebaliknya argumen adalah direktori, ls directorydaftarkan konten direktori sementara rm directorytidak akan berfungsi sebagaimana mestinya (yaitu rmtanpa flag tidak dapat menghapus direktori, sementara jika Anda melakukannya rm -r directory, itu secara rekursif menghapus semua file di bawah directory dan direktori itu sendiri ).

Tetapi perlu diingat bahwa argumen baris perintah dapat dikenakan ekspansi shell , jadi tidak selalu dijamin bahwa argumen yang sama diteruskan ke kedua perintah jika mengandung wildcard, variabel, output dari perintah lain, dll.

Sebagai contoh ekstrem pikirkan ls $(rand).txtdan rm $(rand).txt, argumennya "sama" tetapi hasilnya sangat berbeda!

Jika Anda memikirkan sesuatu seperti ls foo*.txtvs. rm foo*.txt, maka ya, mereka akan menampilkan dan menghapus file yang sama. Shell memperluas glob, dan meneruskannya ke perintah yang dipermasalahkan, dan perintah bekerja pada file yang terdaftar. Satu daftar mereka, satu menghapusnya.

Perbedaan yang jelas adalah bahwa jika ada file-file itu menjadi direktori, maka lsakan daftar isinya, tetapi rmakan gagal untuk menghapusnya. Itu biasanya bukan masalah, karena rmakan menghapus kurang dari apa yang ditunjukkan oleh ls.

Masalah besar di sini berasal dari menjalankan ls *atau rm *dalam direktori yang berisi nama file dimulai dengan tanda hubung . Mereka akan memperluas ke baris perintah dari dua program seolah-olah Anda menuliskannya sendiri, dan lsakan -rberarti "urutan urutan terbalik", sementara yang rmakan -rberarti penghapusan rekursif. Perbedaannya penting jika Anda memiliki subdirektori setidaknya dua level. ( ls *akan menampilkan isi dari direktori level pertama, tetapi rm -r *semuanya akan melewati sublevel pertama juga.)

Untuk menghindarinya, tulis gumpalan permisif dengan ./pengarah untuk menunjukkan direktori saat ini, dan / atau beri --tanda pada akhir pemrosesan opsi sebelum gumpalan (yaitu rm ./*atau rm -- *).

Dengan gumpalan seperti *.txt, itu sebenarnya bukan masalah karena titik adalah karakter opsi yang tidak valid, dan akan menyebabkan kesalahan (sampai seseorang memperluas utilitas untuk menemukan makna untuk itu), tetapi tetap lebih aman untuk meletakkannya di ./sana.

Tentu saja Anda juga bisa mendapatkan hasil yang berbeda untuk kedua perintah jika Anda mengubah opsi globbing shell, atau membuat / memindahkan / menghapus file di antara perintah, tapi saya ragu Anda berarti salah satu dari kasus-kasus itu. (Berurusan dengan file baru / yang dipindahkan akan sangat berantakan untuk dilakukan dengan aman.)

Mengesampingkan perilaku shell, mari kita fokus hanya pada apa rmdan lsbisa berurusan dengan diri mereka sendiri. Setidaknya satu kasus di mana lsakan menunjukkan apa yang rmtidak dapat dihapus melibatkan izin direktori, dan yang lainnya - direktori khusus .dan ...

Izin folder

rmadalah operasi pada direktori, karena dengan menghapus file, Anda mengubah isi direktori (atau dengan kata lain daftar entri direktori, karena d irectory tidak lebih dari daftar nama file dan inode ). Ini berarti Anda perlu izin menulis di direktori. Bahkan jika Anda adalah pemilik file , tanpa izin direktori Anda tidak dapat menghapus file. The sebaliknya juga benar : rmdapat menghapus file yang mungkin dimiliki oleh orang lain, jika Anda adalah pemilik direktori.

Jadi, Anda mungkin telah membaca dan mengeksekusi izin pada direktori, yang akan memungkinkan Anda melintasi direktori dan melihat konten dengan baik, misalnya ls /bin/echo, tetapi Anda tidak bisa rm /bin/echokecuali Anda adalah pemilik /bin atau meningkatkan hak istimewa Anda bersama sudo.

Dan Anda akan melihat kasus seperti ini di mana-mana. Inilah satu kasusnya: https://superuser.com/a/331124/418028

Direktori khusus '.' dan '..'

Kasus khusus lainnya adalah .dan ..direktori. Jika Anda melakukannya ls .atau ls .., itu akan dengan senang hati menunjukkan kepada Anda kontennya, tetapi rmmereka tidak diizinkan:

$ rm -rf .
rm: refusing to remove '.' or '..' directory: skipping '.'

Jika Anda mengetik ls *dan kemudian rm *, ada kemungkinan Anda akan menghapus lebih banyak file dari yang lsdiperlihatkan - mereka mungkin telah dibuat dalam interval waktu yang sangat kecil antara akhir lsdan awal rm.

ls *dan rm *tidak bertanggung jawab untuk memperluas gumpalan - yang dilakukan oleh shell sebelum meneruskannya ke perintah.

Ini berarti bahwa Anda dapat menggunakan perintah apa pun dengan daftar file yang diperluas - jadi saya akan menggunakan sesuatu yang sesedikit mungkin.

Jadi cara yang lebih baik untuk melakukan ini (atau setidaknya, cara lain) adalah dengan melewati perantara.

echo *akan menunjukkan kepada Anda apa yang akan diteruskan ke rmperintah Anda .

Bagaimana tentang:

$ mkdir what
$ cd what
$ mkdir -p huh/uhm ./-r
$ ls *
uhm
$ rm *
$ ls
-r
$ ls -R
.:
-r

./-r:

Pada dasarnya wildcard berkembang ke hal-hal yang dimulai dengan -(atau hal-hal yang dimasukkan secara manual dimulai dengan -tetapi yang terlihat sedikit lebih seperti curang) dapat ditafsirkan secara berbeda oleh lsdan rm.

Ada yang kasus di mana tepi apa yang lsmenunjukkan tidak apa rmmenghilangkan. Yang agak ekstrem, tapi untungnya tidak berbahaya adalah jika argumen yang Anda berikan adalah tautan simbolis ke direktori: lsakan menunjukkan kepada Anda semua file di direktori symlink, sementara rmakan menghapus symlink, meninggalkan direktori asli dan isinya tidak tersentuh:

% ln -s $HOME some_link
% ls some_link    # Will display directory contents  
bin    lib    Desktop ...
% rm some_link
% ls $HOME
bin    lib    Desktop ...

Jika Anda hanya melakukan lsalih-alih ls -a, ya rmdapat menghapus file tersembunyi yang belum Anda lihat lstanpa -a.

Contoh:

Menurut :

dir_test
├── .test
└── test2

ls dir_test : hanya akan menampilkan test2

ls -A dir_test : akan menampilkan test2 + .test

rm -r dir_test : akan menghapus semua (.test + test2)

Saya harap itu akan membantu Anda.

Sudah ada banyak jawaban bagus, tetapi saya ingin menambahkan beberapa wawasan yang lebih dalam.

Tanyakan kepada diri Anda pertanyaan: Berapa banyak parameter dilewatkan ke ls, jika Anda menulis

ls *

...? Perhatikan bahwa lsperintah tidak mendapatkan *parameter sebagai jika ada file yang *dapat diperluas. Sebagai gantinya, shell pertama-tama melakukan globbing sebelum menjalankan perintah, jadi lsperintah sebenarnya mendapatkan banyak parameter karena ada file yang cocok dengan globbing. Untuk menekan globbing, kutip parameternya.

Hal ini berlaku untuk setiap perintah: echo *vs echo '*'.

Ada skrip, panggil saja countparams.shuntuk menguji efeknya. Ini memberi tahu Anda berapa banyak parameter yang dilewati dan mencantumkannya.

#!/bin/bash
echo "This script was given $# parameters."
arr=( "$@" )
for ((i=0;i<$#;i++)); do
        echo "Parameter $((i+1)): ${arr[$i]}"
done

Jadikan itu dapat dijalankan dan dijalankan ./countparams.sh *. Belajar dari hasilnya!

Glob akan berkembang dengan cara yang sama di kedua kali, jika isi direktori sama pada dua waktu yang berbeda.

Jika Anda benar-benar ingin memeriksa apa yang akan dihapus, gunakan rm -i *.txt. Ini akan meminta Anda secara terpisah untuk setiap file sebelum (mencoba) menghapusnya.

Ini dijamin aman terhadap kondisi balapan:
        ls *.txt/ file baru dibuat / rm *.txt
karena Anda diminta untuk setiap file oleh program yang sama yang melakukan penghapusan.

Ini terlalu rumit untuk penggunaan normal, dan jika Anda rmingin rm -i, Anda akan menemukan diri Anda menggunakan \rmatau rm -fcukup sering. Tetapi perlu setidaknya disebutkan bahwa ada solusi untuk kondisi balapan. (Bahkan portabel untuk sistem non-GNU: POSIX rm(1)menentukan -iopsi .)

Opsi lain adalah bash array:, to_remove=(*.txt)lalu minta pengguna untuk mengonfirmasi (mungkin setelah melakukan ls -ld -- "${to_remove[@]}"), lalu rm -- "${to_remove[@]}". Jadi ekspansi glob hanya dilakukan sekali, dan daftar dilewatkan secara verbatim ke rm.

Opsi praktis lain yang dapat digunakan adalah GNU rm -I( halaman manual ), yang meminta jika menghapus lebih dari 4 item. (Tapi tidak menunjukkan daftar, hanya total.) Saya gunakan alias rm='rm -I'di desktop saya.

Ini adalah perlindungan yang bagus terhadap kembalinya jari gemuk dengan pola setengah mengetik yang terlalu cocok. Tetapi menggunakan yang lspertama umumnya baik di direktori yang Anda miliki, atau pada sistem pengguna tunggal, dan ketika tidak ada proses latar belakang yang secara asinkron dapat membuat file baru di sana. Untuk menjaga agar tidak main jari, jangan mengetik rm -rf /foo/bar/bazdari kiri ke kanan. rm -rf /adalah kasus khusus, tetapi rm -rf /usrtidak! Biarkan -rfbagian itu, atau mulai dengan ls, dan hanya tambahkan rm -rfbagian setelah mengetik lintasan.