Kovalevy täyttyi omituisesti? (RATKAISTU)

[nm]

Onkohan joku ehtinyt jo katsella liian suureksi paisuneita lokitiedostoja?

Esimerkkitiedostossa ei ollut niin nopeaa lokitusta, että tiedosto kasvaisi päivän aikana gigatavujen kokokoiseksi. Aiemman lokiongelman aikana siellä oli jokin muu tilanne päällä ja järjestelmä oli kirjoittanut lokiviestejä millisekunnin välein. Tiedoston sisältöä olisi pitänyt tutkia silloin kun se oli vielä olemassa.

[pikkalle]

Voisiko konetta alkaa nyt käyttää ihan normaalisti ilman käyttöjärjestelmän uudelleenasennusta?  Voisiko koheeseen tehdä joitakin asetusten muutoksia, jotta ongelma ei vain toistuisi?

[jarmala]

Voisiko konetta alkaa nyt käyttää ihan normaalisti ilman käyttöjärjestelmän uudelleenasennusta?  Voisiko koheeseen tehdä joitakin asetusten muutoksia, jotta ongelma ei vain toistuisi?

Kokeile! Sittenhän sen näkee. Mikään ei paljasta todellisuutta paremmin kuin kokeet.

[nm]

Voisiko konetta alkaa nyt käyttää ihan normaalisti ilman käyttöjärjestelmän uudelleenasennusta?  Voisiko koheeseen tehdä joitakin asetusten muutoksia, jotta ongelma ei vain toistuisi?

Nyt ei ole tietoa, mikä ongelma koneessa ilmeni aiemmin, joten on melko vaikeaa ehdottaa korjaavia toimenpiteitä. Ainoa keino syyn selvittämiseksi on käyttää järjestelmää, kunnes ongelma toistuu. On kuitenkin mahdollista, että sama vika ei enää ilmene.

Lokituksen tilankäyttöä olisi periaatteessa mahdollista rajoittaa, mutta se ei ole ihan helppoa noiden perinteisten syslog-tyyppisten lokien osalta. Jos ongelman mahdollinen toistuminen stressaa, kannattanee ainakin päivittää jakelu uusimpaan versioon, jossa aiempi vika on ehkä korjattu.

[pikkalle]

Voisiko konetta alkaa nyt käyttää ihan normaalisti ilman käyttöjärjestelmän uudelleenasennusta?  Voisiko koheeseen tehdä joitakin asetusten muutoksia, jotta ongelma ei vain toistuisi?

Nyt ei ole tietoa, mikä ongelma koneessa ilmeni aiemmin, joten on melko vaikeaa ehdottaa korjaavia toimenpiteitä. Ainoa keino syyn selvittämiseksi on käyttää järjestelmää, kunnes ongelma toistuu. On kuitenkin mahdollista, että sama vika ei enää ilmene.

Lokituksen tilankäyttöä olisi periaatteessa mahdollista rajoittaa, mutta se ei ole ihan helppoa noiden perinteisten syslog-tyyppisten lokien osalta. Jos ongelman mahdollinen toistuminen stressaa, kannattanee ainakin päivittää jakelu uusimpaan versioon, jossa aiempi vika on ehkä korjattu.

Homma viimein hanskassa

Nyt tämä ikuisuusasia saatin viimein ratkaisuun. Asensin koneeseen entisen käyttöjärjestelmän uudelleen, ja kaikki vaivat loppuivat siihen. Yksi asia jäi minua kuitenkin ihmetyttämään tässä selvittelyssä.

Kun sain poistettua suuret lokitiedostot, jotka haittasivat koneen boottausta, niin koneeseen tuli sen jälkeen vapaata levytilaa 63 GB. Vapaa tila tuntui vähän pienehköltä, koska koneessa ei ollut tiedostoja juuri ollenkaan.

Kun asensin käyttöjärjestelmän uudestaan ja laitoin koneeseen takaisin kaikki talteenotetut tiedostot ja asensin sitten kaikki entiset ohjelmat, niin koneen levyllä on nyt vapaata levytilaa 102 GB. Mihin kone saattoi aiemmin tuhlata levytilaa melkein 40 GB?

Kun asensin uutta käyttöjärjestelmää, niin asennuksen alussa kone herjasi siitä, että se yrittää poistaa jotakin liitettyä osiota. Keskeytin asennuksen tähän ja sen jälkeen jyräsin Gparted ohjelmalla levyn sellaiseen kuntoon, että 115 GB yhtenäistä tilaa oli vapaana käyttöjärjestelmän asentamiseen. Sen jälkeen asennus sujui ilman herjoja, ja loppululoksena oli melkein 40 GB lisää levytilaa. Voisivatko viisaat UBUNTU-miehet kertoa minulle, mistä kummasta tämä 40 GB lisää levytilaa oikein tuli?

