Sie sind nicht angemeldet.

[gelöst] Root ist voll - aber warum?!

Schwarzmond

User

  • »Schwarzmond« ist der Autor dieses Themas

Beiträge: 74

Registrierungsdatum: 14.01.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

Andere Betriebssysteme: Win7

  • Nachricht senden

1

28.05.2021, 10:54

Root ist voll - aber warum?!

Hallo,

gerade wollte ich mir LaTeX installieren (=> texlive-full - 5903 MB ) und es kam während der Installation ein Fehlermeldung, dass etwas nicht funktioniert hat, da es keinen freien Festplattenplatz mehr gibt.
Neustart ging erstmal nicht, Ubuntu blieb hängen -> also im Grub eine Fehlerbereinigung durchgeführt, Platz freigegeben, es wurden dann diverse Tex-Pakete nachinstalliert - nach dem Neustart kam dann die Fehlermeldung, dass meine "root" voll sei.

Kontrolle ergab: in der Tat, meine "root" ist gerammelt voll:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

jpl@AmigaMCC:~$ df
Dateisystem     1K-Blöcke   Benutzt  Verfügbar Verw% Eingehängt auf
udev              8129056         0    8129056    0% /dev
tmpfs             1638312     18776    1619536    2% /run
/dev/nvme0n1p5   23899984  21948036     714856   97% /
tmpfs             8191560       976    8190584    1% /dev/shm
tmpfs                5120         4       5116    1% /run/lock
tmpfs             8191560         0    8191560    0% /sys/fs/cgroup
/dev/nvme0n1p6  230801608  30648436  188359356   14% /home
/dev/nvme0n1p1      98304     33532      64772   35% /boot/efi
/dev/sda2      1953498108 246698808 1706799300   13% /mnt/657201C43652630F
/dev/loop0         142336    142336          0  100% /snap/chromium/1589
/dev/loop1         144896    144896          0  100% /snap/chromium/1608
tmpfs             1638312        20    1638292    1% /run/user/125
/dev/loop4          33152     33152          0  100% /snap/snapd/11588
/dev/loop2         101632    101632          0  100% /snap/core/10958
/dev/loop5         223232    223232          0  100% /snap/gnome-3-34-1804/60
/dev/loop6          56832     56832          0  100% /snap/core18/2066
/dev/loop7          52352     52352          0  100% /snap/snap-store/518
/dev/loop8          66432     66432          0  100% /snap/gtk-common-themes/1514
/dev/loop3          56832     56832          0  100% /snap/core18/1997
/dev/loop9         137856    137856          0  100% /snap/skype/173
/dev/loop10        165376    165376          0  100% /snap/gnome-3-28-1804/128
/dev/loop11        137856    137856          0  100% /snap/skype/172
/dev/loop12        101376    101376          0  100% /snap/core/11081
/dev/loop13         66688     66688          0  100% /snap/gtk-common-themes/1515
/dev/loop14        224256    224256          0  100% /snap/gnome-3-34-1804/66
/dev/loop15        166784    166784          0  100% /snap/gnome-3-28-1804/145
/dev/loop16        267008    267008          0  100% /snap/kde-frameworks-5-core18/32
/dev/loop17         32896     32896          0  100% /snap/snapd/11841
/dev/loop18         52352     52352          0  100% /snap/snap-store/498
tmpfs             1638312        68    1638244    1% /run/user/1000


Das ist für mich jetzt etwas... verwunderlich. Immerhin hat die "root" 25 GB, was bedeutet dass schon VOR dem LaTeX-Paket 19 GB benutzt wurden. "home" ist ja auf einer separaten Partition, da ist genügend Platz, daran liegt es nicht.
Abgesehen von LaTeX habe ich eigentlich nichts ungewöhnliches installiert (im Grunde wird Ubuntu nur für Internet genutzt, also Firefox, Thunderbird, diverse "Videokonferenz"-Systeme, dazu Libre-Office... und jetzt halt LaTeX).

Ich habe mal mit der "Festplattenbelegungsanalyse" einige Screenshots gemacht... und meine Frage ist jetzt: ist das "normal"? Also dass der Ordner "usr" ~ 14 gb und "var" ~ 6 gb hat?



In "var" sind die größten Brocken:








in "usr" sind die größten Brocken:



Wobei in "usr/share" zumindest jetzt knapp 5 gb von "Tex Live" stammen.

Aber mir kommt das alles so viel vor?!

Denn es kommt jetzt bei jedem Start die Warnung, dass der Speicherplatz knapp ist... und das Problem muss ich jetzt ja irgendwie lösen. Klar, könnte ich jetzt mit "gparted" "home" verkleinern und "root" vergrößern... aber lieber würde ich natürlich überflüssige Dateien entfernen und das System wieder verschlanken...
:thumbsup:

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Schwarzmond« (02.06.2021, 14:44)

