Будет ли ls всегда перечислять файлы, которые удалит rm?

Что-то, что я чувствую, я должен знать наверняка: если я ls <something>, rm <something>удаляю точно те же файлы, которые lsотображались? Есть ли обстоятельства, при которых rmможно было бы удалить файлы, которые lsне отображались? (Это в 18.04 Bash)

Редактировать: спасибо всем, кто ответил. Я думаю, что полный ответ представляет собой комбинацию всех ответов, поэтому я принял ответ с наибольшим количеством голосов как «ответ».

Неожиданные вещи, которые я узнал по пути:

• ls не так просто, как вы могли бы подумать, обрабатывая свои аргументы
• В простой и беспроблемной установке Ubuntu псевдонимы .bashrc ls
• Не называйте ваши файлы, начинающиеся с дефиса, так как они могут выглядеть как аргументы команды, а имя один -r запрашивает это!

Ну так lsи rmоперируйте аргументами, которые им передаются.

Эти аргументы могут быть как простым файлом, так ls file.extи rm file.extоперировать тем же файлом, а результат понятен (перечислить файл / удалить файл).

Если вместо того, чтобы аргумент является каталогом, ls directoryперечисляет содержимое каталога , а rm directoryне будет работать как есть (т.е. rmбез флагов не могут удалять каталоги, а если вы делаете rm -r directory, это рекурсивно удаляет все файлы под directory и сам каталог ).

Но имейте в виду, что аргументы командной строки могут подвергаться расширению оболочки , поэтому не всегда гарантируется, что одинаковые аргументы передаются обеим командам, если они содержат символы подстановки, переменные, выходные данные других команд и т. Д.

В качестве крайнего примера думать ls $(rand).txtи rm $(rand).txt, аргументы «то же» , но результаты совершенно разные!

Если вы думаете о чем-то вроде ls foo*.txtпротив rm foo*.txt, то да, они будут показывать и удалять те же файлы. Оболочка расширяет глобус и передает его соответствующей команде, и команды работают с указанными файлами. Один перечисляет их, один удаляет их.

Очевидное различие заключается в том, что если какой-либо из этих файлов окажется каталогом, он lsперечислит его содержимое, но rmне сможет удалить его. Обычно это не проблема, поскольку rmудаляет меньше, чем было показано ls.

Большой проблемой здесь является запуск ls *или rm *каталог, содержащий имена файлов, начинающиеся с тире . Они будут расширяться командные строки двух программ , как если бы вы написали их сами, и lsбы -rозначать «обратный порядок сортировки», в то время как rmбы -rозначать рекурсивное удаление. Разница имеет значение, если у вас есть подкаталоги как минимум на два уровня. ( ls *покажет содержимое каталогов первого уровня, но rm -r *все также пройдет после первого подуровня.)

