Levytila loppui, helppiä

[jarmala]

No nyt se tapahtui: ssd:llä on 30 gt rootttiosio ja nyt se on täynnä. Poistin jo var log - hakemistosta isoimmat tiedostot, mutta ei auttanut. Df näyttää edelleen 0% vapaana. Jotenkin tuntuu, että levytilaa ei millään vapaudu... Mitä foorumi nyt suosittelisi tekemään?

No on minulla 5 gt swap file juuressa kyllä myös... Voisikohan sen poistaa?

[Ganymedes]

No nyt se tapahtui: ssd:llä on 30 gt rootttiosio ja nyt se on täynnä. Poistin jo var log - hakemistosta isoimmat tiedostot, mutta ei auttanut. Df näyttää edelleen 0% vapaana. Jotenkin tuntuu, että levytilaa ei millään vapaudu... Mitä foorumi nyt suosittelisi tekemään?

No on minulla 5 gt swap file juuressa kyllä myös... Voisikohan sen poistaa?

Toivottavasti joku tietävämpi osaa antaa siivousohjeita.

Itse menisin kauppaan ja ostaisin parilla kympillä uuden 120 GB:n SSD:n, en partitioisi uutta levyä ja tekisin uuden asennuksen. Vanhan levyn saa ulkoiseksi levyksi 10 euron Verbatim levykelkalla, tai johonkin muuhun käyttöön.

[nm]

No nyt se tapahtui: ssd:llä on 30 gt rootttiosio ja nyt se on täynnä. Poistin jo var log - hakemistosta isoimmat tiedostot, mutta ei auttanut. Df näyttää edelleen 0% vapaana. Jotenkin tuntuu, että levytilaa ei millään vapaudu...

Poista päivitysten yhteydessä levylle varastoituneet deb-paketit:

Koodia: [Valitse]

sudo apt clean
Poista vanhat kernelit ja muut tarpeettomiksi muuttuneet riippuvuudet:

Koodia: [Valitse]

sudo apt autoremove --purge
Jos ei auta merkittävästi, asennettuja sovelluksia ja paketteja taitaa vain olla niin paljon, että 25 gigaa ei riitä. On myös mahdollista, että jokin sovellus tai järjestelmäpalvelu säilöö paljon dataa esimerkiksi /var-hakemiston uumeniin. Miltä näyttää:

Koodia: [Valitse]