[nm]

Kun sain poistettua suuret lokitiedostot, jotka haittasivat koneen boottausta, niin koneeseen tuli sen jälkeen vapaata levytilaa 63 GB. Vapaa tila tuntui vähän pienehköltä, koska koneessa ei ollut tiedostoja juuri ollenkaan.

Kun asensin käyttöjärjestelmän uudestaan ja laitoin koneeseen takaisin kaikki talteenotetut tiedostot ja asensin sitten kaikki entiset ohjelmat, niin koneen levyllä on nyt vapaata levytilaa 102 GB. Mihin kone saattoi aiemmin tuhlata levytilaa melkein 40 GB?

Aiemman df-listauksen perusteella koneella oli 7,6 Gt käyttäjäkohtaista dataa /home-hakemistossa, 2 gigan swap-tiedosto, 20 Gt Timeshift-varmuuskopioita ja ~70 gigaa lokeja sekä muuta käytön aikana kertynyttä dataa.

Koodia: [Valitse]

7.6G /mnt/sda1/home
2.1G /mnt/sda1/swapfile
19G /mnt/sda1/timeshift
72G /mnt/sda1/var


/var-hakemistoon jäi melko varmasti muuta dataa lokien poistamisen jälkeen, etkä tainnut siivota timeshift-varmuuskopioita ja käyttäjän kotihakemistoa kaikkine piilotiedostoineen. Noista kertyy yhteensä 30 - 40 gigatavua.

[pikkalle]

Sama vika tuli uudestaan

Vajaa vuosi sitten taistelin kannettavan Lenovo-tietokoneen kanssa, joka ei enää bootannut, koska kone oli kirjoittanut kovalevyn täyteen. Lokitiedostot olivat kasvaneet liian suuriksi, eikä kone sen takia bootannut. Silloin lopulta asensin käyttöjärjestelmän uudelleen, jonka jälkeen kone toimi ihan normaalisti.

Kone on ollut yhdellä kaverillani nyt vajaan vuoden käytössä kevyessä nettisurffailussa, ja se on toiminut ihan hyvin. Pari päivää sitten kaverini soitti minulle, että kone on taas alkanut herjata sitä, että kovalevyn tila on käymässä vähiin. Pyysin häntä tarkistamaan syslog ja syslog.1 tiedostojen koot. Lokitiedosto syslog oli nyt kooltaan yli 20 GB ja syslog.1. kooltaan yli 4 GB. Koneeseen on taas tullut sama vika eli se kirjoittaa kohta lokitiedostot niin suuriksi, ettei kone enää pysty boottaamaan. Koneen kovalevyllä on vielä melkoisesti tilaa, joten kone boottaa hyvin ja toimii ihan normaalisti, mutta kaverini haluaisi kuitenkin pienentää lokitiedostojen koot sellaisiksi, että levytilan loppumisesta ei olisi mitään pelkoa.

Nyt kysyn nyt viisailta UBUNTU-miehiltä mahdollisimman  yksinkertaisia ohjeita lokitiedostojen pienentämiseksi. Koska kone jonkun väärän asetuksen vuoksi jatkuvasti kirjoittelee lokitiedostot liian suurikksi, niin kaverini haluaisi yksinkertaiset ohjeet siihen, että hän voisi kerran kuukaudessa pienentää itse liian suuret lokitiedostot. Kaverini ei  työkseen touhua tietokoneiden kanssa, joten ohjeiden pitäisi olla hyvin selkeät ja toimivat. Tietysti olisi kiva, jos joku osaisi kertoa sen, mikä asetus tällaisen toimintahäiriön aiheuttaa, mutta kone on jo niin vanha, ja sen akkukin alkaa heiketä, joten ei sitä kannata enää kauheasti tutkia. Riittää hyvin, kun liian suuriksi tulleet lokitiedostot pystytään aina hallitusti pienentämään.
Kiitokset ohjeista jo etukäteen.

[jarmala]

Sama vika tuli uudestaan
Lokitiedosto syslog oli nyt kooltaan yli 20 GB ja syslog.1. kooltaan yli 4 GB. Koneeseen on taas tullut sama vika eli se kirjoittaa kohta lokitiedostot niin suuriksi,

Kuten jo vuosi sitten ehdotettiin, uppaa tänne foorumin ihmeteltäviksi komennon

Koodia: [Valitse]

tail -n 100 /var/log/syslog
tuloste. Niin sitten nähdään, mitä siihen lokin perään oikein tulostuu ja onko vika sama kuin vuosi sitten eli ntpd:n sekoilut...

[nm]

