Xubuntu 22.04 neemt veel ruimte

[rietje]

Xubuntu 22.04 neemt vlgs. Gparted een ruimte in van 153Gb. Dit lijkt mij erg veel voor mijn eenvoudige gebruik.
Kan ik hier iets aan doen of controleren ?

[bart85]

Wat zegt het volgende over data gebruik in terminal:

df -h

[rietje]

Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
tmpfs              1,6G     1,7M  1,6G   1% /run
/dev/sda2          150G     125G   18G  88% /
tmpfs              7,8G        0  7,8G   0% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
/dev/sda1          397M     5,3M  392M   2% /boot/efi
tmpfs              1,6G     100K  1,6G   1% /run/user/1000
Google Drive:       15G     1,9G   14G  13% /home/wim/GoogleDrive

Bij /dev/sda2 staat 125 G als gebruikt! Dit kan nooit zoveel zijn in mijn geval.

[Pjotr]

Snaps, Flatpaks, Timeshift-momentopnamen....

[bart85]

Het kan zijn dat /home behoorlijk veel data bevat.
Wat komt uit het onderstaande:

Code: [Selecteer]

du -shx /home

[rietje]

du -shx /home  = 25 Gb
snaps : 18 Gb

M.i. moet een normale xubuntu met gewone pers. bestanden, incl. een honderdtal foto,s max. 60 Gb zijn.
Gebruik makend van de tip van Vanadium, zoals: sudo mv -v ~/Downloads/purge-old-kernels-2.sh /opt   en                 sudo chmod -v 755 /opt/purge-old-kernels-2.sh  krijg ik een foutmelding,  mv: kan status van '/home/wim/Downloads/purge-old-kernels-2.sh' niet opvragen: Bestand of map bestaat niet    en chmod: kan geen toegang krijgen tot '/opt/purge-old-kernels-2.sh': Bestand of map bestaat niet
kan modus van '/opt/purge-old-kernels-2.sh' niet veranderen van 0000 (---------) naar 0000 (---------)

[rietje]

Zou het kunnen liggen aan diverse logfiles die niet goed zijn ingsteld met een einddatum?
Indien, zo, hoe stel je dat dan in?

[bart85]

Met onderstaande zie je de hoeveelheid data onder de directory /

Code: [Selecteer]

