[Eisfair] eisfair update - error: requirement kernel-header-dev >= 2.8.2 not found!

Marcus Roeckrath marcus.roeckrath at gmx.de
Sa Jun 23 15:27:31 CEST 2018


Hallo Jens,

Jens Kluge wrote:

>> Weil er scheinbar schon beim lilo-Check vor Erstellung des Backups hängt.
>> 
>> Mit ps ax testen, ob preinstall.sh noch als Prozess läuft.
>> 
> da hängt so einiges:

Aber nicht die ganze Liste, sondern möglicherweise diese hier:

>   2210 ?        SNs    0:00 /bin/sh -c /etc/cron.daily/mlocate.cron
> 1>/dev/null
>   2212 ?        SN     0:00 /bin/sh /etc/cron.daily/mlocate.cron
>   2223 ?        SN     0:00 /usr/bin/su root -c /usr/bin/updatedb
>   2247 ?        DN     0:00 /usr/bin/updatedb
>   5654 ?        SNs    0:00 /bin/sh -c /usr/bin/updatedb 1>/dev/null
>   5656 ?        SN     0:00 /bin/sh /usr/bin/updatedb
>   5692 ?        SN     0:00 /bin/sh /usr/bin/updatedb
>   5693 ?        SN     0:00 /usr/bin/sort -z -f
>   5694 ?        SN     0:00 /usr/lib/findutils/frcode -0
>   5695 ?        DN     0:05 /usr/bin/find / ( -fstype nfs -o -fstype NFS
> -o -fstype proc -o -fstype afs -o
>   6392 ?        DN     0:00 shutdown -r 0 w
> 11270 ?        SNs    0:00 /bin/sh -c /usr/bin/updatedb 1>/dev/null
> 11272 ?        SN     0:00 /bin/sh /usr/bin/updatedb
> 11308 ?        SN     0:00 /bin/sh /usr/bin/updatedb
> 11309 ?        SN     0:00 /usr/bin/sort -z -f
> 11310 ?        SN     0:00 /usr/lib/findutils/frcode -0
> 11311 ?        DN     0:05 /usr/bin/find / ( -fstype nfs -o -fstype NFS
> -o -fstype proc -o -fstype afs -o
> 14494 ?        DN     0:00 lilo -t
> 14859 ?        DN     0:00 lilo -t
> 15049 ?        DN     0:00 lilo -t
> 16919 ?        DN     0:01 /usr/bin/updatedb
> 17552 ?        SNs    0:00 /bin/bash /boot/backup
> 17570 ?        SN     0:00 /bin/bash /boot/backup
> 17572 ?        SN     9:12 rsync -av --delete /data/ /mnt/home-nas/data
> 17573 ?        SN     0:09 rsync -av --delete /data/ /mnt/home-nas/data
> 17574 ?        DN    11:04 rsync -av --delete /data/ /mnt/home-nas/data
> 17769 ?        DN     0:00 reboot -f
> 25495 ?        DN     0:00 lilo -t
> 27075 ?        SNs    0:00 /bin/bash /boot/backup
> 27091 ?        SN     0:00 /bin/bash /boot/backup
> 28023 ?        DN     0:00 lilo -t
> 29763 ?        DN     0:00 shutdown -r 0 w
> 30361 ?        DN     0:00 lilo -t
> 30644 ?        DN     0:00 shutdown -r 0 w
> 30671 ?        DN     0:00 lilo -t
> 31426 ?        DN     0:00 shutdown -r 0 w
> 32567 ?        DN     0:00 shutdown -r 0 w

Da hängen also verschiedene Prozesse um die lokale Dateidatenbank für locate
zu erzeugen.

Deine Versuche zu rebooten.

Backup/rsync-Jobs.

Die lilo-Aufrufe.

Ob da schon vor deinem Base-Update was hing, ist nun schlecht zu sagen. Gut
möglich, dass das erst danach wegen fehlendem reboot aufgelaufen ist.

Vom Kernel-Update ist zunächst mal kein Prozess auszumachen. 

>> Bitte mal
>> 
>> lilo -t
>> 
>> bzw.
>> 
>> lilo -t -v
>> 
> beide Kommandos bleiben hängen, sobald ich diese ausführe

s. o.

IMHO muss die Kiste neu gebootet werden, was eventuell gelingt, wenn man den
ganzen hängenden Schroot mit kill abschiesst. Bei aufeinander aufbauenden
Prozessketten muss dass von hinten geschehen, also mit 5695 bzw. 11311 für
die updatedb-Prozesse.

Eine Prognose kann ich dir nicht geben.

-- 
Gruss Marcus


Mehr Informationen über die Mailingliste Eisfair