Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: haamu - 24.08.06 - klo:16.29
-
Eilen kun käynnistin koneeni, ei graafinen kirjautuminen onnistunut.
Vaikutti siltä, että levy oli liian täynnä, joten käväisin konsolin puolella poistamassa muutaman tiedoston kotihakemistostani. Uusi yritys, ja sama homma. Taas konsolille ja komento df antoi mielenkiintoisen tuloksen :Tiedostojärjestelmä 1K-lohkot Käytetty Vapaana Käy% Liitospiste
/dev/hda8 5091552 5004496 0 100% /
Minneköhän nuo käyttämättömät lohkot oikein katoaa, levyllä lienee noin 85 Mt tilaa.
Tavallisena käyttäjänä levylle ei voi kirjoittaa, roottina kyllä. Olisiko ideoita, mistä nyt mättää?
-
85Mt tilaa? Ei se oikein riitä kyllä mihinkään, ainakaan vissiin X:än käyttöön?
-
Kyllähän tuolla todella on tila liian vähissä, mutta kun sinne ei voi kirjoittaa tavuakaan.
Jos yrittää tallentaa 100 tavua pitkän tekstin, tulee vain ilmoitus että levy on täynnä, ei voi kirjoittaa.
Tiedostoja voi poistella, muttei lisätä. fsck on sitä mieltä, että kaikki on kunnossa.
Voisiko joku varata tilaa levyltä ? Osion tyyppi on ext3
-
du -h / > ~/listaus.txt
sudo eteen jos ei muuten toimi, taitaa se toimia, ja kestää jonkin aikaa,
mutta sitten voit tarkastella montako kiloa/megaa mikäkin hakemisto syö ~/listaus.txt tiedostosta lukemalla.
Ai niin mutta mihinkäs sen tallennat jos kovalevy on ihan täynnä tai rikki?
du -h / | less ja sitten painat Enteriä :)
-
Luultavasti jouku ohjelma on kaatunut ja kirjoittanut levyn täyteen logia(itselläni muutaman kerran tapahtunut, xsessions kertaalleen ja cups heitti voltit kerran). Eli kattos /var/log tiedosto kansion kokoa(du -h /var/log, komennolla du -h -a /var/log | less
näet mitkä tiedostot siellä sitä tilaa oikein vie). Jos koko on jotain parinkymmenengigan luokkaa on jotain pielessä(hehheh). Toinen on tuo .xsessions-errors(ls -l -h ~/.xsession-errors), ollu kertaalleen yli 13 giganen logitiedosto(silloin kun vielä käytin gdm:ää).
-
Itselläkin kerran rupes mietityttää, kun /home -kansioon mountattu 20Gt osio alko koko ajan olemaan täynnä. Vaikka kuinka poisteli turhia tiedostoja ym. niin silti ei pystynyt mitään sinne tallentaa, ku saman tien täytty uudelleen. Syylliseksihän paljastu sitten tuo aiemmin mainittu .xsession-errors. Haukkas kans reilusti yli 10 gigaa. Tuolloin olin ottanut varmuuskopion xorg.conf-tiedostosta ennen kuin olin asentanu NVidian ajurit, ja kun sitten palautin sen kun ajurit oli asennettu, niin meinas 'hieman' virhettä pukata =)
-
Onko erillistä swappia, ellei niin tuo tila ei anna juuri mahdollisuuksia, sillä Ubuntu kaipaa tilaa väliaikais hommeleille.
-
Swappi on omalla osiollaan. Nyt tarkistaa juuriosion käynnistäessä kahteen kertaan ja sen jälkeen osio jää
vain-luku tilaan. Harkitsen tilanteen korjausta vasaralla.
-
Harkitsen tilanteen korjausta vasaralla.
Linuxissa levylle säästetään hieman tilaa root-käyttäjää varten. Tavallinen käyttäjä ei pysty levyä tunkemaan täyteen. Todennäköisesti nimenomaan erilaiset tilapäistiedostot ovat kasvaneet liian suuriksi. Raimon ohjeiden mukaan näet hyvin kunkin hakemiston viemän tilan. Ja arvioida, mikä niistä on kasvanut kohtuuttomasti.
Yllättävästi esim. apt-get clean all saattaa vapauttaa melkoisesti tilaa, vaikka sen pitäisi toimia kohtuullisen automaattisesti. Erityisesti, jos jokin ohjelma väkisin suljetaan (tai kaatuu?), saattaa jättää tilapäistiedostoja roikkumaan :( Oman kotihakemistonsa tietysti helposti täyttää.
sen jälkeen osio jää vain-luku tilaan.
Tuo siis todennäköisesti siksi, ettei levyntarkistus onnistu - mene läpi. Sen voi tehdä käsin tai jollakin Rescue/Live-CD:lläkin.
-
Nyt on ajettu fsck liveltä ja vaikka mistä mutta aina vaan sama tulos.
Bootissa root-osio tarkistetaan 2 kertaa peräkkäin, molemmista ilmoitus 'clean'.
Levy jää vain-luku tilaan.
Live-cd:ltä levylle voi kirjoitella mielin määrin, poistelin sen verran kaikkea joutavaa että tilaakin on taas ihan hyvin.
Vaan eipä boottaa ei.
Käyttökuntoon koneen sai kätevästi uudella 200 gigaisella levyllä, jossa nyt majailee uusi ubuntu.
Eipä tuo edellinen asennus toiminut kyllä koskaan kovin hyvin, ilmeisesti päivitys breezy->dapper ei mennyt ihan saumattomasti. Mutta kyllä tuo ongelma sen verran kalvaa mieltä, että jos joku keksii miten se ratkeaa, niin kertokaa ihmeessä.
Ja vastaisen varalle, mitenkäs määrätään jonkun hakemiston viemä enimmäistila ?
Tuo lienee toteutettavissa, eikös ?
Kiitokset kaikille vinkeistä.
-
Minkälainen on tiedosto /etc/fstab?
-
Ja vastaisen varalle, mitenkäs määrätään jonkun hakemiston viemä enimmäistila ?
Tuo lienee toteutettavissa, eikös ?
Kyllä (valitettavasti) root-oikeuksin saa temmeltää ihan kuten haluaa :(
Quota on menetelmä rajoittaa käyttäjien/ryhmien tilankäyttöä. Osassa jakeluista se on automaattisesti mukana, mutta Debian (kuten Ubuntu) jättää ylläpidolle vastuun.
http://www.tldp.org/HOWTO/Quota.html
Ubuntun quota-paketteja:
http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=quota&searchon=names&subword=1&version=dapper&release=all