Проверить что файл открыт кем-то другим

[danilsl]

Всем привет.
Существует такая задача: если вставлена флешка, то из указанной папки слить на неё все avi файлы. Проблема возникла на том, что эта софтина благополучно щлёпает так же и тот файл, который в данный момент пишется. А как можно проверить не открыт ли файл в другом приложении, перед тем как его перемещать?
Всем заранее спасибо

[Бди!]

Может я и туплю,
но записываться на флешку
(или удаляться)
файл бутет тогда,когда ты эту флешку
извлекаешь.

[danilsl]

Может я и туплю,
но записываться на флешку
(или удаляться)
файл бутет тогда,когда ты эту флешку
извлекаешь.

нет, именно в момент вставки. Программу копирования запускает udev. Прога, которая клепает авишки вообще не в курсе ни про флешки, ни про копирование. Если место заканчивается она просто убивает самые старые файлы. Последний файл она всегда держит открытым. И лично для меня стало новостью, что другая прога может не только скопировать этот открытый файл, но ещё и грохнуть его. Мне представлялось, что на открытом файле я должен был вывалиться на try{}catch(...){} и тупо на него забить. Однако ошибки не вываливается
Пользователь решил продолжить мысль 13 Сентября 2011, 12:21:10:кстати монтирует а потом размонтирует флешку тоже прога копирования. И на данный момент единственный способ понять что копирование завершено - светодиод флешки. В перспективе же планируется festival, но это уже не из той оперы. Сейчас нужно просто проверить кто кроме меня работает с файлом, точнее даже работает ли вообще с этим файлом кто-то кроме меня.

[Дмитрий Бо]

lsof? сдаётся мне, есть более архитектурно правильное решение.

> И на данный момент единственный способ понять что копирование завершено - светодиод флешки. В перспективе же планируется festival
Ну прям всё или ничего. Почему нельзя выдавать окошко через zenity?

[andrey_p]

