Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: pikkalle - 17.12.21 - klo:14.15
-
Annoin kaverilleni pari vuotta sitten kannetavan Lenovo-tietokoneen, jossa oli 120 GB ssd-kovalevy ja Linux-Mint 19 käyttöjärjestelmä. Kaverini on käyttänyt tätä tietokonetta vain nettisurfailussa, koska sen nopeus siihen on riittävä.
Pari kuukautta sitten kone oli lakannut boottaamasta kunnolla. Kirjautumisruutu tulee kuitenkin esiin koneeseen, mutta kirjautumisyrityksen jälkeen kone heittää aina takaisin kirjautumisruutuun eli koneella ei voi enää tehdä mitään.
Kone boottaa ihan nätisti Linux-Mint 19 USB-käynnistyslevyllä, mutta tiedostonhallintaikkuna herjaa levyosion olevan täynnä eli vapaata tilaa on 0 GB, vaikka todellisuudessa koneessa on taltioituna hyvin vähän tavaraa. GParted ohjelma kertoo myös sen, että levyosio /dev/sda1 on täynnä. Enempi minua ihmetyttää se, että levyosion /dev/sda1 status on unmounted. Toimivassa koneessahan sen pitäisi olla mounted-tilassa.
Nyt kysyn viisailta UBUNTU-miehiltä, miten levyosio /dev/sda1 on voinut mennä unmounted-tilaan, vaikka konetta ei ole mitenkään rassailtu? Toinen kysymykseni on se, miten saan kaikkein turvallisimmin ilman uudelleenasennusta laitettua levyosion takaisin mounted-tilaan, kun kone on käynnissä USB-käynnistyslevyn avulla.
-
Eihän se silloin ole (automaattisesti) mounted kun kone käynnistetään USB-taltiolta. Voit liittää sen mount-komennolla että neät mikä siellä täyttää levyä.
Esimerkiksi Deja Dup -varmuuskopiointi voi täyttää kotihakemistoa ihan huomaamatta, ja silloin kun varmistus on käynnissä, se käyttää myös paljon tmp-tilaa, mikä ei käy ilmi jälkeenpäin, ellei kone ole kaatunut juuri silloin kun tmp tuli täyteteen. Jos Deja Dup-varmistuksia ei ole tehty, niin sitten ei tietenkään syy löydy sieltä, vaan pitää etsiä jotain muuta.
Mutta ensin mount-komennolla liitetään levy että sitä pääsee katsomaan.
-
miten saan kaikkein turvallisimmin ilman uudelleenasennusta laitettua levyosion takaisin mounted-tilaan, kun kone on käynnissä USB-käynnistyslevyn avulla.
GPartedilla tai Levyt-ohjelmalla voi liittää.
mount-komennolla onnistuu päätteessä, kuten AimoE ehdotti. Tässä esimerkki, miten /dev/sda1 liitetään /mnt-hakemistoon:
sudo mount /dev/sda1 /mnt
-
Ojassa ollaan edelleen
Yritin saada osion /dev/sda1 mounted-tilaan koneen ollessa käynnissä USB-käynnistyslevyllä, mutta homma ei tainnut oikein onnistua. Nyt GParted ohjelma ilmoittaa sda1-osion statukseksi:
Mounted on /media/mint efe598F1 - 6eb7 - 4e94 - 994e - 7d8722a09bf
Sen jälkeen pysäytin koneen ja yritin käynnistää sen normaalisti, mutta edelleenkin kone heitti käyttäjän ulos kirjautumisyrityksen jälkeen. Vika ei siis muuttunut miksikään.
Tulkitsen asian niin, että osio sda1 ja USB-käynnistyslevy jotenkin naitettiin yhteen. Tämänkin tempun jälkeen tiedostoselain näyttää, että vapaata tilaa on 0 GB. Koneen kovalevyllä näyttäisi kuitenknin olevan vain noin 5 GB erilaisia tiedostoja, mutta siltikin kone kertoo kovalevyn olevan täynnä. Miten tästä päästään jatkamaan? Onko uudelleenasennus ainoa konsti?
-
Sen jälkeen pysäytin koneen ja yritin käynnistää sen normaalisti, mutta edelleenkin kone heitti käyttäjän ulos kirjautumisyrityksen jälkeen. Vika ei siis muuttunut miksikään.
Tuo liittäminen ei vielä itsessään tee mitään, mikä voisi ratkaista ongelman. Sen lisäksi pitäisi katsoa, mikä siellä vie ylimääräistä tilaa ja siivota se pois.
Tulkitsen asian niin, että osio sda1 ja USB-käynnistyslevy jotenkin naitettiin yhteen. Tämänkin tempun jälkeen tiedostoselain näyttää, että vapaata tilaa on 0 GB. Koneen kovalevyllä näyttäisi kuitenknin olevan vain noin 5 GB erilaisia tiedostoja, mutta siltikin kone kertoo kovalevyn olevan täynnä. Miten tästä päästään jatkamaan? Onko uudelleenasennus ainoa konsti?
Katsotkohan nyt sen USB-käynnistyslevyn tiedostojärjestelmää? Siellä saattaa hyvinkin olla vain noin viisi gigatavua tiedostoja. Avaa kuitenkin tuo liittämäsi levyn hakemisto sen alta ja katso mitä se on syönyt. Tässä hyvä apu on myös Levynkäytön analysointi, jossa pitää sitten osata valita tuo liittämäsi levy tutkittavaksi.
-
Kone boottaa ihan nätisti Linux-Mint 19 USB-käynnistyslevyllä, mutta tiedostonhallintaikkuna herjaa levyosion olevan täynnä eli vapaata tilaa on 0 GB, vaikka todellisuudessa koneessa on taltioituna hyvin vähän tavaraa.
Onko käytössä se Mintin taustalla toimiva varmuuskopiointijärjestelmä?
-
Tarkoitatko Timeshiftiä?
Käsittääkseni tuo ei ole ollut oletuksena koskaan päällä eli olet itse joutunut sen aktivoimaan?
-
Sen jälkeen pysäytin koneen ja yritin käynnistää sen normaalisti, mutta edelleenkin kone heitti käyttäjän ulos kirjautumisyrityksen jälkeen. Vika ei siis muuttunut miksikään.
Tuo liittäminen ei vielä itsessään tee mitään, mikä voisi ratkaista ongelman. Sen lisäksi pitäisi katsoa, mikä siellä vie ylimääräistä tilaa ja siivota se pois.
Tulkitsen asian niin, että osio sda1 ja USB-käynnistyslevy jotenkin naitettiin yhteen. Tämänkin tempun jälkeen tiedostoselain näyttää, että vapaata tilaa on 0 GB. Koneen kovalevyllä näyttäisi kuitenknin olevan vain noin 5 GB erilaisia tiedostoja, mutta siltikin kone kertoo kovalevyn olevan täynnä. Miten tästä päästään jatkamaan? Onko uudelleenasennus ainoa konsti?
Katsotkohan nyt sen USB-käynnistyslevyn tiedostojärjestelmää? Siellä saattaa hyvinkin olla vain noin viisi gigatavua tiedostoja. Avaa kuitenkin tuo liittämäsi levyn hakemisto sen alta ja katso mitä se on syönyt. Tässä hyvä apu on myös Levynkäytön analysointi, jossa pitää sitten osata valita tuo liittämäsi levy tutkittavaksi.
Kyllä minä katselin tiedostoja varsinaiselta kovalevyltä. Kopioin äsken kaikki tiedostot 32 GB USB muistitikulle sitä varten, että joudun mahdollisesti asentamaan käyttöjärjestelmän uudestaan. Tikulle jäi tyhjää tilaa vielä noin 26 GB, joten ei kovalevyllä paljoa tiedostoja ole. Millään konstilla en pääse näkemään, mitä tavaraa kovalevyllä on. Onko pakko yrittää uudelleenasennusta?
-
Kone boottaa ihan nätisti Linux-Mint 19 USB-käynnistyslevyllä, mutta tiedostonhallintaikkuna herjaa levyosion olevan täynnä eli vapaata tilaa on 0 GB, vaikka todellisuudessa koneessa on taltioituna hyvin vähän tavaraa.
Onko käytössä se Mintin taustalla toimiva varmuuskopiointijärjestelmä?
" Onko käytössä se Mintin taustalla toimiva varmuuskopiointijärjestelmä? "
Mitään varmuuskopiointijärjestelmää ei koneessa pitäisi olla, sillä olen aikoinaan itse asentanut koneeseen käyttöjärjestelmän, enkä mitään varmuuskopiointia ole aktivoinut.
Jos varmuuskopiointi olisi vahingossa mennyt päälle, niin miten nämä varmuuskopiot saa näkyviin tiedostoselaimessa? En pysty poistamaan kovalevyltä mitään tiedostoja, koska saan koneen käyntiin vain USB käynnistyslevyllä. Jos saisin koneen normaaliin toimintaan, niin silloinhan pystyisi helposti poistamaan kovalevyllä olevia tiedostoja.
-
Joku kirjoittaa logia aivan solkenaan… oletko tarkistanut, paljonko /var/log vie tilaa? Viisaammat osaa sanoa kuinka sieltä voi poistaa turhia lokeja, mutta nuo on ainakin yksi potentiaalinen tilan viejä.
-
" Onko käytössä se Mintin taustalla toimiva varmuuskopiointijärjestelmä? "
Mitään varmuuskopiointijärjestelmää ei koneessa pitäisi olla, sillä olen aikoinaan itse asentanut koneeseen käyttöjärjestelmän, enkä mitään varmuuskopiointia ole aktivoinut.
TimeShift asentuu Mintiin automaattisesti, ja muistaakseni nykyään kysyy jossain vaiheessa käyttöönotosta asennuksen jälkeen. Ei siis vaadi välttämättä montakaan naksautusta, kun käyttäjä on tahtomattaan ottanut sen käyttöönsä. En edes muista, oliko mahdollista olla ottamatta sitä käyttöön, luultavasti, mutta ainakin kovin vakuuttavasti se itseään tarjosi.
-
TimeShift asentuu Mintiin automaattisesti,
Jos se on se, niin huonosti suunniteltu softa, jos se noin vaan käyttää kaiken saatavilla olevan levytilan. Pyyhkeitä tekijöille?
-
Jos se on se, niin huonosti suunniteltu softa, jos se noin vaan käyttää kaiken saatavilla olevan levytilan. Pyyhkeitä tekijöille?
Jäitä hattuun. Tuollainen ei liene _yleinen_ ongelma ko. varmuuskopiointisovellutuksen osalta.
-
Mounted on /media/mint efe598F1 - 6eb7 - 4e94 - 994e - 7d8722a09bf
Tuo epämääräinen numerosarja viittaisi levyosion UUID-numeroon. Tuollainen liitos toki on mielestäni varsin erikoinen.
Levyosion voi yrittää irroittaa (sudo umount /dev/sda1) ja liittää sudo:lla vahvistettuna uudelleen mukavampaan hakemistoon (esim. mnt).
Ongelmaa voisi myös lähestyä login-ruudussa näppäinvalikoimalla alt-ctrl + funktionäppäin (F1-F6). Ja yrittämällä kirjautua tunnuksilla salasanoineen kirjautumalla virtuaalikonsolille tavallisen käyttäjän kotihakemistoon. (/home/käyttäjätunnus). Jos käyttäjällä on sudo-oikeudet, voi mahdollisesti poistaa ylimääräisiä palveluja tai tiedostoja, joihin tavan käyttäjän oikeudet eivät riittäisi.
Linux-järjestelmät yleensä varaavat kiintolevyille tilaa (5-10%), jotta root-käyttäjä voi yhä operoida vaikka levytila alkaa olla pieniin päin.
-
Kyllä minä katselin tiedostoja varsinaiselta kovalevyltä. Kopioin äsken kaikki tiedostot 32 GB USB muistitikulle sitä varten, että joudun mahdollisesti asentamaan käyttöjärjestelmän uudestaan. Tikulle jäi tyhjää tilaa vielä noin 26 GB, joten ei kovalevyllä paljoa tiedostoja ole. Millään konstilla en pääse näkemään, mitä tavaraa kovalevyllä on.
Nyt kun saat levyn liitettyä livejärjestelmään ja näkymään tiedostoselaimessa, voisit ihan ensin tarkistaa liitetyn tiedostojärjestelmän vapaan tilan määrän df-komennolla päätteessä:
df -h
Jos df kertoo, että liittämäsi osio on oikeasti täynnä, voidaan ryhtyä selvittelemään, mikä siellä vie tilaa. Se puolestaan onnistuu vaikka ihan tiedostoselaimella, katsomalla hakemistojen ominaisuuksista niiden koot, tai du -s -komennon avulla päätteessä.
Pari kuukautta sitten kone oli lakannut boottaamasta kunnolla. Kirjautumisruutu tulee kuitenkin esiin koneeseen, mutta kirjautumisyrityksen jälkeen kone heittää aina takaisin kirjautumisruutuun eli koneella ei voi enää tehdä mitään.
Yleisin syyllinen tähän ongelmaan on Nvidian näytönohjaimen suljettu ajuri, tai tarkemmin sen rikkoutuminen päivityksen yhteydessä.
Mutta ei mennä vielä asioiden edelle, vaan tarkista ensin vapaan tilan määrä df:llä.
-
Kyllä minä katselin tiedostoja varsinaiselta kovalevyltä. Kopioin äsken kaikki tiedostot 32 GB USB muistitikulle sitä varten, että joudun mahdollisesti asentamaan käyttöjärjestelmän uudestaan. Tikulle jäi tyhjää tilaa vielä noin 26 GB, joten ei kovalevyllä paljoa tiedostoja ole. Millään konstilla en pääse näkemään, mitä tavaraa kovalevyllä on.
Nyt kun saat levyn liitettyä livejärjestelmään ja näkymään tiedostoselaimessa, voisit ihan ensin tarkistaa liitetyn tiedostojärjestelmän vapaan tilan määrän df-komennolla päätteessä:
df -h
Jos df kertoo, että liittämäsi osio on oikeasti täynnä, voidaan ryhtyä selvittelemään, mikä siellä vie tilaa. Se puolestaan onnistuu vaikka ihan tiedostoselaimella, katsomalla hakemistojen ominaisuuksista niiden koot, tai du -s -komennon avulla päätteessä.
Pari kuukautta sitten kone oli lakannut boottaamasta kunnolla. Kirjautumisruutu tulee kuitenkin esiin koneeseen, mutta kirjautumisyrityksen jälkeen kone heittää aina takaisin kirjautumisruutuun eli koneella ei voi enää tehdä mitään.
Yleisin syyllinen tähän ongelmaan on Nvidian näytönohjaimen suljettu ajuri, tai tarkemmin sen rikkoutuminen päivityksen yhteydessä.
Mutta ei mennä vielä asioiden edelle, vaan tarkista ensin vapaan tilan määrä df:llä.
Pystyin kyllä liittämään levyn livejärjestelmään, mutta tiedostoselaimessa saan näkymään vain ne tiedostot, jotka otin talteen muistitikulle, eikä niitä tiedostoja ole paljon. Tiedostoselaimella en saa mitään muita tiedostoja näkymään, vaan kone herjaa sitä, että vapaa tila on 0 GB.
Komennolla df -h tietokone antaa seuraavan luettelon:
mint@mint:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 385M 1.5M 383M 1% /run
/dev/sdb 2.0G 2.0G 0 100% /cdrom
/dev/loop0 1.9G 1.9G 0 100% /rofs
/cow 1.9G 108M 1.8G 6% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 4.0K 1.9G 1% /tmp
tmpfs 385M 44K 385M 1% /run/user/999
/dev/sda1 114G 108G 0 100% /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf
mint@mint:~$
Mikähän olisi seuraava voimasana, joka koneelle pitää antaa, jotta se alkaisi toimia normaalisti?
-
mint@mint:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 385M 1.5M 383M 1% /run
/dev/sdb 2.0G 2.0G 0 100% /cdrom
/dev/loop0 1.9G 1.9G 0 100% /rofs
/cow 1.9G 108M 1.8G 6% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 4.0K 1.9G 1% /tmp
tmpfs 385M 44K 385M 1% /run/user/999
/dev/sda1 114G 108G 0 100% /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf
mint@mint:~$
Mikähän olisi seuraava voimasana, joka koneelle pitää antaa, jotta se alkaisi toimia normaalisti?
Tässä ketjussa lienee kyse tuosta viimeisestä rivistä ja levystä /dev/sda1... Teepä luettelo vaikka kyseisen levyn 500 suurimmasta tiedostosta (anna seuraava komento jossain muualla, kuin tutkimuksen kohteena olevalla täydellä levyllä):
du -ab /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/ | sort -nr | head -n 500 >suuret
Sitten vaan katsot tiedoston "suuret" alkupäästä, mitkä ovat levyn suurimmat tiedostot. Jos ne eivät vaikuta asiaankuuluvilta, niin käyt tuhoamassa ne siltä levyltä.
-
mint@mint:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 385M 1.5M 383M 1% /run
/dev/sdb 2.0G 2.0G 0 100% /cdrom
/dev/loop0 1.9G 1.9G 0 100% /rofs
/cow 1.9G 108M 1.8G 6% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 4.0K 1.9G 1% /tmp
tmpfs 385M 44K 385M 1% /run/user/999
/dev/sda1 114G 108G 0 100% /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf
mint@mint:~$
Mikähän olisi seuraava voimasana, joka koneelle pitää antaa, jotta se alkaisi toimia normaalisti?
Tässä ketjussa lienee kyse tuosta viimeisestä rivistä ja levystä /dev/sda1... Teepä luettelo vaikka kyseisen levyn 500 suurimmasta tiedostosta (anna seuraava komento jossain muualla, kuin tutkimuksen kohteena olevalla täydellä levyllä):
du -ab /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/ | sort -nr | head -n 500 >suuret
Sitten vaan katsot tiedoston "suuret" alkupäästä, mitkä ovat levyn suurimmat tiedostot. Jos ne eivät vaikuta asiaankuuluvilta, niin käyt tuhoamassa ne siltä levyltä.
Käynnistin koneen USB-käynnistyslevyltä, ja liitin levyn livejärjestelmään. Sen jälkeen avasin päätteen ja annoin siinä edellisessä viestissä antamasi komennon:
du -ab /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/ | sort -nr | head -n 500 >suuret
Päätteeseen tuli mahdoton lista tietoa, mutta kaikki rivit alkoivat herjalla, että kone ei osannut avata hakemistoa. Jokainen rivi myös päättyi herjaan "Permission denied". Laitan näkyviin muutaman rivin listan alusta.
mint@mint:~$ du -ab /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/ | sort -nr | head -n 500 >suuret
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/cache/apt/archives/partial': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/cache/lightdm/dmrc': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/cache/ldconfig': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/cache/cups': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/cache/system-tools-backends/backup': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/spool/rsyslog': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/spool/cups': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/spool/cron/crontabs': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/lib/apt/lists/partial': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/lib/polkit-1': Permission denied
du: cannot read directory '/media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/lib/lightdm': Permission denied
Tiedostoselaimessa saan näkyviin vain ne tiedostot, jotka olin aiemmin kopioinut USB-tikulle talteen, jos joudun lopulta asentamaan käyttöjärjestelmän uudestaan.
Voisivatko viisaat UBUNTU-miehet kertoa minulle, mitä tämä lista oikein tarkoittaa? Kannattaisiko tämän vian tutkiminen tässä vaiheessa lopettaa ja asentaa käyttöjärjestelmä uudestaan? Kone on aika nopea, joten asennustyö sujuu kyllä hyvin nopeasti.
-
Kannattaisiko tämän vian tutkiminen tässä vaiheessa lopettaa ja asentaa käyttöjärjestelmä uudestaan? Kone on aika nopea, joten asennustyö sujuu kyllä hyvin nopeasti.
Komento du tarvinnee ko. tapauksessa pääkäyttäjän oikeudet - eli sudo peliin.
Uudelleenasennus toki on nopeaa, mutta jos levylläsi on dataa, jonka haluaisit säilyttää, jyrää asennus myös ko. tiedostot :(
(Jos esim. /home/käyttäjä -hakemisto ei ole omalla osiollaan/levyllä tms.)
PS. Tuohon sudo-komentoon kannattaa tutustua tarkemmin.
-
kätevä komento on myös sudo du -h -d 1 /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/
jos joku kansio on kovin suuri tutki sitä esim /var
sudo du -h -d 1 /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/
Voit myös tehdä sudo umount /dev/sda1
ja sitten sudo mkdir /mnt/sda1
sudo mount dev/sda1 /mnt/sda1 jolloin levy on liitetty /mnt/sda1 kansion alle jolloin käsittely helpompaa.
-
kätevä komento on myös sudo du -h -d 1 /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/
jos joku kansio on kovin suuri tutki sitä esim /var
sudo du -h -d 1 /media/mint/efe598f1-6eb7-4e94-994e-7d87227a09bf/var/
Voit myös tehdä sudo umount /dev/sda1
ja sitten sudo mkdir /mnt/sda1
sudo mount dev/sda1 /mnt/sda1 jolloin levy on liitetty /mnt/sda1 kansion alle jolloin käsittely helpompaa.
Kokeilin ehdottamiasi komentoja, mutta e saanut niillä konetta ojennukseen. Ilmeisesti koneessa on joitakin ratkaisevia tiedostoja korruptoitunut, koska kone heittää taas seuraavaa herjaa:
mint@mint:~$ sudo umount /dev/sda1
mint@mint:~$ sudo mkdir /mnt/sda1
mint@mint:~$ sudo mount dev/sda1 /mnt/sda1
mount: /mnt/sda1: special device dev/sda1 does not exist.
Ovatko viisaat UBUNTU-miehet nyt sitä mieltä, että käyttöjärjestelmä kannattaa asentaa uudelleen? Ei kai tässä kannata loputtomasti lyödä päätään seinään.
-
Kokeilin ehdottamiasi komentoja, mutta e saanut niillä konetta ojennukseen. Ilmeisesti koneessa on joitakin ratkaisevia tiedostoja korruptoitunut, koska kone heittää taas seuraavaa herjaa:
mint@mint:~$ sudo umount /dev/sda1
mint@mint:~$ sudo mkdir /mnt/sda1
mint@mint:~$ sudo mount dev/sda1 /mnt/sda1
mount: /mnt/sda1: special device dev/sda1 does not exist.
Komennosta puuttuu kauttamerkki /dev/sda1:stä.
Kokeile vielä uudestaan. du -s:llä saat listauksen hakemistojen tilankäytöstä juuritasolla tarkasteltuna. Sitten voi selvittää askel kerrallaan, missä alihakemistossa on paljon dataa.
Eli liitä osio vaikka yllä ehdotettuun /mnt/sda1:een
sudo umount /dev/sda1
sudo mkdir -p /mnt/sda1
sudo mount /dev/sda1 /mnt/sda1
Laske hakemistojen koot du:lla. Tässä voi kestää 5 minuuttia, jos levy ei ole erityisen nopea, ja jos tiedostoja on paljon. Odottele rauhassa, kunnes suoritus päättyy ja komentokehote palautuu.
sudo du -s -h /mnt/sda1/*
Kopioi du:n listaus kokonaisuudessaan tänne. Jos esimerkiksi /var-hakemistossa näyttää olevan paljon tavaraa, voit tutkia sen alihakemistojen koot:
du -s -h /var/*
Ovatko viisaat UBUNTU-miehet nyt sitä mieltä, että käyttöjärjestelmä kannattaa asentaa uudelleen? Ei kai tässä kannata loputtomasti lyödä päätään seinään.
No mielestäni tämä on ihan hyvä harjoitus, jos kärsivällisyyttä vielä riittää. Levytila on kyllä vapautettavissa, kunhan selvitetään, missä levyn täyttänyt data sijaitsee.
-
Kokeilin ehdottamiasi komentoja, mutta e saanut niillä konetta ojennukseen. Ilmeisesti koneessa on joitakin ratkaisevia tiedostoja korruptoitunut, koska kone heittää taas seuraavaa herjaa:
mint@mint:~$ sudo umount /dev/sda1
mint@mint:~$ sudo mkdir /mnt/sda1
mint@mint:~$ sudo mount dev/sda1 /mnt/sda1
mount: /mnt/sda1: special device dev/sda1 does not exist.
Komennosta puuttuu kauttamerkki /dev/sda1:stä.
Kokeile vielä uudestaan. du -s:llä saat listauksen hakemistojen tilankäytöstä juuritasolla tarkasteltuna. Sitten voi selvittää askel kerrallaan, missä alihakemistossa on paljon dataa.
Eli liitä osio vaikka yllä ehdotettuun /mnt/sda1:een
sudo umount /dev/sda1
sudo mkdir -p /mnt/sda1
sudo mount /dev/sda1 /mnt/sda1
Laske hakemistojen koot du:lla. Tässä voi kestää 5 minuuttia, jos levy ei ole erityisen nopea, ja jos tiedostoja on paljon. Odottele rauhassa, kunnes suoritus päättyy ja komentokehote palautuu.
sudo du -s -h /mnt/sda1/*
Kopioi du:n listaus kokonaisuudessaan tänne. Jos esimerkiksi /var-hakemistossa näyttää olevan paljon tavaraa, voit tutkia sen alihakemistojen koot:
du -s -h /var/*
Ovatko viisaat UBUNTU-miehet nyt sitä mieltä, että käyttöjärjestelmä kannattaa asentaa uudelleen? Ei kai tässä kannata loputtomasti lyödä päätään seinään.
No mielestäni tämä on ihan hyvä harjoitus, jos kärsivällisyyttä vielä riittää. Levytila on kyllä vapautettavissa, kunhan selvitetään, missä levyn täyttänyt data sijaitsee.
Viimeisten ohjeiden avulla koneeseen tuli jo vähän tolkkua. GParted-ohjelman mukaan levyosion sda1 liittäminen onnistui nyt aikaisempaa paremmin.
Status: Mounted on /mnt/sda1
Annoin koneelle viestissäsi mainitun komentorasjan ja sain seuraavan listauksen:
mint@mint:~$ sudo umount /dev/sda1
mint@mint:~$ sudo mkdir -p /mnt/sda1
mint@mint:~$ sudo mount /dev/sda1 /mnt/sda1
mint@mint:~$ sudo du -s -h /mnt/sda1/*
16M /mnt/sda1/bin
218M /mnt/sda1/boot
4.0K /mnt/sda1/cdrom
16K /mnt/sda1/dev
16M /mnt/sda1/etc
7.6G /mnt/sda1/home
0 /mnt/sda1/initrd.img
0 /mnt/sda1/initrd.img.old
1.1G /mnt/sda1/lib
4.0K /mnt/sda1/lib64
16K /mnt/sda1/lost+found
60K /mnt/sda1/media
4.0K /mnt/sda1/mnt
231M /mnt/sda1/opt
4.0K /mnt/sda1/proc
1.3M /mnt/sda1/root
124K /mnt/sda1/run
19M /mnt/sda1/sbin
4.0K /mnt/sda1/srv
2.1G /mnt/sda1/swapfile
4.0K /mnt/sda1/sys
19G /mnt/sda1/timeshift
24K /mnt/sda1/tmp
5.9G /mnt/sda1/usr
72G /mnt/sda1/var
0 /mnt/sda1/vmlinuz
0 /mnt/sda1/vmlinuz.old
mint@mint:~$
Kun listaa katselee, niin tilaa levyllä vievät /mnt/sda1/var sekä /mnt/sda1/timeshift. Muu tilankäyttö vaikuttaa minusta normaalilta. Mitä näille tilarosvoille pitäisi tehdä?
-
2.1G /mnt/sda1/swapfile
19G /mnt/sda1/timeshift
mint@mint:~$
Kun listaa katselee, niin tilaa levyllä vievät /mnt/sda1/var sekä /mnt/sda1/timeshift. Muu tilankäyttö vaikuttaa minusta normaalilta. Mitä näille tilarosvoille pitäisi tehdä?
Huomaapa, että levyosion koko 114Gt, josta 108Gt on käytössä eli 100%. Hmmm....
Timeshift vie siis melkoisen siivun, sekä swapfile eli "heittovaihtomuisti". Swap on toki asiaa, mutta jos koneesi ei tuota tarvitse, vapautuisi levyosiolle tarpeeksi muistia saadaksesi graafinen työpöydän taas käyttöön. Ja mahdollisuuden tehdä korjaukset.
Tuo root-käyttäjälle varattu osa levyosiosta toki saattaisi jopa olla käytettävissä, jos käytät jakeluasi ilman graafista ympäristöä.
(Login ruudussa valitset ctrl-alt-f[1-6].. Kirjaudut käyttäjän tunnuksellasi, mutta komennat pääkäyttäjän toimenpiteet sudolla terästettynä.)
Aiempien ilmojesi mukaan levylläsi on toki tilaa, joka on kuitenkin varattu vain root-käyttäjälle.
PS. tuo var-hakemistosi on käsittämättömän suuri. Tutkimalla ko. hakemiston tiedostoja, voinet selvittää ongelmasi.
-
2.1G /mnt/sda1/swapfile
19G /mnt/sda1/timeshift
mint@mint:~$
Kun listaa katselee, niin tilaa levyllä vievät /mnt/sda1/var sekä /mnt/sda1/timeshift. Muu tilankäyttö vaikuttaa minusta normaalilta. Mitä näille tilarosvoille pitäisi tehdä?
Huomaapa, että levyosion koko 114Gt, josta 108Gt on käytössä eli 100%. Hmmm....
Timeshift vie siis melkoisen siivun, sekä swapfile eli "heittovaihtomuisti". Swap on toki asiaa, mutta jos koneesi ei tuota tarvitse, vapautuisi levyosiolle tarpeeksi muistia saadaksesi graafinen työpöydän taas käyttöön. Ja mahdollisuuden tehdä korjaukset.
Tuo root-käyttäjälle varattu osa levyosiosta toki saattaisi jopa olla käytettävissä, jos käytät jakeluasi ilman graafista ympäristöä.
(Login ruudussa valitset ctrl-alt-f[1-6].. Kirjaudut käyttäjän tunnuksellasi, mutta komennat pääkäyttäjän toimenpiteet sudolla terästettynä.)
Aiempien ilmojesi mukaan levylläsi on toki tilaa, joka on kuitenkin varattu vain root-käyttäjälle.
PS. tuo var-hakemistosi on käsittämättömän suuri. Tutkimalla ko. hakemiston tiedostoja, voinet selvittää ongelmasi.
Kun tutkin tarkemmin sda1 levyosion tiedostoja, niin varsinainen syntipukki taisi lopulta löytyä. Hakemistossa sda1/var/log on kaksi liian isoa lokitiedostoa, jotka syövät kaiken levytilan. Hakemistossa on syslog tiedosto, joka on kooltaan 55,6 GB ja toinen kooltaan 19,6 GB oleva syslog.1 tiedosto. Koneessa on siis 72 GB pelkkiä lokitiedostoja???
Kai näissä tiedostoissa on niin vanhaa tavaraa, että ne joutaisi jo poistaa. Kone saattaisi lähteä kunnolla käyntiin, jos lokitiedostot olisivat pienempiä. Voisivatko viisaat UBUNTU-miehet kertoa, saisiko nämä isot lokitiedostot poistaa kokonaan? Onkohan käyttöjärjestelmässä jokin vika, koska lokitiedostot ovat päässeet kasvamaan näin suuriksi.
-
Lokitiedostosta voisi löytyä syy siihen, että se kasvoi. Mutta voihan sen nyt tuhota jotta pääsee koneelle äkkiä takaisin ja sitten jatkossa seurata mikä sitä lokia kasvattaa.
-
Kun tutkin tarkemmin sda1 levyosion tiedostoja, niin varsinainen syntipukki taisi lopulta löytyä. Hakemistossa sda1/var/log on kaksi liian isoa lokitiedostoa, jotka syövät kaiken levytilan. Hakemistossa on syslog tiedosto, joka on kooltaan 55,6 GB ja toinen kooltaan 19,6 GB oleva syslog.1 tiedosto. Koneessa on siis 72 GB pelkkiä lokitiedostoja???
Niin kun tuolla aikaisemmin yritin tähdentää, niin levytilan loppuessa ensimmäiseksi kannattaa tarkistaa lokien viemä tila. Joku sopivasti pillastunut loki täyttää levyn alta aika yksikön.
Mutta hienoa että löytyi ainakin se, mihin levytila hukkui.
-
Ennen kuin tuhoat lokitiedostot, kannattaa katsoa, mitkä viestit ovat täyttäneet ne. Jos sitä ei selvitetä ja korjata, ongelma tulee todennäköisesti toistumaan.
Listaa syslogin viimeiset sata riviä:
tail -n 100 /mnt/sda1/var/log/syslog
-
Ennen kuin tuhoat lokitiedostot, kannattaa katsoa, mitkä viestit ovat täyttäneet ne. Jos sitä ei selvitetä ja korjata, ongelma tulee todennäköisesti toistumaan.
Listaa syslogin viimeiset sata riviä:
tail -n 100 /mnt/sda1/var/log/syslog
Ennustuksesi meni aivan nappiin. Sain isot lokitiedostot poistettua, jonka jälkeen kovalevylle tuli 73,2 GB vapaata tilaa. Olen antanut olla koneen päällä nyt tuntikausia, ja näyttää vahvasti siltä, että syslog tiedosto kasvaa aivan liian nopeasti. Minulle on tullut se vaikutelma, että koneessa saattaa olla jokin haittaohjelma, joka haluaa keskustella verkon välityksellä ulkopuolisten kanssa. Jos verkkoyhteyden katkaisee, niin tilanne hieman rauhoittuu, mutta siltikin kone yrittää ottaa yhteyksiä säännöllisin väliajoin.
Olen taltioinut lokitiedostot koko päivän ajalta. Itse en osaa näitä lokitiedostoja tulkita, joten olisi hyvä, jos joku todellinen asiantuntija voisi selata niitä. Päivän aikana tallentuneiden syslog ja syslog.1 tiedostojen yhteiskoko on alle 2 MB, joten ne kyllä mahtuvat sähköpostin liitteiksi. Haluaisin ensin tietää sen, mikä konetta todella vaivaa, ja vasta sen jälkeen asennan käyttöjärjestelmän uudestaan, mikäli koneen epänormaali käyttäytyminen ei muuten lopu.
-
Listaa syslogin viimeiset sata riviä:
tail -n 100 /mnt/sda1/var/log/syslog
syslog ja syslog.1 tiedostojen yhteiskoko on alle 2 MB, joten ne kyllä mahtuvat sähköpostin liitteiksi.
Ei tarvita muuta kuin otat tuon komennon tulosteet talteen ja postaat ne tänne. Niistä jo todennäköisesti näkee, mitä koneesi tekee...
-
Olen antanut olla koneen päällä nyt tuntikausia, ja näyttää vahvasti siltä, että syslog tiedosto kasvaa aivan liian nopeasti. Minulle on tullut se vaikutelma, että koneessa saattaa olla jokin haittaohjelma,...
Laita vaikkapa top-ohjelma taustalle pyörimään selvittääksesi, mitä ohjelmia koneella on käynnissä.
Aivan ensialkuun en olisi huolissani siitä, että koneellasi louhitaan Bitcoineja tai hyökätään eri palvelimille.
Lisäys: tuskin ko. operaatioista jää logiin turhia merkintöjä. Todennäköisimmin vain jokin ohjelma ei toimi toivotusti.
Lisäys: muutamien ohjelmien Megatavujen lisäys log-tiedostoihin ei ole ongelma. Mutta kiintolevyillesi ilmestyneet Giga-tavujen logit ovat asia erikseen.
-
Testiloki valmistui
Koska lokitiedosto-ongelma on kiusallinen, niin tein huvikseni testilokin selvittääkseni sen, miten kone käyttäytyy verkkoyhteyden ollessa päällä ja verkkoyhteys katkaistuna. Kun kone oli ollut pitkän aikaa päällä ilman verkkoyhteyttä, niin kytkin langattoman yhteyden päälle 10 minuutin ajaksi. Sen jälkeen katkaisin langattoman yhteyden ja annoin koneen olla yhteydettömässä tilassa 10 minuuttia. Sen jälkeen kytkin päälle langallisen verkkoyhteyden ja annoin sen olla päällä 10 minuuttia. Taas laitoin koneen yhteydettömään tilaan.
Tämä syslog_spesial tiedosto on kooltaan vain 52 kB, joten se mahtuu hyvin postilaatikkoon. Jos joku viisas UBUNTU-mies haluaa sitä tutkia, niin hän voi laittaa vaikka yksityisviestillä minulle sähköpostiosoitteensa, mihin lokitiedoston voisi lähettää tutkittavaksi ja arvioitavaksi. En ole alan taitaja, mutta perin kummallisesti tämä tietokone käyttäytyy.
-
Koska lokitiedosto-ongelma on kiusallinen, niin tein huvikseni testilokin selvittääkseni sen, miten kone käyttäytyy verkkoyhteyden ollessa päällä ja verkkoyhteys katkaistuna. Kun kone oli ollut pitkän aikaa päällä ilman verkkoyhteyttä, niin kytkin langattoman yhteyden päälle 10 minuutin ajaksi. Sen jälkeen katkaisin langattoman yhteyden ja annoin koneen olla yhteydettömässä tilassa 10 minuuttia. Sen jälkeen kytkin päälle langallisen verkkoyhteyden ja annoin sen olla päällä 10 minuuttia. Taas laitoin koneen yhteydettömään tilaan.
No, miten se kone käyttäytyi?
Koska et näemmä halua näyttää meille syslogin viimeistä sataa riviä, niin jäämme täällä vain kummastelemaan tapahtunutta.
Ja nyt vaikuttaa siltä, että lokia ei enää kerry entiseen tapaan gigatavukaupalla, joten ongelma on ehkä ohi...
-
Koska lokitiedosto-ongelma on kiusallinen, niin tein huvikseni testilokin selvittääkseni sen, miten kone käyttäytyy verkkoyhteyden ollessa päällä ja verkkoyhteys katkaistuna. Kun kone oli ollut pitkän aikaa päällä ilman verkkoyhteyttä, niin kytkin langattoman yhteyden päälle 10 minuutin ajaksi. Sen jälkeen katkaisin langattoman yhteyden ja annoin koneen olla yhteydettömässä tilassa 10 minuuttia. Sen jälkeen kytkin päälle langallisen verkkoyhteyden ja annoin sen olla päällä 10 minuuttia. Taas laitoin koneen yhteydettömään tilaan.
No, miten se kone käyttäytyi?
Koska et näemmä halua näyttää meille syslogin viimeistä sataa riviä, niin jäämme täällä vain kummastelemaan tapahtunutta.
Ja nyt vaikuttaa siltä, että lokia ei enää kerry entiseen tapaan gigatavukaupalla, joten ongelma on ehkä ohi...
Sain kylla koneen toimimaan normaalisti, mutta jotain vikaa siinä edelleen on. Aivan liian hanakasti kone kirjoittelee kummallisia juttuja syslog tiedostoon. En osaa kunnolla tulkita syslog-tiedoston rivejä, mutta joistakin riveistä tulee se tuntuma, että koneessa olisi joku haittaohjelma, joka alkaa toimia aina, kun koneen kytkee nettiin. Kun nettiyhteyden katkaisee, niin syslog:in tilanne hieman rauhoittuu, mutta siltikin kone näyttäisi yrittävän yhteyttä säännöllisesti.
Taltion monen tunnin ajalta lokitiedostoon ilmestynyttä tekstiä ja lähetin lokitiedostot eilen yhdelle asiantuntijalle arvioitaviksi (katso viesti, Vastaus #31). En ole vielä saanut vastausta, joten en uskalla ottaa vielä konetta käyttöön. Se olisi vielä tavallisessa nettikäytössä hyvä kone, mutta lokitiedoston täyttyminen tekee sen jatkuvan käytön mahdottomaksi.
Voisin vielä asentaa käyttöjärjestelmän uudestaan, mutta en ala ennen pyhiä sitä tekemään. Annan olla koneen ihan rauhassa, jotta mahdollista haittaohjelmaa voisi joku virusekspertti myöhemmin tutkia koneesta. Palautan koneen takaisin kaverilleni vasta sitten, kun lokitiedoston täyttyminen saadaan hallintaan.
Ei koneen syslog-tiedostossa ole mitään salattavaa, joten voisin minä laittaa sen kooltaan 52 kB olevan testilokin yleisempäänkin tarkasteluun. En kuitenkaan tiedä sitä, miten suuren tekstitiedoston pystyy tälle palstalle liittämään. Kyllä tätä lokiongelmaa useampikin kaveri mahtuu pohtimaan.
-
Kirjoituslaatikon alla on "Liitteet ja muut asetukset" sieltä onnistuu liitteen lisääminen.
Tallenna *.txt mudossa.
-
Kirjoituslaatikon alla on "Liitteet ja muut asetukset" sieltä onnistuu liitteen lisääminen.
Tallenna *.txt mudossa.
Laitan nyt tämän testitiedoston kavereille tutkittavaksi. Toivottavasti tiedoston liittäminen onnistuu. Taitaa pyhät mennä rattoisasti, kun tätä lokitiedostoa pähkäilee?
-
Outoja rivejä tuo ntpd on suoltanut ulos. Eli verkkoaikapalvelu. Oletko yrittänyt tehdä koneesta jonkinlaista kotiverkon aikapalvelinta tms?
-
Outoja rivejä tuo ntpd on suoltanut ulos. Eli verkkoaikapalvelu. Oletko yrittänyt tehdä koneesta jonkinlaista kotiverkon aikapalvelinta tms?
Minä en ole viritellyt konetta mitenkään. Olen ostanut koneen käytettynä yhdestä tutusta tietokoneliikkeestä (sain halvalla). Koneessa oli ostettaessa Linux Mint 18 käyttöjärjestelmä, mutta minä asensin siihen Mint 19 käyttiksen. Koneessa ei ollut ostohetkellä mitään tiedostoja, sillä Mint 18 asennuksen jälkeen konetta ei ollut käytetty mihinkään.
Koska kone tuntui toimivan joka suhteessa ihan hyvin, niin annoin sen kaverilleni nettikoneeksi ja lasten leikkikaluksi. Mitään erikoisvirityksiä koneeseen ei ole tehty, koska en ole niihin temppuihin yhtään perehtynyt. Kaverinikaan ei ole virittänyt konetta mitenkään. Muutamia ohjelmia hän on koneeseen asentanut normaalilla tavalla. Kaverini lopetti koneen käyttämisen muutamia kuukausia sitten, kun kone ei enää bootannut.
-
Onkohan joku ehtinyt jo katsella liian suureksi paisuneita lokitiedostoja? Onko kenelläkään tietoa siitä, mitä kone oikein tekee, kun sen kytkee verkkoon? Mahtaisiko vika poistua jos asennan koko käyttöjärjestelmän uudestaan vai alkaako kone senkin jälkeen ottaa yhteyksiä minne sattuu? Asennustyö on nopea ja helppo, joten siinä suhteessa ei ole ongelmia.
-
ntpd ei ole pakollinen ja sen voi vaikka poistaa. Itse olen vaihtanut sen kevyempään OpenNTPD ohjelmaan. Yleensä riittää kun käynnistyksessä haetaan oikea aika. Logrotare poistaa vanhoja lokeja, mutta ei taida toimia jos lokiin kirjoitetaan jatkuvasti. En lukenut koko viestiketjua, mutta tässä pari vihjettä.
-
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.
-
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?
-
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.
-
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.
-
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?
-
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.
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.
-
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.
-
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
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...
-
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:
sudo rm /var/log/syslog*
Onko käyttöjärjestelmä jo päivitetty uudempaan versioon? Aiemmin ongelman esiintyessä koneessa taisi olla Linux Mint 19?
-
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
-
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:
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:
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:
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.
-
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.