sudo du -shx /* 2> /dev/nullsorteren met:

Code: [Selecteer]

sudo du -shx /* 2> /dev/null | sort -h
De 2 onderstaande geeft de hoeveelheid data van directories in de grootste directory onder /

Code: [Selecteer]

dir=$(sudo du -shx /* 2> /dev/null | sort -h | tail -1 | awk '{ print $2}')
sudo du -shx ${dir}/*Of hetzelfde met, leuke oneliner:

Code: [Selecteer]

echo $(sudo du -shx /* 2> /dev/null | sort -h | tail -1 | awk '{ print $2}')/* | xargs du -shx

[rietje]

4,0K   /afs
0   /bin
163M   /boot
4,0K   /cdrom
0   /dev
20M   /etc
24G   /home
0   /lib
0   /lib32
0   /lib64
0   /libx32
16K   /lost+found
12G   /media
31G   /mnt
460M   /opt
4,0K   /point
0   /proc
3,4M   /root
1,6M   /run
0   /sbin
4,0K   /sdb1
60K   /snap
4,0K   /srv
2,1G   /swapfile
0   /sys
45G   /timeshift
140K   /tmp
7,7G   /usr
3,4G   /var
wim@wim-Lenovo-S500:~$ dir=$(sudo du -shx /* 2> /dev/null | sort -h | tail -1 | awk '{ print $2}')
sudo du -shx ${dir}/*
45G   /timeshift/snapshots
4,0K   /timeshift/snapshots-boot
4,0K   /timeshift/snapshots-daily
4,0K   /timeshift/snapshots-hourly
4,0K   /timeshift/snapshots-monthly
4,0K   /timeshift/snapshots-ondemand
4,0K   /timeshift/snapshots-weekl
Dit verklaart nog niet de 153 Gb ruimte in de sda2, die wordt weergegeven in Gparted !

[MKe]

Swap file? edit:ik zie nu dat hij 2gb is

Je hebt 31Gb in /mnt zitten, wat is dat? Die folder zou leeg moeten zijn.
Je timeshift + mnt + media is samen al ongeveer 90 Gb. Home erbij en je zit al boven de 100 Gb.

[bart85]

/mnt maar ook /media moeten leeg zijn. Het commando df -h  laat zien dat er niets geen andere partities in /mnt en /media zijn aangekoppeld. Bij elkaar al over de 40 GB. Heb je daar data naar toe geschreven zonder dat er een partitie in is aangekoppeld? Als het niet is aangekoppeld komt de data niet in die partitie maar in de root partitie, de / partitie. sda2 is jouw root partitie.

/var is niet zo vol. Logfiles staan in /var/log. Het ligt daar niet aan.

[Polleke]

/mnt maar ook /media moeten leeg zijn.

Dat snap ik even niet; mnt bevat bij mij backups van Redo en TimeShift. Media bevat mijn home map met een kruis.

[rietje]

Jullie hebben gelijk, maar wat is de veiligste manier om e.e.a. te verwijderen?

[ajjp]

Dat snap ik even niet; mnt bevat bij mij backups van Redo en TimeShift. Media bevat mijn home map met een kruis.

Grappig; bij mij zitten de backups van Timeshift in: Bestandssysteem/run/timeshift/backup/timeshift.

[rietje]

Jullie hebben gelijk, wat /mnt of /media betreft maar wat is de veiligste manier om e.e.a. te verwijderen of aan te passen?

[Ronaldus]

Xubuntu 22.04 > Betreft het hier een schone installatie of een upgrade van 20.04?

[rietje]

Upgrade van 20.04

[Ronaldus]

Xubuntu is snel opnieuw geïnstalleerd. Back-up dmv Timeshift heeft dan ook maar een beperkte nut en zou ik in de toekomst niet meer gebruiken.
Zorg dat je een back-up van je data (documenten, foto's e.d.) hebt: die is veel belangrijker!!!

Gewoon eens met een schone lei beginnen in later je documenten erin kopiëren.  Bij een upgrade loop je de kans dat er allerlei vervuiling uit het verleden in je systeem blijft verweven. (En dat is iets wat je echt niet wilt en zoek je je kleurenblind naar de oplossing.)

Evt. kun je nog Mint XFCE nemen  en gebruik maken van Pjotr's handleidingen.

[rietje]

Bedankt voor de adviezen.  Helaas kan ik dit nog niet uitvoeren, want ik kan geen gegevens(zoals de Home map)op mijn externe HD zetten.
In alle gevallen (lucky Backup, Grsync ) kan ik geen backup maken. Er word telkens het bericht gegeven dat er is ge-backupt maar met fouten en in de HD is dan niets te zien.

[Ronaldus]

Je kan nog wel bij je mappen 'Documenten', 'Afbeeldingen' e.d. komen?
Die zou ik dan per direct met de rechter muisknop kopiëren en dan met de rechter muisknop plakken op een externe schijf. Hebben = hebben.

Evt. op een andere pc kijken of je die mappen daar nog wel kan openen!
Wil je het helemaal goed doen, zorg dan voor twee back-ups op twee schijven of USB-sticks. Je zal niet de eerste zijn die zijn back-up niet meer kan lezen.

Timeshift, Luck Back-up e.d. hebben meestal één groot nadeel: om je back-up daarna weer te kunnen lezen heb je een programma nodig. Met gewoon kopiëren en plakken niet. Die zijn altijd zonder hulpmiddelen te lezen.

[ajjp]

Nog even terugkomend op de grootte van /dev/sda2: in mijn Xubuntu 20.04 heeft /run/timeshift/backup een omvang van 70 GB, terwijl slechts de laatste vijf snapshots-daily bewaard worden. Dat is 60% van mijn SSD. Ik zal hem er meteen afgooien: nog nooit gebruikt. En zoals Ronaldus zegt: een nieuwe installatie is zo gedaan, mocht dat nodig zijn (ook nog nooit nodig gehad).

[rietje]

Je kan nog wel bij je mappen 'Documenten', 'Afbeeldingen' e.d. komen?
Die zou ik dan per direct met de rechter muisknop kopiëren en dan met de rechter muisknop plakken op een externe schijf. Hebben = hebben.

Ja, ik kan alles nog kopieeren, maar bij openen van de externe HD kan ik niets plakken in de map. In Eigenschappen zie ik de HD als root staan. Is dat normaal dan.

[rietje]

Nog even terugkomend op de grootte van /dev/sda2: in mijn Xubuntu 20.04 heeft /run/timeshift/backup een omvang van 70 GB, terwijl slechts de laatste vijf snapshots-daily bewaard worden. Dat is 60% van mijn SSD. Ik zal hem er meteen afgooien: nog nooit gebruikt. En zoals Ronaldus zegt: een nieuwe installatie is zo gedaan, mocht dat nodig zijn (ook nog nooit nodig gehad).

Ik zie in bestandssysteem/dev/sda2 helemaal niets staan. Terwijl daar mijn hele systeem op staat. Vreemd.
Met of zonder draaiende ext.HD zie ik mijn hele Home/wim op media/sdb1 staan. Lijkt wel of de hele boel door elkaar zit.

Ter ilustratie: wim@wim-Lenovo-S500:~$ df -h
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
tmpfs              1,6G     1,7M  1,6G   1% /run
/dev/sda2          150G     126G   17G  89% /
tmpfs              7,8G        0  7,8G   0% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
/dev/sda1          397M     5,3M  392M   2% /boot/efi
tmpfs              1,6G     104K  1,6G   1% /run/user/1000
Google Drive:       15G     1,9G   14G  13% /home/wim/GoogleDrive
wim@wim-Lenovo-S500:~$

[vanadium]

Ik zou zeker niet herinstalleren.

Om te zien wat *enkel* op je rootpartitie staat, zonder ook de aangekoppelde media mee te rekenen, gebruik je de "-l" of "--local" optie: doe eens

Code: [Selecteer]

2>/dev/null du -s /* | sort -nr


Bedankt voor de adviezen.  Helaas kan ik dit nog niet uitvoeren, want ik kan geen gegevens(zoals de Home map)op mijn externe HD zetten.

Gegevens kopiëren op een externe HD is basis. Zonder dit kan je geen backup maken van persoonlijke gegevens, en is het dus niet verantwoord op die computer te werken (vergelijk: op een touwtje de ravijn over zonder veiligheidsnet).