stainzl
Anmeldungsdatum: 11. Mai 2017
Beiträge: Zähle...
|
Hallo liebe Ubuntugemeinde, bisher hab ich hier für eig alles eine Lösung durch geschicktes googeln gefunden, aber diesmal weiß ich nich nach was ich suchen soll... Mien Problem ist das ich nichts mehr installieren kann, da Ubuntu der aktuellste Kernel noch fehlt. Dieser kann allerdings nicht installiert werden da /boot voll ist. Versuche ich das zu ändern komm wieder der Fehler mit der fehlenden Abhängikeit. Also von Anfang an: ich@meinpc:~$ sudo apt-get -f install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Abhängigkeiten werden korrigiert ... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
linux-headers-4.4.0-59 linux-headers-4.4.0-59-generic linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic
linux-headers-4.4.0-63 linux-headers-4.4.0-63-generic linux-headers-4.4.0-64 linux-headers-4.4.0-64-generic
linux-headers-4.4.0-65 linux-headers-4.4.0-65-generic linux-headers-4.4.0-66 linux-headers-4.4.0-66-generic
linux-headers-4.4.0-67 linux-headers-4.4.0-67-generic linux-image-4.4.0-59-generic linux-image-4.4.0-62-generic
linux-image-4.4.0-63-generic linux-image-4.4.0-64-generic linux-image-4.4.0-65-generic linux-image-4.4.0-66-generic
linux-image-4.4.0-67-generic linux-image-extra-4.4.0-59-generic linux-image-extra-4.4.0-62-generic
linux-image-extra-4.4.0-63-generic linux-image-extra-4.4.0-64-generic linux-image-extra-4.4.0-65-generic
linux-image-extra-4.4.0-66-generic linux-image-extra-4.4.0-67-generic linux-signed-image-4.4.0-59-generic
linux-signed-image-4.4.0-62-generic linux-signed-image-4.4.0-63-generic linux-signed-image-4.4.0-64-generic
linux-signed-image-4.4.0-65-generic linux-signed-image-4.4.0-66-generic linux-signed-image-4.4.0-67-generic
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden Installiert
linux-image-4.4.0-72-generic
Vorgeschlagene Pakete:
fdutils linux-doc-4.4.0 | linux-source-4.4.0 linux-tools
Die folgenden NEUEN Pakete werden installiert:
linux-image-4.4.0-72-generic
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 114 nicht aktualisiert.
15 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 21,8 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 66,4 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 395521 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb ...
Done.
Entpacken von linux-image-4.4.0-72-generic (4.4.0-72.93) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb (--unpack):
Extrahierte Daten für »./boot/vmlinuz-4.4.0-72-generic« können nicht nach »/boot/vmlinuz-4.4.0-72-generic.dpkg-new« kopiert werden: Es konnte nicht geschrieben werden (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
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-72-generic /boot/vmlinuz-4.4.0-72-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-72-generic /boot/vmlinuz-4.4.0-72-generic
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/linux-image-4.4.0-72-generic_4.4.0-72.93_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1) Danach probiere ich, wie vorgeschlagen
ich@meinpc:~$ sudo apt autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren.
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
linux-image-extra-4.4.0-72-generic : Hängt ab von: linux-image-4.4.0-72-generic ist aber nicht installiert
linux-signed-image-4.4.0-72-generic : Hängt ab von: linux-image-4.4.0-72-generic (= 4.4.0-72.93) ist aber nicht installiert
E: Unerfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen. Zur Info:
ich@meinpc:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 786M 9,0M 777M 2% /run
/dev/mapper/meinpc--vg-root 1,8T 428G 1,3T 25% /
tmpfs 3,9G 4,0K 3,9G 1% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda2 473M 471M 0 100% /boot
/dev/sda1 511M 3,6M 508M 1% /boot/efi
tmpfs 786M 0 786M 0% /run/user/114
tmpfs 786M 0 786M 0% /run/user/1000 und
ich@meinpc:~$ dpkg -l linux-image-* | grep ii
ii linux-image-4.4.0-57-generic 4.4.0-57.78 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-59-generic 4.4.0-59.80 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-62-generic 4.4.0-62.83 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-63-generic 4.4.0-63.84 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-64-generic 4.4.0-64.85 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-65-generic 4.4.0-65.86 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-66-generic 4.4.0-66.87 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-4.4.0-67-generic 4.4.0-67.88 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP ii linux-image-extra-4.4.0-57-generic 4.4.0-57.78 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-59-generic 4.4.0-59.80 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-62-generic 4.4.0-62.83 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-63-generic 4.4.0-63.84 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-64-generic 4.4.0-64.85 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-65-generic 4.4.0-65.86 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-66-generic 4.4.0-66.87 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
du brauchst erst Platz auf /boot → dazu würd ich einfach mal 2 alte Kernel manuell entfernen - vorher zur Sicherheit mit
uname -a
anzeigen lassen, mit welchem Kernel du aktuell unterwegs bist und dann mal
sudo apt purge linux-headers-4.4.0-59 linux-headers-4.4.0-59-generic linux-headers-4.4.0-62 linux-headers-4.4.0-62-generic linux-headers-4.4.0-63 linux-headers-4.4.0-63-generic linux-headers-4.4.0-64 linux-headers-4.4.0-64-generic linux-image-4.4.0-59-generic linux-image-4.4.0-62-generic
linux-image-4.4.0-63-generic
und danach mit
df -h wieder schauen, wieviel Platz vorhanden ist (solte aber erstmal reichen) und danach nochmal
sudo apt -f install Nachtrag: hab gerade den "purge-Befehl editiert, hatte die "generic2 und "linux-image" vergessen reinzukopieren
|
stainzl
(Themenstarter)
Anmeldungsdatum: 11. Mai 2017
Beiträge: 12
|
Hatte ich vergessen zu schreiben das ich das schon versucht hatte, aber trotzdem hier der Output:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
linux-image-extra-4.4.0-59-generic : Hängt ab von: linux-image-4.4.0-59-generic soll aber nicht installiert werden
linux-image-extra-4.4.0-62-generic : Hängt ab von: linux-image-4.4.0-62-generic soll aber nicht installiert werden
linux-image-extra-4.4.0-63-generic : Hängt ab von: linux-image-4.4.0-63-generic soll aber nicht installiert werden
linux-image-extra-4.4.0-72-generic : Hängt ab von: linux-image-4.4.0-72-generic soll aber nicht installiert werden
linux-signed-image-4.4.0-59-generic : Hängt ab von: linux-image-4.4.0-59-generic (= 4.4.0-59.80) soll aber nicht installiert werden
linux-signed-image-4.4.0-62-generic : Hängt ab von: linux-image-4.4.0-62-generic (= 4.4.0-62.83) soll aber nicht installiert werden
linux-signed-image-4.4.0-63-generic : Hängt ab von: linux-image-4.4.0-63-generic (= 4.4.0-63.84) soll aber nicht installiert werden
linux-signed-image-4.4.0-72-generic : Hängt ab von: linux-image-4.4.0-72-generic (= 4.4.0-72.93) soll aber nicht installiert werden
E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an).
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, zeige bitte einmal
df -l (kleines L) im Codeblock. Gruß
|
stainzl
(Themenstarter)
Anmeldungsdatum: 11. Mai 2017
Beiträge: 12
|
Hier:
ich@meinpc:~$ df -l
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
udev 4002044 0 4002044 0% /dev
tmpfs 804412 9156 795256 2% /run
/dev/mapper/meinpc--vg-root 1913589172 448565856 1367795540 25% /
tmpfs 4022060 4 4022056 1% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 4022060 0 4022060 0% /sys/fs/cgroup
/dev/sda2 483946 481764 0 100% /boot
/dev/sda1 523248 3616 519632 1% /boot/efi
tmpfs 804412 0 804412 0% /run/user/114
tmpfs 804412 0 804412 0% /run/user/1000
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, stainzl schrieb: Hier:
ich@meinpc:~$ df -l
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
udev 4002044 0 4002044 0% /dev
tmpfs 804412 9156 795256 2% /run
/dev/mapper/meinpc--vg-root 1913589172 448565856 1367795540 25% /
tmpfs 4022060 4 4022056 1% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 4022060 0 4022060 0% /sys/fs/cgroup
/dev/sda2 483946 481764 0 100% /boot
/dev/sda1 523248 3616 519632 1% /boot/efi
tmpfs 804412 0 804412 0% /run/user/114
tmpfs 804412 0 804412 0% /run/user/1000
Inodes vollgelaufen. sudo rm -rf /usr/src/linux-image-*
sudo apt-get -f install
sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade
Gruß
|
stainzl
(Themenstarter)
Anmeldungsdatum: 11. Mai 2017
Beiträge: 12
|
In dem Ordner dessen Inhalt ich löschen sollte wurde nichts gelöscht, da da nur die headers drin sind, hier der ls:
ich@meinpc:~$ ls /usr/src/
linux-headers-4.4.0-57 linux-headers-4.4.0-64 linux-headers-4.4.0-70
linux-headers-4.4.0-57-generic linux-headers-4.4.0-64-generic linux-headers-4.4.0-70-generic
linux-headers-4.4.0-59 linux-headers-4.4.0-65 linux-headers-4.4.0-71
linux-headers-4.4.0-59-generic linux-headers-4.4.0-65-generic linux-headers-4.4.0-71-generic
linux-headers-4.4.0-62 linux-headers-4.4.0-66 linux-headers-4.4.0-72
linux-headers-4.4.0-62-generic linux-headers-4.4.0-66-generic linux-headers-4.4.0-72-generic
linux-headers-4.4.0-63 linux-headers-4.4.0-67
linux-headers-4.4.0-63-generic linux-headers-4.4.0-67-generic
Soll ich die dann löschen?
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, das sagt doch eindeutig sudo rm -rf /usr/src/linux-headers-* Hinweis:
Gruß Noch ein Hinweis: Eingabe im Browser ⇒ site:forum.ubuntuusers.de kein Speicherplatz Achtung Ich habe den Befehl geändert, Irrtum von mir beim alten Befehl, sorry , gepennt.
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
Tuemmler schrieb:
Inodes vollgelaufen.
Nein. Mit einem "kleinen L" werden keine Inodes angezeigt. /boot ist einfach nur voll und zwar nicht erst seit eben (meine Güte, 4 unvollständig installierte Kernel). Tuemmler schrieb:
sudo rm -rf /usr/src/linux-headers-*
Und wenn /boot auf separater Mini-Partition voll ist, nützt Dir kein manuelles Freischaufeln einer anderen Partition. Wenn dann mal die Ausgabe von
kommt, könnte man auch gezielt helfen (temporär Kernel-Metapakete purgen oder die Pakete des laufenden Kernels pinnen, um teilinstallierte zu purgen, man könnte mit "--force-remove-reinstreq" Pakete herausprügeln, man könnte manuell 1...2 initrd.img-version-generic in /boot löschen...).
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
axt schrieb: Tuemmler schrieb:
Inodes vollgelaufen.
Nein. Mit einem "kleinen L" werden keine Inodes angezeigt.
OK, Du hast ja Recht, war wohl mit den Gedanken woanders.
/boot ist einfach nur voll und zwar nicht erst seit eben (meine Güte, 4 unvollständig installierte Kernel). Tuemmler schrieb:
sudo rm -rf /usr/src/linux-headers-*
Und wenn /boot auf separater Mini-Partition voll ist, nützt Dir kein manuelles Freischaufeln einer anderen Partition. Wenn dann mal die Ausgabe von
kommt, könnte man auch gezielt helfen (temporär Kernel-Metapakete purgen oder die Pakete des laufenden Kernels pinnen, um teilinstallierte zu purgen, man könnte mit "--force-remove-reinstreq" Pakete herausprügeln, man könnte manuell 1...2 initrd.img-version-generic in /boot löschen...).
Du kennst doch meine Einstellung Inodes frei zu bekommen, und der einfachste Weg ist nun einmal über /usr/src, weil sich dort der Kram massiert. Und ja, werden Inodes frei, sollte auch der Weg über install -f und autoremove und Co. wieder klappen Gruß
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
Tuemmler schrieb:
Du kennst doch meine Einstellung Inodes frei zu bekommen,
Es geht aber nicht um "/usr/src/", sprich "/", da "/boot/" bei ihm eine separate, vollgelaufene Partition ist. Also eben auch nicht um Inodes. Du kannst außerhalb von "/boot/" noch so viel herumlöschen lassen, es behebt nicht das Problem. stainzl, wenn Du Dein Problem gelöst haben möchtest, erwarte ich noch immer
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
axt schrieb: Tuemmler schrieb:
Du kennst doch meine Einstellung Inodes frei zu bekommen,
Es geht aber nicht um "/usr/src/", sprich "/", da "/boot/" bei ihm eine separate, vollgelaufene Partition ist. Also eben auch nicht um Inodes. Du kannst außerhalb von "/boot/" noch so viel herumlöschen lassen, es behebt nicht das Problem.
Doch, sind die Inodes ausgereitzt und das sind sie hier, gibt es keinerlei Möglichkeiten des "normalen" Löschungsversuches, komme mir nicht mit den Einzellöschungen der Images. Natürlich kann man einzelne Linux-Images löschen. Da hast Du Recht, aber wo liegt das Problem die nicht benötigten Daten auf /usr/src/ zu löschen, um Inodes frei zu bekommen? Einzig die Freigabe der Inodes dort wo sie sich häufen hilft. Inodes machen wir dort frei, wo sie sich häufen. 😉 Außerdem, mache einmal einem User Deine Variante klar, kompliziert und unverständlich.
stainzl, wenn Du Dein Problem gelöst haben möchtest, erwarte ich noch immer | uname -a
könnte man auch gezielt helfen (temporär Kernel-Metapakete purgen
oder die Pakete des laufenden Kernels pinnen, um teilinstallierte
zu purgen, man könnte mit "--force-remove-reinstreq" Pakete herausprügeln,
man könnte manuell 1...2 initrd.img-version-generic in /boot löschen...).
|
Und warten wir doch einmal ab, was der TS zu vermelden hat. Gruß
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
Tuemmler schrieb:
Doch, sind die Inodes ausgereitzt und das sind sie hier,
Eh Du weiter sowas behauptest, willst Du hier die definitive Terminalausgabe des Threadstarters dazu verlinken (das genügt schon, besser als falsche Forumsyntax). Wirst Du nicht können, Du hast ihm die falsche Option genannt, die er im Vertrauen so ausgeführt hat. Du hast zwei falsche Ansätze und merkst es nicht mal, wenn man es Dir erklärt. In diesem Thread bist Du ganz und gar nicht bei der Sache.
Außerdem, mache einmal einem User Deine Variante klar, kompliziert und unverständlich.
Das laß meine Sorge sein! Ich erkläre ihm konkret, was auszuführen ist, wenn ich die uname-Information bekomme.
|
stainzl
(Themenstarter)
Anmeldungsdatum: 11. Mai 2017
Beiträge: 12
|
Bitte entschuldigt das ich mich erst jetzt wieder melde, der PC war abgeschtürzt und wollte nicht bei starten. Da der bei mir daheim steht, wo ich heute erst wieder war, konnte ich erst jetzt wieder daran arbeiten. Hier ist jetzt die Ausgabe von uname -a:
ich@mein-pc:~$ sudo uname -a
Linux schweikerre-server 4.4.0-67-generic #88-Ubuntu SMP We
Mar 8 16:34:45 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin axt stainzl stainzl schrieb:
Hier ist jetzt die Ausgabe von uname -a:
ich@mein-pc:~$ sudo uname -a
Linux schweikerre-server 4.4.0-67-generic #88-Ubuntu SMP We
Mar 8 16:34:45 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
axt Warum der TS das unter Admin-Rechten eingibt, scheint für mich nebensächlich. Ich bin sowieso raus. Wenn ich das richtig sehe, handelt es sich um eine Server-Installation und dort bin ich raus. Gruß
|