У меня есть устройство PowerPC с установленным на нем довольно древним Debian.
Его можно идентифицировать как производное от Lenny: /etc/issue
упоминает Debian GNU/Linux 5.0
. Существуют некоторые пакеты, специфичные для поставщика.
Какие уголки системы я мог бы использовать для извлечениястроитьдата распространения? Меня не интересует дата установки.
решение1
Каждый пакет, который компилируется с политикой Debian, содержит файл журнала изменений в . Файл может быть вызван, если пакет собран из собственного исходного кода Debian. Последняя запись в журнале изменений должна быть временем завершения пакета, т. е. она должна быть после последнего изменения исходного кода пакета и до времени сборки пакета./usr/share/doc/PACKAGE-NAME/changelog.Debian
changelog.gz
Theвременная метка на выходных данных компиляции(исполняемые файлы, библиотеки, байт-код и т. д.) будет временем, когда они были построены. Поскольку дата сборки системы существует, это она. Она, конечно, различна для каждого пакета — система Debian не собирается за один раз. (Ну, теоретически это было бы возможно, но это заняло бы очень много времени.)
.deb
Если в папке присутствуют некоторые файлы /var/cache/apt/archives
, время их изменения даст верхнюю границу времени их сборки.
Время изменения каталогов и время изменения inode ( ls -lc
) дают нижнюю границу возраста задействованных файлов. Журналы могут быть доступны в /var/log/dpkg.log*
и /var/log/apt
. (Может и нет, если дистрибутив слишком старый, я не помню, существовали ли они уже в lenny.) Но это все во время установки или после установки.
В комментарии вы упоминаете юридическое расследование. Все эти временные метки можно легко подделать, поэтому они полезны только в том случае, если администратор системы не подозревается в их подделке.
решение2
Проверьте дату сборки установленного ПО, например aptitude. Это не сработает, если ПО имеет обновление безопасности, но в противном случае самое раннее время компиляции из группы пакетов, которые сообщают о времени компиляции, даст вам некоторое представление. Моя система — Debian 7.6 (wheezy). Вот несколько примеров с моей машины.
способность
faheem@orwell:~$ aptitude --version
aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03
Compiler: g++ 4.7.2
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.2.10
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 5.9.20110404
cwidget version: 0.5.16
Apt version: 4.12.0
apt-get
faheem@orwell:~$ apt-get --version
apt 0.9.7.9 for amd64 compiled on Oct 8 2014 10:25:29
Supported modules:
*Ver: Standard .deb
*Pkg: Debian dpkg interface (Priority 30)
Pkg: Debian APT solver interface (Priority -1000)
S.L: 'deb' Standard Debian binary tree
S.L: 'deb-src' Standard Debian source tree
Idx: Debian Source Index
Idx: Debian Package Index
Idx: Debian Translation Index
Idx: Debian dpkg status file
Idx: EDSP scenario file
слрн
faheem@orwell:~$ slrn --version
slrn 1.0.1
S-Lang Library Version: 2.2.4
Compiled on: Feb 10 2014 20:58:07
Operating System: Linux
COMPILE TIME OPTIONS:
Backends: +nntp +slrnpull +spool
External programs / libs: +canlock +inews +ssl +uudeview +iconv
Features: +decoding +emphasized_text +end_of_thread +fake_refs +gen_msgid
-grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
Using 64 bit integers for article numbers.
DEFAULTS:
Default server object: nntp
Default posting mechanism: nntp
сш
faheem@orwell:~$ ssh -v
OpenSSH_6.0p1 Debian-4+deb7u2, OpenSSL 1.0.1e 11 Feb 2013
вим
faheem@orwell:~$ vim --version
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Feb 10 2013 02:28:47)
openssl
faheem@orwell:~$ openssl version
OpenSSL 1.0.1e 11 Feb 2013
нано
faheem@orwell:~$ nano --version
GNU nano version 2.2.6 (compiled 21:40:01, Jun 22 2012)
решение3
отhttps://lists.debian.org/debian-user/2013/05/msg01045.html
~# uname -a Linux wheezy 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux
~# ls -l /boot/vm* -rw-r--r-- 1 root root 2833376 15 мая 23:58 /boot/vmlinuz-3.2.0-4-amd64 ~#
В выводе uname больше нет даты, которую я мог бы сравнить с временной меткой файла образа ядра.
Теперь вам нужно сравнить версию пакета Debian, сообщенную uname (3.2.41-2 в примере выше), с версией, установленной в данный момент (например, с помощью dpkg -l). Однако /proc/version по-прежнему сообщает мне время сборки.
звучит неубедительно для меня. Как администратор, я не могу быть уверен, какой источник использовался для сборки установленного пакета ядра.
Поскольку исходный пакет, используемый для сборки ядра, однозначно идентифицирует ядро, вас должна интересовать только версия исходного пакета?
===
по моему мнению, было бы ужасно, если бы centos/rhel убрали дату сборки в uname...