☰

пользовательская файловая система с необычным поведением readdir или bash

tag-icon • tag-icon linux filesystems fuse
пользовательская файловая система с необычным поведением readdir или bash

Хорошо. После нескольких попыток сформулировать этот вопрос, оказывается, что он будет длинным. Anywho:

Рассмотрим следующую структуру файла:

photos/ 
  ants/ 
    pic1.jpg
  animals/ 
    dog.png
  profile_pic.jpg

если ты это сделаешь

cd photos
ls

Вы получаете

ants/    animals/    profile_pic.jpg

Однако, поскольку каталоги «Отпуск» и «Животные» содержат только по одному файлу, возможно, было бы полезнее получить

ants/pic1.jpg    ani../dog.png    profile_pic.jpg

напрямую, в отличие от посещения каждого из животных и отпуска. Однако при завершении табуляции, как в cd a, вы хотели бы вместо этого предложения каталогов.

Итак, я знаю, что автодополнение bash обрабатывается скриптом /etc/bash_completion (я не хочу туда вдаваться) и библиотекой readline, но это на самом деле не влияет на ls и, конечно, не поможет, если вы хотите расширить функциональность файловых менеджеров, таких как nautilus. Поэтому я надеялся, что часть этого можно решить с помощью пользовательской файловой системы через fuse. Первоначальное исследование, основанное наэтот урокОднако это было несколько удручающе, поскольку файловая система Fuse, похоже, никак не различает мои различные варианты использования (readdir, opendir, releasedir каждый раз).

Сформулировать вопрос: Каким образом можно было бы реализовать подобную функциональность, если бы это вообще было возможно без серьезной переработки ядра? Где мне искать дополнительную информацию?

Спасибо, что уделили нам время!

EDIT: Для ясности: bash — полезный пример, но в конечном итоге я хочу, чтобы то же самое было и в nautilus, и в любой другой программе, обращающейся к файлам, и я в любом случае собираюсь написать файловую систему для решения других проблем.

решение1

Самый простой способ сделать это — написать скрипт bash, который сделает это за вас. Я почти уверен, что вы не захотите кодировать это в ядре или файловой системе :)

Такая логика должна работать:

Спуститься в каталоги... Проверить, есть ли один файл... распечатать папку/файл... в противном случае распечатать верхнюю папку

решение2

К сожалению, я не могу опубликовать комментарий, поэтому мне придется написать "ответ" (я все еще не понимаю этого решения, но хватит ругани). Поскольку вы уже отбросили этот bashвариант и намекнули на FUSEрешение, я хотел бы дать вам пару "более или менее жизнеспособных" идей, пока вы реализуете свое mp3fs:

  • Улучшение struct statс новым типом, скажем st_nfiles. Каждый раз, когда вы create()/symlink()/hardlink()файл, вы будете обновлять эту запись в соответствующих FUSEоперациях. Выяснение того, есть ли только одна запись в указанном каталоге, тогда будет просто поиском и сравнением с (struct stat) dirp->st_nfiles1. Вам понадобится LD_PRELOADбиблиотека в вашем пользовательском пространстве, которая перехватывает и расширяет необходимые printfвызовы для вывода statрезультатов с этим изменением.

  • Неправильное использованиесуществующий (struct stat) dirp->st_nlinkв вашем FUSEкоде операций getattr(). Недостатком могут быть проблемы с инструментами, которые зависят от st_nlink; если я правильно помню, findэто один из них. Это также требует глобальной LD_PRELOADбиблиотеки для манипуляций с выводом.

  • Анализ на летув FUSEкоде операций getattr(), аналогично тому, что вы бы сделали в чистом пользовательском пространстве.ЭтотФрагмент кода должен дать вам представление.

Не уверен, что это то, что вы хотели. Хотел бы я добавить это как комментарий, а не как полуответ. Может быть, вы хотите удалить тег bashиз этого вопроса, так как вы указали, что это вам не подходит, так как вы хотите, чтобы инструменты nautilusвели себя так же.

Связанный контент