Как на самом деле узнать, какому пакету принадлежит файл?

[жучара]

Друзья! Debian 12, нулёвая, изменения минимальны. Файл ifconfig будем искать. apt-file обновлён

Shell

$ whereis ifconfig
ifconfig: /usr/sbin/ifconfig /usr/share/man/man8/ifconfig.8.gz
$
$ apt-file search /usr/sbin/ifconfig
$
$ dpkg -S /usr/sbin/ifconfig
dpkg-query: не найден путь, подходящий под шаблон /usr/sbin/ifconfig
$

Хотя на самом деле файл /usr/sbin/ifconfig принадлежит пакету net-tools
/usr/bin/mount тоже не может найти, а вот /usr/bin/ssh может. Через раз ищется. Непонятно, короче. Спасибо, кто откликнется.

[Red Gremlin]

Хотя на самом деле файл /usr/sbin/ifconfig принадлежит пакету net-tools

Нет, пакету net-tools принадлежит файл /sbin/ifconfig. Просто в 12-ом дебиане /sbin является ссылкой на usr/sbin.
Из-за этой путаницы с /bin, /sbin, /usr/bin, /usr/sbin я всегда искал принадлежность команды к пакету через apt-file find bin/cmdname

[жучара]

Хотя на самом деле файл /usr/sbin/ifconfig принадлежит пакету net-tools

Нет, пакету net-tools принадлежит файл /sbin/ifconfig. Просто в 12-ом дебиане /sbin является ссылкой на usr/sbin.
Из-за этой путаницы с /bin, /sbin, /usr/bin, /usr/sbin я всегда искал принадлежность команды к пакету через apt-file find bin/cmdname

спасибо, а вот неисполняемый файл, к, примеру, как про него узнать:

Shell

$ apt-file search /etc/network/interfaces
switchconf: /usr/share/doc/switchconf/examples/home/etc/network/interfaces
switchconf: /usr/share/doc/switchconf/examples/work/etc/network/interfaces
$
$
$ dpkg -S /etc/network/interfaces
dpkg-query: не найден путь, подходящий под шаблон /etc/network/interfaces
$

[Bizdelnick]

а вот неисполняемый файл, к, примеру, как про него узнать

Не имеет значения, исполняемый ли он. Просто этот файл не входит в состав пакета, а генерируется постинсталляционным скриптом.

Shell