wowi

Ubuntu-Forum-Team

  • »wowi« ist männlich

Beiträge: 4 264

Registrierungsdatum: 03.05.2007

Derivat: Xubuntu

Architektur: 64-Bit PC

Desktop: XFCE

  • Nachricht senden

2

29.05.2021, 08:37

Hi Schwarzmond,

ich vermute mal, dass unter /var/log einige sehr große Log-Dateien liegen, die sich im Laufe der Zeit angesammelt haben. Zumindest von den "gleich" benannten würde ich mal gezielt alte Versionen löschen.

Ansonsten ist ja auch unter /usr/share schon eine Menge drin, was mMn darauf hindeutet, dass Du doch einige Programme installiert hast, die selbst schon eine Menge mitbringen.

Allerdings würde ich Dir trotzdem empfehlen, die root-Partition zumindest mal auf 50GB zu erweitern, das ist bei heutigen Systemen ja so nicht mehr besonders viel. Bei Windows 10 könntest Du vermutlich nicht einmal mehr eine Grundinstallation auf Deiner jetzigen Partition machen :rolleyes:

Greetz
wowi

praseodym

User

  • »praseodym« ist männlich

Beiträge: 955

Registrierungsdatum: 16.02.2010

Derivat: Ubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: GNOME 3.0

  • Nachricht senden

3

29.05.2021, 15:56

Versuche mal aufzuräumen:

Quellcode

 
1
2
3

sudo apt-get clean
sudo apt-get autoremove
sudo apt-get autoclean
Was es alles gibt, das ich nicht brauche.
(Aristoteles)
COPY/PASTE funktioniert auch im Terminal

Schwarzmond

User

  • »Schwarzmond« ist der Autor dieses Themas

Beiträge: 74

Registrierungsdatum: 14.01.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

Andere Betriebssysteme: Win7

  • Nachricht senden

4

31.05.2021, 07:37

Hallo,

erstmal danke für die Antworten.
Also: Aufräumen ergab zumindest 471 MB "neuen" Speicherplatz:

Quellcode

 
1
2
3

0 aktualisiert, 0 neu installiert, 200 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 471 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J


Ansonsten habe ich jetzt erstmal wieder TEX LIVE entfernt und die 6 GB zurückbekommen.

Ich denke mal, ich werde nicht drum rum kommen, meine "root" zu vergrößern... also direkt mal eine Anleitung dafür suchen gehen..
:)

wowi

Ubuntu-Forum-Team

  • »wowi« ist männlich

Beiträge: 4 264

Registrierungsdatum: 03.05.2007

Derivat: Xubuntu

Architektur: 64-Bit PC

Desktop: XFCE

  • Nachricht senden

5

02.06.2021, 12:09

Hi Schwarzmond,

für das Umbauen der Partitionen ist gparted das richtige Programm, und eigentlich nicht schwer zu bedienen. Du musst es halt z.B. von einer Live-Distribution aufrufen, wo es notfalls aber zunächst installiert werden muss. Wenn Du da noch Fragen hast, dann mach bitte einen neuen Thread dazu auf, und poste die aktuelle Belegung der Platte, dann kann man dir besser helfen :)

Ansonsten sei so nett und setze bitte hier in Deinem ersten Post noch ein [gelöst] oder [erledigt], dann sind wir alle zufrieden ;)

Greetz
wowi

Schwarzmond

User

  • »Schwarzmond« ist der Autor dieses Themas

Beiträge: 74

Registrierungsdatum: 14.01.2015

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: Unity

Andere Betriebssysteme: Win7

  • Nachricht senden

6

02.06.2021, 14:46

Zitat von »wowi«

Hi Schwarzmond,

für das Umbauen der Partitionen ist gparted das richtige Programm, und eigentlich nicht schwer zu bedienen. Du musst es halt z.B. von einer Live-Distribution aufrufen, wo es notfalls aber zunächst installiert werden muss. Wenn Du da noch Fragen hast, dann mach bitte einen neuen Thread dazu auf, und poste die aktuelle Belegung der Platte, dann kann man dir besser helfen :)

Ansonsten sei so nett und setze bitte hier in Deinem ersten Post noch ein [gelöst] oder [erledigt], dann sind wir alle zufrieden ;)

Greetz
wowi



Hi,

alles klar, danke!
Hab ja noch meinen USB-Live-Stick, mit dem ich das System installiert habe... booten von USB... gparted... ändern... das gehe ich demnächst mal an (vor dem nächsten Urlaub... jetzt im Homeoffice will ich lieber nicht riskieren, das System durch einen Bedienfehler neu aufsetzen zu müssen ;) )

Ähnliche Themen