LINUX.ORG.RU
Форум — General  

snap service

 


0

1

Здравствуйте всем. Помогите разобраться со следами, которые оставляет snap в ситеме. Версию в терминале отображает ту что и здесь: packages.debian.org/sid/amd64/snapd/filelist snap version 2.57.6 от после июля 2022 И весь этот пакет с сохранением путей у меня в наличие. Но на всех файлах из списка, плюс менеджеры пакета снап в /var/lib/dpkg/info , дата модификации стоит одна и та же 2022-02-23 15:48:54.0000000000 созданы : 09 марта 2022 Что бы это значило? Юзер ручками поменял дату модификации? Или это может означать обновление файлов? К сожалению журналы на эту дату недоступны, что бы посмотреть, было ли обновление.

Ответ на: комментарий от shalomi

С чего ты взял что она от после июля? Набери 

dpkg -l | grep snapd

А ещё посмотри в /var/cache/apt/archives/ какие .deb есть.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Действительно dpkg -l | grep snapd выводит ii snapd 2.54.3+21.10.1ubuntu0.2 анализ dpkg пакетов показывает , что этот пакет был инсталл 2022-03-09 status installed snapd:amd64 2.54.3+21.10.1ubuntu0.1 в archives/ ничего нет вообще, вернее папочка partial и текстовый файл lock , с крестиками, не открываются. но команда snap version выводит ~$ snap version snap 2.57.6 snapd 2.57.6 series 16 ubuntu 21.10 kernel 5.13.0-52-generic

команда snap list –all выводит core 16-2.57.6 14399 latest/stable canonical✓ core

или я чего то не догоняю, эти команды показывают доступные версии на сервере?

shalomi
() автор топика
Ответ на: комментарий от firkax

вторая команда выводит то же самое, /usr/bin/snap /usr/share/man/man8/snap.8.gz на самом деле ответ на 1 вопрос получен, даты создания и модификации нормальные, а тот факт, что новые версии стоят непонятно где и не обновили папки о которых писалось выше, это уже другой вопрос. команда journalctl -u snap выдает что постоянно стартует демон snapd c новой версией daemon.go:247: started snapd/2.57.6 (series 16; classic) ubuntu/21.10 (amd64) linux/5.13.0-52-generic.

Меня же в основном интересует процесс образования временных меток. В частности, можно ли утверждать, что если в метке на конце все нули (например 2022-01-10 05:07:51.0000000000 /usr/bin/systemd-cryptenroll), то эту модификацию файлов осуществляла система без подключения к интернету (в спящем режиме)? Snap, я уже убедился, в спящем режиме работает, как другие , не знаю.

shalomi
() автор топика
Ответ на: комментарий от shalomi

По большому счету, вопрос основной звучал бы так. Вернее сказать , мне хотелось бы понять, любая из 3-х меток, по чьей инициативе возникла? Кто автор? Система или юзер? Вероятно есть мануал, где расписано, куда система не лезет и тд. Если прямо конкретно, то мне вот интересно, ситема стартанула с измененным системным временем (2022-01-10 05:07:51), и именно с этим временем модификации (2022-01-10 05:07:51.0000000000)стали отображаться файлы в /etc/sysctl.d/99-sysctl.conf , /etc/modules-load.d/modules.conf, /home//swapfile , /usr/bin/systemd- , /usr/lib/systemd//systemd, usr/lib/tmp*, usr/lib/udev/* , usr/sbin/ , usr/share/ , /var/lib/dpkg/info/*, /swapfile всего 593 файла с меткой модифед именно этим временем, временем старта системы с новой датой\временем

shalomi
() автор топика
General