Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: serola - 05.10.10 - klo:13.07
-
Kun en ole mikään Ubuntu asiantuntija edelleenkään, enkä etsimällä löytänyt selkeää vastausta, niin kysytään.
Voinko poistaa ubuntu-docs paketin turvallsisin mielin?
Minulla on ASUS Eee 901 ja Ubuntu netbook remix on asennettuna pienemmälle mutta nopeammalle neljän gigan SSD asemalle. Tila kuitenkin tuntuu alvariinsa loppuvan, koska tarvitsen Open Officea ja GIMP kuvankäsittelyohjelmaa, joista en voi luopua. Vanhat levykuvat yhtä vanhempaa lukuunottamatta on jo poistettu. Ubuntun käyttö tuntuu sujuvan sen verran hyvin, etten edes muista koska viimeksi olisin käyttänyt dokumentaatioita, joten mietin josko sen voi turvallisesti poistaa saadakseni varttigigan verran lisää tilaa.
-
Minulla ei asennettuna..
Poista ja kokeile
[ylläpito on poistanut liitteen]
-
Voinko poistaa ubuntu-docs paketin turvallsisin mielin?
http://packages.ubuntu.com/lucid/ubuntu-docs
Voit dokut toki poistaa huoletta. Huolehdi kuitenkin, ettet poista noita riippuvuuksia, joita tarvitaan välttämättä.
Ehkä dpkg-ohjelmalla ko. deb-paketit poistuisivat turvallisimmin.
-
Kiitoksia neuvoista :) Koitan poistoa Synaptics pakettien hallinnassa.
-
Lainaan vähän palstatilaa kun on samoja juttuja samanmerkkisellä vehkeellä.
Poistin myös tuon Ubuntu-docs paketin ja se sanoi olevansa kooltaan 270 Mt, mutta tilaa siltä vapautui /osiolle vain parikymmentä. Missä lie sitten ollut ne loput?
Varsinaisen avunpyynnön heittäisin nyt sellaiseen asiaan kun imuroin tyhmyyttäni tarpeettomia paketteja, enkä nyt pääse niistä eroon.
Yritin saada vasta asennettuun Lucidiin Xsane skanneria toimimaan. Se on aina toiminut Jauntyllä tässä eee 901 koneessa sanen backendillä, mutta nyt se ei toimikaan. Sitä vikaa etsiessä törmäsin wikiin, joka neuvoi katsomaan onko tarvittavat paketit. Muut oli, mutta yksi puuttui "libksane0" ja sitä sitten Synapticilla asentamaan. Epäilytti kyllä vähän kun siinä luki jossain kohdassa KDE. No, niinhän siinä kävi, että se veti perässään yli 30 pakettia. 300 Mt turhaa tavaraa, eikä Xsane toiminut silti.
Kysymys kuuluu: Kuinka peruutan tämän tunaroinnin?
Jos poistan sen paketin ne riippuvuudet jää. Ei hyödytä.
Tuossa edellä oli Storck oli listannut hienon listan riippuvuuksista, kuinka sen saa aikaiseksi?
Olisiko loitsu, jolla se paketin asennus riippuvuuksineen, jotka se toi, voitaisiin tehdä "takaperin" siis poistaa samat kuin tulikin?
Tunaroinnista viisastuu, mutta kysyä täytyy silti.
-
Eikö se toimi, että poistat ko. paketin ja käsket sitten päätteessä
sudo apt-get autoremove
Tuon pitäisi poistaa paketit, jotka on asennettu vain riippuvuuksien takia, mutta joita ei enää tarvita.
-
Eikö se toimi, että poistat ko. paketin ja käsket sitten päätteessä
sudo apt-get autoremove
Tuon pitäisi poistaa paketit, jotka on asennettu vain riippuvuuksien takia, mutta joita ei enää tarvita.
Ei taida lähteä mitään muuta kuin se Synapticilla poistettu libksane0
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu
Luetaan tilatietoja... Valmis
0 päivitetty, 0 uutta asennusta, 0 poistettavaa ja 0 päivittämätöntä.
Ei myöskään vapaa tila muuttunut yhtään.
EDIT:
Kun käynnistin "Tietokoneen siivous" sovelluksen, se löysi kaksi pakettia poistettavaksi. Niitä pitäisi kyllä olla kolmisen kymmentä. Sitten ajoin lisää siivous komentoja em. lisäksi:
sudo aptitude cleansudo apt-get autoremove --purge && sudo apt-get autocleansudo rm /var/cache/apt/*.bin
lopulta oli reilu sata megaa vapautunut, mutta vielä on niiden riippuvuuksien paketteja kuormana.
-
Voit kokeilla gdm:n "siivoustyökalua" (http://forum.ubuntu-fi.org/index.php?topic=27706.msg212044#msg212044), josko se löytäisi jotain poisteltavaa.
Saako aptilla muuten poistettua pakettia niin, että riippuvuudet jää roikkumaan? Vai onko pakko käyttää dpkg:tä?
-
Osa riippuvuuksista voi olla sidoksissa muihin paketteihin, eikös joo? Tuo riippuvuuslista kertoo mitä paketteja asennetaan kun docs asennetaan, ei välttämättä KAIKKI samat poistu ::)
-
Voit kokeilla gdm:n "siivoustyökalua" (http://forum.ubuntu-fi.org/index.php?topic=27706.msg212044#msg212044), josko se löytäisi jotain poisteltavaa.
Saako aptilla muuten poistettua pakettia niin, että riippuvuudet jää roikkumaan? Vai onko pakko käyttää dpkg:tä?
Tuota siivoustyökalua käytin, vain kaksi turhaa pakettia löysi, molemmat kyllä niitä sanen takia asennettuja.
Täytyisi kai kohottaa tietämyksen tasoa kun en oikein ole koskaan ymmärtänyt mikä on apti ja mikä dpkg, mutta pakettien asentamisen ja poistamisen olen aina tehnyt pelkästään synaptikilla. Se lienee syn-apti-k. Vai olenko erehtynyt?
Siitä juuri on kysymys kun synapticilla laitoin tulemaan libksane0 paketin ja se toi ison kasan tullessaan, mutta ei vienyt niitä mennessään, itse vaan lähti.
-
Osa riippuvuuksista voi olla sidoksissa muihin paketteihin, eikös joo? Tuo riippuvuuslista kertoo mitä paketteja asennetaan kun docs asennetaan, ei välttämättä KAIKKI samat poistu ::)
Onhan ne riippuvuuksissa kyllä, mutta luulisi riippuvuuden takia asennuksessa mukana tulleiden olevan vapaita riippuvuuksista sen isäntänsä mentyä pois.
dpkg.log kyllä näyttää ne tapahtumat ja siinä on luullakseni kaikkien pakettien nimet. Kova poistelu niissä on yksitellen, tai sitten vievät toisiaan mennessään, en ole vielä uskaltanut koittaa.
Tuossa tekemässäsi listauksessa oli esimerkkinä se ubuntu-docs, mutta kuinka se on tehty? Siis millä työkalulla, ja voisiko saman riippuvuustaulun katsoa libksane0 paketista samalla tavalla? Helpottaisi työtä.
-
Onhan ne riippuvuuksissa kyllä, mutta luulisi riippuvuuden takia asennuksessa mukana tulleiden olevan vapaita riippuvuuksista sen isäntänsä mentyä pois.
Jeps, JOS et ole asentanu sellaisia mitkä käyttää samoja paketteja (riippuvuuksia) 8)
-
Onhan ne riippuvuuksissa kyllä, mutta luulisi riippuvuuden takia asennuksessa mukana tulleiden olevan vapaita riippuvuuksista sen isäntänsä mentyä pois.
Jeps, JOS et ole asentanu sellaisia mitkä käyttää samoja paketteja (riippuvuuksia) 8)
Aivan... Olen varonut asentamasta mitään tuon tössimisen jälkeen, joten arvelisin niiden olevan vaan odottamassa vastaista käyttöä.
Tunarointi olisi turhaa, jos ei mitään oppisi. Kun tutkin tuota lokia huomasin, että varsinainen asennettava paketti on asennettu aikajärjestyksessä viimeisenä. Ensin on asennettu riippuvuuspaketit ja niiden riippuvuuspaketit ja niiden... Siten on syntynyt riippuvuuksien puu, tai pikemminkin oksa entiseen puuhun. Kun se itse-asiasta-kuultava on siinä oksan aivan kärjessä, se voidaan poistaa ilman, että mitään tarvitsee poistaa sen mukana. Siksi se ei vapauta tilaa levyltä itseään enempää. Olenkohan läheskään oikeassa? Jos se on näin voin katsoa Kpakageakit työkalulla lokissa näkyviä (ko. aikaan asennettuja) paketteja, yksilöidä niiden riippuvuudet, katsoa lokista ovatko ne samaa asennusrypästä ja sitten poistaa ja toivoa etten poista mitään tärkeää. Poistettaessa Synaptkic myös listaa mukaan lähtevät paketit, joten siinäkin ne voi vielä viimeksi tarkistaa. Jos aloitan "latvasta" saan tehdä enemmän työtä, mutta "juuresta" alkaen saattaa mennä jotain rikki. Aloitan siis jostain puolivälistä. ;D
Saas nähdä kunka Lucid- paran käy?
-
Ihan oikeansuuntaiselta päättelyltä kuulostaa.
-
Näillä lääkkeillä se roska lähti aika pienellä vaivalla. Sen lokin ymmärtämistä vaan vähän piti kohottaa. Tilaa tuli enemmän kuin ennen oli, eli siivouskomennoilla lähti entisiäkin. kaksi pakettia lähti Synapticilla sellaisia, joiden nimeä ei ollut lokilistassa sen turhan asennuksenjoukossa. Panin nimet muistiin ja asennan ne sitten jos jotain meni rikki. Tässä vaiheessa ei vikoja ole ilmennyt.
Kiitos tukiopettajille! ;)
EDIT:
Unohdin mainita, että noiden tarpeettomien pakettien ollessa koneessa en ottanut vastaan edes päivityksiä, koska silloin olisi voinut tulla sellaisia asennuksia, jotka olisivat sitoneet niitäkin riippuvuuksilla. Päivitin sitten siivoustalkoiden jälkeen koneen eri komennolla.
-
No onneksi en ehtinyt vielä itse poistamaan mitään... Nyt täytyy vähän sulatella ja yrittää ymmärtää lukemaansa, ja sitten koittaa käytännössä, miten saan ubuntu-docs paketit poistettua ainakin "päällisin puolin" ;D
EDIT: Jos merkkaan ubuntu-docs kokonaan poistettavaksi Synapticissa niin Synaptic väittää vapauttavansa 270MB ??? Edellä lukemani perusteella ymmärrän, että joko Synaptic "valehtelee" tai 'poista kokonaan' on väärä menettelytapa ???
-
Mulla sekä poisto että kokonaan poisto näyttää poistavan 270M. Tämän jälkeen kun ajaa päätteessä
sudo apt-get clean niin tilaa vapautuu.
-
No onneksi en ehtinyt vielä itse poistamaan mitään... Nyt täytyy vähän sulatella ja yrittää ymmärtää lukemaansa, ja sitten koittaa käytännössä, miten saan ubuntu-docs paketit poistettua ainakin "päällisin puolin" ;D
EDIT: Jos merkkaan ubuntu-docs kokonaan poistettavaksi Synapticissa niin Synaptic väittää vapauttavansa 270MB ??? Edellä lukemani perusteella ymmärrän, että joko Synaptic "valehtelee" tai 'poista kokonaan' on väärä menettelytapa ???
Ei se Synaptic sinänsä valehtele. Siinä vissiinkin oletetaan, että käyttäjä tietää mitä on tekemässä. Kuten itsekin tuossa huomasin, se on tosiaan vahva työkalu, hyvässä ja pahassa.
Minä poistin sen ubuntu-docs paketin ja se lähti oman puunoksansa latvasta. Siivouskomennot ilmeisesti sitten poistivat ne tarpeettomiksi jääneet riippuvuuspaketit. Sitä en ollut ottanut huomioon ja kummastelin ensin kun ei tiedostojärjestelmän vapaa tila kasvanutkaan sen pyöristystarkkuuden takia oikeastaan mitään. Edellä esitetyn tunarointiseikkailun aikana sitten hämmästyin kun yli sata megaa lähti sellaisessa kohdassa, jossa ei olisi olettanut paljonkaan lähtevän. Ne varmaankin oli ne ubuntu-docs riippuvuudet. Varmasti en tiedä. Mutta, yhtä kaikki, sen ubuntu-docs paketin siis poistin poista kokonaan käskyllä, ja monessa välissä ajoin nuo kaikki edellä esitetyt siivouskomennot ja nyt on vapaa tila 1,1 Gt tässä 4 Gt.n ssd-levyssä. Ja minulla on tässä vähän isonpuoleisia sovelluksia, kuten Stellarium ja Gimp ym... Varsinainen systeemi minimivarustuksella voisi kai olla 2 Gt.n luokkaa, tai mikä nyt sitten on minimivarustus... Niin, ja swap osionkin asennuksessa laitoin sen isomman, 16 Gt.n ssd.n puolelle.
Noita em. neljää eri siivouskomentoa olen usein käyttänyt. En ole koskaan oikein oppinut niiden täsmällistä merkitystä. Kun niitä peräkkäin ajaa ja aina välissä vilkaisee tiedostojärjestelmän kokoa huomaa, että toinen siivoaa enemmän kuin toinen ja tapauksesta riippuen. En vissiin ole mitään niillä saanut rikki kuitenkaan.
-
OK, kiitos jälleen kaikista vastuksista :) Ja edelleenkään en ole ehtinyt itse tuota siivousta tekemään :D Ehkäpä tänään olisi viimein aika sekin tehdä... Olen jahkaillut, koska mielessä siintää myös vaihto isompaan ja nopeampaan SSD asemaan.
Itse olen jääräpäinen graafisen käyttöliittymän ystävä ja turvaudun kometoikkunaan vain äärimmäisessä hädässä. Näin lähinnä periaatteen vuoksi, sillä siihen suuntaan Ubuntun kehittäjien pitäisi edelleen panostaa.
Olenkin siis testannut Ubuntu 10.04 LTS versiosta löytyvää graafista siivousohjelmaa, vaan tuo sanoo aina Synapticissa tehtyjen poistojen jälkeen, ettei mitään siivottavaa ole. Lukiessani kaikkia komennetteja täällä minulle tulee aina epäröinnin hetkiä, jolloin alan tuumia miten epäluotettavia graafiset vaihtoehdot mahtavatkaan olla ??? Vai ovatko ???
-
Mulla sekä poisto että kokonaan poisto näyttää poistavan 270M. Tämän jälkeen kun ajaa päätteessä sudo apt-get clean niin tilaa vapautuu.
Jeps, jeps, nyt on kokonaan poistettu ja kiitokset Villelle tästä :) pakko se oli minunkin päätteeseen turvautua, kun graafinen siivousohjelma ei edelleenkään löytänyt mitään siivottavaa, eikä ubuntu-docs poiston jälkeen muutoin näyttänyt tila vapautuvan. Nyt pitäisi taas tila piisata joksikin aikaa.
-
pakko se oli minunkin päätteeseen turvautua
Niin, itse tykkään päätteestä ja ikävä kyllä osaan useimmiten neuvoa vain sen käyttöä... :)
-
En tiedä, onko tällä merkitystä, mutta kun komentoriviltä poistin kyseisen paketin --purge-vivulla, tila tuntui vapautuvan heti, eikä cleanilla saanut enää mitään aikaiseksi.
-
En tiedä, onko tällä merkitystä, mutta kun komentoriviltä poistin kyseisen paketin --purge-vivulla, tila tuntui vapautuvan heti, eikä cleanilla saanut enää mitään aikaiseksi.
apt-get clean poistaa asennusta varten pakettivarastoista ladatut debit sijainneista /var/cache/apt/archives/ ja /var/cache/apt/archives/partial/
Varsinaisesti asennetun paketin poistamiseen ei apt-get clean mitenkään liity.
man apt-get on aina hyvää kamaa.
-
En tiedä, onko tällä merkitystä, mutta kun komentoriviltä poistin kyseisen paketin --purge-vivulla, tila tuntui vapautuvan heti, eikä cleanilla saanut enää mitään aikaiseksi.
apt-get clean poistaa asennusta varten pakettivarastoista ladatut debit sijainneista /var/cache/apt/archives/ ja /var/cache/apt/archives/partial/
Varsinaisesti asennetun paketin poistamiseen ei apt-get clean mitenkään liity.
man apt-get on aina hyvää kamaa.
Kiitokset selvennyksestä! Taas oppi jotain uutta :)
-
Ei se Synaptic sinänsä valehtele. Siinä vissiinkin oletetaan, että käyttäjä tietää mitä on tekemässä. Kuten itsekin tuossa huomasin, se on tosiaan vahva työkalu, hyvässä ja pahassa.
Kylläpä vain Synaptic tässä tapauksessa valehtelee. Näet ubuntu-docs deb-paketin debian/control tiedostossa annetaan asennetun paketin koko väärin! Paketinhallintaohjelmat ilmoittavat asennetun paketin viemän tilan juuri control-tiedoston perusteella. Miksi tällainen virhe on päässyt syntymään Ubuntun pakettienrakennussysteemissä, selitetään tässä bugiraportissa:
https://bugs.launchpad.net/ubuntu/+source/pkgbinarymangler/+bug/451764
Avoimessa järjestelmässä on niin helppoa tarkistaa itse paketin todellisuudessa viemä tila ilman sen asentamista; ladataan jostain kyseinen deb-tiedosto, joka itse asiassa on pakattu tar-arkisto ja tutkitaan sitä jollain tareja aukovalla ohjelmalla, esimerkiksi Pakettienkäsittelyohjelmalla (file-roller).
Nähdään, että arkiston tiedostojen yhteiskoko purettuna on noin 6 MB. Kuitenkin todellisuudessa purkamisen jälkeen levytila pienenee noin 13 megatavulla, koska paketti sisältää tuhansia pieniä tiedostoja, jotka käsittääkseni vievät aina vähintään yhden varausyksikön verran (4 KB oletusarvoisesti).
Voimme siis päätellä, että ubuntu-docsin poistamalla saadaan 13 MB lisää levytilaa.
Ubuntu-docsin riippuvuuksia (yelp, scrollkeeper, gnome-user-guide) ei poisteta missään tapauksessa, koska toisetkin (perusasennukseen kuuluvat) paketit ovat niistä riippuvaisia.
Mulla sekä poisto että kokonaan poisto näyttää poistavan 270M. Tämän jälkeen kun ajaa päätteessä
Koodia:
sudo apt-get clean
niin tilaa vapautuu.
Aptin archivessa on sattunut olemaan ollut 270 MB verran debejä, jotka clean poisti. Ei johdu ubuntu-docsin poistamisesta.
-
Ahaa!
Kylläpä vain Synaptic tässä tapauksessa valehtelee. Näet ubuntu-docs deb-paketin debian/control tiedostossa annetaan asennetun paketin koko väärin! Paketinhallintaohjelmat ilmoittavat asennetun paketin viemän tilan juuri control-tiedoston perusteella. Miksi tällainen virhe on päässyt syntymään Ubuntun pakettienrakennussysteemissä, selitetään tässä bugiraportissa:
https://bugs.launchpad.net/ubuntu/+source/pkgbinarymangler/+bug/451764
Vai noin se onkin. Sitten hän se selvisikin, miksi se oli niin epämääräistä sen tilan vapauttaminen tuossa tapauksessa. Melkeinpä olisivat saaneet ubuntu-docsit jäädä paikoilleen.
Jostain syystä, muuten, kehoitetaan aina pitämään yksi vanhemman ikäluokan kernel tykötarpeineen käytössä olevan uusimman lisäksi. Tilan vapauttamiseksi olen senkin aina poistanut, ehkä se ei ole aivan parasta systeeminhuoltoa, mutta tilaa siinä kyllä vapautuu, etenkin kun niiden headerit poistaa myös.
Olen jahkaillut, koska mielessä siintää myös vaihto isompaan ja nopeampaan SSD asemaan.
En ole aivan varma, kun en ole eee 901.stä paljoa purkanut, mutta luullakseni vain sen 16 Gt.n isomman ja hitaamman ssd.n saa vaihdetuksi ilman erikoisvehkeitä. Tosin, sitäkään en tiedä: ovatko nykyiset ssd.t jopa nopeampia kuin se 4 Gt.n pikku ssd, jolla nykyisin yleensä pidetään käyttöjärjestelmä. Jos ne ovat läheskään yhtä nopeita, silloin voisi jopa osioida molemmat fyysiset levyt yhdeksi. Silloin ei tosin voi koskaan tietää mitä milläkin levyllä oikeasti on, mutta sittenhän sillä ei ole väliäkään, jos ne ovat yhtä nopeita. Kehitys kehitty...
-
Aptin archivessa on sattunut olemaan ollut 270 MB verran debejä, jotka clean poisti. Ei johdu ubuntu-docsin poistamisesta.
Jaa, että tuli sitten jotakuinkin turhan poistettua ubuntu-docs :D No ei semitään, enpä ole tuota ainakaan vielä kaipaillut.
En ole aivan varma, kun en ole eee 901.stä paljoa purkanut, mutta luullakseni vain sen 16 Gt.n isomman ja hitaamman ssd.n saa vaihdetuksi ilman erikoisvehkeitä. Tosin, sitäkään en tiedä: ovatko nykyiset ssd.t jopa nopeampia kuin se 4 Gt.n pikku ssd, jolla nykyisin yleensä pidetään käyttöjärjestelmä. Jos ne ovat läheskään yhtä nopeita, silloin voisi jopa osioida molemmat fyysiset levyt yhdeksi.
Näin juuri on ollut ajatus, eli korvata 16GT asema paljonkin nopeammilla ja isommilla SSD asemilla mitä nykyään markkinoilta löytyy. Lukemani perusteella vaihdettavaa isompaa asemaa ei kuitenkaan pysty osioimaan yhtenäiseksi kiinteän 4GT aseman kanssa, eli tuo 4GT asema pitää jättää joko kummittelemaan ylimääräisenä asemana tai jättää se käyttämättömäksi eli kokonaan pois osioinnista.
-
Lukemani perusteella vaihdettavaa isompaa asemaa ei kuitenkaan pysty osioimaan yhtenäiseksi kiinteän 4GT aseman kanssa, eli tuo 4GT asema pitää jättää joko kummittelemaan ylimääräisenä asemana tai jättää se käyttämättömäksi eli kokonaan pois osioinnista.
Et ilmeisesti ole lukenut LVM:stä? http://linux.fi/wiki/LVM
-
Lukemani perusteella vaihdettavaa isompaa asemaa ei kuitenkaan pysty osioimaan yhtenäiseksi kiinteän 4GT aseman kanssa, eli tuo 4GT asema pitää jättää joko kummittelemaan ylimääräisenä asemana tai jättää se käyttämättömäksi eli kokonaan pois osioinnista.
Et ilmeisesti ole lukenut LVM:stä? http://linux.fi/wiki/LVM
Tuossapa se tuli selväksi. Kannattaa ottaa huomioon siinä harkinnassa, kun ssd-massamuisteja arvioidaan niiden elinkaaren pituuden perusteella. On paljon keskusteltu luku/kirjoitus operaatioiden määrän vähentämisestä. Uudet ssd.t taitavat kuitenkin kestää pitempään kuin me itse. Windows tietääkseni lukee ja kirjoittaa tiedoston kokonaan aina, vaikka siihen ei tehtäisi muutostakaan, katsottaisiin vain. Linux kirjoittaa vain tarpeelliset osat. Korjatkaa, jos olen väärässä.
-
Lukemani perusteella vaihdettavaa isompaa asemaa ei kuitenkaan pysty osioimaan yhtenäiseksi kiinteän 4GT aseman kanssa, eli tuo 4GT asema pitää jättää joko kummittelemaan ylimääräisenä asemana tai jättää se käyttämättömäksi eli kokonaan pois osioinnista.
Et ilmeisesti ole lukenut LVM:stä? http://linux.fi/wiki/LVM
Tuossapa se tuli selväksi.
Mikä?
Kannattaa ottaa huomioon siinä harkinnassa, kun ssd-massamuisteja arvioidaan niiden elinkaaren pituuden perusteella. On paljon keskusteltu luku/kirjoitus operaatioiden määrän vähentämisestä. Uudet ssd.t taitavat kuitenkin kestää pitempään kuin me itse. Windows tietääkseni lukee ja kirjoittaa tiedoston kokonaan aina, vaikka siihen ei tehtäisi muutostakaan, katsottaisiin vain. Linux kirjoittaa vain tarpeelliset osat. Korjatkaa, jos olen väärässä.
Minusta tuossa esittämässäsi Windowsin tavassa ei ole mitään järkeä, enkä oikein jaksa uskoa sitä.
Noille SSD-muisteille on olemassa Trim-komento, joka ei siis ole ilmeisestikään komento sillä tavalla kuin esim. ls tai cd on, mutta sillä voi nopeuttaa SSD:een toimintaa tiedoston poiston jälkeen (siivoaa solut, jotta niihin voi taas kirjoittaa). Onko kukaan perehtynyt asiaan? Onko se oletuksena käytössä jos koneeseen laittaa SSD-levyn vai pitääkö tehdä jotain. Ilmeisesti kuitenkin ainakin Ubuntu 10.10:n Linux sisältää tuon trimmin.
-
Taisi olla loppukeväästä kun kokeilin 9.10:n kanssa tuota trimmiä. Piti hakea erikseen eikä toiminut "lennossa" ellei käyttänyt ext4:ää. Nyt alkaa taas mielenkiinto heräämään sillä aktiivisessa surffailussa Firefox kirjoittaa vähän väliä levylle mikä aiheuttaa todella pahaa tahmaamista miniläppärillä.
-
Taisi olla loppukeväästä kun kokeilin 9.10:n kanssa tuota trimmiä. Piti hakea erikseen eikä toiminut "lennossa" ellei käyttänyt ext4:ää. Nyt alkaa taas mielenkiinto heräämään sillä aktiivisessa surffailussa Firefox kirjoittaa vähän väliä levylle mikä aiheuttaa todella pahaa tahmaamista miniläppärillä.
Eikö olisi vain helpompaa laittaa Firefoxin cachet menemään keskusmuistiin? Muistaakseni tuo neuvotaan Wikin EEE 901-ohjeessa
-
Taisi olla loppukeväästä kun kokeilin 9.10:n kanssa tuota trimmiä. Piti hakea erikseen eikä toiminut "lennossa" ellei käyttänyt ext4:ää. Nyt alkaa taas mielenkiinto heräämään sillä aktiivisessa surffailussa Firefox kirjoittaa vähän väliä levylle mikä aiheuttaa todella pahaa tahmaamista miniläppärillä.
Eikö olisi vain helpompaa laittaa Firefoxin cachet menemään keskusmuistiin? Muistaakseni tuo neuvotaan Wikin EEE 901-ohjeessa
Tuli sitäkin kokeiltua pari kertaa että ajaa kokonaan rammissa. Kaksi kertaa tuloksena oli FF.n toimimattomuus Firefox is already running but is not responding
säestämänä. Kyllä nuo muut eee-tweakit tein kirjoitusten vähentämiseksi.
-
Lukemani perusteella vaihdettavaa isompaa asemaa ei kuitenkaan pysty osioimaan yhtenäiseksi kiinteän 4GT aseman kanssa, eli tuo 4GT asema pitää jättää joko kummittelemaan ylimääräisenä asemana tai jättää se käyttämättömäksi eli kokonaan pois osioinnista.
Et ilmeisesti ole lukenut LVM:stä? http://linux.fi/wiki/LVM
Tuossapa se tuli selväksi.
Mikä?
Kannattaa ottaa huomioon siinä harkinnassa, kun ssd-massamuisteja arvioidaan niiden elinkaaren pituuden perusteella. On paljon keskusteltu luku/kirjoitus operaatioiden määrän vähentämisestä. Uudet ssd.t taitavat kuitenkin kestää pitempään kuin me itse. Windows tietääkseni lukee ja kirjoittaa tiedoston kokonaan aina, vaikka siihen ei tehtäisi muutostakaan, katsottaisiin vain. Linux kirjoittaa vain tarpeelliset osat. Korjatkaa, jos olen väärässä.
Minusta tuossa esittämässäsi Windowsin tavassa ei ole mitään järkeä, enkä oikein jaksa uskoa sitä.
Noille SSD-muisteille on olemassa Trim-komento, joka ei siis ole ilmeisestikään komento sillä tavalla kuin esim. ls tai cd on, mutta sillä voi nopeuttaa SSD:een toimintaa tiedoston poiston jälkeen (siivoaa solut, jotta niihin voi taas kirjoittaa). Onko kukaan perehtynyt asiaan? Onko se oletuksena käytössä jos koneeseen laittaa SSD-levyn vai pitääkö tehdä jotain. Ilmeisesti kuitenkin ainakin Ubuntu 10.10:n Linux sisältää tuon trimmin.
Selväksi tuli tämä sieltä wikistä:
Loogisessa taltiohallinnassa yksi tai useampia laitteita kootaan ensin taltioryhmäksi, jota voidaan sitten osioida joustavasti. Osioita eli loogisia taltioita voidaan myös muuttaa varsin helposti kunhan taltioryhmässä on riittävästi tilaa käytettävissä. Osioinnissa ei tarvitse välittää fyysisten laitteiden rajoituksista. Rajana on vain taltioryhmän kokonaiskapasiteetti.
Olen myös osioinut kaksi levyä yhdeksi. Tosin se oli käkikellolevy, siis sellainen vonkuva magneettilevy, kai muistatte vielä. Siinä oli ne Windows-ajan C ja D levyt, eli saman levyn ylä- ja alapuoli. Gpared työkalulla vaan cd-levyltä ajamalla vapautin molemmat levyt auki ja sitten muodostin molemmista yhteisen levyosion. Siihen sitten asensin ensin Windowsin ja sitten perään Ubuntun. Annoin Windowsille 16 Gt tilaa ja loput Ubuntulle. Eri fyysisten levyjen rajapinta ei näy missään mitenkään. Levykokokin on suunnilleen se mitä ne entiset yhteensä, tai vähän enemmän.
Se, mitä kirjoitin Windowsin luku/kirjoitus tavasta, siis: lue pois levyltä...tee sillä jotain tai ole tekemättä...kirjoita takaisin levylle ja ihan eri paikkaankin, perustuu siihen mitä luin viisaiden tavallisesti asioista perillä olevien gurujen kirjoituksista, en muista mistä, mutta juuri tähän ssd muistien kulumiseen liittyen se oli. Voi olla roskaakin, mutta siksi Windows ei ole kuulema ssd.lle hyväksi. Jos joku tietää totuuden niin saa paljastaa. ;)