forum.opennet.ru - "whomade - процесс, запоминающий кто создал файлы в отслеживаемых каталогах" (59)

"whomade - процесс, запоминающий кто создал файлы в отслеживаемых каталогах"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"whomade - процесс, запоминающий кто создал файлы в отслеживаемых каталогах"	+/–
Сообщение от opennews (??), 23-Авг-25, 07:55
Для определения приложений, создающих расходующие дисковое пространство файлы в домашнем каталоге пользователя, подготовлен фоновый процесс whomade, отслеживающий появление новых файлов при помощи механизма fanotify. Проект написан на языке С++ и распространяется под лицензией GPLv3... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63761
Ответить \| Правка \| Cообщить модератору

Оглавление

Так ведь в ntfs создатель и без помощи демонов известен , User (??), 08:06 , 23-Авг-25, (2) –2

А ты не путай корпоративные ПО с опенсорщеной , WE (?), 09:21 , 23-Авг-25, (11) –7
ну и кто мне понасоздавал вот это вот 11 08 2025 14 05 335,149 481a17, нах. (?), 09:23 , 23-Авг-25, (13) –1
Так ведь он в любой ФС известен Но только вот какие именно он процессы использо, Аноним (56), 13:36 , 23-Авг-25, (56)

А расширенные атрибуты, значит, нафиг , Stanislavvv (?), 08:18 , 23-Авг-25, (3)

Атрибуты чего БД хранит лишь кортежи имя файла имя процесса , A.Stahl (ok), 09:04 , 23-Авг-25, (7) +1

Атрибуты ФС Это ясно из контекста, да и термин однозначный , Аноним (8), 09:12 , 23-Авг-25, (8) –1

И какое отношение этот демон может иметь к атрибутам ФС Вырази свою мысль полне, A.Stahl (ok), 09:32 , 23-Авг-25, (17) +3

Попробуй подумать Ну вот записывается информация в базу данных, чтобы потом пер, Аноним (8), 09:50 , 23-Авг-25, (21) +1

И на каких ФС это работает Вот я действительно ничего про это не знаю Кинь ссы, A.Stahl (ok), 09:55 , 23-Авг-25, (25)

Ммм на всех Сложно сказать https en wikipedia org wiki Extended_file_attribu, Аноним (8), 10:08 , 23-Авг-25, (30) +1

Забавно Я не сталкивался Гляну потом повнимательней Это может упростить мне ж, A.Stahl (ok), 10:12 , 23-Авг-25, (33)

О да, меня вот расстраивает, что записанные в атрибуты хэши с информацией об ист, Аноним (8), 10:30 , 23-Авг-25, (34) +2

Хм А ведь работает Спасибо, аноним, за наводку Это позволит мне вообще выкину, A.Stahl (ok), 10:51 , 23-Авг-25, (38) +1

Ну нормально это через eBPF делается, может, ещё чего придумаешь улучшить , Аноним (8), 11:04 , 23-Авг-25, (41)

Во времена OS 2 даже журнал бумажный издавался, Extended Attributes В полуоси, eugener (ok), 11:39 , 23-Авг-25, (44)

ага, иконки исполняемых файлов в виде папок или документов спасибо, не надо , Аноним (60), 14:06 , 23-Авг-25, (60)

Это да, например zip для OS 2 тоже поддерживал расширенные атрибуты, так что мож, eugener (ok), 14:31 , 23-Авг-25, (66)

так файл с таким же именем может создать кто-либо другой владелец, процесс Це, Аноним (60), 12:37 , 23-Авг-25, (49)

Я думал, установить, кто создал в последний раз Там не очень надёжно логирует, , Аноним (8), 13:00 , 23-Авг-25, (54) –1

так атрибуты можно редактировать заменить current process , чтобы ввести в забл, Аноним (60), 14:04 , 23-Авг-25, (59)

Не могу понять, почему это проблема На практике подобного не будет никогда А т, Аноним (8), 14:31 , 23-Авг-25, (67)

Аналитику считать сложнее И, теоретически, эта информация может понадобиться и , Мемоним (?), 12:53 , 23-Авг-25, (52)
А если они не поддерживаются фс либо отключены , Аноним (64), 14:29 , 23-Авг-25, (64)

Отличная замена ls -la, да ещё и с гуй Всегда искал , Аноним (6), 08:29 , 23-Авг-25, (6) –3

Ну это вряд ли , Аноним (8), 09:14 , 23-Авг-25, (9)

Заглянул в CMakeLists txt и собирать это как-то расхотелось , u235 (ok), 09:18 , 23-Авг-25, (10) +1

чувак зачем-то вместо объектных файлов архивы линкуетчувствуется колхоз, 12yoexpert (ok), 11:01 , 23-Авг-25, (40)

Меня удивили файлы README md и CHANGELOG md в add_executable И непонятно отку, u235 (ok), 11:21 , 23-Авг-25, (42)

думаю, это для того, чтобы они в дереве проекта в IDE отображались, 12yoexpert (ok), 14:29 , 23-Авг-25, (63)