Nyt kysyn nyt viisailta UBUNTU-miehiltä mahdollisimman  yksinkertaisia ohjeita lokitiedostojen pienentämiseksi. Koska kone jonkun väärän asetuksen vuoksi jatkuvasti kirjoittelee lokitiedostot liian suurikksi, niin kaverini haluaisi yksinkertaiset ohjeet siihen, että hän voisi kerran kuukaudessa pienentää itse liian suuret lokitiedostot.

Vian syytä on vaikea arvata ilman lokin sisältöä, eli se kannattaisi selvittää, kuten jarmala jo ehtikin neuvoa.

Sitten kun lokista on otettu esimerkkipätkä talteen, tiedostot voi poistaa näin:

1. Avaa pääte (esimerkiksi näppäinyhdistelmällä Ctrl+Alt+T)

2. Poista syslog-tiedostot:

Koodia: [Valitse]

sudo rm /var/log/syslog*


Onko käyttöjärjestelmä jo päivitetty uudempaan versioon? Aiemmin ongelman esiintyessä koneessa taisi olla Linux Mint 19?

[kamara]

Ruma ratkaisu logien täyttymiseen, olisi lisätä kyseinen käsky crontabiin ...

Esimerkiksi laittaa kerran päivässä johonkin aikaa (jolloin ollaan yleensä koneella) poistokäsky suoritettavaksi.

Edit - https://www.linux.fi/wiki/Komentojen_ajastaminen

[Hajakenttä]

Jos tosiaan on kyseessä lokien ylenmääräinen paisuminen niin asiaan saattaa olla hyvä syy ja siihen taas saattaa löytyä ratkaisukin. Omalla kohdallani on ollut pitkään aika pienestä SSD muistista johtuva, kelvolliseksi kokemani ratkaisu kirjoittaa lokit RAM:ille kovalevyn asemesta. Silloin ne tyhjenevät aina koneen sammutuksessa. Alkujaan tein sen SSD:n "turhan" kirjoittamisen vähentämiseksi kulumisen vähentämiseksi, mutta nykyisin se ei enää ole tarpeen. Liitän ohjeen tähän siltä varalta, että joku tarvitsee. Tosin, silloin lokien hyötykäyttö tarvittaessa on tehtävä huolellisemmin, ettei niitä tarpeettomasti tyhjennä.

Jos muutoken haluaa tehdä, se käy näin:

Ensin fstabiin lisätään rivejä, avaa tiedosto /etc/fstab johonkiin editoriin, tässä mousepad:

Koodia: [Valitse]

sudo -i mousepad /etc/fstab
Lisää sen loppuun seuraavat rivit:

tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
mpfs /var/tmp tmpfs defaults 0 0

Editorin sisällön pitäisi nyt näyttää suunnilleen tältä:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=cf132d08-e463-42a9-a16d-8ae8d6570126 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=f2b0bcc0-a85d-4ef5-85fe-bc0bdedb04f6 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=147ca019-bbb3-4b00-ac1f-3f1d71138989 none            swap    sw              0       0
tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
mpfs /var/tmp tmpfs defaults 0 0

Muista tallettaa editori.

Huom! /var/log/apt kansio pitää luoda joka käynnistyksen yhteydessä tai apt tulostaa virheitä ruudulle (esteettinen haitta). Sitä varten voidaan luoda käynnistysskripti:

Ensin tehdään tiedosto:

Koodia: [Valitse]

sudo -i mousepad /etc/init.d/fix_apt_log_error.sh
Sitten siihen sen ainoaksi riviksi sisältö:

mkdir -p /var/log/apt

Talleta editori.

Annetaan vielä käynnistysoikeus:

Koodia: [Valitse]

sudo chmod +x /etc/init.d/fix_apt_log_error.sh
Valmis. Seuraavasta käynnistyksestä lähtien nuo kolme lokia syntyvät kovalevyn asemesta rammille ja tyhjenevät siis aina koneen sammutuksessa.

=======================================

Nyt voit siirtää myös Firefoxin tilapäistiedostot RAM.ille, vähentää myös selauksen nykimistä. Tosin, tilapäistiedostot ja selaushistoriat ovat joskus säilyttämisen arvoisia. Jotkut pitävät niiden säilytysta turvariskinä.

Kirjoita Firefoxin osoitepalkkiin:

about:config

Vastaa turvakysymykseen ”kyllä, olen huolellinen”.

Selaa luetteloa alas kunnes löytyy rivi:

 "browser.cache.disk.parent_directory"

Kirjoita sille arvo-sarakkeeseen arvoksi:

 "/tmp".

Valmis.

[juyli]

Sama vika tuli uudestaan

Olisit ehkä voinut jo aloittaa aiheesta uuden säikeen, koska ongelmasi ei ratkennut, vaikka alkuperäisen viestin otsikossa onkin jo merkintä (Ratkaistu).
En suosittele noista "vippaskonsteja" ongelman kiertämiseen, vaan jo annettujen vinkkien mukaisesti selvittämään ongelma.