Problem mit Kernel-Update

[spacemishka]

Hallo zusammen,

seid geraumer Zeit bekomme ich folgende Fehlermeldung wenn ich apt-get update && apt-get upgrade ausführe:

Code: Alles auswählen

Vorkonfiguration der Pakete ...
(Lese Datenbank ... 66083 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb ...
Entpacken von linux-image-3.2.0-4-amd64 (3.2.68-1+deb7u3) über (3.2.60-1+deb7u3) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb (--unpack):
 Extrahierte Daten für »./lib/modules/3.2.0-4-amd64/kernel/drivers/media/radio/radio-wl1273.ko« können nicht nach »/lib/modules/3.2.0-4-amd64/kernel/drivers/media/radio/radio-wl1273.ko.dpkg-new« kopiert werden: Unerwartetes Ende der Datei oder des Datenstroms
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
Vormals nicht ausgewähltes Paket libgcrypt20:amd64 wird gewählt.
Vorbereitung zum Entpacken von .../libgcrypt20_1.6.3-2+opp~1_amd64.deb ...
Entpacken von libgcrypt20:amd64 (1.6.3-2+opp~1) ...
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ein Paket konnte nicht installiert werden. Versuch, dies zu lösen:
linux-image-3.2.0-4-amd64-dbg (3.2.68-1+deb7u3) wird eingerichtet ...
libgcrypt20:amd64 (1.6.3-2+opp~1) wird eingerichtet ...
Trigger für libc-bin (2.19-18+deb8u1) werden verarbeitet ...

Ich habe schon alles mögliche aus dem Netz probiert,
- apt-get autoremove, apt-get autoclean, apt-get install -f
- Zurücksetzens der sources.list.
- Löschen der alten Kerneldateien

Hat noch jemand einen Tipp?


Danke
Peter

[owl102]

dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb (--unpack):
Extrahierte Daten für »./lib/modules/3.2.0-4-amd64/kernel/drivers/media/radio/radio-wl1273.ko« können nicht nach »/lib/modules/3.2.0-4-amd64/kernel/drivers/media/radio/radio-wl1273.ko.dpkg-new« kopiert werden: Unerwartetes Ende der Datei oder des Datenstroms

Da hängt ein Paket bei dir im Cache, welches offensichtlich nicht komplett aus dem Internet geladen wurde. Lösche mal den Cache von apt (mittels "apt-get clean").

[spacemishka]

Hallo.

leider ist das Ergebnis identisch:

Code: Alles auswählen

(Lese Datenbank ... 72546 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb ...
Entpacken von linux-image-3.2.0-4-amd64 (3.2.68-1+deb7u3) über (3.2.60-1+deb7u3) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb (--unpack):
 Extrahierte Daten für »./lib/modules/3.2.0-4-amd64/kernel/drivers/net/wireless/b43legacy/b43legacy.ko« können nicht nach »/lib/modules/3.2.0-4-amd64/kernel/drivers/net/wireless/b43legacy/b43legacy.ko.dpkg-new« kopiert werden: Es konnte nicht geschrieben werden (Auf dem Gerät ist kein Speicherplatz mehr verfügbar)
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.68-1+deb7u3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:

Tatsächlich kam keiner weitere Ausgabe nach "Trying to recover":

[DeletedUserReAsG]

Extrahierte Daten für »./lib/modules/3.2.0-4-amd64/kernel/drivers/net/wireless/b43legacy/b43legacy.ko« können nicht nach »/lib/modules/3.2.0-4-amd64/kernel/drivers/net/wireless/b43legacy/b43legacy.ko.dpkg-new« kopiert werden: Es konnte nicht geschrieben werden (Auf dem Gerät ist kein Speicherplatz mehr verfügbar)

So viel Interpretationsspielraum scheint mir das aber nun nicht zu lassen ….

df -hs gibt eine Übersicht.

[spacemishka]

mmh es scheint als hat die Installationsassistent die Platten falsch konfiguriert.

Code: Alles auswählen

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1       323M    271M   36M   89% /
udev             10M       0   10M    0% /dev
tmpfs           189M    6,4M  183M    4% /run
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs           1,2G       0  1,2G    0% /run/shm
/dev/md190      5,5T    2,6T  2,6T   51% /home
/dev/sda8       368M     11M  339M    3% /tmp
/dev/sda5       8,3G    3,4G  4,5G   44% /usr
/dev/sda6       2,8G    617M  2,1G   24% /var
cgroup           12K       0   12K    0% /sys/fs/cgroup
cgmfs           100K       0  100K    0% /run/cgmanager/fs
tmpfs           189M       0  189M    0% /run/user/1000

Wie kann ich die Festplatte vergrößern? Gibt es da einen gescheiten Link? Alle Volumes sind auf EXT4. Die Systemplatte hat 250GB.

[rendegast]

/dev/sda1 323M 271M 36M 89% /

/dev/sda8 368M 11M 339M 3% /tmp
/dev/sda5 8,3G 3,4G 4,5G 44% /usr
/dev/sda6 2,8G 617M 2,1G 24% /var

/ und /tmp sind zu klein.
Erste, schnelle Lösung:
- Mit einem live-System booten
- sda1 und sda5 mounten
- Auf sda5 ein Verzeichnis usr/ erstellen und den Inhalt in dieses Verzeichnis verschieben.
- Den Inhalt von sda1 bis auf das Verzeichnis boot/ nach sda5 verschieben.
sda1/boot/ erstmal so lassen, das wird für den Systemstart gebraucht.
- nun den Inhalt der Datei sda5/etc/fstab anpassen:
/ <-> /usr,
/tmp entfernen
Damit liegt / nun auf sda5.

Beim Starten des Systems muß die Startzeile abgeändert werden,
grub-Editieren mit 'e'

Code: Alles auswählen

linux ... ... root=/dev/sda5 ...

System starten.

sda1 zum neuen /boot machen:
- sda1 nach zBsp. /mnt mounten
- Inhalt von /mnt/boot/ nach /mnt/ verschieben
- /mnt umounten
- sda1 stellt jetzt /boot dar
- /etc/fstab entsprechend ändern und 'mount -va'

'update-grub' aufführen, damit die menuentry in grub.cfg passen.
'grub-install [--recheck] [--no-floppy] /dev/sda' ausführen,
damit der Loader hinter dem sda-MBR jetzt zu den neuen Gegebenheiten in sda1 paßt.

[KBDCALLS]

Mit einem neuen /boot auf einer extra Partition ist es nicht getan.

Da befindet sich nur ca 20 MB eines Kernels , das Haupt in /lib/modules/kernel das sind rund 164 MB an Kernelmodulen beim Kernel Backport Kernel 4.1 .

Ne genauere Übersicht würde die Ausbabe von lsblk oder lsblk -f als Root liefern.

df liefert zwar Größenangaben aber nur das was momentan gemountet ist.

[rendegast]

Mit einem neuen /boot auf einer extra Partition ist es nicht getan.

?
S.o. Das alte / wird bei der Vorgehensweise zum neuen /boot, 300MB sollten ausreichend sein (reicht für mehr als 10 Kernel+initrd).
Der Rest des alten / (~250MB) kommt (zusätzlich) in die Partition des dann vorherigen /usr.
Da dort ~3GB frei sind, sollte das erstmal ausreichen, um das System wieder valide zu machen.
Auch /tmp hat dort mehr Spielraum als bisher.

Jetzt heißt es,
/var im Auge behalten.
Die 2GB könnte zum großen Teil apt-cache sein -> 'apt-get clean'.
Ich würde es dem / zuschlagen
(Inhalt verschieben, /-Partition um den Platz vergrößern, den verschobenen Inhalt wieder hinzufügen, /var-Eintrag der fstab entfernen).