используете-ли вы симлинки

[Aectann]

конечно есть. но только для рута

И правда, а хардлинк даже с правами администратора создать не получилось.

[serzh-z]

И правда, а хардлинк даже с правами администратора создать не получилось.

Может это версия винды такая? Ну там, не Ultimate, а Professional, в которой запрещено создавать хардлинки... =)) Чесслово, у МС это вполне возможно.

[Aectann]

И правда, а хардлинк даже с правами администратора создать не получилось.

Может это версия винды такая? Ну там, не Ultimate, а Professional, в которой запрещено создавать хардлинки... =)) Чесслово, у МС это вполне возможно.

Ultimate вроде (по крайней мере, в системе везде написано "Максимальная"). При выполнении mklink /h dest source пишет "Отказано в доступе".

[drBatty]

И правда, а хардлинк даже с правами администратора создать не получилось.

а симлинки можно?
для хардлинков вроде утилиту качать надо (как не странно - бесплатную).
сам не в курсе - венды нет. потому и поднял вопрос здесь - с виндузятниками спорить невозможно - даже продвинутые админы и те слабо понимают, что такое симлики и хардлинки, и какая между ними разница :(

Ultimate вроде (по крайней мере, в системе везде написано "Максимальная"). При выполнении mklink /h dest source пишет "Отказано в доступе".

у меня тоже такое пишет - если на каталог. кстати - а почему?

[serzh-z]

у меня тоже такое пишет - если на каталог. кстати - а почему?

Ммм... хардлинки на каталог? :)

[t.t]

у меня тоже такое пишет - если на каталог. кстати - а почему?

Ммм... хардлинки на каталог?

Говорят, в некоторых дистрибутивах они до сих пор допускаются.

[NickLion]

Администратичвный пользователь, но без повышения прав:

Код: Выделить всё

C:\Users\NickLion>copy con 1.txt
qwe
asd
zxc
^Z
        1 file(s) copied.

C:\Users\NickLion>type 1.txt
qwe
asd
zxc

C:\Users\NickLion>mklink /h 2.txt 1.txt
Hardlink created for 2.txt <<===>> 1.txt

Обычный пользователь:

Код: Выделить всё

C:\Users\Test>copy con 1.txt
qwe
ad
Zzxc
^Z
Скопировано файлов:         1.

C:\Users\Test>type 1.txt
qwe
ad
Zzxc

C:\Users\Test>mklink /h 2.txt 1.txt
Создана жесткая связь 2.txt <<===>> 1.txt

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

Для каталога нельзя создавать. Даже из-под админа с повышенными правами. Ну нельзя этого делать

[t.t]

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

Т.е. между оригинальным файлом и "жёсткой ссылкой" есть разница?.. Какая же это тогда жёсткая ссылка?

[drBatty]

Говорят, в некоторых дистрибутивах они до сих пор допускаются.

у меня не допускаются. кстати, а что так? это опасно? а чем? почему mount --bind можно, а ln нельзя?

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

это наверное баг команды dir, или самой ос, или ещё чего-то. В самой ФС такого НЕ МОЖЕТ БЫТЬ.

Для каталога нельзя создавать. Даже из-под админа с повышенными правами. Ну нельзя этого делать

это естественно. он вроде в NTFS можно "соединения", аналог нашего mount --bind (?)

[NickLion]

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

Т.е. между оригинальным файлом и "жёсткой ссылкой" есть разница?.. Какая же это тогда жёсткая ссылка?

Ну, поскольку структуры NTFS не знаю, то сказать трудно. Возможно там тройной уровень:
1. Информация об имени и ссылка на расположение информации о данных.
2. Информация о расположении данных.
3. Данные.
При этом размер файла хранится на первом уровне. Для жёстких ссылок 1 уровень различен, а второй и третий один.

PS явно одна из ссылок считается "главной". Видимо, 2-й уровень содержит одну ссылку наверх. При создании ссылки, второй, ссылки на ссылку, а затем удалении исходной, одна из оставшихся начинает вести себя как исходная. Остальные вторичны.

[drBatty]

PS явно одна из ссылок считается "главной". Видимо, 2-й уровень содержит одну ссылку наверх. При создании ссылки, второй, ссылки на ссылку, а затем удалении исходной, одна из оставшихся начинает вести себя как исходная. Остальные вторичны.

тогда это не хардлинк, а его эмуляция. в EXT информация об имени хранится ТОЛЬКО в каталогах, в инодах хранятся всякие разные данные (иногда и содержимое), но никак не имя (имя туда и не влезет), потому хардлинки в EXT абсолютно эквивалентны, и различаются только полным именем.

[watashiwa_daredeska]

кстати, а что так? это опасно?

Это позволит создавать циклические структуры каталогов -> вместо простого GC с подсчетом ссылок придется городить полновесный Mark'n'Sweep.

[drBatty]

Это позволит создавать циклические структуры каталогов -> вместо простого GC с подсчетом ссылок придется городить полновесный Mark'n'Sweep.

почему-же нельзя запретить создание циклических ссылок? ну что-бы root мог-бы создать простую, и не мог - циклическую. Это не должно занять много времени...

[watashiwa_daredeska]

почему-же нельзя запретить создание циклических ссылок?

А как эффективно определить, что данная конкретная ссылка создает цикл?

[t.t]

Это позволит создавать циклические структуры каталогов -> вместо простого GC с подсчетом ссылок придется городить полновесный Mark'n'Sweep.

почему-же нельзя запретить создание циклических ссылок? ну что-бы root мог-бы создать простую, и не мог - циклическую. Это не должно занять много времени...

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

