Postituse eesmärk on näidata tõrkeotsingu tehnikat debian/ubuntu, mis on seotud "allika otsimisega" süsteemi konfiguratsioonifailis.

Testnäide: pärast pikki kannatusi tar.gz koopia üle ning pärast selle taastamist ja uuenduste installimist saame teate:

update-initramfs: Generating /boot/initrd.img-4.15.0-54-generic
W: initramfs-tools configuration sets RESUME=/dev/mapper/U1563304817I0-swap
W: but no matching swap device is available.
I: The initramfs will attempt to resume from /dev/dm-1
I: (/dev/mapper/foobar-swap)
I: Set the RESUME variable to override this.

Eesmärk: mõista, kust see väärtus (U1563304817I0) tuli ja kuidas seda õigesti muuta. See on esimene ettejuhtuv näide, mitte eriti huvitav iseenesest, kuid mugav, et näidata praktika meetodeid Linuxis..

Samm number 1: Kust tuli RESUME?

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

Me otsime rekursiivselt (-r) mainimist sellest muutuja kataloogis /etc (seal, kus enamik konfiguratsioone on). Leiame conf.d lõigu, mida pakett initramfs-tools selgelt kasutab.

Kust see lõik tuli?

On kolm võimalust:

1. Maagiline artefakt (keegi pani ja unustas selle)
2. Paketi konfiguratsioon
3. Konfiguratsioon, mille on genereerinud mingi skript süsteemipakettidelt

Kontrollime nr 2 (kui kõige lihtsam):

 dpkg -S initramfs-tools/conf.d/resume
dpkg-query: ei leitud vastet mustrile *initramfs-tools/conf.d/resume*

dpkg -S võimaldab meil otsida installitud failide andmebaasist ja leida, mille paketiga fail kuulub. Siin on näide eduka otsingu kohta:

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

Naaseme meie ülesande juurde: fail initramfs-tools/conf.d/resume ei installita süsteemi paketist. Võib-olla genereeritakse see postinst/preinst skripti käigus? Kontrollime versiooni number 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

Kaustas /var/lib/dpkg/info/ on lahtipakitud versioonid kõigist pakettide "meta-failidest" (installimis/eemaldamis-skriptid, pakettide kirjeldused ja jne). Imelik, aga see fail kustutatakse postrm (eemaldamise) käigus paketist initramfs-tools-core. Vaadakem tema postinst sisu… Mitte midagi, mis oleks seotud conf.d kaustaga.

Vaata, millised failid kuuluvad paketti initramfs-tools-core.

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

Meeskond dpkg -L võimaldab näha kõiki faile, mis on süsteemis antud paketist. Olen esile tõstnud huvitava faili uurimiseks. Faili uurimine näitab, kuidas seda muutujat kasutatakse, kuid ei vasta küsimusele, kust see pärineb.

debconf

Tundub, et see on kellegi artefakt. Kelle? Enne kui sukeldume installija juurde, vaatame ühte olulist Debian'i infrastruktuuri — küsimustele vastused. Iga kord, kui pakett esitab küsimuse, ja paljuski ka siis, kui see küsimust ei esita, kuid kasutab vaikimisi varianti, fikseeritakse nii küsimus kui ka vastus spetsiaalses andmebaasis Debiani süsteemis, mida nimetatakse debconf. Saame vaadata vastuste andmebaasi (ja isegi esitada need enne paketi installimist — debconf-set-selections), selleks on meil vajalik utiliit debconf-get-selections paketist debconf-utils. Kahjuks ei leidnud me midagi huvitavat: (debconf-get-selections |grep -i resume tagastas tühja).

debian-installer

Installijal on oma küsimuste vastuste andmebaas: /var/log/installer/cdebconf/questions.dat. Kahjuks ei ole seal ka sõna meie resume kohta.
Küll aga on läheduses logid, sealhulgas syslog, kuhu kirjutatakse kogu installatsioonilog. Seal mainitakse paketti base-installer, ja selle lehelt kauguselt näeme viidatud allikale.

Nende sees leiame kergesti vastuse meie küsimusele:

  resume="$(mapdevfs "$resume_devfs")"; siis
...
    kui [ "$do_initrd" = jah ]; siis
     ...
            resumeconf=$IT_CONFDIR/resume
....
                echo "RESUME=$resume" >> $resumeconf

mapdevfs on utiliit, millel on arusaadav otstarve, ja meid huvitav funktsioon on get_resume_partition, mis loeb /proc/swaps ja valib sealt suurima. Swap tulevad meil partmanilt.

Meie testülesande vastus: fail loodakse installeri poolt /target’is paigaldamise hetkel, see tähendab, et räägime hästi tuntud, aga artefaktist. Süsteemis olevates paketides ei ole midagi, mis seda faili muudaks.

Kokkuvõtteks

1. dpkg ja debconf — peamised meetodid failide pakkujate leidmiseks.
2. otsimine /var/lib/dpkg/info’s võimaldab näha faile, millega operatsioonid on seotud paigaldamise etapis.
3. Installija võib luua artefaktifaile, mida kunagi keegi ei muuda (välja arvatud kasutaja), ja seda on võimalik näha installija koodis.

Allikas: habr.com