Ls sẽ luôn liệt kê các tập tin mà rm sẽ loại bỏ?

Một cái gì đó tôi cảm thấy tôi nên biết chắc chắn: nếu tôi ls <something>, sẽ rm <something>loại bỏ chính xác các tập tin lsđược hiển thị? Có bất kỳ trường hợp nào rmcó thể loại bỏ các tập tin lskhông hiển thị? (Đây là trong bash 18.04)

Chỉnh sửa: cảm ơn tất cả những người đã trả lời. Tôi nghĩ rằng câu trả lời đầy đủ là sự kết hợp của tất cả các câu trả lời, vì vậy tôi đã chấp nhận câu trả lời được bình chọn nhiều nhất là "câu trả lời".

Những điều bất ngờ tôi đã học được trên đường đi:

• ls không đơn giản như bạn nghĩ khi xử lý các đối số của nó
• Trong một cài đặt đơn giản không thay đổi với cài đặt Ubuntu, bí danh .bashrc ls
• Đừng đặt tên tệp của bạn bắt đầu bằng dấu gạch ngang vì chúng có thể trông giống như đối số lệnh và đặt tên một -r là yêu cầu!

Vâng, cả hai lsvà rmhoạt động trên các đối số được truyền cho họ.

Các đối số này có thể là một tệp đơn giản, do đó ls file.ext, rm file.exthoạt động trên cùng một tệp và kết quả là rõ ràng (liệt kê tệp / xóa tệp).

Nếu đối số thay vào đó là một thư ls directorymục , hãy liệt kê nội dung của thư mục trong khi rm directorysẽ không hoạt động (nghĩa là rmkhông có cờ thì không thể xóa thư mục, trong khi nếu bạn làm như vậy rm -r directory, nó sẽ xóa đệ quy tất cả các tệp bên dưới directory và chính thư mục đó ).

Nhưng hãy nhớ rằng các đối số dòng lệnh có thể bị mở rộng shell , vì vậy không phải lúc nào cũng đảm bảo rằng các đối số tương tự được truyền cho cả hai lệnh nếu chúng chứa ký tự đại diện, biến, đầu ra từ các lệnh khác, v.v.

Như một ví dụ cực đoan nghĩ ls $(rand).txtvà rm $(rand).txt, các đối số là "giống nhau" nhưng kết quả hoàn toàn khác nhau!

Nếu bạn đang nghĩ về một cái gì đó như ls foo*.txtso với rm foo*.txt, thì có, họ sẽ hiển thị và xóa các tệp tương tự. Shell mở rộng toàn cầu và chuyển nó tới lệnh đang được đề cập và các lệnh hoạt động trên các tệp được liệt kê. Một danh sách chúng, một loại bỏ chúng.

Sự khác biệt rõ ràng là nếu bất kỳ tệp nào trong số đó là thư mục, thì lssẽ liệt kê nội dung của nó, nhưng rmsẽ không xóa được. Đó thường không phải là một vấn đề, vì rmsẽ loại bỏ ít hơn những gì được hiển thị bởi ls.

Vấn đề lớn ở đây xuất phát từ việc chạy ls *hoặc rm *trong một thư mục chứa tên tệp bắt đầu bằng dấu gạch ngang . Chúng sẽ mở rộng thành các dòng lệnh của hai chương trình như thể bạn tự viết chúng ra và lscó -rnghĩa là "thứ tự sắp xếp ngược", trong khi rmđó có -rnghĩa là loại bỏ đệ quy. Sự khác biệt quan trọng nếu bạn có thư mục con sâu ít nhất hai cấp. ( ls *sẽ hiển thị nội dung của các thư mục cấp đầu tiên, nhưng rm -r *tất cả mọi thứ cũng sẽ vượt qua lớp con đầu tiên.)

