Hvad bruger alt min plads?

Den har nok ikke slettet pakkerne i
/var/cache/apt/archives/
efter opdatering.

Du kan prøve med disse fire scripts, der bl.a. benytter Ubuntu-Cleaner og Bleachbit til at rense ud i profil cache, browsere og system. Bleachbit har en Kør som administrator.

Script filerne vil kontrollere og informere om alt nødvendigt og eventuelt installere hvad der mangler. De er oprettet på Mint 18 og 19 og testet på Ubuntu derivater fra og med version 16.04 til 18.04. De er oprettet til personligt brug og derfor ikke officielle. Brug dem på eget ansvar.

Pak progs.zip ud, placer mappen i roden af din profil og start menuen.
https://www.dropbox.com/s/ufl1epwxdpabzix/progs.zip?dl=1

Er det din egen FRI-mint du bruger, kan jeg se at den netop ikke tømmer /var/cache/apt/archives/ for pakker, efter opdatering.

Åben synaptic, og vælg "Slet hentede filer, efter installation", i
Indstillinger > filer

Så bliver der ryddet op, også når du bruger "Opdateringshåndtering".

Det skal jo være Bruger venligt. Lol

#3: Det skal jo være Bruger venligt. Lol

Ja. Det kan også gøres fra terminalen, hvis man ikke ønsker at bruge andet:
https://blog.sleeplessbeastie.eu/2017/10/09/how-to-clean-the-apt-cache/

Jeg vil foreslå du meget simpelt checker med ncdu, som findes til de fleste distroer.
Start ude i roden, og start så programmet. Det tager lidt tid for den at scanne, men sortere så efter hvilke filer/mapper der fylder mest, du kan herefter jumpe videre i herakiet, slette filer,mapper, rescanne mm, og er utrolig simpelt og lavpraktisk.

cd /
ncdu

#5: Jeg vil foreslå du meget simpelt checker med ncdu, som findes til de fleste distroer.

Tak for det. Et virkeligt nyttigt terminal program, der er sikkert at bruge for folk, der forstår hvad de ikke skal slette.

ncdu er ikke standard installeret i LTS udgaverne af Mint og Ubuntu, men findes i repos som du siger.

#3: Det er afprøvet - det gav ikke noget.
#5: Jeg kan ikke finde noget repo til NCDU?

Det er afprøvet - det gav ikke noget.
Har du kørt en opdatering, så ændringen bliver brugt?

Hvad viser

ls /var/cache/apt/archives/


Er der nogen .deb pakker?

Her på min Fri-mint virker-


sudo apt install ncdu



udmærket.

Kører i wmplayer.
Fylder ca. 10Gb

#7: Jeg kan ikke finde noget repo til NCDU?

ncdu er i Debian og Ubuntu's repository og formentlig også i alle andres. Det er et virkeligt fedt program.

#9: ncdu er i Debian og Ubuntu's repository og formentlig også i alle andres. Det er et virkeligt fedt program.

Ja, jeg kendte det ikke og har lige installeret det.

Men desværre kan det ikke følge symlinks hvilket er en showstopper for mig.

Jeg har længe brugt det lille perl-program dispus som gør noget tilsvarende, og det kan følge symlinks.

#10: Jeg har længe brugt det lille perl-program dispus som gør noget tilsvarende, og det kan følge symlinks.

Okay. Er det dette her?
http://anni.galaxy4.net/?page_id=3

Ja, det er den!

From Frozen Depths of Hell ;)

Tak for det. Det virker glimrende som du siger.

#5: Jeg vil foreslå du meget simpelt checker med ncdu, som findes til de fleste distroer.

Rigtigt fedt program, som selvfølgeligt også ligger i Mageias programportefølje.

Et andet men tilsvarende program er Baobab, der viser det samme, men med en grafisk brugerflade. Det giver også et godt overblik over diskforbruget.

De to programmer har den gode fælles egenskab, at de viser de mapper med størst pladsforbrug først. Det er nemlig der, der er mest at hente.

