pfeffersack-hh
Anmeldungsdatum: 25. November 2014
Beiträge: Zähle...
|
Guten Morgen,
ihr merkt an der Frage sicher schon, das ich ein DAU bin. Nach mehreren Jahrzehnten Windows wechsele ich nun zu Ubuntu.
Bei der Installation habe ich angeklickt, das die Festplatte verschlüsselt sein soll.
In den letzten Wochen habe ich dann immer mal Updates für Ubuntu heruntergeladen und häufig wurde gemeckert, das die Festplatte voll sei.
Genauso bei Programmen aus dem SoftwareCenter. Ich habe mich immer gewundert, aber brav nach http://wiki.ubuntuusers.de/Systempflege meine Daten aufgeräumt. Nun war ich doch mal mißtrauisch, habe etwas gegoogelt und dann GParted installiert.
Und siehe da: GParted sagt: dev/sda1 ext2 Einhängepunkt boot Größe 243 MiB Benutzt 169.14 MiB dev/sda2 extendet 465 GiB dev/sda5 crypt-luks 465 GiB dev sda5 Status: nicht eingehängt. AHA!
Soweit habe ich das verstanden. Also müsste ich nun
1. sda1 vergrößern damit die Updateprobleme aufhören
2. sda2 (sda5) verkleinern und einhängen, und in Zukunft Programme dort installieren Hat jemand eine DAU fähige Anleitung ohne zu viele Fremdwörter für mich 😬
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21730
Wohnort: Lorchhausen im schönen Rheingau
|
Hallo, 243 MiB für /boot sind noch vertretbar. Zeig mal bitte die Ausgaben von mount und df-h die Du bitte in einen Codeblock packst.
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
/dev/mapper/ubuntu--vg-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/sda1 on /boot type ext2 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=pfeffersack)
/dev/sr0 on /media/pfeffersack/Fireworks CS5 type iso9660 (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,mode=0400,dmode=0500,uhelper=udisks2)
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/ubuntu--vg-root 456G 12G 421G 3% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 1,5G 12K 1,5G 1% /dev
tmpfs 301M 1,5M 300M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 1,5G 88K 1,5G 1% /run/shm
none 100M 72K 100M 1% /run/user
/dev/sda1 236M 162M 62M 73% /boot
/dev/sr0 1004M 1004M 0 100% /media/pfeffersack/Fireworks CS5
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21730
Wohnort: Lorchhausen im schönen Rheingau
|
Servus, Wie Du siehst, hast Du eigentlich genug Platz. um Platz auf /boot freizubekommen, musst Du lediglich nicht mehr verwendete Kernelversionen deinstallieren, wie im WIki unter Kernel (Abschnitt „Kernel-deinstallieren“) beschrieben ist. Dieser Schritt scheint im ersten drüberlesen in Systempflege zu fehlen. Danach solltest Du auch kein Platzproblem mehr haben. Bei mir reichen 300 MB boot für 6-7 Kernelversionen aus, nötig sind eigentlich nur 2
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
Ok und wie komme ich an die restlichen >400 GB ?
Es wäre dann ja sinnvoll das ich dort meine Daten drauf speichern kann.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Gparted zeigt keine verschlüsselten Partitionen an, aber deine Partition ist bereits eingehängt.
/dev/mapper/ubuntu--vg-root on / type ext4 (rw,errors=remount-ro)
diese Zeile sagt, dass du ein LVM eingehngt hast, auf dem dein System eingerichtet wurde. Und wenn du startest, gibts du jedesmal ein Passwort ein, um die verschlüsselte Partition zu entsperren. Das Problem betriftt nur die unverschlüsselte /boot-Partition. Da grub einen Kernel auf einer verschlüsselten Partition nicht lesen kann, werden die Kernel auf diese unverschlüsselte boot-Partition geschrieben, und wenn man da nicht aufräumt, ist die - so wie bei dir - irgenwann voll. Es ist aber nicht sinnvoll die /boot-Partition zu vergrößern, da dir die alten Kernel nichts nützen und nicht mehr benötigt werden. Lediglich den 2 Kernel sollte man immer installiert lassen, falls es mit einem neuen Kernel mal zu Problemen kommt, kann man dann imer noch den alten Kernel starten.
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
ok, d.h. ich nutze bereits den Teil mit den freien 461 GB und wenn ich Dokumente / Dateien herunterlade
auf den Schreibtisch, unter Dokumente oder Downloads, dann wird das dort gespeichert, richtig ? Klingt ja als ob ich fast alles richtig mache ☺
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
ok, d.h. ich nutze bereits den Teil mit den freien 461 GB und wenn ich Dokumente / Dateien herunterlade auf den Schreibtisch, unter Dokumente oder Downloads, dann wird das dort gespeichert, richtig ?
Ja, genau. Wie du an der Ausgabe siehst, ist dein verschlüsseltes Gerät auf / eingehängt. Das bedeutet im Umkehrschluss, dass immer, wenn du Daten an Stellen in der Verzeichnisstruktur ablegst, an denen nicht explizit ein anderes Gerät eingehängt ist, sie auf deinem verschlüsselten Gerät landen.
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/ubuntu--vg-root 456G 12G 421G 3% /
Allerdings hast du von den 456GB nur noch 12GB frei. Das könnte ganz unabhängig von der Probmatik mit der Boot-Partition demnächst zu Problemen führen. Wenn die root-Partition voll ist (ich meine richtig voll), dann kommt es zu den absurdesten Problemen.
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
hm?
Da steht doch: Benutzt 12GB, Verfügbar 421 GB, Verwendet 3%
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
redknight schrieb: Servus, Wie Du siehst, hast Du eigentlich genug Platz. um Platz auf /boot freizubekommen, musst Du lediglich nicht mehr verwendete Kernelversionen deinstallieren, wie im WIki unter Kernel (Abschnitt „Kernel-deinstallieren“) beschrieben ist. Dieser Schritt scheint im ersten drüberlesen in Systempflege zu fehlen. Danach solltest Du auch kein Platzproblem mehr haben. Bei mir reichen 300 MB boot für 6-7 Kernelversionen aus, nötig sind eigentlich nur 2
Hm. Auf der von dir verlinkten Seite steht aber
Ab Ubuntu 13.10 reicht ein:
Da die Option autoremove nicht nur Kernel-Pakete löscht, sei noch auf das Skript purge-old-kernels 🇬🇧 verwiesen.
Das mit dem autoremove habe ich aber schon vorgestern gemacht ☺
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Da könnten auch noch ganz alte Kernel drauf sein, von der die aktuelle Installation ichts weiß. Oder irgen etwas anderes. Du kannst ja mal zeigen, was auf deiner /boot Partition so drauf ist sudo ls -lr /boot dann sollte man sehen, was da 73% vom Platz wegnimmt.
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
insgesamt 156341
-rw------- 1 root root 5808960 Nov 13 19:30 vmlinuz-3.13.0-40-generic
-rw------- 1 root root 5808544 Okt 28 15:25 vmlinuz-3.13.0-39-generic
-rw------- 1 root root 5808832 Sep 23 00:24 vmlinuz-3.13.0-37-generic
-rw------- 1 root root 5776416 Mai 3 2014 vmlinuz-3.13.0-24-generic
-rw------- 1 root root 3387231 Nov 13 19:30 System.map-3.13.0-40-generic
-rw------- 1 root root 3386936 Okt 28 15:25 System.map-3.13.0-39-generic
-rw------- 1 root root 3386945 Sep 23 00:24 System.map-3.13.0-37-generic
-rw------- 1 root root 3372643 Mai 3 2014 System.map-3.13.0-24-generic
-rw-r--r-- 1 root root 178680 Mär 12 2014 memtest86+_multiboot.bin
-rw-r--r-- 1 root root 178176 Mär 12 2014 memtest86+.elf
-rw-r--r-- 1 root root 176500 Mär 12 2014 memtest86+.bin
drwx------ 2 root root 12288 Jul 26 19:22 lost+found
-rw-r--r-- 1 root root 29257348 Nov 25 20:44 initrd.img-3.13.0-40-generic
-rw-r--r-- 1 root root 29252390 Nov 1 17:30 initrd.img-3.13.0-39-generic
-rw-r--r-- 1 root root 29252804 Okt 25 16:30 initrd.img-3.13.0-37-generic
-rw-r--r-- 1 root root 29074823 Jul 27 17:29 initrd.img-3.13.0-24-generic
drwxr-xr-x 5 root root 1024 Nov 25 07:47 grub
-rw-r--r-- 1 root root 165745 Nov 13 19:30 config-3.13.0-40-generic
-rw-r--r-- 1 root root 165712 Okt 28 15:25 config-3.13.0-39-generic
-rw-r--r-- 1 root root 165712 Sep 23 00:24 config-3.13.0-37-generic
-rw-r--r-- 1 root root 165510 Mai 3 2014 config-3.13.0-24-generic
-rw-r--r-- 1 root root 1164509 Nov 13 19:30 abi-3.13.0-40-generic
-rw-r--r-- 1 root root 1164547 Okt 28 15:25 abi-3.13.0-39-generic
-rw-r--r-- 1 root root 1164489 Sep 23 00:24 abi-3.13.0-37-generic
-rw-r--r-- 1 root root 1158016 Mai 3 2014 abi-3.13.0-24-generic
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Also du benötigst nur die letzen beiden Kernel, das wären bei dir 3.13.0-40 und 3.13.0-39-generic. Jetzt noch mal gucken, von welchen das System meint, sie seien installiert dpkg -l linux-image*
In der ersten Spalte steht der Status. Da werden vermutlich auch nur die letzten beiden als installiert (ii) auftauchen, wenn du autoremove gerade durchgeführt hast. Wenn dem so ist, kannst du
vmlinuz-3.13.0-37-generic vmlinuz-3.13.0-24-generic initrd.img-3.13.0-37-generic initrd.img-3.13.0-24-generic config-3.13.0-37-generic config-3.13.0-24-generic abi-3.13.0-37-generic abi-3.13.0-24-generic
getrost löschen.
|
pfeffersack-hh
(Themenstarter)
Anmeldungsdatum: 25. November 2014
Beiträge: 14
|
nee da ist etwas mehr "installiert" ||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
un linux-image <keine> <keine> (keine Beschreibung vorhanden)
un linux-image-3. <keine> <keine> (keine Beschreibung vorhanden)
ii linux-image-3. 3.13.0-24.47 amd64 Linux kernel image for version 3.
rc linux-image-3. 3.13.0-32.57 amd64 Linux kernel image for version 3.
rc linux-image-3. 3.13.0-34.60 amd64 Linux kernel image for version 3.
rc linux-image-3. 3.13.0-35.62 amd64 Linux kernel image for version 3.
rc linux-image-3. 3.13.0-36.63 amd64 Linux kernel image for version 3.
ii linux-image-3. 3.13.0-37.64 amd64 Linux kernel image for version 3.
ii linux-image-3. 3.13.0-39.66 amd64 Linux kernel image for version 3.
ii linux-image-3. 3.13.0-40.69 amd64 Linux kernel image for version 3.
ii linux-image-ex 3.13.0-24.47 amd64 Linux kernel extra modules for ve
rc linux-image-ex 3.13.0-32.57 amd64 Linux kernel extra modules for ve
rc linux-image-ex 3.13.0-34.60 amd64 Linux kernel extra modules for ve
rc linux-image-ex 3.13.0-35.62 amd64 Linux kernel extra modules for ve
rc linux-image-ex 3.13.0-36.63 amd64 Linux kernel extra modules for ve
ii linux-image-ex 3.13.0-37.64 amd64 Linux kernel extra modules for ve
ii linux-image-ex 3.13.0-39.66 amd64 Linux kernel extra modules for ve
ii linux-image-ex 3.13.0-40.69 amd64 Linux kernel extra modules for ve
ii linux-image-ge 3.13.0.40.47 amd64 Generic Linux kernel image
|