Author Topic: upgrade 3.5 auf 4.0 failed - was nun?  (Read 1570 times)

ATT1

  • Zen Warrior
  • ***
  • Posts: 120
  • Karma: +0/-0
    • View Profile
upgrade 3.5 auf 4.0 failed - was nun?
« on: October 10, 2015, 12:19:45 pm »

Auf Zentyal 3.5 habe ich in der Weboberfläche den "Upgrade to 4.0" button angeklickt.
Ergebnis:

Statusinformationen werden eingelesen....
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  apache2.2-bin collectd collectd-core consolekit dbconfig-common heimdal-kdc
  ldap-auth-client ldap-auth-config libapache2-mod-ldap-userdir libbind9-80
  libclass-isa-perl libconfig++8 libconfig8 libdbi1 libdbus-glib-1-2 libdm0
  libdns81 libgd2-noxpm libicu48 libisc83 libisccc80 libisccfg82 liblua5.1-0
  liblwres80 libmath-round-perl libmcrypt4 libnss-ldap
  libpackage-deprecationmanager-perl libpam-heimdal libpam-ldap libpango1.0-0
  librrd4 librrds-perl libslp1 libswitch-perl libtommath0
  linux-headers-3.8.0-34 linux-headers-3.8.0-34-generic openbsd-inetd php-auth
  php-mail-mime php-mail-mimedecode php-net-smtp php-net-socket php5-intl
  php5-ldap php5-mcrypt php5-mysqlnd python-apport python-gi
  python-gnupginterface python-httplib2 python-keyring python-launchpadlib
  python-lazr.restfulclient python-lazr.uri python-oauth python-problem-report
  python-wadllib python-zope.interface roundcube roundcube-core
  roundcube-mysql roundcube-plugins rrdtool samba4 slapd slapd-smbk5pwd
  sshpass tinymce ttf-dejavu-core update-manager-core vsftpd zbwmonitor
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
3 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
linux-image-extra-3.13.0-65-generic (3.13.0-65.106) wird eingerichtet ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.13.0-65-generic /boot/vmlinuz-3.13.0-65-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.13.0-65-generic /boot/vmlinuz-3.13.0-65-generic
update-initramfs: Generating /boot/initrd.img-3.13.0-65-generic

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.13.0-65-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-extra-3.13.0-65-generic (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-generic:
 linux-image-generic hängt ab von linux-image-extra-3.13.0-65-generic; aber:
  Paket linux-image-extra-3.13.0-65-generic ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes linux-image-generic (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-generic:
 linux-generic hängt ab von linux-image-generic (= 3.13.0.65.71); aber:
  Paket linux-image-generic ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes linux-generic (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung darauf hindeutet, dass dies lediglich ein Folgefehler eines vorherigen Problems ist.
Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung darauf hindeutet, dass dies lediglich ein Folgefehler eines vorherigen Problems ist.
Fehler traten auf beim Bearbeiten von:
 linux-image-extra-3.13.0-65-generic
 linux-image-generic
 linux-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

2015/10/10 12:11:12 Zentyal upgrade failed. Full log at /var/log/zentyal/upgrade.log.

Auf der root platte sind noch 38GB frei. Daran kanns wohl nicht liegen..... ?

Bitte um Tips....







ATT1

  • Zen Warrior
  • ***
  • Posts: 120
  • Karma: +0/-0
    • View Profile
Re: upgrade 3.5 auf 4.0 failed - was nun?
« Reply #1 on: October 10, 2015, 12:22:10 pm »
Ergänzung: Scheisse, die boot partition kanns schon sein:


root@srv01:/# df -h
Filesystem                    Size  Used Avail Use% Mounted on
/dev/mapper/srv01--vg-root    113G   70G   38G  65% /
none                          4,0K     0  4,0K   0% /sys/fs/cgroup
udev                          7,9G  4,0K  7,9G   1% /dev
tmpfs                         1,6G  952K  1,6G   1% /run
none                           50M     0   50M   0% /run/lock
none                          7,9G     0  7,9G   0% /run/shm
none                          100M     0  100M   0% /run/user
/dev/mapper/srv01--vg-vgdata  325G  164G  145G  54% /mnt/data1
/dev/sda1                     228M  221M     0 100% /boot
/dev/mapper/public_crypt      688G   42G  611G   7% /mnt/data2

boot ist zu klein ? Was tun?