Объектные файлы лучше не линковать - гимора не оберёшься, add_library OBJECT, Аноним (47), 12:15 , 23-Авг-25, (47) +1

от модулей и компиляторы пока что разваливаются, 12yoexpert (ok), 14:31 , 23-Авг-25, (65)

В clang вся базовая функциональность работает и время компиляции сокращает Не п, Аноним (68), 15:25 , 23-Авг-25, (68)

название subj и заголовок статьи крайне неудачны, видно из комментов народ прост, RM (ok), 09:22 , 23-Авг-25, (12)

Или на что Этого будет достаточно, но я согласен очень полезно, потому что с , Аноним (-), 09:40 , 23-Авг-25, (20)

A Stahl, ты конечно молодец, что почитал доки и сделал свою реализацию, но вообщ, freehck (ok), 09:33 , 23-Авг-25, (18) +1

Это хорошо, но теперь прикрути туда БД и какой-то механизм для настройки всего э, A.Stahl (ok), 09:39 , 23-Авг-25, (19)

А зачем нужна БД, если всю необходимую информацию можно получить через ausearch , freehck (ok), 09:50 , 23-Авг-25, (22) +1

Зачем вы новость на опеннет написали, если программа сделана исключительно для в, Аноним (24), 09:54 , 23-Авг-25, (24)

Это обычные плейсхолдеры, чтобы пользователь сразу понял что туда вводить Их мо, A.Stahl (ok), 10:01 , 23-Авг-25, (26)

Это вам локальная модель так навайбкодила Потому что ни один программист так не, Аноним (24), 10:05 , 23-Авг-25, (29) –1
Вы забыли или никогда не знали пословицу всех технооптимистов материалистов ре, Аноним (24), 10:09 , 23-Авг-25, (31)

очевидный фикс, Фрол (?), 11:57 , 23-Авг-25, (45)

UNIX была коммерческой ОС Коммерсы с принципом меня всё устраивает с рынка вы, Аноним (47), 12:11 , 23-Авг-25, (46)

Твоя правда У меня есть похожая шляпа на питоне, но там код получше и функциона, Аноним (8), 10:04 , 23-Авг-25, (28)

В индексе случаем не dafsa , Аноним (24), 10:10 , 23-Авг-25, (32)

Да не, там простая сериализация в messagepack и cжатие, всё равно перебирать всё, Аноним (8), 10:40 , 23-Авг-25, (37)

У вас случайно нет знакомого Little Bobby Tables , Аноним (24), 10:01 , 23-Авг-25, (27)
Интересно, хоть кто-то из критикующих прислал пулл-реквест , Анонимчег (?), 10:59 , 23-Авг-25, (39) –1

Типа критикуя, предлагай и никак иначе Я помню этим нашу оппозицию, пока она , u235 (ok), 11:33 , 23-Авг-25, (43) –1
auditd - не, не слышал, Аноним (60), 12:43 , 23-Авг-25, (50) –1

Если настоящей целью является очистка хомяка от всякого хлама, то я выбрал принц, Аноним (48), 12:24 , 23-Авг-25, (48)

вы, в ro монтируйте сразу, Аноним (60), 12:44 , 23-Авг-25, (51)

да можно просто комп не включать - никто не нагадит в хомяк , пох. (?), 12:59 , 23-Авг-25, (53)

Скрыто модератором, Аноним (60), 14:07 , 23-Авг-25, (61)

А какая-нибудь libmdbx не лучше будет для такой достаточно простой задачи https , Мемоним (?), 13:01 , 23-Авг-25, (55)

Нет, не будет 1 Во-первых libmbdx - это продукт человека, последовательно озвуч, Аноним (47), 13:57 , 23-Авг-25, (57)

Забыл добавить в моей реализации чего-то подобного всё ещё lzma2-компрессией на, Аноним (47), 14:00 , 23-Авг-25, (58)
так он по заказу товарищмайора делал , Аноним (60), 14:08 , 23-Авг-25, (62)

Сообщения [Сортировка по времени | RSS]

2. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –2 +/–

Сообщение от User (??), 23-Авг-25, 08:06

Так ведь в ntfs создатель и без помощи демонов известен.

Ответить | Правка | Наверх | Cообщить модератору

11. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –7 +/–

Сообщение от WE (?), 23-Авг-25, 09:21

А ты не путай корпоративные ПО с опенсорщеной.

Ответить | Правка | Наверх | Cообщить модератору

13. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –1 +/–

Сообщение от нах. (?), 23-Авг-25, 09:23

ну и кто мне понасоздавал вот это вот
11/08/2025  14:05           335,149 481a175f-cf20-4ad2-8548-d0d4eaa1ca5e.tmp
22/08/2025  22:36                 0 602a6864-4320-4e8c-a888-5c212a639d78.tmp
11/08/2025  14:05           292,514 bd22900a-d2de-47a1-9700-5bd3e078d27e.tmp
?
Можешь подсказать, а то их уже под три сотни там таких?
Поделка, как я понимаю, запоминает процесс (и не один лишь ненужно-pid)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

56. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (56), 23-Авг-25, 13:36

Так ведь он в любой ФС известен. Но только вот какие именно он процессы использовал для создания файлов - неизвестно.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Stanislavvv (?), 23-Авг-25, 08:18

> Данные хранятся в БД SQLite3
А расширенные атрибуты, значит, нафиг?

Ответить | Правка | Наверх | Cообщить модератору

7. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 09:04

Атрибуты чего? БД хранит лишь кортежи имя файла/имя процесса.

Ответить | Правка | Наверх | Cообщить модератору

8. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –1 +/–

Сообщение от Аноним (8), 23-Авг-25, 09:12

Атрибуты ФС. Это ясно из контекста, да и термин однозначный.

Ответить | Правка | Наверх | Cообщить модератору

17. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +3 +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 09:32

> Атрибуты ФС.
И какое отношение этот демон может иметь к атрибутам ФС? Вырази свою мысль полнее, я тебя не понимаю.

Ответить | Правка | Наверх | Cообщить модератору

21. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от Аноним (8), 23-Авг-25, 09:50

>> Атрибуты ФС.
> И какое отношение этот демон может иметь к атрибутам ФС? Вырази свою
> мысль полнее, я тебя не понимаю.
Попробуй подумать. Ну вот записывается информация в базу данных, чтобы потом периодически её удалять, когда файл исчезнет. Хотя достаточно записать, кто создал, прямо в атрибуты файла (которые кривой файловый менеджер обнулит, но это уже не по адресу). Можно даже без доступа пользователя на изменение, типа метки selinux.

Ответить | Правка | Наверх | Cообщить модератору

25. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 09:55

И на каких ФС это работает? Вот я действительно ничего про это не знаю. Кинь ссылкой где всё это разжёвано.

Ответить | Правка | Наверх | Cообщить модератору

30. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от Аноним (8), 23-Авг-25, 10:08

Ммм на всех? Сложно сказать. https://en.wikipedia.org/wiki/Extended_file_attributes

Ответить | Правка | Наверх | Cообщить модератору

33. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 10:12

Забавно. Я не сталкивался. Гляну потом повнимательней. Это может упростить мне жизнь, на самом деле, если действительно работает.

Ответить | Правка | Наверх | Cообщить модератору

34. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +2 +/–

Сообщение от Аноним (8), 23-Авг-25, 10:30

О да, меня вот расстраивает, что записанные в атрибуты хэши с информацией об источнике файла файловые менеджеры не показывают из коробки. Но и знаю, что они там есть, и открываю окошко из контекстного меню, когда надо. Можно много чего интересного сделать на самом деле, только отсутствие поддержки в ФМ удручает. Ни xdg, ни dublincore нет.

Ответить | Правка | Наверх | Cообщить модератору

38. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 10:51

Хм. А ведь работает. Спасибо, аноним, за наводку. Это позволит мне вообще выкинуть БД со всеми БД-шными проблемами. И отдельный поток для периодической очистки БД тоже. Одни плюсы.

Ответить | Правка | Наверх | Cообщить модератору

41. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (8), 23-Авг-25, 11:04

Ну нормально это через eBPF делается, может, ещё чего придумаешь улучшить.

Ответить | Правка | Наверх | Cообщить модератору

44. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от eugener (ok), 23-Авг-25, 11:39

> Забавно. Я не сталкивался
Во времена OS/2 даже журнал бумажный издавался, "Extended Attributes". В полуоси это дело активно использовалось графической оболочкой, например, можно было назначать свои иконки любым файлам, ну и прочую доп.инфу. И всё это хранилось в EA.
Хотя линь и винда поддерживают EA — DE их почти не использует, видимо из-за современных тенденций к упрощению.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

60. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (60), 23-Авг-25, 14:06

ага, иконки исполняемых файлов в виде папок или документов :) спасибо, не надо.

Ответить | Правка | Наверх | Cообщить модератору

66. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от eugener (ok), 23-Авг-25, 14:31

Это да, например zip для OS/2 тоже поддерживал расширенные атрибуты, так что можно было заархивировать файл и кому-нибудь переслать, так что у того человека который его разархивирует — он будет с той же иконкой.
Сейчас это выглядит как уязвимость, а тогда была крутая фича.)

Ответить | Правка | Наверх | Cообщить модератору

49. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (60), 23-Авг-25, 12:37

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

54. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –1 +/–

Сообщение от Аноним (8), 23-Авг-25, 13:00

