Reboot riskant...

[thor_pfosten]

Hi,

es ist wieder soweit ... ich brauche eure Hilfe.
Ein Reboot könnte gefährlch sein ...

Als ich meinen Rootserver (Debian 9) updaten wollte, hing der Prozess.
Ich hatte vor 2 Monaten von Debian 8 auf Debian 9 umgestellt.
Ein "apt-get update" läuft durch. Beim anschließenden "apt-get upgrade"
hängt der Prozeß bei

mdadm: /etc/mdadm/mdadm.conf defines no arrays. Nach Drücken
von Steuerung-C wurd der Prozeß fortgesetzt.

Hier die Shell-Ausgabe:

root@OURSERVER:/home/ich# apt-get upgrade
E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
root@OURSERVER:/home/ich# apt-get upgrade
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
root@OURSERVER:/home/ich# dpkg --configure -a
Setting up linux-image-4.9.0-4-amd64 (4.9.65-3+deb9u1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
^Cdpkg: error processing package linux-image-4.9.0-4-amd64 (--configure):
subprocess installed post-installation script was interrupted
Setting up libssl1.0.2:amd64 (1.0.2l-2+deb9u2) ...
Setting up libxcursor1:amd64 (1:1.1.14-1+deb9u1) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Setting up publicsuffix (20171028.2055-0+deb9u1) ...
Setting up php-common (1:57+0~20180105151604.4+stretch~1.gbp303c9d) ...
Processing triggers for systemd (232-25+deb9u1) ...
Setting up libsqlite3-0:amd64 (3.16.2-5+deb9u1) ...
Processing triggers for man-db (2.7.6.1-2) ...
Setting up libxkbcommon0:amd64 (0.7.1-2~deb9u1) ...
Setting up libpcrecpp0v5:amd64 (2:8.41-1+0~20170825202315.5+stretch~1.gbp97d153) ...
Setting up libpcre32-3:amd64 (2:8.41-1+0~20170825202315.5+stretch~1.gbp97d153) ...
Setting up libpcre16-3:amd64 (2:8.41-1+0~20170825202315.5+stretch~1.gbp97d153) ...
Setting up php7.0-common (7.0.27-0+deb9u1) ...
Setting up php7.0-xml (7.0.27-0+deb9u1) ...
Setting up libpython2.7-minimal:amd64 (2.7.13-2+deb9u2) ...
Setting up openssh-client (1:7.4p1-10+deb9u2) ...
Setting up libpython2.7-stdlib:amd64 (2.7.13-2+deb9u2) ...
Setting up libdbus-1-3:amd64 (1.10.24-0+deb9u1) ...
Setting up python2.7-minimal (2.7.13-2+deb9u2) ...
Setting up php7.1-common (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa) ...
Setting up libpcre3-dev:amd64 (2:8.41-1+0~20170825202315.5+stretch~1.gbp97d153) ...
Setting up php5.6-common (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php7.1-readline (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa) ...
Setting up python2.7 (2.7.13-2+deb9u2) ...
Setting up php5.6-mcrypt (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php-redis (3.1.6-1+0~20180104152216.4+stretch~1.gbp3cf38a) ...
Setting up php5.6-readline (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up openssh-sftp-server (1:7.4p1-10+deb9u2) ...
Setting up php5.6-gd (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php7.0-json (7.0.27-0+deb9u1) ...
Setting up php5.6-zip (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-xml (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up libpython2.7:amd64 (2.7.13-2+deb9u2) ...
Setting up php5.6-soap (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-mbstring (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-xmlrpc (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up dbus (1.10.24-0+deb9u1) ...
A reboot is required to replace the running dbus-daemon.
Please reboot the system when convenient.
Setting up php7.1-json (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa) ...
Setting up php7.1-opcache (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa) ...
Setting up php5.6-intl (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-curl (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-opcache (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-mysql (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up php5.6-json (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up dbus-x11 (1.10.24-0+deb9u1) ...
Setting up dbus-user-session (1.10.24-0+deb9u1) ...
Setting up php7.1-cli (7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa) ...
Setting up openssh-server (1:7.4p1-10+deb9u2) ...
Setting up php5.6-cli (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Setting up libapache2-mod-php5.6 (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
libapache2-mod-php5.6: php5 module already enabled, not enabling PHP 5.6
Setting up php5.6 (5.6.33-1+0~20180105151408.9+stretch~1.gbp0deeda) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Errors were encountered while processing:
linux-image-4.9.0-4-amd64
root@OURSERVER:/home/ich#

mdadm habe ich über apt-get purge gelöscht. Hoffentlich ist dadurch nix kaputt gegangen.

Ich scheue mich das Ding zu rebooten.

Ein dpkg --configure hängt dauerhaft bei update-initramfs.:

root@OURSERVER:/var/lib/dpkg# dpkg --configure -a
Setting up initramfs-tools (0.130) ...
update-initramfs: deferring update (trigger activated)
Setting up linux-image-4.9.0-4-amd64 (4.9.65-3+deb9u1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64

...

Könnte man in "/etc/initramfs-tools/update-initramfs.conf"

“update_initramfs=no“ setzen. Oder riskiert man dadurch,dass die Kiste
nicht mehr bootet.

Desweiteren betreibe ich eine NAS, die ich per NFS-Mount auf dem Server
gemountet habe .Den Mount-Befehl dazu habe ich in die /etc/fstab eingetragen.

Wie muß ich vorgehen, um sicher ein rebootbares System herstellen ?

in /boot liegt:

root@OURSERVER:/boot# ls -la
total 65172
drwxr-xr-x 3 root root 4096 Jan 12 21:08 .
drwxr-xr-x 26 root root 4096 Nov 2 23:53 ..
-rw-r--r-- 1 root root 157786 Sep 19 23:12 config-3.16.0-4-amd64
-rw-r--r-- 1 root root 186443 Dec 23 08:39 config-4.9.0-4-amd64
drwxr-xr-x 5 root root 4096 Nov 2 23:54 grub
-rw-r--r-- 1 root root 16600422 Nov 2 23:50 initrd.img-3.16.0-4-amd64
-rw-r--r-- 1 root root 18279813 Jan 12 21:08 initrd.img-4.9.0-4-amd64
-rw-r--r-- 1 root root 18280279 Jan 12 19:31 initrd.img-4.9.0-4-amd64.dpkg-bak
-rw-r--r-- 1 root root 2682302 Sep 19 23:12 System.map-3.16.0-4-amd64
-rw-r--r-- 1 root root 3183748 Dec 23 08:39 System.map-4.9.0-4-amd64
-rw-r--r-- 1 root root 3129104 Sep 19 23:11 vmlinuz-3.16.0-4-amd64
-rw-r--r-- 1 root root 4212512 Dec 23 08:39 vmlinuz-4.9.0-4-amd64
root@OURSERVER:/boot#

Kann man evtl. initrd.img-4.9.0-4-amd64.dpkg-bak manuell löschen und mit
update-initramfs -c ein neues File erstellen.


Bin grade etwas aufgelöst ... sorry ...
Danke für eure Hilfe, Lösungen etc. !

Beste Grüße

Thor

[Joe User]

mdadm verwaltet das Software-RAID und initramfs benötigt mdadm um das Software-RAID korrekt zu starten.
initramfs wiederum wird zum Booten benötigt.

Die Debian Doku und der Debian Bugtracker sollten Dir weiterhelfen können.