#10: Men desværre kan det ikke følge symlinks hvilket er en showstopper for mig.
Jeg synes ikke, det giver megen mening at følge symlinks, når man vil finde ud af, hvor og til hvad ens diskplads bliver brugt.

#14:
Et andet men tilsvarende program er Baobab, der viser det samme, men med en grafisk brugerflade. Det giver også et godt overblik over diskforbruget.

Ja og Baobab, der iøvrigt er et meget specielt udseende afrikansk træ https://www.google.dk/imgres?imgurl=https://upload.wikimedia.org/wikipe… . på dansk bedre kendt som Diskforbrugsanalyse, er standard installeret i mange DE, bl.f. Ubuntu og derivater.

MacOS brugere kender muligvis et tilsvarende proprietært betalingsprogram, under navnet DaisyDisk: https://daisydiskapp.com/

Jeg synes ikke, det giver megen mening at følge symlinks, når man vil finde ud af, hvor og til hvad ens diskplads bliver brugt.

Det kan give, især hvis brugeren har modificeret sin OS installation, visse falske resultater, hvor eksempelvis ncdu m.f., ikke kan læse størrelsen af indholdet i en mappe.

ncdu og Baobab informere selv om potentielle spekulative fejl fra deres interfaces.

#14: Jeg synes ikke, det giver megen mening at følge symlinks, når man vil finde ud af, hvor og til hvad ens diskplads bliver brugt.

Det gør det nu i visse særlige tilfælde. I mit tilfælde Dropbox.

Dropbox har den ulempe at den kun syncer data der ligger inden for dropbox-mappen. Men det kan man råde bod på ved at symlinke mappen ind i dropbox-mappen. Fx har jeg symlinket mit skrivebord ind i mappen. Og Dropbox følger symlinks, så det hele syncer som ønsket.

Men Dropbox har en begrænset plads, og for at finde store mapper og filer i min dropbox-folder, inkl. dem der er symlinkede (for de tæller med!), så har jeg brug for at følge symlinks når jeg udregne størrelsen.

dispus kan det. Og du kommandoen som jeg bruger således:

cd ~/Dropbox && sudo du -hL --max-depth=1 | sort -hr

Forklaring på parametre:

-h Viser data i læsbare enheder (fx GB)
-L Følg symlinks
-max-depth=1 viser størrelsen af undermapperne i den aktuelle mappe

Jeg er gået i gang med at hacke lidt i ncdu så den følger symlinks. Jeg er dog ikke helt igennem endnu.

95GB eller 128? hvorfor denne forskel http://ylva.bluemarlin.dk/ncdu.jpg

#17







Apparent size is the number of bytes your applications think are in the file. It's the amount of data that would be transferred over the network (not counting protocol headers) if you decided to send the file over FTP or HTTP.
Disk usage is the amount of space that can't be used for something else because your file is occupying that space.

https://stackoverflow.com/questions/5694741/why-is-the-output-of-du-oft…

Pcmanfm viser også to størrelser, som her
var/
Total size of files: 230 mb
Size on disk: 232.6

#17: 95GB eller 128? hvorfor denne forskel

Der er heller ikke nødvendigvis forskel, med forbehold for forskel i ncdu, installerede programmer og OS og DE versionerne.: https://www.dropbox.com/s/h49bn1z3xmtp9r9/ncdu.png?raw=1

Jeg kan se at visse biblioteker på din maskine, indeholder dobbelt størrelse af mine (Mint 17.3 Cinnamon), med en forskel på ca 6.000 flere items på din maskine.

Holder du systemet rent? I så fald, og i forbindelse med dit spørgsmål, med hvad og hvordan? For bedre overblik, så inkluder oplysningerne med dit OS og DE. Du kan muligvis frigøre meget mere spild-plads.