Я думал, установить, кто создал в последний раз. Там не очень надёжно логирует, насколько я понял. Я попросил чатгпт навайбкодить, чтобы было чётко, он выдал
#include <linux/bpf.h>
#include <linux/ptrace.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/sched.h>
#include <linux/bpf_helpers.h>
SEC("tracepoint/syscalls/sys_enter_openat")
int trace_openat(struct trace_event_raw_sys_enter *ctx) {
    char comm[TASK_COMM_LEN];
    struct file *file;
    char *filename;
    int ret;
    // Get the current process name
    bpf_get_current_comm(&comm, sizeof(comm));
    // Get the filename from the syscall arguments
    filename = (char *)ctx->args[1];
    // Set the xattr (assuming the file descriptor is valid)
    ret = bpf_set_xattr(filename, "user.created_by", comm, sizeof(comm));
    if (ret < 0) {
        return 0; // Error handling
    }
    return 0;
}
char _license[] SEC("license") = "GPL";
clang -O2 -target bpf -c your_ebpf_program.c -o your_ebpf_program.o
bpftool prog load your_ebpf_program.o /sys/fs/bpf/your_ebpf_program
bpftool prog attach /sys/fs/bpf/your_ebpf_program tracepoint syscalls:sys_enter_openat
getfattr -n user.created_by filename
надо, чтобы кто-нибудь проверил

Ответить | Правка | Наверх | Cообщить модератору

59. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (60), 23-Авг-25, 14:04

> Там не очень надёжно логирует, насколько я понял.
так атрибуты можно редактировать (заменить current process), чтобы ввести в заблуждение. А в случае с аудит логом - нет.

Ответить | Правка | Наверх | Cообщить модератору

67. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (8), 23-Авг-25, 14:31

Не могу понять, почему это проблема. На практике подобного не будет никогда. А так, у меня есть похожая программа, которая следит, чтобы порождённые процессы помимо пида и команды имели записанный родительский пид и не терялись (смерть прародителя не важна). Если это не так, родитель (шелл однострочник) перезапускается новым прародителем (любым из). Пару лет крутилось тысячи процессов в день, никаких проблем (целиком благодаря sqlite). А так, конечно, линукс позволяет не только крыть команду, но и запустить другой процесс с тем же пид. Использовать для этого аудит? Увольте, лишнее.

Ответить | Правка | Наверх | Cообщить модератору

52. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Мемоним (?), 23-Авг-25, 12:53

Аналитику считать сложнее. И, теоретически, эта информация может понадобиться и после удаления файла. По хорошему нужна поддержка обеих мест хранения.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

64. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (64), 23-Авг-25, 14:29

> А расширенные атрибуты, значит, нафиг?
А если они не поддерживаются фс либо отключены?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

6. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –3 +/–

Сообщение от Аноним (6), 23-Авг-25, 08:29

Отличная замена ls -la, да ещё и с гуй. Всегда искал!

Ответить | Правка | Наверх | Cообщить модератору

9. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (8), 23-Авг-25, 09:14

Ну это вряд ли.

Ответить | Правка | Наверх | Cообщить модератору

10. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от u235 (ok), 23-Авг-25, 09:18

Заглянул в CMakeLists.txt и собирать это как-то расхотелось.

Ответить | Правка | Наверх | Cообщить модератору

40. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от 12yoexpert (ok), 23-Авг-25, 11:01

чувак зачем-то вместо объектных файлов архивы линкует
чувствуется колхоз

Ответить | Правка | Наверх | Cообщить модератору

42. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от u235 (ok), 23-Авг-25, 11:21

>чувак зачем-то вместо объектных файлов архивы линкует
Меня удивили файлы README.md и CHANGELOG.md в add_executable(). И непонятно откуда берется цель sqlite3 в target_link_libraries().

Ответить | Правка | Наверх | Cообщить модератору

63. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от 12yoexpert (ok), 23-Авг-25, 14:29

> Меня удивили файлы README.md и CHANGELOG.md в add_executable()
думаю, это для того, чтобы они в дереве проекта в IDE отображались

Ответить | Правка | Наверх | Cообщить модератору

47. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от Аноним (47), 23-Авг-25, 12:15

Объектные файлы лучше не линковать - гимора не оберёшься, add_library(... OBJECT ...) - это очень хрупкаяя вещь, напр. от C++ модулей она разваливается.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

65. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от 12yoexpert (ok), 23-Авг-25, 14:31

от модулей и компиляторы пока что разваливаются

Ответить | Правка | Наверх | Cообщить модератору

68. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (68), 23-Авг-25, 15:25

В clang вся базовая функциональность работает и время компиляции сокращает. Не полностью, но работает. import std не работает, и в cmake под специальным вредительской переменной "пропишите "лицензионный ключ", который мы специально периодически меняем, чтобы вы эту фичу даже и не думали всерьёз заюзать". import <...>; не работает совсем.

Ответить | Правка | Наверх | Cообщить модератору

12. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от RM (ok), 23-Авг-25, 09:22

название subj и заголовок статьи крайне неудачны, видно из комментов.
народ просто не понимает (не удивительно), что отслеживается не пользователь, создавший файл, а процесс.
whatcreated а не whomade было бы лучше, как вариант.
ну и в заголовоке заменить "кто" на "программу"

Ответить | Правка | Наверх | Cообщить модератору

20. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (-), 23-Авг-25, 09:40

> в заголовоке заменить "кто" на "программу"
Или на "что". Этого будет достаточно, но я согласен очень полезно, потому что с толку сбивает.

Ответить | Правка | Наверх | Cообщить модератору

18. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от freehck (ok), 23-Авг-25, 09:33

A.Stahl, ты конечно молодец, что почитал доки и сделал свою реализацию, но вообще-то, хоть мне и неловко сейчас тебе это говорить, однако такой процесс уже есть, и он называется auditd.
Минуточку внимания:

% apt-get install auditd
% auditctl -w /srv/watcher -p wa -k file-creation
% touch /srv/watcher/f1
% ausearch -k file-creation
time->Sat Aug 23 06:27:29 2025
type=PROCTITLE msg=audit(1755930449.930:203): proctitle=746F756368006631
type=PATH msg=audit(1755930449.930:203): item=1 name="f1" inode=106694349 dev=fc:00 mode=0100644 ouid=0 ogid=0 rdev=00:00 nametype=CREATE cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=PATH msg=audit(1755930449.930:203): item=0 name="/srv/watcher" inode=106700802 dev=fc:00 mode=040755 ouid=0 ogid=0 rdev=00:00 nametype=PARENT cap_fp=0 cap_fi=0 cap_fe=0 cap_fver=0 cap_frootid=0
type=CWD msg=audit(1755930449.930:203): cwd="/srv/watcher"
type=SYSCALL msg=audit(1755930449.930:203): arch=c000003e syscall=257 success=yes exit=3 a0=ffffff9c a1=7ffef733c719 a2=941 a3=1b6 items=2 ppid=494441 pid=495433 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts12 ses=52246 comm="touch" exe="/usr/bin/touch" subj=unconfined key="file-creation"

Ответить | Правка | Наверх | Cообщить модератору

19. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 09:39

> такой процесс уже есть, и он называется auditd.
Это хорошо, но теперь прикрути туда БД и какой-то механизм для настройки всего этого.
То, что за гаражом валяются какие-то колёса и ты знаешь где купить хороший японский двигатель не означает что у тебя есть машина.

Ответить | Правка | Наверх | Cообщить модератору

22. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +1 +/–

Сообщение от freehck (ok), 23-Авг-25, 09:50

> Это хорошо, но теперь прикрути туда БД
А зачем нужна БД, если всю необходимую информацию можно получить через ausearch.
> механизм для настройки всего этого
Так auditctl же.

Ответить | Правка | Наверх | Cообщить модератору

24. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (24), 23-Авг-25, 09:54

>addDir(DirAction::ADD, DirType::MONITOR, "/home/astahl/.config");
>addDir(DirAction::ADD, DirType::MONITOR, "/home/astahl/.cache");
>addDir(DirAction::ADD, DirType::IGNORE,  "/home/astahl/.cache/mozilla");
Зачем вы новость на опеннет написали, если программа сделана исключительно для вашего личного пользования. И выкиньте нахрен эту библиотеку для парсинга опций командной строки, она не поддерживается, малофункциональная и глючная. Есть гораздо лучшие альтернативы:
1. https://github.com/CLIUtils/CLI11
2. https://git.code.sf.net/p/tclap/code
3. https://github.com/bfgroup/Lyra
4. https://github.com/saveman/octargs
И инлайнить либы в репозиторий - это очень некрасиво. Освойте CMake наконец.

Ответить | Правка | Наверх | Cообщить модератору

26. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от A.Stahl (ok), 23-Авг-25, 10:01

Это обычные плейсхолдеры, чтобы пользователь сразу понял что туда вводить. Их можно менять. Их нужно менять.
>эту библиотеку для парсинга опций командной строки
Она работает. Никаких нареканий у меня нет. Чем твои варианты лучше?
>инлайнить либы в репозиторий - это очень некрасиво.
Для мелких некритичных либ -- самое оно.

Ответить | Правка | Наверх | Cообщить модератору

29. "whomade - процесс, запоминающий кто создал файлы в отслежива..." –1 +/–

Сообщение от Аноним (24), 23-Авг-25, 10:05

Это вам локальная модель так навайбкодила? Потому что ни один программист так не напишет в продакшн-коде.

Ответить | Правка | Наверх | Cообщить модератору

31. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (24), 23-Авг-25, 10:09

>Она работает. Никаких нареканий у меня нет. Чем твои варианты лучше?
Вы забыли (или никогда не знали) пословицу всех технооптимистов/материалистов/редукционистов/программистов: "you are only as good as your tools". "Меня устраивает" - не оправдание, а дешёвая отмазка, не выдерживающая никакой критики. "Не хватает денег" - уже более сильное оправдание, но оно не очень применимо к библиотеке для парсинга командной строки.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

45. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Фрол (?), 23-Авг-25, 11:57

> "Меня устраивает" - не оправдание, а основной принцип UNIX, начиная с первой же версии.
// очевидный фикс

Ответить | Правка | Наверх | Cообщить модератору

46. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (47), 23-Авг-25, 12:11

UNIX была коммерческой ОС. Коммерсы с принципом "меня всё устраивает" с рынка вылетели бы ... а всякие QNX, AIX и прочие и поныне продаются за бабло вме6сто того чтобы "нас всё устраивает, а вы - валите на линукс или винду".

Ответить | Правка | Наверх | Cообщить модератору

28. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (8), 23-Авг-25, 10:04

Твоя правда. У меня есть похожая шляпа на питоне, но там код получше и функциональность побогаче (раз в 100). А вся работа по написанию заняла те же полчаса. Есть ещё индексатор для поиска: изначально идея была fuzzy search для похожих имён, но в конечном итоге достаточно перестановок и замен/удаления символов. Без индекса перебор часы, с индексом 10 секунд, меня устраивает.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (24), 23-Авг-25, 10:10

В индексе случаем не dafsa?

Ответить | Правка | Наверх | Cообщить модератору

37. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (8), 23-Авг-25, 10:40

Да не, там простая сериализация в messagepack и cжатие, всё равно перебирать всё для поиска. Индексы просто раздельные немного, чтобы сразу десятки гигабайт памяти не кушать. Это тот случай, когда временное наколенное решение работает достаточно хорошо даже после стократного увеличения объёмов.

Ответить | Правка | Наверх | Cообщить модератору

27. "whomade - процесс, запоминающий кто создал файлы в отслежива..." +/–

Сообщение от Аноним (24), 23-Авг-25, 10:01

>query = std::format(R "SQL(INSERT INTO {0:}(dirname) SELECT '{1:}' WHERE NOT EXISTS(SELECT 1 FROM {0:}WHERE dirname = '{1:}')) SQL ", table_name, dir);
У вас случайно нет знакомого Little Bobby Tables?

Ответить | Правка | Наверх | Cообщить модератору

39. "whomade - процесс, запоминающий какие программы создают файл..." –1 +/–

Сообщение от Анонимчег (?), 23-Авг-25, 10:59

Интересно, хоть кто-то из критикующих прислал пулл-реквест?

Ответить | Правка | Наверх | Cообщить модератору

43. "whomade - процесс, запоминающий какие программы создают файл..." –1 +/–

Сообщение от u235 (ok), 23-Авг-25, 11:33

Типа "критикуя, предлагай" и никак иначе? Я помню этим нашу оппозицию, пока она ещё была, постоянно попрекали. Нет, я не прислал пулл-реквестов и не пришлю. Я высказал свое мнение, автор может принять его к сведению или проигнорировать и это нормально.

Ответить | Правка | Наверх | Cообщить модератору

50. "whomade - процесс, запоминающий какие программы создают файл..." –1 +/–

Сообщение от Аноним (60), 23-Авг-25, 12:43

auditd - не, не слышал

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

48. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Аноним (48), 23-Авг-25, 12:24

Если настоящей целью является очистка хомяка от всякого хлама, то я выбрал принципиально другой подход: весь рут ("/") монтируется в tmpfs; хомяк тоже в tmpfs; избранные папки бинд-маунтятся в долгосрочное хранилище. Таким образом после рестарта системы я получаю чуть ли не свежеустановленную ось, при этом только некоторые папки переживают перезагрузку (например ~/.config/chromium). И никакой аудит не задействуется. Пусть там хоть тысячи прог понасоздадут свой мусор в хомяке -- после перезагрузки мусор исчезнет, а папки из белого списка останутся. В интернете этот подход гуглится по словам impermanence nix.

Ответить | Правка | Наверх | Cообщить модератору

51. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Аноним (60), 23-Авг-25, 12:44

вы, / в ro монтируйте сразу

Ответить | Правка | Наверх | Cообщить модератору

53. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от пох. (?), 23-Авг-25, 12:59

да можно просто комп не включать - никто не нагадит в хомяк!

Ответить | Правка | Наверх | Cообщить модератору

61. Скрыто модератором +/–

Сообщение от Аноним (60), 23-Авг-25, 14:07

можно было и в коментах не гадить!

Ответить | Правка | Наверх | Cообщить модератору

55. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Мемоним (?), 23-Авг-25, 13:01

А какая-нибудь libmdbx не лучше будет для такой достаточно простой задачи?
https://www.opennet.dev/openforum/vsluhforumID3/121987.html#9

Ответить | Правка | Наверх | Cообщить модератору

57. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Аноним (47), 23-Авг-25, 13:57

Нет, не будет.
1. Во-первых libmbdx - это продукт человека, последовательно озвучивающего совершенно ужасную общественную позицию, которая в поддержку сил, которые нам скотобойню готовят, поэтому её сразу обходим стороной - использование этого продукта бустит карьеру его автора, а те, у кого такая общественная позиция, бустинга карьеры не заслуживают. При этом существенных недостатков в vanilla lmdb нет, поэтому сразу же заменяем в вашем предложении mbdx на lmdb.
2. Вот lmdb как раз можно заюзать, но вместе с dafsa, иначе на хранени путей разоришься. стоковая реализация dafsa в одноимённой либе к сожалению не имеет встроенной функции цепляния к листьям метаинформации. Но есть идентификатор листа, и его можно использовать как ключ хочешь в LMDB, а хочешь вообще perfect hash table сделай.
3. если используешь другие реализации, то в некоторых можно напрямую прицепить к листьям метаданные

