Есть куча дисков с различными документами и программами, как можно составить их список к примеру через bash в текстовый файл, а лучше в CSV файл примерно такого вида:
Номер Название Путь
Или может есть специальные программы для детальной католизации содержимого дисков с удобными поиском и импортом/экспортом в CSV?
LinuxForum.Fans
Создание списка файлов на дисках
Автор: BuxarNET
37 сообщений
9596 просмотров
Непонятно назначение подобного списка.
есть locate но она ничего не экспортирует, а используется для мгновенного поиска.
Ну понимаете, если мне нужен к примеру файл ааа.док, который не ясно на каком диске лежит, мне в данный момент приходится все диски перепроверять и в лучшем случае через крушадер поиском его искать.
Но если заранее списки о содержимом на всех дисках мне импортировать в один текстовый файл и пометить какой файл на каком диске лежит (и даже указать путь), то достаточно поиск провести внутри текстового файла и узнать на каком диске лежит нужный файл.
Но если заранее списки о содержимом на всех дисках мне импортировать в один текстовый файл и пометить какой файл на каком диске лежит (и даже указать путь), то достаточно поиск провести внутри текстового файла и узнать на каком диске лежит нужный файл.
вот это- действительно бред :) тогда вам точно locate, локальные поисковики вроде tracker и т.д. которые сами создают базу и сами по ней ищут.
Можно ещё и так:
[console]
ls -la / > /home/Ваше_Имя/spisok.txt
[/console]
Но соглашусь с dsmith, эта затея бредовая, хотя попробуйте, лучше 1 раз увидеть....
Ни чего не бред, если кто-то не работает с большим массивом документов, то это не означает то что это бред. В общем для ТС нужно сделать индексный файл в котором будет сведения о местоположения файла и его описание и не более того.
ls -la / > /home/Ваше_Имя/spisok.txt
хрень какая то получается, тогда уж так wink
find /home/ваше_имя/ -name *.doc >> output.txt
самое первое то что пришло в голову, можно конечно подставить еще вместо ваше_имя значение что бы бралось из системы, и тогда еще проще будет.
Ни чего не бред, если кто-то не работает с большим массивом документов, то это не означает то что это бред. В общем для ТС нужно сделать индексный файл в котором будет сведения о местоположения файла и его описание и не более того.
вот-вот, я это и назвал бредом- игнорировать инструменты, которые специально созданы для облегчения жизни юзера и городить хрен знает что.
вот-вот, я это и назвал бредом- игнорировать инструменты, которые специально созданы для облегчения жизни юзера и городить хрен знает что
Вообще то это не хрен знает что, это всю жизнь называлось ВЕЛОСИПЕД-ами
i2ks, и ничего не хрень, а полная катологизация каждого каталога со всеми вложенными файлами и каталогами, проще не придумаешь.
а полная катологизация каждого каталога со всеми вложенными файлами и каталогами,
oO
text
useradm@linux-zgfb:~> ls -la / > /home/useradm/out.txt
useradm@linux-zgfb:~> cat /home/useradm/out.txt
итого 112
drwxr-xr-x 22 root root 4096 Июн 14 16:21 .
drwxr-xr-x 22 root root 4096 Июн 14 16:21 ..
drwxr-xr-x 2 root root 4096 Июн 3 15:09 bin
drwxr-xr-x 3 root root 4096 Июн 3 15:10 boot
drwxr-xr-x 2 root root 4096 Июн 3 15:18 .config
drwxr-xr-x 18 root root 4020 Июн 14 16:21 dev
drwxr-xr-x 161 root root 12288 Июн 14 16:21 etc
drwxr-xr-x 5 root root 4096 Июн 3 14:20 home
drwxr-xr-x 18 root root 12288 Июн 14 13:17 lib
drwx------ 2 root root 16384 Мар 25 16:37 lost+found
drwxr-xr-x 2 root root 4096 Июн 3 16:00 media
drwxr-xr-x 2 root root 4096 Июн 3 14:29 mnt
drwxr-xr-x 6 root root 4096 Июн 3 14:30 opt
dr-xr-xr-x 171 root root 0 Июн 14 16:21 proc
drwx------ 26 root root 4096 Июн 14 16:19 root
drwxr-xr-x 3 root root 12288 Июн 14 13:17 sbin
drwxr-xr-x 2 root root 4096 Фев 18 16:48 selinux
drwxr-xr-x 12 root root 4096 Июн 3 14:31 srv
drwxr-xr-x 12 root root 0 Июн 14 16:21 sys
drwxrwxrwt 43 root root 4096 Июн 15 15:45 tmp
drwxr-xr-x 12 root root 4096 Мар 25 17:18 usr
drwxr-xr-x 16 useradm root 4096 Мар 1 16:40 var
Тогда уж man tree
filelimit #] [directory ...]
DESCRIPTION
Tree is a recursive directory listing program that produces a depth indented listing of files, which is colorized ala dircolors if the LS_COLORS
environment variable is set and output is to tty. With no arguments, tree lists the files in the current directory. When directory arguments are
given, tree lists all the files and/or directories found in the given directories each in turn. Upon completion of listing all files/directories
found, tree returns the total number of fil
examples:
text
#tree /var/
...
│ ├── vi.recover
│ ├── zypp.0Od2vp
│ │ ├── zypp-general-krQpNa1K
│ │ │ ├── pubring.gpg
│ │ │ ├── pubring.gpg~
│ │ │ ├── secring.gpg
│ │ │ └── trustdb.gpg
│ │ └── zypp-trusted-krh6dBg5
│ │ ├── pubring.gpg
│ │ ├── pubring.gpg~
│ │ ├── secring.gpg
│ │ └── trustdb.gpg
│ └── zypp.fjExdG
│ ├── zypp-general-krAxyUm6
│ └── zypp-trusted-kr8EIdio
│ ├── pubring.gpg
│ ├── pubring.gpg~
│ ├── secring.gpg
│ └── trustdb.gpg
└── yp
├── binding
└── nicknames
5455 directories, 41058 files
У меня складывается впечатление, что тут собрались люди, которые просто не слышали про локальные поисковые системы. Суть в том, что сначала создается Индекс, поиск по которому на порядок быстрее, чем по "голой" ФС, а затем производится поиск по индексу. Так же многие поисковики отслеживаю изменения файлов realtime и [вероятно] модифицирую индекс. В подробности реализации не влезал, но таких систем много, есть даже от Гугла. Утилита locate создает подобный индекс периодически, по cron`у. Я не знаю, чего еще можно обсуждать в этой теме.
dsmith, помнишь такой файл - descript.ion? - удобно было в dn.
dsmith, про locate не слышал, а вот про beagle слышал :rolleyes:
У меня подобная проблема.
Необходимо регулярно пересоздавать каталог файлов в html-формате (несколько тыс. эл.книг, в основном .djvu и .pdf, количество которых часто изменяется), чтобы в браузере можно было искать по названию или автору, и открывать книги по клику. В win пользовался программкой DirLister и сейчас вынужден ею же пользоваться через wine. Но это неудобно, т.к. приходится каждый раз править пути и перекодировать html-файл. Пробовал в качестве каталогизатора Tellico. Функциональность удовлетворяет. Работает оч.медленно и создает гигантские файлы своих баз. Отказался от использования.
Может быть кто-нибудь посоветует, как оптимальнее этот вопрос решить? Индексации содержимого файлов мне в принципе не требуется.
awl, искать-то вам нужно по метаданным книги, а никак не по названию файла. Под оффтопик такие каталогизаторы есть. Под линукс могу посоветовать только FBReader (естественно, только для .fb2 и вроде .txt)- там есть каталог по авторам/сериям/названиям но! нет поиска по каталогу и придется все перекодировать в соотв. формат.
Либо опять же упомянутый tracker/ Google Desktop Search и т.д. Но решения эти универсальные, в чем одновременно и плюс и минус.
awl, гляньте на Calibre.
Я бы не стал :) мне чем-то жутко не понравилось. То ли отсутствием автоскана папок, то ли реализацией, то ли еще какими-то жуткими косяками. И это совсем не имхо.
Наверное плохо объяснил суть задачи.
Имеется "корневой" каталог библиотеки (~/e-books) и дерево подкаталогов - разделы библиотеки (~/e-books/Наука, ~/e-books/Техника). В подкаталогах - файлы-книги. Формат названия файла - [Автор]_[Название книги].[тип файла ("расширение")] (напр. Иванов И.И. Что такое наша жизнь.pdf).
Мне всего лишь нужно, чтобы список подкаталогов и файлов был (генерировался) в html-формате с гиперссылками на каталоги и файлы. И чтобы при открытии этого файла списка в браузере можно было:
- искать в списке по Ctrl-F
- по клику перейти в нужный подкаталог или открыть файл книги в программе-вьюере
Ещё раз повторяю, метаинформация из файла не нужна, в индексировании нет необходимости.
Я смотрел описания и возможности различных (в т.ч. специализированных книжных) каталогизаторов, но это всё очень навороченно и излишне функционально для меня.
ну тогда ваша проблема решается простеньким скриптом на "чистом" bash. генерируете страничку с парами файл- ссылка и какой-нибудь простенькой сортировкой. А поиск- самого браузера (поиск по странице). Это даже не проблема вовсе smile
ну тогда ваша проблема решается простеньким скриптом на "чистом" bash.
Я это подозревал с самого момента возникновения проблемы... oO
К сожалению в скриптописании не силён :(, надеюсь пока...
Войдите или зарегистрируйтесь, чтобы ответить.
