SteffiStuffi
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
Hallo zusammen, ich habe seit letzten Jahr schon Xubuntu 16.04 im Dualboot mit Windows 10. Jetzt habe ich meinen Rechner neu aufgespielt und habe Xubuntu 16.04 und Windows 7 und bekomme leider mein Xubuntu nicht so richtig zum laufen. Das Problem an dem ich gerade hänge ist, dass meine Root-Partion voll ist und gar nichts mehr funktionieren mag. Ich weiß auch nicht so richtig was ich lösen kann, im Prinzip wäre eine Vergrößerung schon möglich aber ich kann gparted nicht mehr installieren und bin ratlos was ich tun soll. Hier mal ein paar Daten:
df -h
liefert
udev 3,9G 0 3,9G 0% /dev
tmpfs 792M 9,4M 782M 2% /run
/dev/sda6 9,3G 9,2G 0 100% /
tmpfs 3,9G 220K 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda3 185M 167M 8,9M 95% /boot
/dev/sda7 374G 66G 290G 19% /home
/dev/sda2 541G 438G 104G 81% /media/Socke/Win
tmpfs 792M 36K 791M 1% /run/user/1000 - lsblk
ergibt
sr0 11:0 1 1024M 0 rom
sda 8:0 0 931,5G 0 disk
├─sda4 8:4 0 1K 0 part
├─sda2 8:2 0 540,8G 0 part /media/Socke/Win
├─sda7 8:7 0 380G 0 part /home
├─sda5 8:5 0 976M 0 part [SWAP]
├─sda3 8:3 0 191M 0 part /boot
├─sda1 8:1 0 100M 0 part
└─sda6 8:6 0 9,5G 0 part / und sudo du -h --max-depth=1 /var
318M /var/lib
4,0K /var/snap
4,0K /var/local
15M /var/cache
75M /var/log
12M /var/crash
3,6G /var/tmp
4,0K /var/mail
52K /var/spool
4,1M /var/backups
20K /var/www
4,0K /var/opt
4,0K /var/metrics
4,0G /var
sudo du -h --max-depth=1 /var/tmp
105M /var/tmp/mkinitramfs_3rc8Xa
98M /var/tmp/mkinitramfs_mZIg5I
98M /var/tmp/mkinitramfs_D1SnVm
107M /var/tmp/mkinitramfs_zyOSh4
107M /var/tmp/mkinitramfs_pZ1yt7
8,0K /var/tmp/systemd-private-6e3adadb7ae14bffa2ea0c36676b0a94-rtkit-daemon.service-DL2v8n
47M /var/tmp/mkinitramfs_uZG4lj
105M /var/tmp/mkinitramfs_vc8K8p
105M /var/tmp/mkinitramfs_wXp3o2
107M /var/tmp/mkinitramfs_goRToU
43M /var/tmp/mkinitramfs_Yf4GFe
74M /var/tmp/mkinitramfs_YSHpDS
107M /var/tmp/mkinitramfs_PQsWNT
105M /var/tmp/mkinitramfs_QEvNld
46M /var/tmp/mkinitramfs_2yNa1o
105M /var/tmp/mkinitramfs_yEm4Us
107M /var/tmp/mkinitramfs_6NFAlG
98M /var/tmp/mkinitramfs_9XVfGO
8,0K /var/tmp/systemd-private-468a9543da5c437f819753cb7aead0af-systemd-timesyncd.service-TMcfsQ
105M /var/tmp/mkinitramfs_Zagqnt
8,0K /var/tmp/systemd-private-6e3adadb7ae14bffa2ea0c36676b0a94-systemd-timesyncd.service-O4lFC9
105M /var/tmp/mkinitramfs_riFYos
48M /var/tmp/mkinitramfs_zxipmA
105M /var/tmp/mkinitramfs_1pNgdL
107M /var/tmp/mkinitramfs_tiCqY6
105M /var/tmp/mkinitramfs_9tMChx
105M /var/tmp/mkinitramfs_w0z54F
8,0K /var/tmp/systemd-private-468a9543da5c437f819753cb7aead0af-rtkit-daemon.service-hyftG5
105M /var/tmp/mkinitramfs_YYohmU
107M /var/tmp/mkinitramfs_96uK1V
98M /var/tmp/mkinitramfs_k5sqOC
107M /var/tmp/mkinitramfs_Keaf9F
105M /var/tmp/mkinitramfs_voQYzC
105M /var/tmp/mkinitramfs_aIj1Nl
105M /var/tmp/mkinitramfs_gAVdaB
105M /var/tmp/mkinitramfs_BmeK15
105M /var/tmp/mkinitramfs_iHiBJ7
105M /var/tmp/mkinitramfs_DmlIxv
34M /var/tmp/mkinitramfs_oxbS98
98M /var/tmp/mkinitramfs_8vgkLj
98M /var/tmp/mkinitramfs_oYDg1W
107M /var/tmp/mkinitramfs_yyOzMW
3,6G /var/tmp Also liegt das Problem irgendwie an fehlender Firmware und ich habe versucht bei Intel Kabylake DMC herunterzuladen, aber der Download funktionierte schon wegen fehlenden Speicherplatzes nicht (der sollte doch ins /home gehen oder?), also über den Umweg über einen USB, aber die Installation ist auch gescheitert. Irgendwie habe ich jetzt versucht einfach ein bisschen speicher zu bekommen, aber es klappt nicht so recht. sudo apt-get clean bringt keine Besserung. Weiter habe ich folgendes versucht:
socke@socke-Aspire-E5-771G:~$ sudo apt-get autoremove
E: Der dpkg-Prozess wurde unterbrochen; Sie müssen manuell »sudo dpkg --configure -a« ausführen, um das Problem zu beheben.
socke@socke-Aspire-E5-771G:~$ sudo apt-get autoclean
E: Der dpkg-Prozess wurde unterbrochen; Sie müssen manuell »sudo dpkg --configure -a« ausführen, um das Problem zu beheben.
socke@socke-Aspire-E5-771G:~$ sudo dpkg --configure -a
dpkg: Fehler: Schreiben des status-Datensatzes über »nvidia-375« nach »/var/lib/dpkg/status« fehlgeschlagen: Auf dem Gerät ist kein Speicherplatz mehr verfügbar Viele Grüße,
Steffi
|
verdooft
Anmeldungsdatum: 15. September 2012
Beiträge: 3991
|
SteffiStuffi schrieb: Jetzt habe ich meinen Rechner neu aufgespielt
Dann mach das einfach nochmal und partitioniere direkt richtig.
Das Problem an dem ich gerade hänge ist, dass meine Root-Partion voll ist und gar nichts mehr funktionieren mag.
10 GB für / können zu wenig sein, wenn man viel Software installiert, mal auf eine neuere Version updaten möchte. Ich würde bei der Gelegenheit (Neuinstallation) / großzügiger bemessen, z.B. 20 oder 30 GB.
Ich weiß auch nicht so richtig was ich lösen kann, im Prinzip wäre eine Vergrößerung schon möglich aber ich kann gparted nicht mehr installieren und bin ratlos was ich tun soll.
Du könntest von einem Livemedium (USB Stick, DVD) starten und dort Gparted aufrufen. Ich partitioniere immer direkt während der Installation von Betriebssystemen so, dass es zu meinen Anforderungen (und bisschen drüber) reicht, daher empfehle ich das hier auch. Achso, dass da soviele mkinitramfs... Dateien sind, habe ich nicht gesehen, dann reichen 10 GB für dich vielleicht doch.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7651
|
Komische Dateien hast du da. Haben die auch ein Datum? Vielleicht eine einmalige Sache? ls -al /var/tmp/mkinitramfs* Löschen oder (wenn du zwecks eingehender Untersuchung behalten willst) woanders hin verschieben, dann hast du wieder Luft zum Atmen. sudo mv /var/tmp/mkinitramfs* /media/sonstwohin/
sudo rm /var/tmp/mkinitramfs* Wo das eigentlich herkam ist dann nochmal ne andere Baustelle und wer räumt eigentlich wann und unter welchen Bedingungen bei Ubuntu das /var/tmp auf? Fragen über Fragen. ( Am Ende ist das eigentliche Problem vielleicht die viel zu kleine /boot Partition. Früher hat man von einer Eins komma Vier Vier Megabyte-Diskette gebootet, heute reichen auch 256MB nicht mehr zum booten aus, nicht mit Ubuntu und deren Ich-Supporte-Einfach-Alles-Initramfsen die hunderte M&Ms fressen. )
|
SteffiStuffi
(Themenstarter)
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
Danke euch beiden für die schnellen Antworten. Naja richtig Partitionieren, im Wiki steht, dass 8-10 GB für root verwendet werden sollen und für /boot 100-250 MB. Das habe ich versucht zu befolgen. Ich habe jetzt die Dateien gelöscht und bin jetzt tatsächlich bei dem Problem der zu kleinen boot Partition. Habe also gelöscht, dann clean, autoclean und autoremove gemacht und dann von Intel die Firmware installiert. Dann habe ich jetzt nochmal dpkg --configure ausgeführt: socke@socke-Aspire-E5-771G:~$ sudo dpkg --configure -a
[sudo] Passwort für socke:
initramfs-tools (0.122ubuntu8.8) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
linux-image-extra-4.8.0-41-generic (4.8.0-41.44~16.04.1) wird eingerichtet ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
update-initramfs: Generating /boot/initrd.img-4.8.0-41-generic
gzip: stdout: No space left on device
E: mkinitramfs failure find 141 cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.8.0-41-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-4.8.0-41-generic (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Trigger für initramfs-tools (0.122ubuntu8.8) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.8.0-41-generic
gzip: stdout: No space left on device
E: mkinitramfs failure find 141 cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.8.0-41-generic with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
linux-image-extra-4.8.0-41-generic
initramfs-tools "No space left on device" bezieht sich jetzt auf root oder boot? Ist es ein Problem wenn linux-image-extra-4.8.0-41-generic und initramfs-tools Fehler erzeugen oder kann ich das einfach ignorieren? df-h liefert jetzt Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 792M 9,3M 782M 2% /run
/dev/sda6 9,3G 6,8G 2,1G 77% /
tmpfs 3,9G 220K 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda3 185M 185M 0 100% /boot
/dev/sda2 541G 438G 104G 81% /media/Socke/Win
/dev/sda7 374G 66G 290G 19% /home
tmpfs 792M 36K 791M 1% /run/user/1000
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7651
|
SteffiStuffi schrieb: Naja richtig Partitionieren, im Wiki steht, dass 8-10 GB für root verwendet werden sollen und für /boot 100-250 MB. Das habe ich versucht zu befolgen.
Jupp, das hat wohl so einige in die Wüste geschickt. Ist leider nur ein (schlechtes) Beispiel. Es hat sich leider niemand gefunden der das Beispiel mit sinnvollen Werten neu macht und die anhängigen drei Dutzend Screenshots erneuert. Das Ding hat ein paar Jahre auf dem Buckel und war womöglich damals schon an der Untergrenze. Und die Ubuntu Kernel werden eigentlich von Release zu Release eher größer als kleiner.
Ich habe jetzt die Dateien gelöscht und bin jetzt tatsächlich bei dem Problem der zu kleinen boot Partition. Habe also gelöscht, dann clean, autoclean und autoremove gemacht und dann von Intel die Firmware installiert.
Was hast du gelöscht und vielleicht wichtiger, was ist noch da, in deinem /boot? Mal ein ls -l dazu?
Ist es ein Problem wenn linux-image-extra-4.8.0-41-generic und initramfs-tools Fehler erzeugen oder kann ich das einfach ignorieren?
Ist ein Problem... nicht nur daß du so keine neuen Kernel bekommst, möglicherweise auch der Grund warum dein /var/tmp vollgelaufen ist (kannst ja mal schauen ob nach den letzten dpkg Versuchen da jetzt schon wieder solche Dateien drin rumlungern) und auch sonst ja kein Zustand daß die Updates wegen vollem /boot abbrechen.
|
SteffiStuffi
(Themenstarter)
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
hmh, oke schade, wenigstes eine Tabelle mit neuen Werten am Anfang die darauf aufmerksam wäre schön ☺ Also ich habe nicht im boot, die ganzen mkinitramfs-Datein. Dann habe ich im root noch einen Kernel gelöscht und jetzt habe ich das:
socke@socke-Aspire-E5-771G:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 792M 9,4M 782M 2% /run
/dev/sda6 9,3G 7,0G 1,8G 80% /
tmpfs 3,9G 220K 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda3 185M 138M 39M 79% /boot
/dev/sda7 374G 66G 290G 19% /home
/dev/sda2 541G 438G 104G 81% /media/Socke/Win
tmpfs 792M 36K 791M 1% /run/user/1000 socke@socke-Aspire-E5-771G:~$ sudo dpkg --configure -a
[sudo] Passwort für socke:
initramfs-tools (0.122ubuntu8.8) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
linux-image-extra-4.8.0-41-generic (4.8.0-41.44~16.04.1) wird eingerichtet ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
update-initramfs: Generating /boot/initrd.img-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.8.0-41-generic /boot/vmlinuz-4.8.0-41-generic
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-41-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-41-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.8.0-36-generic
initrd-Abbild gefunden: /boot/initrd.img-4.8.0-36-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
Windows 7 (loader) auf /dev/sda1 gefunden
erledigt
Trigger für initramfs-tools (0.122ubuntu8.8) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.8.0-41-generic Sieht schonmal gut aus oder? socke@socke-Aspire-E5-771G:~$ sudo apt-get update
OK:1 http://de.archive.ubuntu.com/ubuntu xenial InRelease
Holen:2 http://de.archive.ubuntu.com/ubuntu xenial-updates InRelease [102 kB]
Holen:3 http://security.ubuntu.com/ubuntu xenial-security InRelease [102 kB]
Holen:4 http://de.archive.ubuntu.com/ubuntu xenial-backports InRelease [102 kB]
Holen:5 http://de.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages [499 kB]
Holen:6 http://security.ubuntu.com/ubuntu xenial-security/main amd64 Packages [232 kB]
Holen:7 http://security.ubuntu.com/ubuntu xenial-security/main i386 Packages [224 kB]
Holen:8 http://de.archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages [488 kB]
Holen:9 http://security.ubuntu.com/ubuntu xenial-security/main Translation-en [98,2 kB]
Holen:10 http://security.ubuntu.com/ubuntu xenial-security/main amd64 DEP-11 Metadata [54,1 kB]
Holen:11 http://de.archive.ubuntu.com/ubuntu xenial-updates/main Translation-en [200 kB]
Holen:12 http://security.ubuntu.com/ubuntu xenial-security/main DEP-11 64x64 Icons [42,4 kB]
Holen:13 http://security.ubuntu.com/ubuntu xenial-security/universe amd64 Packages [103 kB]
Holen:14 http://de.archive.ubuntu.com/ubuntu xenial-updates/main amd64 DEP-11 Metadata [288 kB]
Holen:15 http://security.ubuntu.com/ubuntu xenial-security/universe i386 Packages [92,9 kB]
Holen:16 http://de.archive.ubuntu.com/ubuntu xenial-updates/main DEP-11 64x64 Icons [190 kB]
Holen:17 http://security.ubuntu.com/ubuntu xenial-security/universe Translation-en [53,9 kB]
Holen:18 http://de.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 Packages [448 kB]
Holen:19 http://security.ubuntu.com/ubuntu xenial-security/universe amd64 DEP-11 Metadata [32,1 kB]
Holen:20 http://security.ubuntu.com/ubuntu xenial-security/universe DEP-11 64x64 Icons [37,0 kB]
Holen:21 http://de.archive.ubuntu.com/ubuntu xenial-updates/universe i386 Packages [436 kB]
Holen:22 http://de.archive.ubuntu.com/ubuntu xenial-updates/universe amd64 DEP-11 Metadata [159 kB]
Holen:23 http://de.archive.ubuntu.com/ubuntu xenial-updates/universe DEP-11 64x64 Icons [188 kB]
Holen:24 http://de.archive.ubuntu.com/ubuntu xenial-updates/multiverse amd64 DEP-11 Metadata [2.520 B]
Holen:25 http://de.archive.ubuntu.com/ubuntu xenial-backports/main amd64 DEP-11 Metadata [3.328 B]
Es wurden 4.179 kB in 7 s geholt (544 kB/s).
Paketlisten werden gelesen... Fertig
socke@socke-Aspire-E5-771G:~$ Bekomme ich mit apt-get update auch den aktuellsten Kernel? ls-l liefert: socke@socke-Aspire-E5-771G:/boot$ ls -l
insgesamt 160697
-rw-r--r-- 1 root root 1245659 Mär 22 17:11 abi-4.4.0-70-generic
-rw-r--r-- 1 root root 1407843 Feb 5 12:32 abi-4.8.0-36-generic
-rw-r--r-- 1 root root 1408261 Mär 3 20:03 abi-4.8.0-41-generic
-rw-r--r-- 1 root root 190236 Mär 22 17:11 config-4.4.0-70-generic
-rw-r--r-- 1 root root 199575 Feb 5 12:32 config-4.8.0-36-generic
-rw-r--r-- 1 root root 199575 Mär 3 20:03 config-4.8.0-41-generic
drwxr-xr-x 5 root root 1024 Mär 29 01:50 grub
-rw-r--r-- 1 root root 9581279 Mär 28 15:01 initrd.img-4.4.0-66-generic
-rw-r--r-- 1 root root 16902698 Mär 29 01:50 initrd.img-4.4.0-70-generic
-rw-r--r-- 1 root root 39628338 Mär 24 21:08 initrd.img-4.8.0-36-generic
-rw-r--r-- 1 root root 39619526 Mär 29 01:38 initrd.img-4.8.0-41-generic
-rw-r--r-- 1 root root 19230720 Mär 29 01:12 initrd.img-4.8.0-41-generic.i915-fw.backup
drwx------ 2 root root 12288 Mär 24 19:34 lost+found
-rw-r--r-- 1 root root 182704 Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 184380 Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 184840 Jan 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 3882277 Mär 22 17:11 System.map-4.4.0-70-generic
-rw------- 1 root root 4060748 Feb 5 12:32 System.map-4.8.0-36-generic
-rw------- 1 root root 4067758 Mär 3 20:03 System.map-4.8.0-41-generic
-rw------- 1 root root 7083344 Mär 22 17:11 vmlinuz-4.4.0-70-generic
-rw-r--r-- 1 root root 7297312 Mär 24 19:36 vmlinuz-4.8.0-36-generic
-rw------- 1 root root 7311872 Mär 3 20:03 vmlinuz-4.8.0-41-generic
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Moin, du hast jede Menge alte Kernels - mit ein wenig Systempflege kannst du noch mehr Platz schaffen. Zeig mal bitte
sudo apt -s autoremove
das macht erstmal gar nix, durch das "-s" ist es nur eine Simulation, kannst das also gefahrlos ausführen und posten.
|
SteffiStuffi
(Themenstarter)
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
Hier die Ausgabe: socke@socke-Aspire-E5-771G:~$ sudo apt -s autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
iucode-tool
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 33 nicht aktualisiert.
4 nicht vollständig installiert oder entfernt.
Remv iucode-tool [1.5.1-1ubuntu0.1]
Conf initramfs-tools (0.122ubuntu8.8 Ubuntu:16.04/xenial-updates [all])
Conf linux-image-extra-4.4.0-70-generic (4.4.0-70.91 Ubuntu:16.04/xenial-updates, Ubuntu:16.04/xenial-security [amd64])
Conf linux-image-generic (4.4.0.70.76 Ubuntu:16.04/xenial-updates, Ubuntu:16.04/xenial-security [amd64])
Conf linux-generic (4.4.0.70.76 Ubuntu:16.04/xenial-updates, Ubuntu:16.04/xenial-security [amd64]) Es wundert mich doch, dass ich nach 3 Tagen schon Systempflege betreiben muss? Macht es Sinn, wenn ich jetzt mit gparted boot und root größer mache? Und was wären gute Größen? Aktuell ist jetzt root wieder voll socke@socke-Aspire-E5-771G:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 792M 18M 774M 3% /run
/dev/sda6 9,3G 9,1G 0 100% /
tmpfs 3,9G 164K 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda3 185M 166M 11M 95% /boot
/dev/sda2 541G 440G 102G 82% /media/Socke/Win
/dev/sda7 374G 66G 290G 19% /home
tmpfs 792M 36K 791M 1% /run/user/1000
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
dpkg -l | egrep linux-[g,h,i] und ls -al /var/lib/initramfs-tools/ und sudo du -xh -d 3 / | sort -h -r | egrep -v '*K|*M'
und ls -lah /boot Gruß Taomon
|
SteffiStuffi
(Themenstarter)
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
socke@socke-Aspire-E5-771G:~$ dpkg -l | egrep linux-[g,h,i]
iU linux-generic 4.4.0.70.76 amd64 Complete Generic Linux kernel and headers
ii linux-headers-4.4.0-70 4.4.0-70.91 all Header files related to Linux kernel version 4.4.0
ii linux-headers-4.4.0-70-generic 4.4.0-70.91 amd64 Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii linux-headers-4.8.0-36 4.8.0-36.36~16.04.1 all Header files related to Linux kernel version 4.8.0
ii linux-headers-4.8.0-36-generic 4.8.0-36.36~16.04.1 amd64 Linux kernel headers for version 4.8.0 on 64 bit x86 SMP
ii linux-headers-4.8.0-41 4.8.0-41.44~16.04.1 all Header files related to Linux kernel version 4.8.0
ii linux-headers-4.8.0-41-generic 4.8.0-41.44~16.04.1 amd64 Linux kernel headers for version 4.8.0 on 64 bit x86 SMP
ii linux-headers-generic 4.4.0.70.76 amd64 Generic Linux kernel headers
ii linux-headers-generic-hwe-16.04 4.8.0.41.12 amd64 Generic Linux kernel headers
rc 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-70-generic 4.4.0-70.91 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii linux-image-4.8.0-36-generic 4.8.0-36.36~16.04.1 amd64 Linux kernel image for version 4.8.0 on 64 bit x86 SMP
ii linux-image-4.8.0-41-generic 4.8.0-41.44~16.04.1 amd64 Linux kernel image for version 4.8.0 on 64 bit x86 SMP
rc 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
iF linux-image-extra-4.4.0-70-generic 4.4.0-70.91 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.8.0-36-generic 4.8.0-36.36~16.04.1 amd64 Linux kernel extra modules for version 4.8.0 on 64 bit x86 SMP
ii linux-image-extra-4.8.0-41-generic 4.8.0-41.44~16.04.1 amd64 Linux kernel extra modules for version 4.8.0 on 64 bit x86 SMP
iU linux-image-generic 4.4.0.70.76 amd64 Generic Linux kernel image und socke@socke-Aspire-E5-771G:~$ ls -al /var/lib/initramfs-tools/
insgesamt 24
drwxr-xr-x 2 root root 4096 Mär 29 01:50 .
drwxr-xr-x 72 root root 4096 Mär 25 00:42 ..
-rw-r--r-- 1 root root 76 Mär 28 15:01 4.4.0-66-generic
-rw-r--r-- 1 root root 76 Mär 29 01:52 4.4.0-70-generic
-rw-r--r-- 1 root root 76 Mär 24 21:08 4.8.0-36-generic
-rw-r--r-- 1 root root 76 Mär 29 01:38 4.8.0-41-generic - socke@socke-Aspire-E5-771G:~$ sudo du -xh -d 3 / | sort -h -r | egrep -v '*K|*M'
[sudo] Passwort für socke:
9,1G /
4,5G /usr
3,8G /var
3,3G /var/tmp
2,3G /usr/lib
1,5G /usr/share - socke@socke-Aspire-E5-771G:~$ ls -lah /boot
insgesamt 157M
drwxr-xr-x 4 root root 1,0K Mär 29 10:09 .
drwxr-xr-x 25 root root 4,0K Mär 29 01:50 ..
-rw-r--r-- 1 root root 1,2M Mär 22 17:11 abi-4.4.0-70-generic
-rw-r--r-- 1 root root 1,4M Feb 5 12:32 abi-4.8.0-36-generic
-rw-r--r-- 1 root root 1,4M Mär 3 20:03 abi-4.8.0-41-generic
-rw-r--r-- 1 root root 186K Mär 22 17:11 config-4.4.0-70-generic
-rw-r--r-- 1 root root 195K Feb 5 12:32 config-4.8.0-36-generic
-rw-r--r-- 1 root root 195K Mär 3 20:03 config-4.8.0-41-generic
drwxr-xr-x 5 root root 1,0K Mär 29 09:54 grub
-rw-r--r-- 1 root root 9,2M Mär 28 15:01 initrd.img-4.4.0-66-generic
-rw-r--r-- 1 root root 17M Mär 29 01:52 initrd.img-4.4.0-70-generic
-rw-r--r-- 1 root root 38M Mär 24 21:08 initrd.img-4.8.0-36-generic
-rw-r--r-- 1 root root 38M Mär 29 01:38 initrd.img-4.8.0-41-generic
-rw-r--r-- 1 root root 19M Mär 29 01:12 initrd.img-4.8.0-41-generic.i915-fw.backup
drwx------ 2 root root 12K Mär 24 19:34 lost+found
-rw-r--r-- 1 root root 179K Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 3,8M Mär 22 17:11 System.map-4.4.0-70-generic
-rw------- 1 root root 3,9M Feb 5 12:32 System.map-4.8.0-36-generic
-rw------- 1 root root 3,9M Mär 3 20:03 System.map-4.8.0-41-generic
-rw------- 1 root root 6,8M Mär 22 17:11 vmlinuz-4.4.0-70-generic
-rw-r--r-- 1 root root 7,0M Mär 24 19:36 vmlinuz-4.8.0-36-generic
-rw------- 1 root root 7,0M Mär 3 20:03 vmlinuz-4.8.0-41-generic
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8493
|
frostschutz schrieb: SteffiStuffi schrieb: Naja richtig Partitionieren, im Wiki steht, dass 8-10 GB für root verwendet werden sollen und für /boot 100-250 MB. Das habe ich versucht zu befolgen.
Jupp, das hat wohl so einige in die Wüste geschickt. Ist leider nur ein (schlechtes) Beispiel. Es hat sich leider niemand gefunden der das Beispiel mit sinnvollen Werten neu macht und die anhängigen drei Dutzend Screenshots erneuert. Das Ding hat ein paar Jahre auf dem Buckel und war womöglich damals schon an der Untergrenze. Und die Ubuntu Kernel werden eigentlich von Release zu Release eher größer als kleiner.
Na ja, ganz so steht es da nicht:
Die Partition sollte nicht zu klein gewählt werden, damit mehrere Kernelversionen gleichzeitig vorhanden sein können (ca. 50 MB pro Kernel). Nicht mehr benötigte Kernel sollten regelmäßig deinstalliert werden. Wer dazu keine Lust hat, sollte deutlich mehr Platz vorsehen (500 MB - 2 GB), damit für Kernelaktualisierungen immer ausreichend Speicherplatz vorhanden ist.
Wir hatten die Diskussion über die häufig zu knapp bemessene Boot-Partition ja schon öfter. Ich tendiere eher zur 2 GB-Empfehlung, weil Speicherplatz, selbst auf SSD, kaum noch was kostet.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Zeige noch dpkg -l 'linux-[ihs]*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\([-0-9]*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' und uname -r die /-Partition ist ein bißchen klein geraden mit 9,3G. Welchen Kernel willst du haben 4.4 oder 4.8? Gruß Taomon
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo SteffiStuffi, Und dies: /dev/sda3 185M 138M 39M 79% /boot ist definitiv zu klein, d.h. du kannst maximal nur 2 Kernel als installiert haben - beim Dritten reicht der Platz kaum noch. Außerdem wozu brauchst du eine /boot wenn das System nicht verschlüsselt ist ? Ausgabe von: sudo parted -l bitte. Gruss Lidux
|
SteffiStuffi
(Themenstarter)
Anmeldungsdatum: 13. August 2014
Beiträge: 55
|
Hallo, danke für eure Antworten. Ich habe jetzt Ubuntu neu installiert und es automatisch die Partitionierung machen lassen. socke@socke-Aspire-E5-771G:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 792M 9,3M 782M 2% /run
/dev/sda7 9,3G 4,7G 4,1G 54% /
tmpfs 3,9G 51M 3,9G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 792M 36K 791M 1% /run/user/1000 Hoffe damit klappt es jetzt. Grüße,
Steffi
|