Ответить | Правка | Наверх | Cообщить модератору

58. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Аноним (47), 23-Авг-25, 14:00

Забыл добавить: в моей реализации чего-то подобного всё ещё lzma2-компрессией накрывалось.

Ответить | Правка | Наверх | Cообщить модератору

62. "whomade - процесс, запоминающий какие программы создают файл..." +/–

Сообщение от Аноним (60), 23-Авг-25, 14:08

> 1. Во-первых libmbdx - это продукт человека
так он по заказу "товарищмайора" делал :)

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–2 +/–
Сообщение от User (??), 23-Авг-25, 08:06
Так ведь в ntfs создатель и без помощи демонов известен.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–7 +/–
	Сообщение от WE (?), 23-Авг-25, 09:21
	А ты не путай корпоративные ПО с опенсорщеной.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–1 +/–
	Сообщение от нах. (?), 23-Авг-25, 09:23
	ну и кто мне понасоздавал вот это вот 11/08/2025 14:05 335,149 481a175f-cf20-4ad2-8548-d0d4eaa1ca5e.tmp 22/08/2025 22:36 0 602a6864-4320-4e8c-a888-5c212a639d78.tmp 11/08/2025 14:05 292,514 bd22900a-d2de-47a1-9700-5bd3e078d27e.tmp ? Можешь подсказать, а то их уже под три сотни там таких? Поделка, как я понимаю, запоминает процесс (и не один лишь ненужно-pid)
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	56. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (56), 23-Авг-25, 13:36
	Так ведь он в любой ФС известен. Но только вот какие именно он процессы использовал для создания файлов - неизвестно.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
