Для техподдержки это часто может быть важно. Утилита же не для сбора базы делалась. А тут стоит просто удалить перед упаковкой то, что не нужно в явном виде для анализа железа. Информация про ip не нужна, думаю, на 100%.
Ну вот предложение, провести ревизию и зачистить перед формированием архива то, что не требуется в явном виде, а там явно много лишнего. Если syslog/kernel не используется, то удалить, если же есть задумка по использованию, то попробовать зачистить всё, что похоже на MAC-адреса и постараться аналогично с серийниками поступить. Строку из Xorg.0.log зачистить sed-ом - там hostname, кажется, на предопределённой позиции всегда. Да и вообще всю строку можно удалить - она /proc/version фактически дублирует.
Так нельзя исключать вариант, что сервис будет использоваться для техподдержки (он и сейчас фактически используется для этого, но в более, так сказать, простом виде на форуме и прочих сетях желающими на добровольных началах). А данные по ip и прочим вещам (я там ещё конкретно не смотрел, что именно там собирается), если они не содержат адресов из белого диапазона, вполне можно использовать для диагностики проблем с настройкой (ну это как дополнение к решению хардварных и околохардварных вопросов). Удалять же специально предварительно ничего не буду, т.к. данные в любом случае не покинут их места расположения без явного программирования этой возможности, но при всём этом они весьма заметно повышают уникальность архива.
Ещё архив стоит паковать от tmp.<bla-bla>, а не с полным путём с username.
Это тоже относится к уникальности (поскольку, как надо всегда помнить, сервис автономен и он сравнивает пробы в автоматическом режиме на лету так сказать), поэтому и рандомный tmp и имя пользователя, которое в любом разе за пределы сервиса не выйдет.
На, как минимум, e2k нет dmi совсем и мне, честно говоря, не совсем улыбается делать поместный парсер, который будет зависеть от архитектуры присылаемых данных
Понимаю, но ноги потребности знать откуда-то про BIOS растут вот отсюда https://bugzilla.altlinux.org/17971. То есть, в итоге, проблема устранена обновлением BIOS материнки. Модель материнки, соответственно, тоже хотелось бы видеть.
Так что-то ещё припоминается в плане биосов, которые "обновляли, обновляли, да не выбновляли". Хорошо, подумаю над этим вариантом (не придётся повторно что-то заливать, просто информация добавится на страницу с данными), но думаю это сделать вместе с вынужденным переписыванием части функционала с шела на php, поэтому не совсем быстро будет (плюс там ещё в todo удаление из базы числится, а это завязано вообще на всё практически, как бы не пришлось ещё кучу мест переписать).
Для пользователя же сервиса плюс в том, что пока идёт переписывание, сервисом можно без проблем пользоваться, т.к. отработка нового функционала идёт на дубле.