[t.t]

почему-же нельзя запретить создание циклических ссылок?

А как эффективно определить, что данная конкретная ссылка создает цикл?

Это как раз легко: просмотреть все хардлинки источника и проверить, нет ли среди них "предков" цели.

[watashiwa_daredeska]

просмотреть все хардлинки источника и проверить, нет ли среди них "предков" цели.

Пример:

Shell

/ |`- a | `- b -> /b |`- b | `- c -> /c `- c `- a -> /a

Какие источники? Какие предки?

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

А какие с этим проблемы? Ну, есть несколько равноправных путей, и что? Их и сейчас может быть несколько, с хардлинками на файл из нескольких каталогов.

[drBatty]

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

оно и так - не дерево (как уже заметил watashiwa_darede...), но в принципе - ясно. тут видимо дело в том, что "не деревянными" могут быть только листья, но никак не узлы. ладно, есть mount --bind, мне хватит (:

[t.t]

просмотреть все хардлинки источника и проверить, нет ли среди них "предков" цели.

Пример:

Shell

/ |`- a | `- b -> /b |`- b | `- c -> /c `- c `- a -> /a

Какие источники? Какие предки?

Там ключевая фраза была "в момент создания". Если в момент создания проверять, такая картинка не может возникнуть в принципе.

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

оно и так - не дерево (как уже заметил watashiwa_darede...), но в принципе - ясно. тут видимо дело в том, что "не деревянными" могут быть только листья, но никак не узлы. ладно, есть mount --bind, мне хватит (:

Да, под "деревом"-"не деревом" имелась ввиду именно структура каталогов, а не файлов.

[watashiwa_daredeska]

Если в момент создания проверять, такая картинка не может возникнуть в принципе.

Это почему это?

Код: Выделить всё

mkdir /a /b /c
cd /a && ln /b b
cd /b && ln /c c
cd /c && ln /a a

Ну вот, как на последнем шаге проверять?

[Aectann]

у меня тоже такое пишет - если на каталог. кстати - а почему?

Тьфу, я на каталог и пытался создать. На обычные файлы все создается.

для хардлинков вроде утилиту качать надо (как не странно - бесплатную).

Это для старых версий, в Win7 есть идущая в поставке mklink.

а симлинки можно?

"Административному пользователю" - можно.

[drBatty]

кстати про хардлинки. оказывается атрибут EXT AppendOnly запрещает делать с каталогом ВСЁ, кроме одного - создавать там хардлинки. А потом файл, который оказался в таком каталоге, окажется замурован как муха в янтаре - ничего с ним не сделать. К примеру можно перенести туда любой файл, ну или скажем понаделать хардлинков от нужных файлов - тогда им никакой rm -rf / не страшен (:

ИМХО очень полезная штука.

Кстати, рут тоже ничего не может тут поделать (ну конечно кроме снятия этого атрибута).

"Административному пользователю" - можно.

а почему?

[Aectann]

"Административному пользователю" - можно.

а почему?

Почему административному можно, а другим нельзя? Потому что в MS так решили.

[drBatty]

Потому что в MS так решили.

а... ну так им и надо (:

[Janik]

Пользуюсь, а как же. Только не знаю, как заставить Proftpd следовать по симлинкам.

[serzh-z]

Только не знаю, как заставить Proftpd следовать по симлинкам.

Скорее всего никак... Все нормальные и защищённые FTP-серверы работают в среде chroot и не умеют следовать по симлинкам.

[ZyX]

кстати про хардлинки. оказывается атрибут EXT AppendOnly запрещает делать с каталогом ВСЁ, кроме одного - создавать там хардлинки. А потом файл, который оказался в таком каталоге, окажется замурован как муха в янтаре - ничего с ним не сделать. К примеру можно перенести туда любой файл, ну или скажем понаделать хардлинков от нужных файлов - тогда им никакой rm -rf / не страшен (:

ИМХО очень полезная штука.

Кстати, рут тоже ничего не может тут поделать (ну конечно кроме снятия этого атрибута).

А его можно как-нибудь на ReiserFS поставить? chattr ругается:

Код: Выделить всё

(zyx:~/tmp) % LANG=C su -c 'chattr +a appendonly'
Password:
chattr: Inappropriate ioctl for device while reading flags on appendonly

// appendonly здесь всего лишь имя каталога

[drBatty]

Скорее всего никак... Все нормальные и защищённые FTP-серверы работают в среде chroot и не умеют следовать по симлинкам.

прекрасно умеют! только внутри своего chroot'а.
и никто не мешает сделать mount --bind, или прописать в /etc/fstab.

А его можно как-нибудь на ReiserFS поставить?

в мане написано:

chattr - change file attributes on a Linux second extended file system

т.е. это фича EXT2(3,4).
потому наверное никак :(
PS: атрибут +a может установить только рут. как и +i.

[serzh-z]

прекрасно умеют! только внутри своего chroot'а.
и никто не мешает сделать mount --bind, или прописать в /etc/fstab.

Подозреваю, что у Janik
возникла проблема всё же с следованием по симлинкам наружу чрут. "mount --bind" - это не симлинк.

[drBatty]

возникла проблема всё же с следованием по симлинкам наружу чрут. "mount --bind" - это не симлинк.

а ссылки наружу не имеют смысла. это как в Москве искать Питерскую улицу Ленина - даже если и найдётся, то совсем не та.

Janik
верхний уровень для корня - корень, потому из chroot'а выбраться невозможно, хотя многие и пытаются, ссылками вида
/../../../../etc/passwd