Целта на този пост е да покаже техниката за отстраняване на грешки в debian/ubuntu, свързана с „намирането на източника“ в системния конфигурационен файл.

Тестовый пример: след дълги мъки с tar.gz копие на инсталираната ОС и след неговото възстановяване и инсталиране на актуализации, получаваме съобщение:

update-initramfs: Генериране на /boot/initrd.img-4.15.0-54-generic
W: Конфигурацията на initramfs-tools задава RESUME=/dev/mapper/U1563304817I0-swap
W: но не е налично съвпадение на устройството за суап.
I: Initramfs ще се опита да възобнови от /dev/dm-1
I: (/dev/mapper/foobar-swap)
I: Задайте променливата RESUME, за да я замените.

Цел: да разберем откъде идва това значение (U1563304817I0) и как правилно да го променим. Това е първият попаднал пример, не особено интересен сам по себе си, но удобен, за да покажем практическите методи за работа с Linux..

Стъпка номер 1: Откъде идва RESUME?

# cd /etc
# grep -r RESUME
initramfs-tools/conf.d/resume:RESUME=/dev/mapper/U1563304817I0-swap

Ние рекурсивно (-r) търсим споменаване на тази променлива в директорията /etc (там, където са повечето конфигурации). Намираме conf.d снипет, който очевидно се използва от пакета initramfs-tools.

Откъде идва този снипет?

Има три варианта:

Магически артефакт (някой го е сложил и забравил)
Конфигурация от пакета
Конфигурация, генерирана от някакъв скрипт от системните пакети

Проверяваме №2 (като най-просто):

 dpkg -S initramfs-tools/conf.d/resume
dpkg-query: не е намерен път, който отговаря на шаблона *initramfs-tools/conf.d/resume*

dpkg -S ни позволява да търсим в базата на инсталираните файлове и да намерим к какъв пакет принадлежи файлът. Ето пример за успешно търсене:

dpkg -S resolv.conf
manpages: /usr/share/man/man5/resolv.conf.5.gz
systemd: /lib/systemd/resolv.conf

Връщаме се към нашата задача: файлът initramfs-tools/conf.d/resume не се инсталира в системата от пакета. Може би се генерира в postinst/preinst скрипта на пакета? Проверяваме версия номер 3.

# cd /var/lib/dpkg/info/
# grep -r initramfs-tools/conf.d/resume *
initramfs-tools-core.postrm:    rm -f /etc/initramfs-tools/conf.d/resume

В директорията /var/lib/dpkg/info/ лежит разпаковани версии на всички „метафайлове“ на пакетите (скриптове за инсталиране/удаление, описания на пакетите и т.н.). Учудващо е, но този файл се изтрива в postrm (при изтриването) на пакета initramfs-tools-core. Нека да видим съдържанието на неговия postinst... Нищо, което касае конф.д директорията.

Нека да видим файловете от пакета initramfs-tools-core.

# dpkg -L initramfs-tools-core
...
/usr/share/initramfs-tools/hooks/resume
...

Команда dpkg -L ни позволява да видим всички файлове, които има в системата от даден пакет. Избрах интересен за изучаване файл. Изследването на файла показва как се използва тази променлива, но не отговаря на въпроса откъде идва.

debconf

Изглежда, че това е артефакт на някого. Чий? Преди да се впуснем в инсталатора, нека да погледнем още една важна инфраструктура на Debian — отговорите на въпросите. Всеки път, когато пакет задава въпрос, и в много случаи, когато не задава въпрос, но използва стандартния вариант, както въпросът, така и отговорът се записват в специална база данни в Debian, наречена debconf. Можем да разгледаме базата с отговори (и дори да ги поставим преди инсталацията на самия пакет — debconf-set-selections), за целта ни е необходима утилитата debconf-get-selections от пакета debconf-utils. За съжаление, не намерихме нищо интересно: (debconf-get-selections |grep -i resume върна ни празно.).

debian-installer

Инсталаторът има своя собствена база данни с отговори на въпросите: /var/log/installer/cdebconf/questions.dat. За съжаление, там също няма и дума за нашия resume.
Затова до близо има лога, включително syslog, където се записва целият инсталационен лог. Там се споменава пакетът base-installer, и на неговия страница можем да видим връзка към изходния код.

Вътре в тях лесно намираме отговора на въпроса ни:

  resume="$(mapdevfs "$resume_devfs")"; then
...
    if [ "$do_initrd" = yes ]; then
     ...
            resumeconf=$IT_CONFDIR/resume
....
                echo "RESUME=$resume" >> $resumeconf

mapdevfs — това е утилита с ясно назначение, а интересната за нас функция е get_resume_partition, която чете /proc/swaps и избира най-голямото. Swap получаваме от partman.

Отговорът на нашето тестово задание: файлът се създава от инсталатора в /target по време на инсталацията, т.е. говорим за well-known, но артефакт. В съществуващите на системата пакети няма никого и нищо, което да променя този файл.

В обобщение

dpkg и debconf — основните методи за търсене на доставчици на файлове.
търсенето в /var/lib/dpkg/info позволява да се видят операциите над файловете по време на инсталацията.
Инсталаторът може да създава файлове-артефакти, които после никой никога не променя (освен потребителя), и това може да се види в кода на инсталатора.

Източник: habr.com