PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Fehler bein Kernel-Update



Skipper74
27.08.15, 16:42
Hallo Leute,

ich habe ein weiteres Problem:

Wenn ich ein apt-get upgrade durchführe, wird mir folgendes Angezeigt:

"Die folgenden Pakete haben unerfüllte Abhängigkeiten:
linux-headers-3.13.0-62-generic : Hängt ab von: linux-headers-3.13.0-62 ist aber nicht installiert
E: Unerfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen."

Wenn ich nun apt-get install -f ausführe kommt folgende Meldung:

apt-get install -f
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Abhängigkeiten werden korrigiert ... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
linux-headers-3.13.0-62
Die folgenden NEUEN Pakete werden installiert:
linux-headers-3.13.0-62
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
16 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 8'873 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 63.4 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 577895 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-headers-3.13.0-62_3.13.0-62.102_all.deb ...
Entpacken von linux-headers-3.13.0-62 (3.13.0-62.102) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102_all.deb (--unpack):
Fehler beim Anlegen des Verzeichnisses »./usr/src/linux-headers-3.13.0-62/arch/xtensa/kernel«: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung auf einen Fehler wegen voller Festplatte hindeutet.
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Was komisch ist, hier ein df -h:

df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/dns-root 8.8G 4.2G 4.2G 50% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 487M 4.0K 487M 1% /dev
tmpfs 100M 364K 100M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 497M 0 497M 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/vda1 228M 76M 140M 36% /boot


Es handelt sich um eine virtuelle Maschine. Ich kann aber im Verzeichnis /root/ eine Datei mittels wget die größer ist als 100 MB herunterladen.

Wo liegt der Fehler?

Viele Grüße
Uli

Skipper74
28.08.15, 11:23
Hallo,

an einer vollen Festplatte kann es nicht liegen, ich kann sowohl unter /usr/src und /var Dateien anlegen, die auch über 100 MB groß sind. Wie kann ich nun die Abhängigkeiten wieder installieren, oder das letzte Kernel-Update wieder rückgängig machen?

Der will immer ein apt-get -f install durchführen lassen, aber das bricht mit obiger Meldung ab.

Hat einer eine Idee?

Viele Grüße
Uli

marce
28.08.15, 12:19
Das Initiale entpacken macht dkpg / apt AFAIK in /tmp oder in /var/cache/apt, bevor die Daten dann an die richtige Stelle verschoben werden - wie sehen diese beiden Verzeichnisse oder Part. bei Dir denn aus? Ggf. ist gerade /tmp da ein Punkt, der gerne mal zu klein wird, je nach dem, was das System denn so angestellt hat.

-> poste bitte mal die Ausgabe von fldisk -l, mount

Skipper74
28.08.15, 12:35
Hallo,

hier die Ausgabe von fdisk -l:


Disk /dev/vda: 11.8 GB, 11811160064 bytes
16 Köpfe, 63 Sektoren/Spur, 22885 Zylinder, zusammen 23068672 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x0002255e

Gerät boot. Anfang Ende Blöcke Id System
/dev/vda1 * 2048 499711 248832 83 Linux
/dev/vda2 501758 20969471 10233857 5 Erweiterte
/dev/vda5 501760 20969471 10233856 8e Linux LVM

Platte /dev/mapper/dns-root: 9680 MByte, 9680453632 Byte
255 Köpfe, 63 Sektoren/Spur, 1176 Zylinder, zusammen 18907136 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00000000


Platte /dev/mapper/dns-swap_1: 796 MByte, 796917760 Byte
255 Köpfe, 63 Sektoren/Spur, 96 Zylinder, zusammen 1556480 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00000000


hier die Ausgabe von mount:


/dev/mapper/dns-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/vda1 on /boot type ext2 (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)

Die Verzeichnisse var, usr und tmp liegen alle auf root und da ist noch genügend Platz.

Hoffe, das hilft weiter.

Viele Grüße
Uli

Skipper74
08.09.15, 20:18
Konnte das Problem selber so halbwegs lösen.

Es lag an die Inodes. Ein df -i zeigte an, dass die root zu 100% belegt war.

Habe nun ein 2 virtuelle HDD eingehängt und das LVG-Root erweitert. Jetzt konnte ich das Kernel-Update durchführen.

Viele Grüße
Uli