Глюк find или ext3. Как такое может быть?

rm первым делом удалил /tmp/. :)

Фокус в том, что find нашёл так же и сам каталог /tmp (причём самым первым). А rm -rf его успешно снесла вместе с содержимым.

Теги: ПМХ, дверь

Хм, и затем уже было сообщение про отсутствие каталога? Как то это странно.

ну, очень просто. вторым делом он попытался удалить какой-то другой каталог в подкаталоге /tmp

> Хм, и затем уже было сообщение про отсутствие каталога? Как то это странно.

Ничего странного. Скорее всего либо внутри самого find'а, либо внутри функций которые он использует для поиска, проиводится буферизация. Так что он сначала нашёл пачку файлов, например

/tmp
/tmp/file1
/tmp/file2
...

А потом уже по очереди начал делать на них rm -rf

rm -rf /tmp # снесло всё
rm -rf /tmp/file1 # ОПА! а /tmp то уже нет...

А как быть с atime +3, это вроде доступ был более 3 суток назад.

> А как быть с atime +3, это вроде доступ был более 3 суток назад.

Раздел примонтирован с noatime? Или может для директорий atime как-то хитро изменяется? Погугли.

джедаи, следящие за своими balls, делают обычно

find > somelempfile
vi sometempfile
беглый осмотр
а только потом уже удаление всего, что записано в sometempfile

find /tmp -atime +3 -type f -delete
find /tmp -type d | xargs rmdir

/tmp же сам чистится, зачем его руками чистить? о_О

Дистрозависимо.

Дистр, который со временем преврщается в помойку не нужен :)

Ага, noatime. Джедай взял эту команду в учебнике и от себя добавил опцию -r к rm, это его погубило.

у меня весит в tmpfs, в каком-то дистре так нельзя сделать?

Во FreeBSD например. :-D

> Глюк find или ext3. Как такое может быть?

Это - без сомнений глюк ext3/ext4.

Отмонтируй, fsck'ни, примонтируй - файло появится. Причём такое бывает только с rm -rf. Если удалять по одному, т.е. find /tmp -atime +3 -delete, то эффект не проявляется.

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

> у меня весит в tmpfs, в каком-то дистре так нельзя сделать?

а инсталляторы распаковывающие по 4 гб ты как mkdir /newtmp && chmod 0777 /newtmp && TMPDIR=/newtmp/ ./installer.run запускаешь?

>Во FreeBSD например. :-D

серьезно что ли? там же вроде появилась tmpfs?

нет. а какие инсталляторы так делают?

Хотя сейчас find /tmp -atime +3, не находит один /tmp, только /tmp/bla-bla
/tmp/bla-bla

подтверждаю! фряха умеет тмпфс

- find /tmp -atime +3 -exec rm -rf {} \;
+ find /tmp -depth -atime +3 -exec rm -rf {} \;

По дефолту find сначала обрабатывает каталог, а потом содержимое. -depth заставляет делать наоборот: сначала оперировать с содержимым, а потом с самим каталогом.

man find (/-depth)