Сообщение от Stanislavvv (?), 23-Авг-25, 08:18
> Данные хранятся в БД SQLite3 А расширенные атрибуты, значит, нафиг?
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+1 +/–
	Сообщение от A.Stahl (ok), 23-Авг-25, 09:04
	Атрибуты чего? БД хранит лишь кортежи имя файла/имя процесса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–1 +/–
	Сообщение от Аноним (8), 23-Авг-25, 09:12
	Атрибуты ФС. Это ясно из контекста, да и термин однозначный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+3 +/–
	Сообщение от A.Stahl (ok), 23-Авг-25, 09:32
	> Атрибуты ФС. И какое отношение этот демон может иметь к атрибутам ФС? Вырази свою мысль полнее, я тебя не понимаю.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+1 +/–
	Сообщение от Аноним (8), 23-Авг-25, 09:50
	>> Атрибуты ФС. > И какое отношение этот демон может иметь к атрибутам ФС? Вырази свою > мысль полнее, я тебя не понимаю. Попробуй подумать. Ну вот записывается информация в базу данных, чтобы потом периодически её удалять, когда файл исчезнет. Хотя достаточно записать, кто создал, прямо в атрибуты файла (которые кривой файловый менеджер обнулит, но это уже не по адресу). Можно даже без доступа пользователя на изменение, типа метки selinux.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от A.Stahl (ok), 23-Авг-25, 09:55
	И на каких ФС это работает? Вот я действительно ничего про это не знаю. Кинь ссылкой где всё это разжёвано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+1 +/–
	Сообщение от Аноним (8), 23-Авг-25, 10:08
	Ммм на всех? Сложно сказать. https://en.wikipedia.org/wiki/Extended_file_attributes
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от A.Stahl (ok), 23-Авг-25, 10:12
	Забавно. Я не сталкивался. Гляну потом повнимательней. Это может упростить мне жизнь, на самом деле, если действительно работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+2 +/–
	Сообщение от Аноним (8), 23-Авг-25, 10:30
	О да, меня вот расстраивает, что записанные в атрибуты хэши с информацией об источнике файла файловые менеджеры не показывают из коробки. Но и знаю, что они там есть, и открываю окошко из контекстного меню, когда надо. Можно много чего интересного сделать на самом деле, только отсутствие поддержки в ФМ удручает. Ни xdg, ни dublincore нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+1 +/–
	Сообщение от A.Stahl (ok), 23-Авг-25, 10:51
	Хм. А ведь работает. Спасибо, аноним, за наводку. Это позволит мне вообще выкинуть БД со всеми БД-шными проблемами. И отдельный поток для периодической очистки БД тоже. Одни плюсы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (8), 23-Авг-25, 11:04
	Ну нормально это через eBPF делается, может, ещё чего придумаешь улучшить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от eugener (ok), 23-Авг-25, 11:39
	> Забавно. Я не сталкивался Во времена OS/2 даже журнал бумажный издавался, "Extended Attributes". В полуоси это дело активно использовалось графической оболочкой, например, можно было назначать свои иконки любым файлам, ну и прочую доп.инфу. И всё это хранилось в EA. Хотя линь и винда поддерживают EA — DE их почти не использует, видимо из-за современных тенденций к упрощению.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	60. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (60), 23-Авг-25, 14:06
	ага, иконки исполняемых файлов в виде папок или документов :) спасибо, не надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от eugener (ok), 23-Авг-25, 14:31
	Это да, например zip для OS/2 тоже поддерживал расширенные атрибуты, так что можно было заархивировать файл и кому-нибудь переслать, так что у того человека который его разархивирует — он будет с той же иконкой. Сейчас это выглядит как уязвимость, а тогда была крутая фича.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (60), 23-Авг-25, 12:37
	> Хотя достаточно записать, кто создал, прямо в атрибуты файла так файл с таким же именем может создать кто-либо другой (владелец, процесс). Цель утилиты трекать историю создания файлов и т.д. Вопрос толька накуя, когда есть аудит лог?
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	54. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–1 +/–
	Сообщение от Аноним (8), 23-Авг-25, 13:00
	Я думал, установить, кто создал в последний раз. Там не очень надёжно логирует, насколько я понял. Я попросил чатгпт навайбкодить, чтобы было чётко, он выдал #include <linux/bpf.h> #include <linux/ptrace.h> #include <linux/fs.h> #include <linux/uaccess.h> #include <linux/sched.h> #include <linux/bpf_helpers.h> SEC("tracepoint/syscalls/sys_enter_openat") int trace_openat(struct trace_event_raw_sys_enter ctx) { char comm[TASK_COMM_LEN]; struct file file; char filename; int ret; // Get the current process name bpf_get_current_comm(&comm, sizeof(comm)); // Get the filename from the syscall arguments filename = (char )ctx->args[1]; // Set the xattr (assuming the file descriptor is valid) ret = bpf_set_xattr(filename, "user.created_by", comm, sizeof(comm)); if (ret < 0) { return 0; // Error handling } return 0; } char _license[] SEC("license") = "GPL"; clang -O2 -target bpf -c your_ebpf_program.c -o your_ebpf_program.o bpftool prog load your_ebpf_program.o /sys/fs/bpf/your_ebpf_program bpftool prog attach /sys/fs/bpf/your_ebpf_program tracepoint syscalls:sys_enter_openat getfattr -n user.created_by filename надо, чтобы кто-нибудь проверил
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (60), 23-Авг-25, 14:04
	> Там не очень надёжно логирует, насколько я понял. так атрибуты можно редактировать (заменить current process), чтобы ввести в заблуждение. А в случае с аудит логом - нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (8), 23-Авг-25, 14:31
	Не могу понять, почему это проблема. На практике подобного не будет никогда. А так, у меня есть похожая программа, которая следит, чтобы порождённые процессы помимо пида и команды имели записанный родительский пид и не терялись (смерть прародителя не важна). Если это не так, родитель (шелл однострочник) перезапускается новым прародителем (любым из). Пару лет крутилось тысячи процессов в день, никаких проблем (целиком благодаря sqlite). А так, конечно, линукс позволяет не только крыть команду, но и запустить другой процесс с тем же пид. Использовать для этого аудит? Увольте, лишнее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Мемоним (?), 23-Авг-25, 12:53
	Аналитику считать сложнее. И, теоретически, эта информация может понадобиться и после удаления файла. По хорошему нужна поддержка обеих мест хранения.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	64. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (64), 23-Авг-25, 14:29
	> А расширенные атрибуты, значит, нафиг? А если они не поддерживаются фс либо отключены?
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

6. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	–3 +/–
Сообщение от Аноним (6), 23-Авг-25, 08:29
Отличная замена ls -la, да ещё и с гуй. Всегда искал!
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от Аноним (8), 23-Авг-25, 09:14
	Ну это вряд ли.
	Ответить \| Правка \| Наверх \| Cообщить модератору

10. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+1 +/–
Сообщение от u235 (ok), 23-Авг-25, 09:18
Заглянул в CMakeLists.txt и собирать это как-то расхотелось.
Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от 12yoexpert (ok), 23-Авг-25, 11:01
	чувак зачем-то вместо объектных файлов архивы линкует чувствуется колхоз
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от u235 (ok), 23-Авг-25, 11:21
	>чувак зачем-то вместо объектных файлов архивы линкует Меня удивили файлы README.md и CHANGELOG.md в add_executable(). И непонятно откуда берется цель sqlite3 в target_link_libraries().
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "whomade - процесс, запоминающий кто создал файлы в отслежива..."	+/–
	Сообщение от 12yoexpert (ok), 23-Авг-25, 14:29
	> Меня удивили файлы README.md и CHANGELOG.md в add_executable() думаю, это для того, чтобы они в дереве проекта в IDE отображались
	Ответить \| Правка \| Наверх \| Cообщить модератору