Почем? lsof /media/* по-моему нормально. Или fuser /media.

[wl]

Всем привет.
Существует такая задача: если вставлена флешка, то из указанной папки слить на неё все avi файлы.

Автоматически?

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

lsof уже советовали.

Что за софтина, это Вы ее пишете?
А avi кто пишет? Тоже Ваша софтина? Есть ли исходники и возможность перекомпилировать?

Могу порекомендовать file lock (см. man fcntl, раздел Advisory Locking)
Т.е. при записи авишника ставить на него замок, а при копировании - проверять, если замок есть, не копировать.

У меня так демон определяет, что уже запущен, даже если в прошлый раз грохнулся и pid-файл не удалил.

Надо только иметь в виду, что замки в юниксах кооперативные, т.е., одна программа должна явно поставить замок на файл, а другая - явно проверить его наличие.
Если программа ничего не знает ни про какие замки или игнорирует их, то при наличии прав ничто не помешает ей открыть файл, удалить его или что-то в него написать.

[danilsl]

lsof? сдаётся мне, есть более архитектурно правильное решение.

> И на данный момент единственный способ понять что копирование завершено - светодиод флешки. В перспективе же планируется festival
Ну прям всё или ничего. Почему нельзя выдавать окошко через zenity?

lsof сквозь system() вызывать нужно, а мне из спортивного интереса хочется через api сделать.
Окошко выдавать некуда монитора нет, клавы, мыши и сети тоже
Пользователь решил продолжить мысль 15 Сентября 2011, 00:52:59:o

Автоматически?

Да

Что за софтина, это Вы ее пишете?
А avi кто пишет?

Софтину для копирования пишу я. Исходники есть и от второй, но её трогать не хочется, знаете поговорку работает - не трож.
Насчёт lsof. Честно говоря это была моя первая мысль. Но вызывать её придётся в виде lsof | grep filename. И всё это скормить в system(). Ну а та честно вызовет lsof и честно скормит ей argv[1]=|, argv[2]=grep, argv[3]=filename. И ничем хорошим это не закончится.
И lsof гдето берёт эту инфу, значит должно быть api

[andrey_p]

А в чем проблема, скачал исходники и разбирайся. В любом случае уметь читать исходники полезная в жизни штука.

[wl]

Если есть исходники программы, создающей avi, можно проверить, а вдруг она уже ставит замки на файлы.

lsof, если не ошибаюсь, работает через procfs

А вот, кстати, еще один способ получения информации, довольно удобный.
Получить pid процесса, создающего авишники, и посмотреть в /proc/12341/fd или /proc/12341/fdinfo, где 12341 - pid, какие дескрипторы открыты.

Вот, например, я нашел информацию о плеере:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

$ ll /proc/19848/fd
total 0
lr-x------ 1 wl wl 64 2011-09-15 15:37 0 -> /dev/null
lrwx------ 1 wl wl 64 2011-09-15 15:37 1 -> /home/wl/.xsession-errors
l-wx------ 1 wl wl 64 2011-09-15 15:37 10 -> pipe:[640966]
lr-x------ 1 wl wl 64 2011-09-15 15:37 11 -> pipe:[640967]
l-wx------ 1 wl wl 64 2011-09-15 15:37 12 -> pipe:[640967]
lrwx------ 1 wl wl 64 2011-09-15 15:37 13 -> socket:[640968]
lrwx------ 1 wl wl 64 2011-09-15 15:37 14 -> socket:[640970]
lrwx------ 1 wl wl 64 2011-09-15 15:37 15 -> socket:[640973]
lrwx------ 1 wl wl 64 2011-09-15 15:37 16 -> socket:[640989]
lrwx------ 1 wl wl 64 2011-09-15 15:37 17 -> socket:[640991]
lrwx------ 1 wl wl 64 2011-09-15 15:37 18 -> /tmp/qtsingleapp-clemen-d211-3e8-lockfile
lrwx------ 1 wl wl 64 2011-09-15 15:37 19 -> socket:[640993]
lrwx------ 1 wl wl 64 2011-09-15 15:37 2 -> /home/wl/.xsession-errors
lr-x------ 1 wl wl 64 2011-09-15 15:37 20 -> pipe:[640995]
l-wx------ 1 wl wl 64 2011-09-15 15:37 21 -> pipe:[640995]
lrwx------ 1 wl wl 64 2011-09-15 15:37 22 -> /home/wl/.config/Clementine/clementine.db
lrwx------ 1 wl wl 64 2011-09-15 15:37 23 -> /home/wl/.config/Clementine/jamendo.db
lrwx------ 1 wl wl 64 2011-09-15 15:37 24 -> /home/wl/.config/Clementine/clementine.db
lrwx------ 1 wl wl 64 2011-09-15 15:37 25 -> /home/wl/.config/Clementine/jamendo.db
lr-x------ 1 wl wl 64 2011-09-15 15:37 26 -> pipe:[640996]
l-wx------ 1 wl wl 64 2011-09-15 15:37 27 -> pipe:[640996]
lrwx------ 1 wl wl 64 2011-09-15 15:37 28 -> socket:[640997]
lr-x------ 1 wl wl 64 2011-09-15 15:37 29 -> pipe:[640999]
lr-x------ 1 wl wl 64 2011-09-15 15:37 3 -> pipe:[640954]
l-wx------ 1 wl wl 64 2011-09-15 15:37 30 -> pipe:[640999]
lr-x------ 1 wl wl 64 2011-09-15 15:37 31 -> inotify
lrwx------ 1 wl wl 64 2011-09-15 15:37 32 -> /tmp/clementine-art-D19848.jpg
lrwx------ 1 wl wl 64 2011-09-15 15:37 33 -> /tmp/clementine-art-O19848.jpg
lr-x------ 1 wl wl 64 2011-09-15 15:37 34 -> pipe:[641007]
l-wx------ 1 wl wl 64 2011-09-15 15:37 35 -> pipe:[641007]
lr-x------ 1 wl wl 64 2011-09-15 15:37 36 -> pipe:[641008]
l-wx------ 1 wl wl 64 2011-09-15 15:37 37 -> pipe:[641008]
lrwx------ 1 wl wl 64 2011-09-15 15:37 38 -> socket:[641010]
lr-x------ 1 wl wl 64 2011-09-15 15:37 39 -> pipe:[641009]
l-wx------ 1 wl wl 64 2011-09-15 15:37 4 -> pipe:[640954]
l-wx------ 1 wl wl 64 2011-09-15 15:37 40 -> pipe:[641009]
lrwx------ 1 wl wl 64 2011-09-15 15:37 41 -> socket:[641012]
lrwx------ 1 wl wl 64 2011-09-15 15:37 42 -> /home/wl/.config/Clementine/clementine.db
lr-x------ 1 wl wl 64 2011-09-15 15:37 43 -> pipe:[641014]
l-wx------ 1 wl wl 64 2011-09-15 15:37 44 -> pipe:[641014]
lrwx------ 1 wl wl 64 2011-09-15 15:37 45 -> /home/wl/.config/Clementine/clementine.db
lrwx------ 1 wl wl 64 2011-09-15 15:37 46 -> /home/wl/.config/Clementine/jamendo.db
lrwx------ 1 wl wl 64 2011-09-15 15:37 47 -> socket:[1815214]
lrwx------ 1 wl wl 64 2011-09-15 15:37 48 -> socket:[641090]
lr-x------ 1 wl wl 64 2011-09-15 15:37 49 -> pipe:[641092]
lr-x------ 1 wl wl 64 2011-09-15 15:37 5 -> pipe:[640956]
l-wx------ 1 wl wl 64 2011-09-15 15:37 50 -> pipe:[641092]
lr-x------ 1 wl wl 64 2011-09-15 15:37 51 -> inotify
lrwx------ 1 wl wl 64 2011-09-15 15:37 52 -> socket:[1815215]
lr-x------ 1 wl wl 64 2011-09-15 15:37 53 -> pipe:[641094]
l-wx------ 1 wl wl 64 2011-09-15 15:37 54 -> pipe:[641094]
lr-x------ 1 wl wl 64 2011-09-15 15:37 55 -> pipe:[648492]
lr-x------ 1 wl wl 64 2011-09-15 15:37 56 -> /mnt/sdb/home/wl/music/Illuminate/Bittersuesses Gift/03 - Wenn Du Lachst.mp3
l-wx------ 1 wl wl 64 2011-09-15 15:37 57 -> pipe:[648492]
lr-x------ 1 wl wl 64 2011-09-15 15:37 58 -> pipe:[1832279]
lrwx------ 1 wl wl 64 2011-09-15 15:37 59 -> socket:[648498]
l-wx------ 1 wl wl 64 2011-09-15 15:37 6 -> pipe:[640956]
l-wx------ 1 wl wl 64 2011-09-15 15:37 60 -> pipe:[1832279]
lrwx------ 1 wl wl 64 2011-09-15 15:37 61 -> /home/wl/.config/Clementine/jamendo.db
lr-x------ 1 wl wl 64 2011-09-15 15:37 62 -> inotify
lrwx------ 1 wl wl 64 2011-09-15 15:37 64 -> socket:[1836727]
lr-x------ 1 wl wl 64 2011-09-15 15:37 65 -> pipe:[1831694]
l-wx------ 1 wl wl 64 2011-09-15 15:37 66 -> pipe:[1831694]
lrwx------ 1 wl wl 64 2011-09-15 15:37 69 -> socket:[1836728]
lrwx------ 1 wl wl 64 2011-09-15 15:37 7 -> socket:[640960]
lr-x------ 1 wl wl 64 2011-09-15 15:37 70 -> pipe:[1831741]
lr-x------ 1 wl wl 64 2011-09-15 15:37 71 -> pipe:[1836729]
l-wx------ 1 wl wl 64 2011-09-15 15:37 72 -> pipe:[1836729]
lrwx------ 1 wl wl 64 2011-09-15 15:37 73 -> socket:[1836739]
l-wx------ 1 wl wl 64 2011-09-15 15:37 75 -> pipe:[1831741]
lrwx------ 1 wl wl 64 2011-09-15 15:37 8 -> socket:[640962]
lr-x------ 1 wl wl 64 2011-09-15 15:37 9 -> pipe:[640966]


Пользователь решил продолжить мысль 15 Сентября 2011, 15:51:56:

И лично для меня стало новостью, что другая прога может не только скопировать этот открытый файл, но ещё и грохнуть его. Мне представлялось, что на открытом файле я должен был вывалиться на try{}catch(...){} и тупо на него забить.

Да вот еще!
Это не Windows, root должен быть в состоянии сделать все - в том числе и удалить любой файл.
А иначе это угроза безопасности.
Пользователь решил продолжить мысль 15 Сентября 2011, 19:26:50:Не, все-таки, дописать пару вызовов fcntl в код, создающий авишники, гораздо проще, чем сканировать /procfs.
Эти вызовы ничего не испортят.
И работать будет надежнее, т.к. это будет информация из первых рук.

[danilsl]

Исходники есть, я не проверяя скажу, что специально там никто ничего не ставит. А запись авишек через OpenCV идёт, а там уже даже и не знаю, как-то даже и ковырять не хочу.
А вот за /proc спасибо. И как я сам не дотукал? Ведь знаю же что там лежит...

[wl]

Там есть CvVideoWriter.
Ничего сложного.
Объявить переменную типа struct flock, далее после open и перед close - вызов fcntl(fd, F_SETLK, &flock)