Målet med dette innlegget: å vise feilsøkingsteknikker i Debian/Ubuntu relatert til "kjøp av kilde" i systemkonfigurasjonsfilen.

Testeksempel: etter lange prøvelser med tar.gz-kopien av det installerte operativsystemet og etter gjenoppretting og oppdatering får vi følgende melding:

update-initramfs: Generating /boot/initrd.img-4.15.0-54-generic
W: initramfs-tools-oppsetten setter RESUME=/dev/mapper/U1563304817I0-swap
W: men ingen matchende bytte-enhet er tilgjengelig.
I: Initramfs vil prøve å gjenoppta fra /dev/dm-1
I: (/dev/mapper/foobar-swap)
I: Sett RESUME-variabelen for å overstyre dette.

Mål: å forstå hvor denne verdien (U1563304817I0) kommer fra og hvordan den kan endres korrekt. Dette er det første treffer eksemplet, ikke spesielt interessant i seg selv, men praktisk for å vise metoder for arbeid med Linux..

Steg nummer 1: Hvor kom RESUME fra?

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

Vi søker rekursivt (-r) etter referanser til denne variabelen i katalogen /etc (der de fleste konfigurasjoner befinner seg). Vi finner et conf.d-snipp som åpenbart brukes av pakken initramfs-tools.

Hvor kommer dette snippet fra?

Det finnes tre muligheter:

1. Et magisk artefakt (noen la det dit og glemte det)
2. Konfigurasjonen fra pakken
3. Konfigurasjonen generert av et skript fra systempakkene

Vi sjekker nr. 2 (som den enkleste):

 dpkg -S initramfs-tools/conf.d/resume
dpkg-query: ingen sti funnet som matcher mønsteret *initramfs-tools/conf.d/resume*

dpkg -S lar oss søke i databasen av installerte filer og finne ut hvilken pakke filen tilhører. Her er et eksempel på et vellykket funn:

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

Vi returnerer til oppgaven vår: filen initramfs-tools/conf.d/resume installert i systemet fra pakken. Kanskje den genereres i postinst/preinst-skriptet til pakken? Vi sjekker versjon nr. 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

I katalogen /var/lib/dpkg/info/ ligger de utkrevne versjonene av alle "metafiler" til pakkene (installasjons-/fjerningsskripter, pakke beskrivelser osv.). Merkelig nok blir denne filen fjernet i postrm (ved fjerning) av pakken initramfs-tools-core. La oss se innholdet i postinst… Ingen ting angående conf.d-katalogen.

La oss se på filene av pakken initramfs-tools-core.

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

Laget dpkg -L lar oss se alle filer som er i systemet fra den angitte pakken. Jeg har markert en interessant fil for studier. Studiet av filen viser hvordan denne variabelen brukes, men gir ikke svaret på hvor den kommer fra.

debconf

Ser det ut som en artefakt fra noen? Hvem? Før vi dykker inn i installasjonsprogrammet, la oss ta en titt på en annen viktig infrastruktur i Debian — svar på spørsmål. Hver gang en pakke stiller et spørsmål, og i mange tilfeller når den ikke stiller spørsmål, men bruker standardvalget, blir både spørsmålet og svaret lagret i et spesielt register i Debian, kalt debconf. Vi kan se på svarets database (og til og med stille dem før selve pakken installeres — debconf-set-selections), for dette trenger vi et verktøy debconf-get-selections fra pakken debconf-utils. Dessverre har vi ikke funnet noe spennende: (debconf-get-selections |grep -i resume returnerte tomt).

debian-installer

Installeringsprogrammet har sin egen database for spørsmål: /var/log/installer/cdebconf/questions.dat. Dessverre er det heller ikke ett ord om vårt resume.
Men det finnes logger i nærheten, inkludert syslog, hvor hele installasjonsloggen skrives. Der nevnes pakken base-installer, og på dens siden kan vi se en lenke til kildekodene.

Inni dem finner vi lett svaret på spørsmålet vårt:

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

mapdevfs er et verktøy med en klar hensikt, og den interessante funksjonen for oss er get_resume_partition, som leser /proc/swaps og velger den største. Swap får vi fra partman.

Svaret på vår testoppgave: filen opprettes av installasjonsprogrammet i /target under installasjonen, altså snakker vi om en velkjent, men artefakt. Det finnes ingen komponenter i systemets pakker som endrer denne filen.

Oppsummering

1. dpkg og debconf er de viktigste metodene for å finne leverandører av filer.
2. Å søke i /var/lib/dpkg/info gjør det mulig å se operasjoner på filer under installasjonsprosessen.
3. Installatøren kan opprette filartefakter som aldri endres av andre (bortsett fra brukeren), og dette kan sees i installasjonskoden.

Kilde: habr.com