six67
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Liebe Experten, aus irgendeinem Grund wird mein Wurzelordner zugemüllt. Glaub ich bekomme seit gestern die Meldung, dass auf meinem Wurzelordner nur noch wenig Platz vorhanden ist. Gestern waren es glaub ich noch über 300MB freier Platz. Heute morgen nur noch über 200MB, dann über 100MB und jetzt sind es glauch ich noch 10MB. Hat jemand ne Idee, was da gerade passiert?
Keine Ahnung, ob es damit zusammenhängt, aber ich bekomme seit einigen Tagen die Meldung „Es wurde ein Problem mit einer Systemanwendung festgestellt“. Weitere Informationen erhalte ich aber nicht. Ich kann das Problem lediglich melden.
Habe mittlerweile auch den Verdacht, dass ich meinen Wurzel mit 9GB zu klein angelegt habe. Habe mich da an einen Leitfaden von Chip.de gehalten. Falls zu klein, kann ich den nachträglich erweitern? Aber ist das das alleinige Problem? Herzlichen Dank! six67
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Ein heisser Tipp ist immer /var/log. Da könntest Du folgendermaßen schauen, wie groß das ist:
sudo du -sh /var/log Ansonsten schau vielleicth einfach mal mit ncdu, welches die größsten Verzeichnisse sind:
sudo apt install ncdu
sudo ncdu / War der Ratgeber von Chip ein aktueller? Also 10GB finde ich schon ganz schön klein für die Root-Partition. Falls /var/log auch auf der Root-Partition liegt, dann erst recht...
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Doc_Symbiosis schrieb: Hm, schau vielleicth einfach mal mit ncdu, welches die größsten Verzeichnisse sind:
sudo apt install ncdu
sudo ncdu / War der ratgeber von Chip ein aktueller? Also 10GB finde ich schon ganz schön klein für die Root-Partition.
Ich danke dir! Hier die Ausgabe: 814,5 GiB [##########] /home
4,9 GiB [ ] /usr
3,1 GiB [ ] /snap
2,5 GiB [ ] /var
795,0 MiB [ ] /lib
283,2 MiB [ ] /opt
161,1 MiB [ ] /boot
13,3 MiB [ ] /etc
12,2 MiB [ ] /bin
11,3 MiB [ ] /sbin
. 2,1 MiB [ ] /run
116,0 KiB [ ] /tmp
60,0 KiB [ ] /media
e 16,0 KiB [ ] /lost+found
16,0 KiB [ ] /root
4,0 KiB [ ] /lib64
e 4,0 KiB [ ] /srv
e 4,0 KiB [ ] /mnt
e 4,0 KiB [ ] /cdrom
. 0,0 B [ ] /proc
0,0 B [ ] /sys
0,0 B [ ] /dev
@ 0,0 B [ ] initrd.img.old
@ 0,0 B [ ] initrd.img
@ 0,0 B [ ] vmlinuz Damit sind usr, snap und var auf der Rootpartition ziemlich voll. Wusste ich bereits, hätte ich vielleicht erwähnen sollen. Komme aber ab hier nicht mehr weiter. Kann dir auch nicht genau sagen, wie alt der Ratgeber war, ich finde ihn gerade nicht mehr. Macht es Sinn, anhand eines solchen Leitfadens (https://kilobyte.bplaced.net/ubuntu-partition-root-nachtraeglich-vergroessern-so-gehts/) mit einem Live-Ubuntu die Rootpartition zu vergrößern? Ich vermute mal, dass das Sinn macht. ☺ Aber ist das Problem damit dauerhaft gelöst oder gibt's irgendeinen Prozess, der die Partition vollmüllt?
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Was wäre denn heutzutage eine sinnvolle Größe der Rootpartition? 20GB?
|
RamSpeicher
Anmeldungsdatum: 17. Juli 2009
Beiträge: 2508
|
Hi, schaue Dir Bitte auch mal Alte Kernel entfernen an, und ebenso dem im ersten Abschnitt weiterführenden Link Systempflege an. Wenn Du ▶ Snap ◀ nicht unbedingt brauchst, kannst Du das auch Entfernen. Deine root Partition ist tatsächlich sehr knapp bemessen, mein habe ich zum Vergleich 25GB groß gemacht. Die Fehlermeldung kommt von Apport kann man auch Bedenkenlos Entfernen. Schau Bitte mal ob ein Einfaches sudo apt autoremove und ein sudo apt clean schon erste Verbesserungen Bringen.
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Also per Live-System die Partition zu vergrößern, wäre sicherlich gut.
Du hast nur eine Root und eine Home-Partition? zeige mal bitte die Ausgabe von
df -h | grep '^/' Wie gesagt, Du müsstest mal schauen, wie groß /var/log ist.
Aber wenn ich sehe, dass /usr und /snap schon zusammen 8GB verbrauchen, dann bleibt da wirklich nicht mehr viel Platz.
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
RamSpeicher schrieb: Hi, schaue Dir Bitte auch mal Alte Kernel entfernen an, und ebenso dem im ersten Abschnitt weiterführenden Link Systempflege an.
ii linux-image-4.18.0-15-generic 4.18.0-15.16~18.04.1 amd64 Signed kernel image generic
ii linux-image-4.18.0-16-generic 4.18.0-16.17~18.04.1 amd64 Signed kernel image generic
ii linux-image-generic-hwe-18.04 4.18.0.16.66 amd64 Generic Linux kernel image In Gebrauch ist "4.18.0-16-generic". Können die anderen beiden damit entfernt werden?
Wenn Du ▶ Snap ◀ nicht unbedingt brauchst, kannst Du das auch Entfernen. Deine root Partition ist tatsächlich sehr knapp bemessen, mein habe ich zum Vergleich 25GB groß gemacht. Die Fehlermeldung kommt von Apport kann man auch Bedenkenlos Entfernen.
Ob ich Snap brauche, weiß ich glaub ich erst, wenn ich rausgefunden habe, was Snap genau macht. ☺ Braucht man Snap? Ich werd aus dem Wiki-Artikel nur halb schlau. :-/
Schau Bitte mal ob ein Einfaches sudo apt autoremove und ein sudo apt clean schon erste Verbesserungen Bringen.
Hat tatsächlich erste Verbesserungen mit sich gebracht, obwohl ich eigentlich dachte, dass ich Beides schon vor dem Erstellen des Threads gemacht hatte. Naja. Nun sind 500MB frei. Var/log ist übrigens weniger als 500MB groß.
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Doc_Symbiosis schrieb: Also per Live-System die Partition zu vergrößern, wäre sicherlich gut.
Du hast nur eine Root und eine Home-Partition? zeige mal bitte die Ausgabe von
df -h | grep '^/' Wie gesagt, Du müsstest mal schauen, wie groß /var/log ist.
Aber wenn ich sehe, dass /usr und /snap schon zusammen 8GB verbrauchen, dann bleibt da wirklich nicht mehr viel Platz.
/dev/sda1 9,2G 8,2G 508M 95% /
/dev/loop0 92M 92M 0 100% /snap/core/6531
/dev/loop1 91M 91M 0 100% /snap/core/6350
/dev/loop2 35M 35M 0 100% /snap/gtk-common-themes/818
/dev/loop3 3,8M 3,8M 0 100% /snap/gnome-system-monitor/70
/dev/loop5 3,8M 3,8M 0 100% /snap/gnome-system-monitor/57
/dev/loop6 13M 13M 0 100% /snap/gnome-characters/139
/dev/loop4 144M 144M 0 100% /snap/gnome-3-28-1804/23
/dev/loop7 91M 91M 0 100% /snap/core/6405
/dev/loop9 141M 141M 0 100% /snap/gnome-3-26-1604/82
/dev/loop8 15M 15M 0 100% /snap/gnome-logs/45
/dev/loop10 54M 54M 0 100% /snap/core18/782
/dev/loop11 141M 141M 0 100% /snap/gnome-3-26-1604/74
/dev/loop12 36M 36M 0 100% /snap/gtk-common-themes/1198
/dev/loop13 2,3M 2,3M 0 100% /snap/gnome-calculator/260
/dev/nvme0n1p1 256M 34M 223M 14% /boot/efi
/dev/sda3 895G 815G 35G 96% /home
/dev/mmcblk0p1 3,7G 52K 3,7G 1% /media/emka/MED4GB Und var/log ist wie gesagt ca. 500MB groß.
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Snap ist ein Tool zum installieren von Programmen. Was Du damit installiert hast, siehst Du mit
sudo snap list
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Doc_Symbiosis schrieb: Snap ist ein Tool zum installieren von Programmen. Was Du damit installiert hast, siehst Du mit
sudo snap list
Okay, danke. Ein paar Sachen wurden damit installiert, wie ich sehe, also behalte ich das wohl besser. Ich werde jetzt einfach meine Rootpartition auf 25GB vergrößern und hoffen, dass das dauerhaft reicht.
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Kann mir da mal jemand helfen? Ich versuche es mit dieser Anleitung: https://kilobyte.bplaced.net/ubuntu-partition-root-nachtraeglich-vergroessern-so-gehts/ Bei mir ist die Swap-Partition jedoch nicht in einer extented-Partition, sondern auf einer Ebene mit den beiden anderen Partitionen (root und home). Habe aus diesem Grund etwas Angst, dass die vorher gelöschte Swap-Partition sich nicht wieder ohne Weiteres so erstellen lässt, wie vom Autor beschrieben: "Ich klickte aus diesem Grund den letzten freien grauen Bereich mit der rechten Maustaste an und bestätigte die Eingabe mit „Neu”. Daraufhin erstellte ich die zuvor gelöschte Partition „extended / linux-swap” neu." Ehrlich gesagt, ich verstehe ihn auch nicht wirklich an dieser Stelle. Würde das bei mir trotz der anderen Position meiner Swap-Partition genauso funktionieren?
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Muss ich die Swap-Partition überhaupt löschen, wie hier geschrieben? Wie wäre es, wenn ich wie folgt vorgehe? 1) Ausgangssituation: 3 Partitionen (in dieser Reihenfolge): dev/sda1 (root)
dev/sda2 (swap)
dev/sda3 (home) 2) Abzwacken von 16GB Speicher bei sda3 mittels Befehl resize/move. Dadurch entsteht nicht zugewiesener Speicher von 16GB nach sda3. 3) Aushängen von Swap mittels swapoff. 4) Rechsklick auf sda3 und wieder resize/move, dann verschieben von sda3 nach rechts, hinter den neuen, nicht zugewiesenen Speicher, wodurch dieser nun zwischen sda2 (swap) und sda3 steht. 5) Rechtsklick auf sda2 (swap) und resize/move, dann verschieben von sda 2 nach rechts, wodurch der neue, nicht zugewiesene Speicher zwischen sda1 (root) und sda2 (swap) steht. 6) Nun steht der bislang nicht zugewiesene Speicher dort, wo ich ihn haben will, nämlich gleich neben der Rootpartition. Jetzt müsste ich ihn nur noch der Rootpartition zuweisen –> Rechtsklick auf sda1, resize/move und rechten Rand von sda1 ganz nach rechts und damit über die bisher nicht zugewiesenen Speicher ziehen. 7) Swappartition wieder einhängen (swapon) –> geht ja erst, wenn alles andere bereits durchgeführt wurde, richtig? Würde das so funktionieren, ohne dass ich hinterher mein System in die Tonne kloppen kann?
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
bevor du Du an Deinen partitionen rumfummelst, wäre es erstmal gut eine Übersicht über Deine Partitionierung zu haben.
sudo parted --list und cat /etc/fstab
Auch intressant wär was in /var soviel Platz wechnimmt. du -xh -d 3 /var | sort -h -r | egrep -v '*K|*M' und auf verdacht cut -d "]" -f2- /var/log/syslog | sort | uniq -c | sort -n | tail -10 und cut -d "]" -f2- /var/log/kern.log | sort | uniq -c | sort -n | tail -10 ich hoffe es ist noch genug Platz um die 2 letzten Befehle abarbeiten zu lassen. Gruß Taomon
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
Modell: ATA CT1000MX500SSD1 (scsi)
Festplatte /dev/sda: 1000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 10,0GB 9999MB ext4
2 10,0GB 23,0GB 13,0GB linux-swap(v1)
3 23,0GB 1000GB 977GB ext4
Modell: KBG30ZMT128G TOSHIBA (nvme)
Festplatte /dev/nvme0n1: 128GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 274MB 273MB fat32 EFI system partition boot, versteckt, esp
2 274MB 290MB 16,8MB Microsoft reserved partition msftres
3 290MB 127GB 127GB ntfs Basic data partition msftdata
4 127GB 128GB 1049MB ntfs Basic data partition versteckt, diag
Modell: SD SD04G (sd/mmc)
Festplatte /dev/mmcblk0: 3951MB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 4194kB 3951MB 3947MB primary fat32 LBA Auf dem zweiten Laufwerk ist Windows 10 installiert, ist also hier nicht relevant. cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=36c9865f-f227-4bab-82ed-a1e628bda5a2 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=58B3-93DF /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=34ac454a-3432-4a2e-a42c-0dcc121aecb2 /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=0a5eab25-92e4-42a5-a824-af7f2a2c92fe none swap sw 0 0
|
six67
(Themenstarter)
Anmeldungsdatum: 7. Januar 2017
Beiträge: 86
|
sudo du -xh -d 3 /var | sort -h -r | egrep -v '*K|*M'
2,1G /var
1,4G /var/lib
1,1G /var/lib/snapd sudo cut -d "]" -f2- /var/log/syslog | sort | uniq -c | sort -n | tail -10
4157 : ureadahead:class: Relativer Pfad wurde ignoriert
4527 : ureadahead:id: Relativer Pfad wurde ignoriert
4533 : ureadahead:dmi: Relativer Pfad wurde ignoriert
4754 : ureadahead:virtual: Relativer Pfad wurde ignoriert
5293 : ureadahead:systemd: Relativer Pfad wurde ignoriert
6880 : ureadahead:pci0000:00: Relativer Pfad wurde ignoriert
13851 : ureadahead:..: Relativer Pfad wurde ignoriert
17232 : ureadahead:sys: Relativer Pfad wurde ignoriert
19602 : ureadahead:devices: Relativer Pfad wurde ignoriert
22877 : ureadahead:: Relativer Pfad wurde ignoriert sudo cut -d "]" -f2- /var/log/kern.log | sort | uniq -c | sort -n | tail -10
20 ata1.00: supports DRM functions and may not be fully accessible
20 IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
27 random: systemd-udevd: uninitialized urandom read (16 bytes read)
27 system 00:02: [io 0xffff] has been reserved
32 IPv6: ADDRCONF(NETDEV_UP): wlp5s0: link is not ready
36 ACPI: Dynamic OEM Table Load:
393 pcieport 0000:00:1d.2: device [8086:9d1a] error status/mask=00000001/00002000
396 pcieport 0000:00:1d.2: [ 0] Receiver Error (First)
396 pcieport 0000:00:1d.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
403 pcieport 0000:00:1d.2: AER: Corrected error received: 0000:00:1d.2
|