Чи завжди будуть перераховані файли, які буде видалено rm?

Щось, що я вважаю, я повинен знати точно: якщо я ls <something>, rm <something>вилучу точно ті самі файли, що й lsвідображалися? Чи є обставини, коли rmможна було видалити файли, які lsне відображалися? (Це в 18.04 баш)

Редагувати: дякую всім, хто відповів. Я думаю, що повна відповідь - це комбінація всіх відповідей, тому я прийняв найбільш відповідальну відповідь як "відповідь".

Несподівані речі, які я навчився на цьому шляху:

• 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*.txtvs. rm foo*.txt, то так, вони покажуть і видалять ті самі файли. Оболонка розширює глобус і передає його команді, про яку йде мова, і команди працюють над переліченими файлами. Один з них, один з них.

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

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

Щоб уникнути цього, напишіть дозволені глобуси з провідним ./для вказівки поточного каталогу та / або поставте а, --щоб подати сигнал про закінчення обробки опцій перед глобусом (тобто rm ./*або rm -- *).

З таким глобусом *.txtце насправді не проблема, оскільки крапка є недійсним символом опції, і вона спричинить помилку (поки хтось не розширить утиліти, щоб вигадати для неї значення), але все одно безпечніше все-таки розміщувати ./там.

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

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

Дозволи до папок

rm- це операція над каталогом, оскільки, видаляючи файл, ви змінюєте вміст каталогів (або, іншими словами, перелік записів каталогів, оскільки d irectory - це не що інше, як перелік імен файлів і вкладень ). Це означає, що вам потрібні дозволи на запис у каталог. Навіть якщо ви власник файлу , без дозволів каталогів ви не можете видалити файли. Зворотне також вірно : 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 : відобразиться лише тест2

ls -A dir_test : відобразиться test2 + .test

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

Я сподіваюся, що вам це допоможе.

Вже є багато хороших відповідей, але я хочу додати ще глибшого розуміння.

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

ls *

...? Зауважте, що lsкоманда не отримує *параметр як, якщо є файли, до яких *можна розширити. Натомість оболонка спочатку виконує глобалізацію перед тим, як викликати команду, тому 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[@]}". Тож глобальне розширення робиться лише один раз, і список передається дослівно rm.

Ще один практично корисний варіант - GNU rm -I( man page ), який підкаже, якщо видалити більше 4 елементів. (Але не показує список, а лише загальний.) Я використовую alias rm='rm -I'на своєму робочому столі.

Це хороший захист від повернення жиру, з напівнаписаним малюнком, який занадто відповідає. Але використання lsспочатку, як правило, добре у вашому каталозі або в однокористувацькій системі, і коли немає фонових процесів, які могли б асинхронно створювати нові файли там. Щоб не захищати жиру, не друкуйте rm -rf /foo/bar/bazзліва направо. rm -rf /є спеціальним, але rm -rf /usrце не так! Залиште -rfчастину або почніть з ls, і додайте її лише rm -rfпісля введення контуру.