sudo du -h -s /var/*

No on minulla 5 gt swap file juuressa kyllä myös... Voisikohan sen poistaa?

Voi poistaa, jos muistia on tarpeeksi vapaana, mutta kytke swap pois päältä ensin.

Listaa swap-laitteet/tiedostot:

Koodia: [Valitse]

swapon -s
Kytke swap-tiedosto pois käytöstä:

Koodia: [Valitse]

sudo swapoff /swaptiedosto
Muista myös poistaa rivi fstabista, ettei järjestelmä jumiudu käynnistyksen aikana swap-tiedoston puuttumiseen.

Itse menisin kauppaan ja ostaisin parilla kympillä uuden 120 GB:n SSD:n

No ehkä vähän isompi ja laadukkaampi SSD kannattaa ostaa saman tien, jos kauppaan asti vaivautuu.

[jarmala]

Poista päivitysten yhteydessä levylle varastoituneet deb-paketit:
Poista vanhat kernelit ja muut tarpeettomiksi muuttuneet riippuvuudet:
Jos ei auta merkittävästi, asennettuja sovelluksia ja paketteja taitaa vain olla niin paljon, että 25 gigaa ei riitä. On myös mahdollista, että jokin sovellus tai järjestelmäpalvelu säilöö paljon dataa esimerkiksi /var-hakemiston uumeniin. Miltä näyttää:
Voi poistaa, jos muistia on tarpeeksi vapaana, mutta kytke swap pois päältä ensin.

Noudatin neuvojasi nm, mutta vasta swap-tiedoston poisto juuresta auttoi. Nyt linux buuttaa taas ihan kivasti gnomeen. Hip! Ja kiitoksia.

Koodia: [Valitse]

Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
/dev/sda1             30G   24G  4,6G  84% /
/dev/sda5             89G   38G   46G  46% /home

Taidanpa sitten kuitenkin tallustella paikalliseen mikrokauppaan ja ostaa vaikkapa hirmuisen ison 480 GB SSD-levyn tämän nykyisen 120 GB tilalle. Ja siihen reilusti isompi juuriosio, vaikka 100 gigaa...
 

[Ganymedes]

Itse menisin kauppaan ja ostaisin parilla kympillä uuden 120 GB:n SSD:n

No ehkä vähän isompi ja laadukkaampi SSD kannattaa ostaa saman tien, jos kauppaan asti vaivautuu.

No juu, varmaan näin. Mainitsin oikeastaan vain halvimman vaihtoehdon, mutta eipä siitä megabyten hinta ole halvimmillaan. Terasetkin on ihan edullisia suhteessa.

[jarmala]

Koodia: [Valitse]

Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
/dev/sda1             30G   24G  4,6G  84% /
/dev/sda5             89G   38G   46G  46% /home


Noniin, nyt on 480 GB SSD koneessa kaikkien kommellusten jälkeen: kone oli levyn asennuksen jälkeen huollosta kotiin roudatessa saanut jostain pipiä ja jäähdytintornin muovinen kiinnitysrengas oli murtunut poikki ja jäähdytin oli kotelossa suurinpiirtein irrallaan eikä ainakaan prossun päällä. Rupesin ihmettelemään, kun kone alkoi sammumaan minuutin parin välein... Kansi auki ja katsomaan konehuoneesta ja jäähy irrallaan. Siitä sitten takaisin samaan huoltoon peukut pystyssä, että niillä olisi tähän kantaan sopiva jäähy. Oli onneksi neljän lämpöputken tornijäähdytin. Nyt kone on toiminut jo monta minuuttia ;-) Mutta kalliiksihan tällaiset remontit tulevat, mutta toisaalta on kiva, että saa koneensa toimimaan.

Ja asiaan: nyt värkissä ovat vanha 120 GB ja uusi 480 GB levyt. Teenkin niin, että kopsaan vanhan homen uudelle levylle eli teen uudesta levystä /homen ja vanhalle levylle juuri ja swappi. Jooko?

Edit: typo.

[nm]

Ja asiaan: nyt värkissä ovat vanha 120 GB ja uusi 480 GB levyt. Teenkin niin, että kopsaan vanhan homen uudelle levylle eli teen uudesta levystä /homen ja vanhalle levylle juuri ja swappi. Jooko?

Kuulostaa ihan fiksulta.

[Ganymedes]

En tekisi järjestelmää, jonka toiminta on kahden eri levyn kunnosta kiinni - siinä on yksi levy liikaa ja toinen niistä on vanha.

Asentaisin uuden järjestelmän uudelle levylle, kopioimalla oleelliset asiat vanhalta levyltä, juuri home:n alta.

Vanhaa levy käyttäisin mielikuvituksen rajoissa:
- ylimääräisenä datalevynä järjestelmässä (ei kuitenkaan systeemilevynä). Data omien tarpeiden mukaan, kuvat, videot, musiikki, virtuaalikoneet ... jms. Levyhän on nopea joten soveltuu mihin vain.
- siirtolevynä 10 euron levykelkan avulla
- ylimääräisenä backup-levynä, joko irtonaisena tai koneen sisällä. Varsinaiseksi backup-levyksi tämä on liian pieni, suhteessa 480 GB:n uuteen levyyn, joten tästä pienestä koosta tulee enemmän harmia kuin hyötyä. Backup-levyksi yleensä iso kovalevy on riittävän nopea ja koosta johtuen kätevämpi
- kokeilulevynä vaihtoehtoiseen boottaukseen, siis koneen sisällä (kun kokeilu on mielekkäintä tehdä fyysisellä koneella, eikä virtuaalisesti)

[Vika/fiba]

Minä tein toiselle kotikoneelle sellaisen järjestelyn, jossa järjestelmä ja Home siinä mukana on pienehköllä 90 gt:n ssd:llä. Sitten tein symboliset linkit Homen kuvat, musiikki, videot -kansioista vastaaviin kansioihin isommalla pyörivällä datalevyllä. Näin nuo suuret tiedostot eivät syö tilaa järjestelmälevyltä ja mahdolliset käyttäjäkohtaiset järjestelmäasetukset ovat samalla levyllä kuin Linuxkin. Jos symlinkit menevät rikki, vaikkapa järjestelmän päivityksen takia, data on tallessa ja löytyy tiedostoselaimella.

[jarmala]

Minä tein toiselle kotikoneelle sellaisen järjestelyn, jossa järjestelmä ja Home siinä mukana on pienehköllä 90 gt:n ssd:llä. Sitten tein symboliset linkit Homen kuvat, musiikki, videot -kansioista vastaaviin kansioihin isommalla pyörivällä datalevyllä. Näin nuo suuret tiedostot eivät syö tilaa järjestelmälevyltä ja mahdolliset käyttäjäkohtaiset järjestelmäasetukset ovat samalla levyllä kuin Linuxkin. Jos symlinkit menevät rikki, vaikkapa järjestelmän päivityksen takia, data on tallessa ja löytyy tiedostoselaimella.

Juuri täsmälleen sama järjestely kuin minullakin oli, paitsi että levyni oli 120 GB. Siitä lohkaistu 30 GB juuriosio täyttyi. Uusikaan 480 GB levy ei missään tapauksessa riitä videokokoelmalleni eli tulen edelleen käyttämään mount --bind:illa tehtyjä linkkejä suuremman pyörivän kiekon hakemistoihin.

[Postimies]

Juuri täsmälleen sama järjestely kuin minullakin oli, paitsi että levyni oli 120 GB. Siitä lohkaistu 30 GB juuriosio täyttyi. Uusikaan 480 GB levy ei missään tapauksessa riitä videokokoelmalleni eli tulen edelleen käyttämään mount --bind:illa tehtyjä linkkejä suuremman pyörivän kiekon hakemistoihin.

/etc/fstab tiedostoon voi tehdä levyliitokset melko vapaasti. Jos ne liittää /mnt kansion alle niin sisältyvät locate komennon hakuun. Esim /mn/valokuvat. Jos koneella vain yksi käyttäjä ei mikään estä tekemästä levyliitosta /home/käyttäjä/Videot vaikka levylle /dev/sdb1 mikä voi olla useamman teran osio. Itseä ärsyttää Ubuntun nykyinen tapa liittää levyjä automaattisesti /media kansion alle. Miten estäisi esim ettei Windows levyä ei liittettäisi automaattisesti? Senkin kai voi kertoa fstab-tiedostossa noauto optiolla?

[jarmala]

Jos koneella vain yksi käyttäjä ei mikään estä tekemästä levyliitosta /home/käyttäjä/Videot vaikka levylle /dev/sdb1 mikä voi olla useamman teran osio.

Täsmälleen. Olemme asiasta yhtä mieltä.

Minulla on pikku skripti:

Koodia: [Valitse]

#!/bin/sh
if [ "$(whoami)" != "root" ]
then
    echo Kutsutaan sudolla itseään...
    sudo $0
    [ $SHLVL -eq 1 ] && { printf "sulje> " ; read any; }
    return
fi
sudo mount --bind /mnt/0b7685fd-103e-4b62-9c70-8c8adf53f82d/ari/avi/ avi
sudo mount --bind /mnt/0b7685fd-103e-4b62-9c70-8c8adf53f82d/ari/data/ data
sudo mount --bind /mnt/0b7685fd-103e-4b62-9c70-8c8adf53f82d/ari/kuvat/ kuvat
sudo mount --bind /mnt/0b7685fd-103e-4b62-9c70-8c8adf53f82d/ari/musa/ musa
echo Mountit tehty. Kaikki lienee ok.

joka mounttaa nuo ison levyn hakemistot kotihakemistooni, joka on SSD-levyllä. Pitääkin lisätä ne fstabiin, jos ne toimisivat vaikka sieltäkin...

[jarmala]

Olen jo pari kertaa ihmetellyt sitä, että vaikka juuriosiossani on 3,5 GB vapaata tilaa, niin aina joskus yhtäkkiä vaan käy niin, että vapaa tila menee nollaan, jolloin kone alkaa jumittaa. Eilen sain sen kiinni itse teossa ja df:llä katselin, kun vapaa tila katoaa satojen megatavujen vauhdilla sekunnissa. Ja kymmenisen sekunnin jälkeen linux ilmoittaa, että levytila on loppu. Onneksi ehdin sillä aikaa katsoa iotop:lla mikä ja minne kirjoittaa. Siis kohdehakemisto oli /usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth, jonne jokin itsestään käynnistynyt prosessi kopioi Lataukset -hakemiston sisällön, jossa siis oli gigatavukaupalla tavaraa... Eipä ihme, että levytila aina ajoittain meni nollaan.

En nyt muista, mikä prosessi oli kyseessä, mutta poistin molemmista kansioista isoimmat tiedostot - jos se helpottaisi nyt siksi aikaa, että saan muokatuksi levyrakenteen hyödyntämään uutta SSD-levyä.

Mutta siis aika omituista, miksi joku haluaa kopioida Lataukset -kansion sisällön tuonne toisaalle...

[mpiso]

Ei selitä kopiointia, mutta oletko asentanut tämän teeman https://www.gnome-look.org/p/1485656/ ?

[jarmala]

Ei selitä kopiointia, mutta oletko asentanut tämän teeman https://www.gnome-look.org/p/1485656/ ?

Juu, olen. Pitäisikohän se sitten poistaa? Howto?

[mpiso]

Haku "/usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth" antoi tuon sivun ja KDE:lle oman. Ainakin minä epäilisin tuota asennusta.

[Postimies]

Kopionti ja sen sijainti tuntuu oudolta. Kansio /usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth lienee rootin omistuksessa ja käyttäjällä ei oikeutta kirjoitella sinne.

Ison tiedoston purku tai lähetyskin vie yllättävästi levytilaa. Jos lähetät ison tiedoston verkon yli jaa se ensin osiin. ssh muistaakseni salaa sen ensin ja kirjoittaa ennen lähetystä levylle. 3G tiedoston uppaaminen vaatii siis 3G levytilaa. Itsellä Ubuntu 48G osiolla ja suurimman tilan vie home samalla osiolla.

Tutustu fstab-tiedoston käyttöön.  Itsellä esim. musiikit xfs-levyllä tyyliin
# /mnt/musiikki was on /dev/sdb6 during installation
UUID=80805779-31c4-479e-a86c-ebaf425954e5 /mnt/musiikki   xfs     defaults        0       0

UUID:n sijaan voi käyttää laitenimeä /dev/sdb6 mikä toimii hyvin jos osiointia ei muuteta.  fstab-tiedostossa levyt määritellään levy per rivi joten ei ylimääräisiä rivinvaihtoja tiedostoon. sudo nano -w fstab toimii hyvin.

[nm]

Kopionti ja sen sijainti tuntuu oudolta. Kansio /usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth lienee rootin omistuksessa ja käyttäjällä ei oikeutta kirjoitella sinne.

Jarmala oli siis asentanut tämän käynnistysteeman: https://store.kde.org/p/1485656/

Siinä on buginen asennusskripti, joka käynnistää rsyncin kopioimaan kaikki käynnistyssijainnin alihakemistot tuonne teemakansioon /usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth

Eli jos erehtyy purkamaan teeman zip-paketin kotihakemiston juureen ja käynnistää asennusskriptin sieltä, kotihakemisto alihakemistoineen kopioituu kokonaisuudessaan teemakansioon:

Koodia: [Valitse]

sudo rsync -aq --exclude=install-Ubuntu-16.04,18.04-plymouth * /usr/share/plymouth/themes/Ubuntu-16.04,18.04-plymouth/
Päätteen sulkeminen kuitenkin keskeyttää rsync-prosessin, eikä se varmasti jatku enää järjestelmän uudelleenkäynnistämisen jälkeen, ellei käyttäjä itse käynnistä teeman asennusskriptiä uudelleen.

Ison tiedoston purku tai lähetyskin vie yllättävästi levytilaa. Jos lähetät ison tiedoston verkon yli jaa se ensin osiin. ssh muistaakseni salaa sen ensin ja kirjoittaa ennen lähetystä levylle.

Ei ainakaan normaali OpenSSH tai edes rsync tee tuollaista. SSH-protokollassa siirrettävä data pilkotaan paketteihin, joita käsitellään keskusmuistissa, eikä levytilaa tarvita välaikaiseen tallennukseen. Paketin koko on tyypillisesti vain 32 - 256 kilotavua SSH-toteutuksesta riippuen.