Dotaz: dkms v Debianu

[karel]

Mám problém s jedním počítačem s debian testing (buster). Vždy při upgradu a instalaci jádra nebo dkms modulů mi apt-get/aptitude zamrzne. Děje se mi to jenom na jednom počítači, přitom mám nainstalované 3 stroje s podobnými nainstalovanými balíky, takže to asi není bug debianu. Začalo to na kernelu 3.17, při upgradu aufs, ale netuším, jestli to souvisí. Úplně stejně se to chová při instalaci proprietárních nvidia ovladačů. Pokud dkms odinstaluju, všechno začne fungovat bez problémů. Zkoušel jsem i promazat apt cache a konfiguraci dkms. Konec výpisu pro instalaci aufs-dkms vypadá následovně:

Loading new aufs-4.18+20180903 DKMS files...
Building for 4.18.0-1-amd64
Building initial module for 4.18.0-1-amd64
Done.

aufs.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.18.0-1-amd64/updates/dkms/

depmod...

Tady se to zastaví a už se dál nic neděje. Spuštěné procesy:

$ ps aux | grep dkms
root      7874  0.0  0.0  14236  4088 pts/0    S+   18:08   0:00 sudo apt-get install aufs-dkms
root      7875  0.7  0.5 108692 91800 pts/0    S+   18:08   0:01 apt-get install aufs-dkms
root      7908  0.0  0.0   2372   760 pts/4    S+   18:08   0:00 /bin/sh /var/lib/dpkg/info/aufs-dkms.postinst configure
root      7909  0.0  0.0   2372  1528 pts/4    S+   18:08   0:00 /bin/sh /usr/lib/dkms/common.postinst aufs 4.18+20180903 /usr/share/aufs-dkms
root     10314  0.0  0.0   8324  5088 pts/4    S+   18:09   0:00 /bin/bash /usr/sbin/dkms install -m aufs -v 4.18+20180903 -k 4.18.0-1-amd64
root     10340  0.0  0.0   9800  6184 pts/4    S+   18:09   0:00 /bin/bash /usr/sbin/dkms install -m aufs -v 4.18+20180903 -k 4.18.0-1-amd64

Pokud zabiju ten zamrzlý proces vyskočí:

$ sudo kill -15 10340

/usr/sbin/dkms: line 1638: 10340 Terminated (SIGTERM)      ( is_module_installed "$1" "$2" "$3" "$4" && { echo "Module $1/$2 already installed on kernel $3/$4"; return 0; }; module="$1" module_version="$2" kernelver="$3" arch="$4" install_module )

Ani jeden z procesů nemá otevřené žádné soubory (hledal jsem, jestli někde není zapomenutý lock). Modul se korektně sestavil a dokonce se i nainstaloval. Zamrzne to až když je všechno hotovo. Jsem trochu v koncích jak zjistit co se vlastně děje. Neměl by někdo nápad kam se podívat, abych se trochu posunul dál?

Odpovědi

[GeorgeWH]

Cisto teoreticky, dkms je bash skript, takze ked si tam zapnes debug 'set -x', tak by si mohol vidiet, kde sa to zasekne.

[GeorgeWH]

resp. samotny prikaz ma parameter '--verbose'.

[karel]

Dík za nápad, ale moc to nepomohlo. Jen se poslední hláška změnila na "do_depmod 4.18.0-1-amd64".

[GeorgeWH]

To je jednoducha funkcia v tom skripte, kde sa spusta depmod:

do_depmod()
{
    # $1 = kernel version
    if [ "${current_os}" != "Linux" ] ; then
        return
    fi
    if [[ -f /boot/System.map-$1 ]]; then
        /sbin/depmod -a "$1" -F "/boot/System.map-$1"
    else
        /sbin/depmod -a "$1"
    fi
}

Tak si to mozes pustit rucne, pripadne nejaky strace alebo co k tomu.

[mankind_boost]

pokud se ti sekne příkaz depmod, tak je to velice podivnej problém

[kotoul]

depmod doběhne, zasekne se to někdy potom, ale zatím jsem neměl čas pořádně projít výpis ze strace, ale na první pohled jsem to z toho neviděl. Zjistil jsem ale, že tomu počítači odchází grafická karta a v poslední době hodněkrát zatuhnul. Takže je celkem dost pravděpodobné, že se to poškodilo právě kvůli tomu. Nejspíš asi bude nejlepší varianta reinstall po výměně té karty.

[Andrej]

A funguje třeba tar -c /lib/modules > /dev/null? Protože jestli se zasekává depmod, jedno z možných vysvětlení je, že se ty moduly nějak nedaří přečíst, třeba kvůli problémům s diskem, kvůli silent data corruption nebo tak.