☰

데비안 시스템의 빌드 날짜를 어떻게 얻나요?

tag-icon • tag-icon linux debian
데비안 시스템의 빌드 날짜를 어떻게 얻나요?

내가 여기 가지고 있는 것은 아주 오래된 데비안이 설치된 powerpc 장치입니다.

/etc/issueLenny 파생 항목 으로 식별할 수 있습니다 Debian GNU/Linux 5.0. 일부 공급업체별 패키지가 있습니다.

시스템의 어느 부분을 추출하는 데 사용할 수 있나요?짓다배포일? 설치 날짜에는 관심이 없습니다.

답변1

Debian 정책으로 컴파일되는 각 패키지에는 . 패키지가 기본 Debian 소스에서 빌드된 경우 파일이 호출될 수 있습니다 . 변경 로그의 최신 항목은 패키지가 완료된 시간으로 간주됩니다. 즉, 패키지 소스에 대한 마지막 변경 이후이자 패키지가 빌드된 시간 이전입니다./usr/share/doc/PACKAGE-NAME/changelog.Debianchangelog.gz

그만큼컴파일 출력의 타임스탬프(네이티브 실행 파일, 라이브러리, 바이트코드 등)은 빌드된 시간이 됩니다. 시스템의 구축 날짜가 존재하는 한 이것이 바로 그것입니다. 물론 패키지마다 다릅니다. 데비안 시스템은 한 번에 구축되지 않습니다. (이론적으로는 가능하겠지만 시간이 많이 걸릴 것 같습니다.)

일부 .deb파일이 에 있는 경우 /var/cache/apt/archives수정 시간에 따라 빌드 시간의 상한이 지정됩니다.

디렉터리 수정 시간과 inode 변경 시간( ls -lc)은 관련된 파일의 수명에 대한 하한을 제공합니다. 로그는 /var/log/dpkg.log*및 에서 사용할 수 있습니다 /var/log/apt. (배포판이 너무 오래된 경우에는 아닐 수도 있습니다. lenny에 이미 존재했는지 기억이 나지 않습니다.) 그러나 이것은 모두 설치 시간 또는 설치 후입니다.

댓글에서 법적 조사를 언급하셨습니다. 이러한 모든 타임스탬프는 쉽게 위조될 수 있으므로 시스템 관리자가 이를 조작한 것으로 의심되지 않는 경우에만 유용합니다.

답변2

적성 등 설치된 소프트웨어의 빌드 날짜를 확인하세요. 소프트웨어에 보안 업그레이드가 있으면 작동하지 않지만, 그렇지 않으면 컴파일 시간을 보고하는 여러 패키지의 초기 컴파일 시간을 통해 어느 정도 아이디어를 얻을 수 있습니다. 내 시스템은 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

적절한

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

SSH

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 데비안 3.2.41-2 x86_64 GNU/Linux

~# ls -l /boot/vm* ​​-rw-r--r-- 1 루트 루트 2833376 5월 15일 23:58 /boot/vmlinuz-3.2.0-4-amd64 ~#

uname 출력에는 더 이상 날짜가 없습니다. 커널 이미지 파일의 타임스탬프와 비교할 수 있습니다.

이제 uname이 보고한 데비안 패키지 버전(위 예에서는 3.2.41-2)을 현재 설치된 버전(예: dpkg -l 사용)과 비교해야 합니다. 하지만 /proc/version은 여전히 ​​빌드 시간을 보고합니다.

나에게는 설득력이 없는 것 같다. 관리자로서 저는 설치된 커널 패키지를 빌드하는 데 어떤 소스가 사용되었는지 신경 쓰지 않았습니다.

커널을 빌드하는 데 사용되는 소스 패키지는 커널을 고유하게 식별하므로 소스 패키지 버전에만 관심을 가져야 합니까?

===

imo centos/rhel이 이름이 없는 빌드 날짜를 없애면 정말 짜증날 것 같아요...

관련 정보