% grep -F /etc/network/interfaces /var/lib/dpkg/info/*
/var/lib/dpkg/info/ifupdown.list:/etc/network/interfaces.d
/var/lib/dpkg/info/ifupdown.postinst: if [ ! -f /etc/network/interfaces ] ; then
/var/lib/dpkg/info/ifupdown.postinst: echo "Creating /etc/network/interfaces."
/var/lib/dpkg/info/ifupdown.postinst: echo "# interfaces(5) file used by ifup(8) and ifdown(8)" > /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: echo "# Include files from /etc/network/interfaces.d:" >> /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: echo "source /etc/network/interfaces.d/*" >> /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: report_warn "/etc/network/interfaces does not exist"
/var/lib/dpkg/info/ifupdown.postrm: # Note: We don't remove /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst:if [ -f /etc/network/interfaces ] && ! grep -q '^[^#]' /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst: f=/etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst: if [ `wc -c < /etc/network/interfaces` -eq 2466 ]; then
/var/lib/dpkg/info/ifupdown.preinst: echo -n "Removing old dummy /etc/network/interfaces: "
/var/lib/dpkg/info/ifupdown.preinst: rm /etc/network/interfaces
%

[жучара]

а вот неисполняемый файл, к, примеру, как про него узнать

Не имеет значения, исполняемый ли он. Просто этот файл не входит в состав пакета, а генерируется постинсталляционным скриптом.

Shell

% grep -F /etc/network/interfaces /var/lib/dpkg/info/*
/var/lib/dpkg/info/ifupdown.list:/etc/network/interfaces.d
/var/lib/dpkg/info/ifupdown.postinst: if [ ! -f /etc/network/interfaces ] ; then
/var/lib/dpkg/info/ifupdown.postinst: echo "Creating /etc/network/interfaces."
/var/lib/dpkg/info/ifupdown.postinst: echo "# interfaces(5) file used by ifup(8) and ifdown(8)" > /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: echo "# Include files from /etc/network/interfaces.d:" >> /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: echo "source /etc/network/interfaces.d/*" >> /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.postinst: report_warn "/etc/network/interfaces does not exist"
/var/lib/dpkg/info/ifupdown.postrm: # Note: We don't remove /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst:if [ -f /etc/network/interfaces ] && ! grep -q '^[^#]' /etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst: f=/etc/network/interfaces
/var/lib/dpkg/info/ifupdown.preinst: if [ `wc -c < /etc/network/interfaces` -eq 2466 ]; then
/var/lib/dpkg/info/ifupdown.preinst: echo -n "Removing old dummy /etc/network/interfaces: "
/var/lib/dpkg/info/ifupdown.preinst: rm /etc/network/interfaces
%

ну да. Удаление ifupdown + удаление /etc/network/interfaces + инсталляция ifupdown дало /etc/network/interfaces

...Остальные посстинсталляционные скрипты не не обращаются к файлу /etc/network/interfaces. При перезагрузке файл /etc/network/interfaces не меняется (но если разве что какая-нибудь программа его поменяет, но мы говорим о нулёвой установке.). Тем не менее после установки видим, что в файл /etc/network/interfaces как-то добавляются строки

Shell

# The loopback network interface
auto lo
iface lo inet loopback

Кто и когда их туда заносит для меня тайна. Впрочем, это уже совсем другая история.

[жучара]

А как же быть с файлом /usr/bin/bash? Это вполне себе большущий исполняемый файл, не ссылка никакая:

Shell

user@debian:~$ whereis bash
bash: /usr/bin/bash /usr/share/man/man1/bash.1.gz
user@debian:~$
user@debian:~$ ls -l /usr/bin/bash
-rwxr-xr-x 1 root root 1265648 апр 24 2023 /usr/bin/bash
user@debian:~$
user@debian:~$ file /usr/bin/bash
/usr/bin/bash: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=0b6b11360e339f231f17484da2c87d0d78554e31, for GNU/Linux 3.2.0, stripped
user@debian:~$

И собственно его поиск в каких-либо пакетах ничего не даёт:

Shell

user@debian:~$ apt-file search bin/bash
bash: /bin/bash
bash: /usr/bin/bashbug
bash-static: /bin/bash-static
bpfcc-tools: /usr/sbin/bashreadline-bpfcc
bpftrace: /usr/sbin/bashreadline.bt
erlang-redis-client: /usr/lib/erlang/lib/redis_client-1.2.0/ebin/basho_bench_driver_eredis.beam
erlang-redis-client: /usr/lib/erlang/lib/redis_client-1.2.0/ebin/basho_bench_driver_erldis.beam
libbpf-tools: /usr/sbin/bashreadline
node-jake: /usr/share/nodejs/jake/bin/bash_completion.sh
python3-bashate: /usr/bin/bashate
user@debian:~$

============================================

/usr/bin/bash копия /bin/bash (md5sum). Получается, когда-то кто-то скопировал /bin/bash в /usr/bin/bash. Но кто и когда?

...Вот постинсталляционный скрипт пакета bash:

Shell

$ cat postinst
#! /bin/bash

set -e

# This should never happen.
if [ ! -e /bin/sh ]; then
ln -s bash /bin/sh
fi

update-alternatives --install \
/usr/share/man/man7/builtins.7.gz \
builtins.7.gz \
/usr/share/man/man7/bash-builtins.7.gz \
10 \
|| true

# Automatically added by dh_installmenu/13.11.4
if [ "$1" = "configure" ] && [ -x "`command -v update-menus`" ] && [ -x "$DPKG_ROOT`command -v update-menus`" ]; then
update-menus
fi
# End automatically added section


exit 0
$

Никто никуда ничё не копирует. Ну и как меня учили:

Shell

user@debian:~$ sudo grep -F /usr/bin/bash /var/lib/dpkg/info/*
/var/lib/dpkg/info/bash.list:/usr/bin/bashbug
user@debian:~$

Cтрого отвечая на вопрос, файл /usr/bin/bash никакому пакету не принадлежит. Но берётся-то он откуда?

[/dev/random]

/usr/bin/bash копия /bin/bash (md5sum). Получается, когда-то кто-то скопировал /bin/bash в /usr/bin/bash. Но кто и когда?

Shell

$ ls /bin -lh
lrwxrwxrwx 1 root root 7 May 6 2023 /bin -> usr/bin

[жучара]

...А вот теперь, друзья. на арену выходит какой-то мифический кэш. Необходимо узнать, какому пакету принадлежит файл /usr/bin/tree

Shell

$ whereis tree
tree: /usr/bin/tree /usr/share/man/man1/tree.1.gz
$

Сказать сразу, это можно узнать командой

Shell

$ dpkg -S /usr/bin/tree
tree: /usr/bin/tree
$

А команда sudo apt-file search /usr/bin/tree, у меня, получается, не работает? С ней ковыряемся. Список источников:

Shell

$ cat /etc/apt/sources.list | grep -v "^#"
deb [trusted=yes] file:///mnt/temp/1 bookworm main contrib non-free-firmware
$

Поудаляем всё, что не нужно и кэш обновим (или что мы там обновим, я не знаю):

Shell

$ sudo rm -r /var/lib/apt/lists/*
user@debian:~/Desktop$
user@debian:~/Desktop$ sudo apt-file update
Пол:1 file:/mnt/temp/1 bookworm InRelease
Игн:1 file:/mnt/temp/1 bookworm InRelease
Пол:2 file:/mnt/temp/1 bookworm Release [20,5 kB]
Пол:2 file:/mnt/temp/1 bookworm Release [20,5 kB]
Пол:3 file:/mnt/temp/1 bookworm Release.gpg
Игн:3 file:/mnt/temp/1 bookworm Release.gpg
Пол:4 file:/mnt/temp/1 bookworm/main amd64 Packages [876 kB]
Игн:4 file:/mnt/temp/1 bookworm/main amd64 Packages
Пол:5 file:/mnt/temp/1 bookworm/contrib amd64 Packages [826 B]
Игн:5 file:/mnt/temp/1 bookworm/contrib amd64 Packages
Пол:6 file:/mnt/temp/1 bookworm/non-free-firmware amd64 Packages [5 201 B]
Игн:6 file:/mnt/temp/1 bookworm/non-free-firmware amd64 Packages
Пол:4 file:/mnt/temp/1 bookworm/main amd64 Packages [876 kB]
Пол:5 file:/mnt/temp/1 bookworm/contrib amd64 Packages [826 B]
Пол:6 file:/mnt/temp/1 bookworm/non-free-firmware amd64 Packages [5 201 B]
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово
Все пакеты имеют последние версии.
$

Ну вот, теперь посмотрим, есть информация о пакете tree в кэше или где там:

Shell

$ grep ^Package: /var/lib/apt/lists/*Packages | grep "tree$"
/var/lib/apt/lists/_mnt_temp_1_dists_bookworm_main_binary-amd64_Packages:Package: tree
$

Всё ж хорошо пока. Теперь зачем-то скомандуем:

Shell

$ sudo apt-file update
Пол:1 file:/mnt/temp/1 bookworm InRelease
Игн:1 file:/mnt/temp/1 bookworm InRelease
Пол:2 file:/mnt/temp/1 bookworm Release [20,5 kB]
Пол:2 file:/mnt/temp/1 bookworm Release [20,5 kB]
Пол:3 file:/mnt/temp/1 bookworm Release.gpg
Игн:3 file:/mnt/temp/1 bookworm Release.gpg
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово
Все пакеты имеют последние версии.
$

И попробуем определить принадлежность файла /usr/bin/tree посредством apt-file:

Shell

$ sudo apt-file search /usr/bin/tree
Finding relevant cache files to search ...E: The cache is empty. You need to run "apt-file update" first.
$

Занавес. Ему ещё какой кэш-то обновлять нужно, я не пойму?

[/dev/random]

Ему ещё какой кэш-то обновлять нужно, я не пойму?

apt-file search ищет не в установленных пакетах, а в доступных в репозиториях. Для этого apt-file update (или просто apt update, выполненный после установки apt-file) скачивает и кэширует по файлу (называемому "Contents file" в манах) из каждого прописанного в /etc/apt/sources* источника.

Вы заменили в источниках сетевой репозиторий на образ диска, а в man apt-file написано:

Not all APT repositories have Contents files. Notably common install media (CDs etc.) may omit them to conserve space.

[жучара]

Вы заменили в источниках сетевой репозиторий на образ диска, а в man apt-file написано:

Not all APT repositories have Contents files. Notably common install media (CDs etc.) may omit them to conserve space.

а как же узнать-то, к какому файлу принадлежит пакет? Вы бы как делали? Мне на ум ничего не приходит, кроме как потрошить все *.deb файлы, на предмет их содержания...

[yoricI]

а как же узнать-то, к какому файлу принадлежит пакет?

Ну это помощника надо ® а если наоборот, то Вы ж уже делали:

$ dpkg -S /usr/bin/tree

Чем не устраивает? Забыли никак?

[жучара]

$ dpkg -S /usr/bin/tree

Чем не устраивает? Забыли никак?

я всё помню, я написал там выше- работаем с apt-file. dpkg -S /usr/bin/tree, похоже, ищет, только в установленных пакетах. Так, а если пакет не установлен, то apt-file. Но это работает только с файлом а-ля Contents, а в исошниках его нет. А у меня исошники. Поэтому возвращаемся к dpkg, но теперь dpkg -с *.deb

...В общем, что делал- дербанил 42 диска на предмет *.deb файлов, получил список из 63863 файлов. А потом каждый *.deb дербанил dpkg -с *.deb на предмет строки /usr/bin/tree. Полтора часа дербанил. 16 пакетов нашёл.

Shell

$ cat list_deb_rez.txt
/mnt/temp/13/pool/main/b/bali-phy/bali-phy_3.6.1+dfsg-1_amd64.deb
/mnt/temp/13/pool/main/b/beast-mcmc/beast-mcmc_1.10.4+dfsg-5_all.deb
/mnt/temp/13/pool/main/m/metaphlan/metaphlan_4.0.4-1_all.deb
/mnt/temp/13/pool/main/p/phast/phast_1.6+dfsg-3+b1_amd64.deb
/mnt/temp/13/pool/main/p/prime-phylo/prime-phylo_1.0.11-10_amd64.deb
/mnt/temp/13/pool/main/p/python-treetime/python3-treetime_0.9.4-1_all.deb
/mnt/temp/10/pool/main/libi/libio-aio-perl/libio-aio-perl_4.80-1_amd64.deb
/mnt/temp/11/pool/main/b/beancount/beancount_2.3.5-2_all.deb
/mnt/temp/11/pool/main/t/treeline/treeline_3.1.5-1_all.deb
/mnt/temp/12/pool/main/b/beast2-mcmc/beast2-mcmc_2.7.3+dfsg-1_all.deb
/mnt/temp/12/pool/main/s/seqan2/seqan-apps_2.4.0+dfsg-15_amd64.deb
/mnt/temp/12/pool/main/t/treeview/treeview_1.2.0+dfsg-1_all.deb
/mnt/temp/12/pool/main/t/tree-puzzle/tree-puzzle_5.3~rc16+dfsg-9_amd64.deb
/mnt/temp/16/pool/main/t/tree-puzzle/tree-ppuzzle_5.3~rc16+dfsg-9_amd64.deb
/mnt/temp/1/pool/main/t/tree/tree_2.1.0-1_amd64.deb
/mnt/temp/9/pool/main/t/treesheets/treesheets_1.0.2-1.1_amd64.deb
$

Ну а там уж дело техники. В общем, небыстрое это дело.

[/dev/random]

а как же узнать-то, к какому файлу принадлежит пакет? Вы бы как делали?

Я бы использовал сетевой репозиторий, а не диски. Если это по каким-либо причинам невозможно, решал бы проблему, делающую это невозможным. Если нерешаемо, искал бы в установленных пакетах. Если и это не прдходит, скачал бы индекс из сетевого репозитория. Если нужен идеально совпадающий с дисками, без накопившихся в сетевом репозитории (важных!) исправлений, сгенерировал бы индекс сам. Это сжатый lz4 текстовый файл с таким текстом: "файл, пробелы, пакет, перевод строки, файл, пробелы, пакет, перевод строки, ..."

[жучара]

а как же узнать-то, к какому файлу принадлежит пакет? Вы бы как делали?

Я бы использовал сетевой репозиторий, а не диски. Если это по каким-либо причинам невозможно, решал бы проблему, делающую это невозможным. Если нерешаемо, искал бы в установленных пакетах. Если и это не прдходит, скачал бы индекс из сетевого репозитория. Если нужен идеально совпадающий с дисками, без накопившихся в сетевом репозитории (важных!) исправлений, сгенерировал бы индекс сам. Это сжатый lz4 текстовый файл с таким текстом: "файл, пробелы, пакет, перевод строки, файл, пробелы, пакет, перевод строки, ..."

так нет сетевого репозитория. Просто нет. Тут спрашивал. Пришли к выводу, что надо качать диски и размещать их на компе, что я и делаю.

[/dev/random]

так нет сетевого репозитория. Просто нет.

Насколько я вижу, в той теме сказано не то, что его нету, а то, что пакеты обновились, а вы почему-то хотите старые версии. Почему? Я не вижу там объяснения, почему вы ищете репозиторий со старыми пакетами, без багфиксов, вместо обновления своей системы и установки этих багфиксов.

[жучара]

так нет сетевого репозитория. Просто нет.

Насколько я вижу, в той теме сказано не то, что его нету, а то, что пакеты обновились, а вы почему-то хотите старые версии. Почему? Я не вижу там объяснения, почему вы ищете репозиторий со старыми пакетами, без багфиксов, вместо обновления своей системы и установки этих багфиксов.

Я не смогу вам объяснить убедительно.

[/dev/random]

Я не смогу вам объяснить убедительно.

<вздох> Ну ладно, тогда смотрите последний из перечисленных мной вариантов. Раз смогли один раз найти файл без индекса, сможете и самостоятельно сгенерировать индекс. Раз вы (почему-то) не собираетесь обновляться, вам будет достаточно сгенерировать его один раз, а не генерировать после каждого обновления заново. Как я написал выше, этот индекс - сжатый lz4 текстовый файл, каждая строка - 2 разделённых пробелами поля: файл и пакет. Строки отсортированы по файлу, но я не уверен, что это важно. Пример:

Код: Выделить всё

etc/GeoIP.conf                                          contrib/net/geoipupdate
etc/alex4.ini                                           contrib/games/alex4
etc/apparmor.d/torbrowser.Browser.firefox               contrib/python/torbrowser-launcher
etc/apparmor.d/torbrowser.Tor.tor                       contrib/python/torbrowser-launcher
etc/apparmor.d/tunables/torbrowser                      contrib/python/torbrowser-launcher
etc/apparmor.d/usr.lib.rtcw                             contrib/games/rtcw
etc/apparmor.d/usr.lib.rtcw.iowolfded                   contrib/games/rtcw-server
...

(это файл /var/lib/apt/lists/зеркало_debian_dists_кодовое_имя_версии_contrib_Contents-amd64.lz4, такой же есть для main_Contents-all, main_Contents-amd64 и т.д.)