Để tránh điều đó, hãy viết các khối lượng cho phép với một đầu ./để chỉ ra thư mục hiện tại và / hoặc đặt một --dấu hiệu để kết thúc quá trình xử lý tùy chọn trước toàn cầu (tức là rm ./*hoặc rm -- *).

Với một thế giới như thế *.txt, đó thực sự không phải là vấn đề vì dấu chấm là ký tự tùy chọn không hợp lệ và sẽ gây ra lỗi (cho đến khi ai đó mở rộng các tiện ích để phát minh ra ý nghĩa của nó), nhưng dù sao vẫn an toàn hơn khi đặt ./nó ở đó.

Tất nhiên, bạn cũng có thể nhận được các kết quả khác nhau cho hai lệnh nếu bạn thay đổi tùy chọn toàn cầu của shell hoặc các tệp được tạo / di chuyển / loại bỏ ở giữa các lệnh, nhưng tôi nghi ngờ bạn có nghĩa là bất kỳ trường hợp nào trong số đó. (Xử lý các tệp mới / đã di chuyển sẽ cực kỳ lộn xộn để thực hiện một cách an toàn.)

Bỏ qua hành vi vỏ sò, hãy chỉ tập trung vào những gì rmvà lscó thể tự giải quyết. Ít nhất một trường hợp lssẽ hiển thị những gì rmkhông thể xóa liên quan đến quyền thư mục và trường hợp khác - các thư mục đặc biệt .và ...

Quyền thư mục

rmlà một hoạt động trên một thư mục, bởi vì bằng cách xóa một tệp, bạn đang thay đổi nội dung thư mục (hoặc nói cách khác là liệt kê các mục nhập thư mục, vì d irectory không có gì khác hơn là một danh sách tên tệp và inodes ). Điều này có nghĩa là bạn cần quyền ghi trên một thư mục. Ngay cả khi bạn là chủ sở hữu của tệp , không có quyền truy cập thư mục, bạn không thể xóa tệp. Điều ngược lại cũng đúng : rmcó thể xóa các tệp có thể thuộc sở hữu của người khác, nếu bạn là chủ sở hữu thư mục.

Vì vậy, rất có thể bạn đã đọc và thực thi các quyền trên một thư mục, điều này sẽ cho phép bạn duyệt qua thư mục và xem nội dung tốt, chẳng hạn ls /bin/echo, nhưng bạn không thể rm /bin/echotrừ khi bạn là chủ sở hữu /bin hoặc nâng cao các đặc quyền của bạn với sudo.

Và bạn sẽ thấy những trường hợp như thế này ở mọi nơi. Đây là một trường hợp như vậy: https://superuser.com/a/331124/418028

Thư mục đặc biệt '.' và '..'

Một trường hợp đặc biệt là .và ..thư mục. Nếu bạn làm ls .hoặc ls .., nó sẽ vui vẻ hiển thị cho bạn nội dung, nhưng rmchúng không được phép:

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

Nếu bạn nhập ls *và sau đó rm *, có thể bạn sẽ xóa nhiều tệp hơn lshiển thị - chúng có thể đã được tạo trong khoảng thời gian nhỏ giữa cuối lsvà bắt đầu rm.

ls *và rm *không chịu trách nhiệm mở rộng toàn cầu - điều đó được thực hiện bởi shell trước khi chuyển nó tới lệnh.

Điều này có nghĩa là bạn có thể sử dụng bất kỳ lệnh nào với filelist mở rộng - vì vậy tôi sẽ sử dụng thứ gì đó ít nhất có thể.

Vì vậy, một cách tốt hơn để làm điều này (hoặc ít nhất, một cách khác) là bỏ qua người trung gian.

echo *sẽ cho bạn thấy chính xác những gì sẽ được chuyển đến rmlệnh của bạn .

Làm thế nào về:

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

./-r:

Về cơ bản, các ký tự đại diện mở rộng sang nội dung bắt đầu bằng -(hoặc nhập thủ công bắt đầu bằng -nhưng có vẻ hơi giống gian lận) có thể được hiểu theo cách khác lsvà rm.

Có những trường hợp cạnh mà những gì lshiển thị không phải là những gì rmloại bỏ. Một điều khá cực đoan, nhưng may mắn là lành tính là nếu đối số bạn vượt qua là một liên kết tượng trưng đến một thư mục: lssẽ hiển thị cho bạn tất cả các tệp trong thư mục symlinked, trong khi rmsẽ xóa liên kết tượng trưng, ​​để lại thư mục gốc và nội dung của nó không bị ảnh hưởng:

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

Nếu bạn chỉ làm lsthay vì ls -a, có rmthể xóa các tệp ẩn mà bạn chưa thấy lsmà không có -a.

Thí dụ :

Theo:

dir_test
├── .test
└── test2

ls dir_test : sẽ chỉ hiển thị test2

ls -A dir_test : sẽ hiển thị test2 + .test

rm -r dir_test : sẽ xóa tất cả (.test + test2)

Tôi hy vọng điều đó sẽ giúp bạn.

Đã có nhiều câu trả lời hay, nhưng tôi muốn thêm một số hiểu biết sâu sắc hơn.

Hãy tự hỏi mình câu hỏi: Có bao nhiêu tham số được truyền vào ls, nếu bạn viết

ls *

...? Lưu ý rằng lslệnh không nhận được *tham số dưới dạng nếu có bất kỳ tệp nào *có thể được mở rộng thành. Thay vào đó, shell trước tiên thực hiện việc tạo khối trước khi gọi lệnh, vì vậy lslệnh thực sự nhận được nhiều tham số như có các tệp được khớp bởi toàn cầu. Để triệt tiêu Globing, trích dẫn tham số.

Điều này đúng cho bất kỳ lệnh: echo *vs echo '*'.

Có một kịch bản, gọi nó countparams.shđể kiểm tra hiệu ứng. Nó cho bạn biết có bao nhiêu tham số đã được thông qua và liệt kê chúng.

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

Làm cho nó thực thi và chạy ./countparams.sh *. Học hỏi từ đầu ra của nó!

Toàn cầu sẽ mở rộng theo cùng một cách cả hai lần, nếu nội dung thư mục giống nhau ở hai thời điểm khác nhau.

Nếu bạn thực sự muốn kiểm tra những gì sẽ được gỡ bỏ, sử dụng rm -i *.txt. Nó sẽ nhắc bạn riêng cho từng tệp trước khi (cố gắng) xóa nó.

Điều này được đảm bảo an toàn trước các điều kiện chủng tộc:
        ls *.txt/ một tệp mới được tạo / rm *.txt
bởi vì bạn được nhắc nhở cho mọi tệp bởi cùng một chương trình đang thực hiện xóa.

Đây là quá cồng kềnh để sử dụng bình thường, và nếu bạn bí danh rmđể rm -i, bạn sẽ thấy mình sử dụng \rmhoặc rm -fkhá thường xuyên. Nhưng điều đáng nói ít nhất là có một giải pháp cho điều kiện cuộc đua. (Nó thậm chí còn có thể di chuyển tới các hệ thống không phải GNU: POSIX rm(1)chỉ định -itùy chọn .)

Một tùy chọn khác sẽ là một mảng bash : to_remove=(*.txt), sau đó yêu cầu người dùng xác nhận (có lẽ sau khi thực hiện ls -ld -- "${to_remove[@]}"), sau đó rm -- "${to_remove[@]}". Vì vậy, việc mở rộng toàn cầu chỉ được thực hiện một lần và danh sách được chuyển qua nguyên văn rm.

Một tùy chọn có thể sử dụng thực tế khác là GNU rm -I( trang man ), sẽ nhắc nếu xóa hơn 4 mục. (Nhưng không hiển thị cho bạn danh sách, chỉ là tổng số.) Tôi sử dụng alias rm='rm -I'trên máy tính để bàn của mình.

Đó là một biện pháp bảo vệ tốt đẹp chống lại sự trở lại của ngón tay mập với mô hình nửa gõ phù hợp với quá nhiều. Nhưng sử dụng lsđầu tiên thường tốt trong thư mục bạn sở hữu hoặc trên hệ thống một người dùng và khi không có các quy trình nền có thể tạo không đồng bộ các tệp mới ở đó. Để bảo vệ chống lại ngón tay mập, đừng gõ rm -rf /foo/bar/baztừ trái sang phải. rm -rf /là vỏ bọc đặc biệt, nhưng rm -rf /usrkhông phải! Để lại -rfphần đó, hoặc bắt đầu với ls, và chỉ thêm rm -rfphần sau khi gõ đường dẫn.