Чтобы избежать этого, пишите разрешающие глобусы с лидирующим знаком, ./указывающим текущий каталог, и / или ставьте a, --чтобы сигнализировать об окончании обработки опции перед глобатом (то есть rm ./*или rm -- *).

С подобным глобусом *.txtэто на самом деле не проблема, так как точка является недопустимым символом опции и будет вызывать ошибку (пока кто-то не расширит утилиты, чтобы придумать для нее смысл), но все равно безопаснее поместить ее ./туда.

Конечно, вы также можете получить разные результаты для двух команд, если вы изменили параметры глобирования оболочки или создали / переместили / удалили файлы между командами, но я сомневаюсь, что вы имели в виду какой-либо из этих случаев. (Работать с новыми / перемещенными файлами было бы крайне затруднительно.)

Оставляя в стороне поведение оболочки, давайте сосредоточимся только на том, что rmи lsможем делать сами. По крайней мере, один случай, когда lsбудет показано, что rmне может быть удалено, включает права доступа к каталогам, а другой - специальные каталоги .и ...

Разрешения для папок

rmявляется операцией над каталогом, потому что, удаляя файл, вы изменяете содержимое каталога (или, другими словами, перечисление записей каталога, поскольку директория - это не что иное, как список имен файлов и inode ). Это означает, что вам нужны разрешения на запись в каталог. Даже если вы являетесь владельцем файла , без прав доступа к каталогу вы не сможете удалить файлы. Обратное также верно : rmможно удалить файлы , которые могут находиться в собственности других, если вы являетесь владельцем каталога.

Таким образом, у вас вполне могут быть права на чтение и выполнение для каталога, что позволит вам, например ls /bin/echo, просматривать каталог и просматривать его в очень хорошем состоянии , но вы не сможете, rm /bin/echoесли вы не являетесь владельцем /bin или не повышаете свои привилегии sudo.

И вы увидите такие случаи повсюду. Вот один из таких случаев: https://superuser.com/a/331124/418028

Специальные каталоги "." а также '..'

Еще один особый случай - это .и ..каталоги. Если вы это сделаете ls .или ls .., он с радостью покажет вам содержимое, но rmих использование запрещено:

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

Если вы напечатаете ls *и затем rm *, возможно, вы удалите больше файлов, чем lsпоказано - они могли быть созданы за крошечный промежуток времени между концом lsи началом rm.

ls *и rm *не несут ответственности за расширение глобуса - это делается оболочкой перед передачей команды.

Это означает, что вы можете использовать любую команду с расширенным списком файлов, поэтому я бы использовал то, что делает как можно меньше.

Поэтому лучший способ сделать это (или, по крайней мере, другой способ) - пропустить посредника.

echo *покажет вам, что именно будет передано вашей rmкоманде.

Как насчет:

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

./-r:

По сути, подстановочные знаки, расширяющиеся до элементов, начинающихся с -(или вводимых вручную, начиная с, -но это выглядит как обман), могут интерпретироваться по-разному lsи rm.

Там являются крайние случаи , когда то , что lsпоказывает не то , что rmснимает. Довольно экстремальный, но, к счастью, благоприятный lsвариант, если передаваемый вами аргумент является символической ссылкой на каталог: он покажет вам все файлы в каталоге с символическими ссылками , а rmудалит символическую ссылку, оставив исходный каталог и его содержимое нетронутым:

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

Если вы только lsвместо ls -a, да rmможет удалить скрытые файлы , которые вы не видели с lsбез -a.

Пример :

Согласно с :

dir_test
├── .test
└── test2

ls dir_test : будет отображаться только test2

ls -A dir_test : отобразит test2 + .test

rm -r dir_test : удалит все (.test + test2)

Я надеюсь, что это поможет вам.

Уже есть много хороших ответов, но я хочу добавить более глубокое понимание.

Задайте себе вопрос: сколько параметров передается ls, если вы пишете

ls *

...? Обратите внимание, что lsкоманда не получает *параметр as, если есть какие-либо файлы, которые *можно расширить. Вместо этого оболочка сначала выполняет глобирование перед вызовом команды, поэтому lsкоманда фактически получает столько параметров, сколько файлов сопоставлено с глобализацией. Чтобы подавить сглаживание, укажите параметр.

Это верно для любой команды: echo *против echo '*'.

Есть скрипт, назовите его, countparams.shчтобы проверить эффект. Он сообщает вам, сколько параметров он получил и перечисляет их.

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

Сделайте его исполняемым и запустите ./countparams.sh *. Учитесь на его выходе!

Глоб будет расширяться одинаково оба раза, если содержимое каталога одинаково в эти два разных времени.

Если вы действительно хотите проверить, что будет удалено, используйте rm -i *.txt. Он предложит вам отдельно для каждого файла, прежде чем (пытаясь) удалить его.

Это гарантированно безопасно для условий гонки:
        ls *.txt/ создан новый файл / rm *.txt
потому что вам предлагается для каждого файла одна и та же программа, которая выполняет удаление.

Это слишком громоздким для нормального использования, и если вы псевдоним , rmчтобы rm -iвы будете использовать \rmили rm -fдовольно часто. Но стоит хотя бы упомянуть, что есть решение для условий гонки. (Это даже переносимо на системы не-GNU: POSIX rm(1)определяет -iопцию .)

Другим вариантом может быть массив bash:, to_remove=(*.txt)затем попросить пользователя подтвердить (возможно, после этого ls -ld -- "${to_remove[@]}"), затем rm -- "${to_remove[@]}". Таким образом, расширение glob выполняется только один раз, и список передается дословно rm.

Еще одна практически используемая опция - GNU rm -I( man-страница ), которая запрашивает удаление более 4 элементов. (Но не показывает вам список, только итог.) Я использую alias rm='rm -I'на своем рабочем столе.

Это хорошая гарантия против возврата жира с полузакрытым шаблоном, который слишком подходит. Но использование lsfirst обычно хорошо в вашей собственной директории или в однопользовательской системе, и когда нет фоновых процессов, которые могли бы асинхронно создавать новые файлы там. Для защиты от аппетита, не печатайте rm -rf /foo/bar/bazслева направо. rm -rf /это особый случай, но rm -rf /usrэто не так! Оставьте -rfдеталь или начните с lsнее и добавляйте rm -rfдеталь только после ввода пути.