Linux-kysymyksiä & yleistä keskustelua Linuxista

[EliEli]

Samaa mieltä että 140 Gt osio juurelle on turhan iso, ellei tiedossa ole että sinne asennetaan jotain tilaavievää.

Sen sijaan /home on minusta järkevää pitää aina omalla osiollaan, etenkin silloin jos /home:n kanssa jatkuvasti meinaa tila loppua kesken. On paljon helpompi järkätä kotihakemistolle lisätilaa jotta saa haluamansa asian tehtyä, kuin alkaa tappelemaan esim. päivitysten asennuksen epäonnistumisen kanssa kun juurestakin loppui tila yllättäen kesken.

Minä kuulun vastakkaiseen koulukuntaan eli ainakin kotikäytössä kaikki vaan juureen. Jos tila meinaa loppua /home tai minkä tahansa muun yksittäisen partition takia, vielä aikaisemmin se loppuu ja sen kanssa joutuu tappelemaan jos sen on eriyttänyt omaksi mountpointikseen.

Eri partitioihin/mountpointteihin jako yksinkertaisesti tuhlaa vapaata tilaa kun sitä ei saa automaattisesti käyttöön sinne missä sitä tarvittaisiin. Swapillekään ei mitään erillistä partitiota vaan joko swapfile jonka kokoa ja sijaintia on helppo muuttaa, tai RAM:ssa asuva zram-swappi.

Kriittiset 24/7 sitten asia erikseen, niissä voi haluta eriyttää esim. /var erikseen ettei joku vahingossa paisuva error loki täytä koko tiedostosysteemiä viikonlopun aikana (eikä jostain syystä ole logrotatea käytössä), tai home tai sftp-kotikansiot ettei joku yksittäinen käyttäjä pysty vaikka pahantahtoisesti täyttämään koko levyä uploadaamalla liikaa tavaraa. Mutta kotikoneessa jota käyttää pääasiassa yksi henkilö, noilla harvemmin on merkitystä ainakaan tilanloppumisen kannalta.

 

[NiFa]

Päädyin lopulta kasvattamaan root osion kokoa isommaksi 140 gigasta -> 250 gigaan, luulisi riittävän joksikin aikaa.

Ihmettelen kyllä mikä siellä sitten loppujen lopuksi aiheuttaa sen, että järjestelmä ilmoittaa, että root osiolla on lähes 100 gigaa tavaraa, mutta levyn analysointi työkalun mukaan siellä ei olisi kuin 25 gigaa? Snapshotit?

 

[Pörkyle]

Päädyin lopulta kasvattamaan root osion kokoa isommaksi 140 gigasta -> 250 gigaan, luulisi riittävän joksikin aikaa.

Ihmettelen kyllä mikä siellä sitten loppujen lopuksi aiheuttaa sen, että järjestelmä ilmoittaa, että root osiolla on lähes 100 gigaa tavaraa, mutta levyn analysointi työkalun mukaan siellä ei olisi kuin 25 gigaa? Snapshotit?

Kokeile ajaa Scrub ja Balance.

Scrub — BTRFS documentation

Balance — BTRFS documentation

Jos Btrfs Assistant asennettuna niin sillä onnistuu kätevästi.

 

[TemeV]

Päädyin lopulta kasvattamaan root osion kokoa isommaksi 140 gigasta -> 250 gigaan, luulisi riittävän joksikin aikaa.

Ihmettelen kyllä mikä siellä sitten loppujen lopuksi aiheuttaa sen, että järjestelmä ilmoittaa, että root osiolla on lähes 100 gigaa tavaraa, mutta levyn analysointi työkalun mukaan siellä ei olisi kuin 25 gigaa? Snapshotit?

Snap shotit täyttää joo levyä, jos on automaatti-snap shotit päällä, mutta niiden poistamista ei ole automatisoinut. Tuo jo mainittu btrfs assitant näyttää ne ja sieltä voi niitä snapperin asetuksiakin säätää niin, että vanhoja siivotaan pois.

 

[NiFa]

Snap shotit täyttää joo levyä, jos on automaatti-snap shotit päällä, mutta niiden poistamista ei ole automatisoinut. Tuo jo mainittu btrfs assitant näyttää ne ja sieltä voi niitä snapperin asetuksiakin säätää niin, että vanhoja siivotaan pois.

Säädin nyt tuolla btfrs assistantillla maksimi snapshot määrän 10:een ja laitoin myös sen automaattisesti poistamaan vanhat snapshotit.

 

[Makis]

Olen kyllä samoilla linjoilla nykyään noista partitioista. /boot on ihan hölmö kun tuota joutuu vaan siivoamaan, ja sen hoksaa siinä vaiheessa kun tila loppuu. /var/logs:nkin hoitaa mieluummin rajoittamalla login ja rotaation kokoa.

Tämä siis kotikoneessa, serverit on eri asia.

 

