Reboot riskant...
Posted: 2018-01-12 14:45
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:
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.:
“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:
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
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.:
Könnte man in "/etc/initramfs-tools/update-initramfs.conf"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
...
“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:
Kann man evtl. initrd.img-4.9.0-4-amd64.dpkg-bak manuell löschen und mitroot@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#
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