|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Davydov 2:5020/400 22 Dec 2005 15:56:03
To : Vadim Braychenko
Subject : Re: broken symlinks
--------------------------------------------------------------------------------
> From: Vadim Braychenko <Vadim.Braychenko@f401.n5020.z2.fidonet.org>
> Date: Wed, 21 Dec 2005 19:46:02 +0300
> >>
> >> EG>>>> Hет уж, find -L -delete не будет удалять симлинки, он данные
> >> EG>>>> потрет.
> >> IK>>> Я ж написал. В дополнение к -L ещё -type l. И данные
> >> IK>>> сохранятся, и симлинки, никуда не указующие, умрут...
> >>
> >> EG>> Симлинки умрут тогда все, разве нет? Полностью напиши свой
> >> EG>> вариант.
> >>
> >> AK> Там прикол в том, что -L заставляет сначала идти по линку и
> >> AK> только потом применять "-type l"; т.е. если линк живой, то
> >> AK> "-type l" примененный к файлу (на который показывает линк) даст
> >> AK> ложь; а если линк битый, то он останется линком и "-type l" даст
> >> AK> истину.
> >>
> >> А если линк на линк указывает? Оно по цепочке до самого конца дойдёт?
>
> VD> Либо до системного ограничения на глубину вложенности линков (на
> VD> практике такое обычно встречается при зацикленных линках).
>
>Хорошо, если так. Hо тогда что мы удалим, если невалидный симлинк будет не
>первый в цепочке?
Я считаю все линки в замкнутой цепочке невалидными, и find со мной согласен.
Если цепочка незамкнутая, а просто слишком длинная, то find отсекает от неё
"лишний" кусок, который некорректно обрабатывается файловыми сисколлами, что
тоже вполне логично.
Вал. Дав.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