[Marquette]

Olen kyllä samoilla linjoilla nykyään noista partitioista. /boot on ihan hölmö kun tuota joutuu vaan

Riippuu varmaankin distrosta. Suurin osa siivoilee vanhoja kerneleitä kyllä pois sitä mukaa kun uusia tulee päivitysten mukana, mutta onhan siellä yleensä parit kernelit.

Muistan että /boot olisi tullut täyteen viimeksi joskus 20 vuotta sitten, kun RedHat:in Up2date ei osannut siivota vanhoja ja se joku kahdestoista kernel-päivitys ei enää onnistunut.

 

[Makis]

Debian ei ainakaan siivoa noita automaattisesti.

 

[BoomerX]

mistäköhän löytyisi nämä sarakkeet ja oma asettelu kansioille tiedosto tyyppien mukaan kuten winukassa kun gnome files, doplhin tai nemo ei tuohon pystyneet pikaisella kokeilulla.

 

[lxmo]

mistäköhän löytyisi nämä sarakkeet ja oma asettelu kansioille tiedosto tyyppien mukaan kuten winukassa kun gnome files, doplhin tai nemo ei tuohon pystyneet pikaisella kokeilulla.

Onnistuin nopealla testailulla lisäämään Dolphinissa, mutta jotain hämärää tuossa on, kun näyttää sarakkeet tyhjinä, vaikka tiedoston tietoja katsomalla käy hyvin nopeasti ilmi, että kyseiset arvot kyllä löytyvät

 

[BoomerX]

Onnistuin nopealla testailulla lisäämään Dolphinissa, mutta jotain hämärää tuossa on, kun näyttää sarakkeet tyhjinä, vaikka tiedoston tietoja katsomalla käy hyvin nopeasti ilmi, että kyseiset arvot kyllä löytyvät

muok. Dolphinissa saikin kaikki samat sarakkeet mitä olin hakemassa, mutta menee kyllä vaikeaksi kun gnome käytössä projekti jollekkin sade päivälle

Dolphinissa ainakin joku saanut täytettyä nuo tiedot Dolphin not displaying data in audio-related columns
muiden sarakkeiden kohdalta taitaa olla sen verran harvinainen autismo ominaisuus ettei ole juurikaan prioriteettina lisäillä.
näkeehän ominaisuuksista kaikki tiedot kummiskin jos niitä on pakko tarkastella.

 

[JokuHullu]

Onnistuin nopealla testailulla lisäämään Dolphinissa, mutta jotain hämärää tuossa on, kun näyttää sarakkeet tyhjinä, vaikka tiedoston tietoja katsomalla käy hyvin nopeasti ilmi, että kyseiset arvot kyllä löytyvät

Itselläni ainakin näkyy, ja myös .mov päätteinen video.



Ensimmäinen mieleen tullut asia oli että mahtaisko tämä taas olla jokin baloo jumitus tai onko kyseiset tiedostot edes baloon skannattavissa tms.

baloo
A framework for searching and managing metadata

 

[lxmo]

Itselläni ainakin näkyy, ja myös .mov päätteinen video.



Ensimmäinen mieleen tullut asia oli että mahtaisko tämä taas olla jokin baloo jumitus tai onko kyseiset tiedostot edes baloon skannattavissa tms.

Mjaa-ah, otapa näiden sielunelämästä taas selkoa. Eri kansiossa olevien .mp4-videotiedostojen kanssa on näköjään sama juttu, eli tuskin jää tiedostopäätteestä kiinni. Tämmöisiä paketteja löytyy KDE Plasmaan liittyen omalta masiinalta:

apt list --installed | grep -i balo

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

kf6-baloo/noble,now 6.24.0-0zneon+24.04+noble+release+build66 amd64 [installed,automatic]
kf6-baloowidgets/noble,now 4:25.12.3-0zneon+24.04+noble+release+build27 amd64 [installed,automatic]

 

[JokuHullu]

Mjaa-ah, otapa näiden sielunelämästä taas selkoa. Eri kansiossa olevien .mp4-videotiedostojen kanssa on näköjään sama juttu, eli tuskin jää tiedostopäätteestä kiinni. Tämmöisiä paketteja löytyy KDE Plasmaan liittyen omalta masiinalta:

pacman -Qs baloo

local/baloo 6.23.0-1 (kf6)
    A framework for searching and managing metadata
local/baloo-widgets 25.12.3-1
    Widgets for Baloo
local/milou 6.6.2-1 (plasma)
    A dedicated search application built on top of Baloo

Aika samalta näyttää, itse baloo sulla näemmä pykälää tuoreempi.

Löytääkö haku tuon tiedoston?
baloosearch6 DSC_0287.MOV
Ja mitä se siitä tietää;
balooshow6 /polku/tiedostoon/DSC_0287.MOV
Jos se näyttää codecit ym tiedot niin sitten ei taida olla baloo ongelmana.