| |
| 2.9, penetrator (?), 09:41, 02/07/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
This is a simple application whitelisting daemon for Linux.
это же совсем другая задача
| | |
| |
| 3.47, Аноним (47), 18:06, 06/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
IMA/EVM для онлайн проверки системы при запуску
AIDE для периодической и офлайн проверки системы
gemato + Manifest для проверки каталогов, бекасов, архивов,...
SQL база слишком. B2 предписывает хранить информацию о безопасности (хеши, подписи) в метаданных файловой системы. Но для архивов, деканов подписаный Manifest то вот надо!
| | |
| |
| 4.49, EiLef3Woos (ok), 06:50, 07/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Вот этот вот всё перечисленное — "не слишком", а SQLite база данных в виде одного файла — это уже "слишком"... Штош...
:-)
| | |
|
|
|
| 1.4, Аноним (4), 08:32, 02/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
Я уверен, это востребованная функциональность для венды, она любит терять и повреждать файлы. Остальным, видимо, не интересно было. Но чтобы что, вот узнал ты -- хеши расходятся. Переведёшь венду на рейд с btrfs теперь?
>выявления расхождений после синхронизации данных
Практически миллионы-миллиарды изменений отслеживать не реалистично. Rsync уже позволяет перепроверить после завершения синхронизации, этого достаточно.
| | |
| |
| 2.8, aname (ok), 09:40, 02/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > она любит терять и повреждать файлы
Наглядное пособие, что в интернетах какой только дичи не пишут.
> Переведёшь венду на рейд с btrfs теперь?
И это когда есть прекрасная NTFS. Таким переводителям медицина уже вряд ли поможет
| | |
| |
| |
| 4.11, aname (ok), 09:52, 02/07/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
У меня она спокойно переживает аварийные отключения электричества. Если у тебя NTFS постоянно разваливает MFT, то это вопросы к твоему железу/рукам, а не к NTFS.
| | |
| |
| 5.12, Аноним (4), 09:55, 02/07/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
А это как повезёт и какие обновления установлены. Если бы ты хоть немного владел темой, то знал, что это самый популярный деструктивный баг, который исправляют из года в год.
| | |
| |
| 6.15, aname (ok), 10:07, 02/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Последний раз, когда я видел проблемы с MFT- была XP.
Что ты там делаешь, какое некроговно используешь, какие эксперименты ставишь, какие драйверы NTFS используешь- я не знаю, но очевидно, что проблема уж точно не в шинде.
Вот что- что в шинде уж точно стабильное, так это NTFS.
| | |
| |
| 7.17, Аноним (4), 10:49, 02/07/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
А вот майкрософт считает, что в 10 раз 10 устраняли. Никаких экспериментов, чистый сток. Просто признай, что ты ничего не знаешь об обожаемой тобой венде. Ещё раз, такое стабильное, что MFT рассыпается при исчерпании места.
| | |
| |
| 8.18, aname (ok), 11:06, 02/07/2026 [^] [^^] [^^^] [ответить] | +/– | У меня, как и у многих, исчерпывалось место и не раз MFT на месте Почему ты сд... текст свёрнут, показать | | |
| |
| |
| 10.20, aname (ok), 11:09, 02/07/2026 [^] [^^] [^^^] [ответить] | –1 +/– | У меня устанавливаются все обновления MFT в норме Опять линуксоиды не осилили ... текст свёрнут, показать | | |
| |
| |
| 12.22, aname (ok), 11:56, 02/07/2026 [^] [^^] [^^^] [ответить] | +/– | Не увидел, до сих пор, ни одной ссылки Впрочем, чего ж от тебя ещё ожидать- то... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 5.13, Аноним (4), 09:57, 02/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Аварийные отключения, кстати, часто ни при чём. Это просто драйвер нтфс у венды такой хороший.
| | |
|
|
| 3.40, Аноним (40), 10:32, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>И это когда есть прекрасная NTFS.
Прекрасная она была в Win7. Начиная с 8 и выше, до 10 очень часто Винда умирала при потере питания.
Но тут не знаю, или они что-то в NTFS начудили, или после Вин7 винда начала что-то постоянно индексировать и постоянно писать на диск, что вело к грустным последствиям после пропадания питания.
| | |
| |
| 4.41, aname (ok), 12:17, 04/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
У меня есть n-компьютеров, с NTFS. По незавищсящим причинам, часто теряют питание. Так вот, NTFS выживает в таких условиях. Я хз за конкретные случаи, но в моём зоопарке NTFS реально тащит.
| | |
|
|
|
| |
| 2.23, Аноним (23), 12:02, 02/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ничего надёжнее старой-доброй проверки целостности файлов так и не изобрели.
| | |
|
| 1.14, Аноним (14), 09:58, 02/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Каждая новость о борьбе с/за безопасность убеждаюсь что собирать софт нужно самому из сурцов.
| | |
| |
| 2.29, EiLef3Woos (ok), 15:25, 02/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если речь о конкретной программе, то все релизы там собираются автоматически из исходников через GitHub Actions
| | |
|
| 1.16, Аноним (16), 10:20, 02/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Иллюзорный мир демиурга воплотившего мыслеформу в крошечную цифровую реальность рушится на глазах.
| | |
| |
| |
| 3.42, OpenEcho (?), 15:20, 04/07/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Иммено Всё гениальное - простое Я пробовал ваш инструмент, если интересно, ... большой текст свёрнут, показать | | |
| |
| 4.43, EiLef3Woos (ok), 18:36, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> если интересно, моё мнение:
Мнение действительно очень интересно. Это, пожалуй, первое объективное мнение и с критикой и пожеланиями за все два года разработки. Вас не затруднит опубликовать такой обзор на странице проекта на гитхабе https://github.com/precizer/precizer/, в разделе Discussions или Issues, чтобы эта информация не потерялась среди постоянно обновляющихся новостей Опеннета? Там будет удобно разобрать каждый пункт, создать задачи для внесения изменений.
| | |
| 4.44, EiLef3Woos (ok), 19:22, 05/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> isatty() - в помощь
Буду рад обменяться личными контактами для продолжения диалога. Приятно иметь дело с профессионалами, знающими нюансы на таком уровне.
| | |
| |
| 5.52, OpenEcho (?), 14:51, 22/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сорри, но к сожалению не смогу быть более полезным проекту, но следить по возмоххности буду и если что то тригернет, то дам знать. Я и здесь то появляюсь только исключительно когда застреваю в занудных командировках
| | |
| |
| 6.55, EiLef3Woos (ok), 19:01, 22/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Сорри, но к сожалению не смогу быть более полезным проекту, но следить
> по возмоххности буду и если что то тригернет, то дам знать.
> Я и здесь то появляюсь только исключительно когда застреваю в занудных
> командировках
Я действительно искренне благодарен за обратную связь и не прошу какого-то особого участия в проекте. Отзывов обычно не много, но Вам удалось внести столько разумных рациональных предложений, что я хотел бы иметь возможность сообщить о прогрессе по внедрению этих изменений в код. Только это и не более того.
| | |
|
|
| |
| 5.53, OpenEcho (?), 15:20, 22/07/2026 [^] [^^] [^^^] [ответить] | +/– | Я это понял, но с точки зрения IDS, было бы удобно если бы был ключ который сраз... большой текст свёрнут, показать | | |
| |
| 6.54, EiLef3Woos (ok), 18:41, 22/07/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Большое спасибо за отзывы! Я внимательно пройдусь по каждому пункту в комментарии. На вдумчивое рассмотрение нужно выделить достаточное количество времени.
Я сейчас занят доработками по предыдущим комментариям.
Вести баг-репорт было бы проще тут https://github.com/precizer/precizer/discussions/163
@OpenEcho присоединяйтесь к дискуссии! Я разделю каждый пункт на задачу для доработки. Я имею в виду задачи для себя. Если Вы смогли бы присоединиться к дискуссии, то я бы мог сообщать о прогрессе.
| | |
| 6.56, EiLef3Woos (ok), 19:44, 22/07/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Я создал базу на первоm проходе, потом с ключом -n
> precizer -d YYYY-MM-DD_documents.precizer.db --progress -n ${HOME}/Documents
> В надежде получить просто сравнение текущего состояния с базой в итоге вышло
> ERROR: Exit status » WARNING
Всё, теперь я понял идею! Опции -u/--update и -n/--dry-run антагонисты. Параметр -u сделан для того, чтобы пользователь явно согласился с изменением изначального слепка. Это позволяет защитить первичный слепок при случайном повторном запуске. Но при -n итак ни каких изменений не будет, поэтому в -u нет необходимости. Согласен. Принято в TODO.
| | |
|
|
|
|
|
| 1.35, Аноним (35), 16:24, 03/07/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Попытка сборки в актуальном генту заканчивается вот так:
/usr/x86_64-pc-linux-gnu/binutils-bin/2.46.0/ld: невозможно найти -lpcre2-8: Нет такого файла или каталога
/usr/x86_64-pc-linux-gnu/binutils-bin/2.46.0/ld: have you installed the static version of the pcre2-8 library ?
collect2: ошибка: выполнение ld завершилось с кодом возврата 1
make: *** [Makefile:596: .builds/portable/precizer] Ошибка 1
| | |
|
