Kovalevy täyttyi omituisesti? (RATKAISTU)

[pikkalle]

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.

[AimoE]

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.

[nm]

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:

Koodia: [Valitse]

sudo mount /dev/sda1 /mnt

[pikkalle]

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:

Koodia: [Valitse]


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?

[Tomin]

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.

[SuperOscar]

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ä?

[Jtkone]

Tarkoitatko Timeshiftiä?
Käsittääkseni tuo ei ole ollut oletuksena koskaan päällä eli olet itse joutunut sen aktivoimaan?

[pikkalle]

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?

[pikkalle]

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.

[igor_2]

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ä.

[SuperOscar]

" 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.

[jarmala]

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?

[juyli]

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.

[juyli]

Koodia: [Valitse]

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.

[nm]

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ä:

Koodia: [Valitse]

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ä.

[pikkalle]

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ä:

Koodia: [Valitse]

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: 

Koodia: [Valitse]



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?

[jarmala]

Koodia: [Valitse]

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ä):

Koodia: [Valitse]

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ä.

[pikkalle]

Koodia: [Valitse]

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ä):

Koodia: [Valitse]

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.

Koodia: [Valitse]


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.


 

[juyli]

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.

[Postimies]

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.