Jeg vil tro, men kun vurderet på størrelsen af /opt at jeg har langt flere programmer installeret end du har på din, blandt flere cxoffice (kompatibilitet med Windows programmer) og f-prot (antivirus til Linux),. Muligvis dobbelt så mange, selvom /opt m.f. ikke i sig selv forklarer forskellen.

#19: Holder du systemet rent? I så fald, og i forbindelse med dit spørgsmål, med hvad og hvordan?

Jeg kører dagligt BleachBit, og mindst en gang om ugen
paccache -ruk0
for at slette downloadede pakker i / var / cache / pacman / pkg / folder

Umiddelbart ser det mærkeligt ud at i har

8 GB og
4 GB i var/, mod mine
230 MB
Der er selvfølgelig, en logisk forklaring.


. 112,3 GiB [##########] /home
3,3 GiB [ ] /usr
913,7 MiB [ ] /opt
447,7 MiB [ ] /lib
. 234,8 MiB [ ] /var
. 56,0 MiB [ ] /tmp
. 47,5 MiB [ ] /etc
43,0 MiB [ ] /boot
. 26,9 MiB [ ] /root
17,3 MiB [ ] /sbin
16,5 MiB [ ] /lib64
15,6 MiB [ ] indhold
13,7 MiB [ ] /bin
952,0 KiB [ ] /dev
300,0 KiB [ ] dead.letter
. 16,0 KiB [ ] /run
! 16,0 KiB [ ] /lost+found
8,0 KiB [ ] /initrd
e 4,0 KiB [ ] /mnt
e 4,0 KiB [ ] /media
. 0,0 B [ ] /proc
. 0,0 B [ ] /sys
0,0 B [ ] null
0,0 B [ ] Module.symvers
0,0 B [ ] .autofsck

Total disk usage: 117,4 GiB Apparent size: 117,3 GiB Items: 333058


Jeg rydder aldrig op, - kun i home/
Der ser ikke ud til at være noget der "hober sig op".

#21: Der er selvfølgelig, en logisk forklaring.

Ja, min er at de forskellige distroer vælger forskelligt hvor de vil ligge tingene i træet henne.

#22
Ved at bruge ncdu på FRI-Mint, kan jeg se at "den logiske forklaring" hovedsageligt er
Systemd og Flatpak

#21: Jeg rydder aldrig op, - kun i home/
Der ser ikke ud til at være noget der "hober sig op".

Jeg kender ikke forklaringen. Det eneste jeg kan se er at du har temmelig meget liggende i /home, men det skal nok passe at PClinuxOS selv rydder op i systemet.

På denne her, er der rigtig mange tema- og ikon filer i /usr/share og programmer i /usr/lib, som formentlig er årsagen.
I /var er det flatpak der tager pladsen.

#17: 95GB eller 128? hvorfor denne forskel http://ylva.bluemarlin.dk/ncdu.jpg

Som nævnt af andre er apparent size den størrelse som filen har hvis du kopierer den over på et andet medie eller sender dem med FTP etc.

Disk usage er hvor meget plads den faktisk fylder på disken. Den tilsyneladende størrelse kan være større eller mindre end det den bruger af diskpladsen. Hvis fx en fil er fragmenteret, kan den fylde mere end hvad der er i filen. Omvendt fylder nogle filer mindre end den tilsyneladende størrelse pga en slags kompression. Det kan fx være der er mange nuller i filen. Så kan den være sparse dvs i stedet for faktisk at fylde den med nuller, så står der bare hvor mange nuller "der kommer nu" i filen.

Mht. Dropbox så er det vigtigt at bruge den tilsyneladende størrelse. Så her bruger jeg ofte en modificeret udgave af mit tidlige eksempel.

cd ~/Dropbox && sudo du -hL --max-depth=1 --apparent-size | sort -hr

Der er kommet --apparent-size på.

#20: Jeg kører dagligt BleachBit, og mindst en gang om ugen
paccache -ruk0
for at slette downloadede pakker i / var / cache / pacman / pkg / folder

Hvis ikke din disk er en SSD, så prøv at defragmentere den for at se om det ændre på forskellen vist i ncdu (95GB eller 128?). Det vil gøre disken lidt hurtigere.

Hvis det er en SSD, så glem alt om defragmentering. Det vil i bedste fald gøre disken langsommere og i værste, ødelægge den.

sudo e4defrag /
https://www.systutorials.com/docs/linux/man/8-e4defrag/

#26: Hvis ikke din disk er en SSD, så prøv at defragmentere den for at se om det ændre på forskellen vist i ncdu (95GB eller 128?). Det vil gøre disken lidt hurtigere.

Det er en SSD disk

at "den logiske forklaring" hovedsageligt er
Systemd og Flatpak

En god grund til, at bruge distros, som læner sig tæt opad den klassiske Unix filosofi ved ikke, at bryde visse principper om omstrukturering af filtræet og/eller ikke bruge en init, der sætter sig på næsten hele kerne og userspace.

PCLinuxOS holder sig fint til de gamle dyder og fejler ikke alle disse mystiske børnesygdomme i vitale dele af systemet. Slackware og Devuan kan prale af den samme renhed i kerne og userspace.

#27: Det er en SSD disk

Så kan du gøre mig en tjeneste ved at afprøve dette script og indsætte resultatet her i tråden, der desværre ikke har noget med emnet at gøre, men vil hjælpe mig til at automatisere en proces:

#!/bin/bash
cat /sys/block/sda/queue/rotational
if [ $? -eq 0 ]
then
echo -e "\033[1;32mIt seems to be an RPM.\033[0m"
read -n1 -r -p "Press any key to exit..." key
exit
else
echo -e "\033[1;31mIt seems to be an SSD.\033[0m"
read -n1 -r -p "Press any key to exit..." key
exit
fi
$SHELL

#29: Så kan du gøre mig en tjeneste ved at afprøve dette script

Hvordan gør jeg dette?

#30: Hvordan gør jeg dette?

Ved at kopiere koden til et tekst dokument, gemme det (scriptnavn) og derefter give det program rettighed. Navngiv det fx: test-ssd

Fra terminalen = chmod +x test-ssd

Fra skrivebordsmiljøet = Højreklik på test-ssd > Egenskaber > Rettigheder > Tillad kørsel som program.

Når det er gjort, enten køre det fra terminalen ./test-ssd eller dobbeltklik på test-ssd og vælg: "Kør i terminalen" alt efter hvordan din Linux og/eller skrivebordsmiljø håndterer scriptfiler.

På forhånd tak.

#31: På forhånd tak.

Det gav dette resultat

./test-ssd
0
It seems to be an RPM.
Press any key to exit...

Så det gav ikke noget

#32: Så det gav ikke noget

Nej fordi scriptet er forkert. Tak for hjælpen.

#33: Nej fordi scriptet er forkert.

Her er en rettet og forkortet version.

#!/bin/bash
rotational=$(cat /sys/block/sda/queue/rotational)
if [ $rotational -eq 1 ]
then
echo -e "\033[1;32mIt seems to be an RPM.\033[0m"
else
echo -e "\033[1;31mIt seems to be an SSD.\033[0m"
fi


Jeg har fjernet "Press any key..." for det synes jeg ikke der er nogen grund til :-)

Okay Nu virker det

./test-ssd
It seems to be an SSD.

Ren nysgerrighed:

Er det muligt, at få scriptet til, at virke på forskellige shells, f.eks. tsch, zsh osv? Visse Linux er konfigureret til, at bruge andre shells end bash.

#36:

Du kan erstatte shebang-linjen med #!/bin/sh. Så vælger selv den shell som er standard.

Der kan dog være nogle syntaksmæssige ting der så ikke virker hvis det er bash-specifikt.

Tak for svar. Marlar. En af syntakserne jeg fandt er "./" Men det kan jeg jo selv sidde og rode med. Det er der ingen grund til, at forurene denne glimrende tråd med. :)