Жёсткая ссылка на каталог

Давай ты для начала озвучишь эту исходную задачу.

А чем тебе симлинк не угодил?

Почему в Линуксе нельзя создать сабж?

Лет ми гугл ит фор ю: https://askubuntu.com/questions/210741/why-are-hard-links-not-allowed-for-dir...

Файл с хардлинком на него - это два равноправных имени файла. Теперь внимание, вопрос: куда пойдёт cd .. из хардлинкнутой директории?

Как с порядком файлов в каталоге, какой первый попался, тот собственно и первый.

1) Потому что «не нужно». Как и автоопределение DPI в иксах, как и имена файлов больше 255 байт даже в новых ФС.

2) Засовывай в базу данных тогда.

Wo wo палехче ! Длину файлов хотелось бы поболе 255 байт.

Ты просто виндузятник. Настоящие профессионалы dig cat's.

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

Так чем тебя симлинки не устраивают?

Мне надо чтобы каталоги А и В с одним и тем же содержимым были равноправны. Чтобы удаление каталога А не приводило к потере содержимого, оставляя битый симлинк В.

чтобы удаление каталога А не приводило к потере содержимого

Слинкуй все файлы внутри, не?

Уже думал - слишком дофига файлов, слишком сложно и долго. Надо будет попробовать.

Потому что Linux - не настоящий Unix.
Вот в Solaris можно.

А чем тебе симлинк не угодил?

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

Теперь внимание, вопрос: куда пойдёт cd .. из хардлинкнутой директории?

А как в NTFS/Windows этот вопрос решается? :)

…

ИМХО, как раз просто. cwd показыает не inode, а путь. Соответственно, cd .. сокращает путь. И всё.

Как и автоопределение DPI в иксах

Палится человек с одним фиксированным монитором :)

как и имена файлов больше 255 байт даже в новых ФС

Ты бы ещё 8.3 предложил.

Кому не нужно? Тебе?

Может ты не ту систему выбрал, а?

https://www.freebsd.org/cgi/man.cgi?query=mount_nullfs&apropos=0&sekt...

Возможно, вы имели в виду: PHP не может в симлинки.

Plan9 смотрит снисходительно на ваши потуги.

слишком сложно и долго

cp -rl

Там будут тысячи файлов.

Создаешь мастер-каталог 'С'. Создаешь два симлинка A->C, B->C. Если надо, по крону запускаешь сборщик мусора, который удалает мастер каталоги, для которых нет симлинков.

В том и дело, что я не хочу никакие сборщики мусора и прочие костыли.

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

Может тебя просто нужны снапшоты?

Не, точно не нужны. Пока отложу идею в долгий ящик.

cwd показыает не inode, а путь

Показывает, но этот путь нигде не хранится. Можно /home переименовать в /dom и все запущенные программы продолжат работать с уже открытыми файлами, и cwd у работающих пользователей изменится. (Глюки, конечно, будут, но потом)

Показывает, но этот путь нигде не хранится

Так это понятие только в рамках программы и есть.

Блин, да напиши ты для себя патч ядра, который будет позволять тебе делать хардлинки на директории!

Кстати, ЕМНИП, в ранних версиях ведра это ж было (у ext2?)! И можно было редактировать файл директории не только сисвызовами, но и напрямую…

Хреново, что некоторые долбанутые редакторы делают файлу unlink, прежде чем сохранить его! В итоге после редактирования приходится вручную восстанавливать хардлинк на файл.

Теоретически, хардлинкнутые директории защищали бы от такого идиотского поведения.

В общем, тому, кто запретил хардлинки на директории, надо дать за это по рукам!!! Рут должен иметь возможность делать в системе абсолютно все, что пожелает — на то он и рут!!!111

Да вот наверное придётся искать человека, который написал бы патч.

Как ты собираешься читать имя файла с 255 символами?

Для оптимальной работы нужно максимум 40 символов в имени.

имя файла = путь к файлу, не ?
т.е. /bla/bla2/../bla100500/каталог.txt вполне читаемо.

Нет, я не про путь. Путь должен быть как минимум 65кБ, иначе могут быть косяки. Я не знаю файловых систем с максимальной длиной пути в 255 символов! Обычно она либо не ограничена, либо ограничена вполне разумными рамками.

Я про имя файла и его человекочитаемость. Кому может понадобиться больше 40 букв в имени файла? (так что, 40 байт на имя хватит всем ☺, а хрюникодчики должны страдать)

Пример:

pwd
/home/eddy/Docs/test/test/test/test/test/test/test/test/test/test/test/test/test/test/test/test/test
>> $(for i in $(seq 1 255); do echo -n "Ы"; done)
>> $(for i in $(seq 1 256); do echo -n "ж"; done)
bash: $(for i in $(seq 1 256); do echo -n "ж"; done): Слишком длинное имя файла
ls
ЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫ

Обычно она либо не ограничена, либо ограничена вполне разумными рамками.

Странно, вечно когда с чьего-нибудь битого винта с фс ntfs копируешь помойку на ext4 какие-то дико длинные пути отказываются создаваться.

ЯХЗ, у меня reiserfs, там нет дебильных проблем ext. Зачем вообще ext использовать, когда есть уйма нормальных ФС?

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

Потому что быстрее ext4 только ntfs. Но у последней дикая фрагментация и куча родовых проблем и получается что ext4 лучшая на свете пока тебе не нужна zfs.

Рейзер разве что для почтового сервера. Упаковка хвостов, вот всё это. Хотя чревато потерями.

Назвать reiserfs нормальной это, конечно, сильно

Хорошо, не называю нормальной. Называю самой лучшей файловой системой. ext — говно! Уж не знаю, как у ext4, но помню, как много было проблем с ext2/3 (особенно проверка журнала: на несчастном разделе в 2ТБ это длилось часами!!!).

Называю самой лучшей файловой системой

Хороший, годный шут

Азаза, моментальная проверка журнала независимо от объёма носителя была одной из первых фич ext4, потом подъехала абсолютная неубиваемость. Последние 10+ лет ты жил под камнем?

Особенно повеселило «2 тб» и «ext3» в одном предложении.

Диды жили и не тужили, не нужно это ваше новомодное.

Что мне делать, если нужно?

BTRFS?

Я не знаю файловых систем с максимальной длиной пути в 255

Даже в виндоус 260! В 10 вроде пофиксили.