Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: oh1xe - 09.07.12 - klo:07.55
-
Nyt pitäsi saada rautalankamallia, kun etsiskelyn jälkeen en löytänyt oikein suoraa vastausta ja pari asennusyritystä jo meni sudeksi.
Toisaalta joku muukin saattaa haluta jatkossa SSD levyn käyttikselle?
Eli haluaisin tuolle pyörivälle 500GB levylle nyt home osioin ja SSD levylle käyttiksen.
Miten osiointi tehdään oikein?
Tarkoitus olisi, että Shotwell kopiosi kuvat kamerasta aina tuonne isommalle kovalevylle kuvat kansioon.
-
Itse en tekisi mitään tuollaista.
Home kansiossa on paljon ohjelmien tilapäistiedostoja, suuri määrä pieniä tiedostoja, joita tarvitaan ohjelmien ajamisessa. Tästä esimerkkinä mozillan välimuisti. Jos siirrät nämä kovalevylle, menetät juuri sen missä SSD levy on hyvä. Ottanet huomioon myös sen, että jos järjestelmä on kahdella levyllä, niin kumman tahansa levyn tai sen tiedostojärjestelmän vikaantuminen, vaikka tilapäinenkin, saa järjestelmän toimimattomaksi ... tämä voi lisätä vaikeusastetta virhetilanteissa ja aiheuttaa tilastollisesti suurentuneen järjestelmän vikaherkkyyden. Jos kyseessä olisi kahden kovalevyn järjestelmä, niin tällä järjestelyllä suorituskyky voisi parantua, mahdollisesti selvästikin jossakin tilanteessa - nyt kun pelissä on mukana SSD-levy tämä aiheuttaa vain järjestelmän hidastumisen.
Laittaisin ohjelmien, kuten Shotwell, varsinaiset arkistot kovalevylle, esim. paikkaan (ihan vain esimerkkinä):
/levy2/data/kuvat/shotwell_arkisto/
Oletan tietysti että Shotwell:ssä voi tehdä noin - vastaavasti menettelen muissa ohjelmissa.
Itse teen näin:
- Home SSD-levyllä
- ei mitään arkistoitavaa dataa SSD-levyllä. Eli siis toisinsanoen en pidä Homessa mitään muuta kuin tilapäistä dataa. Tällöin esim. puhdas, uusi asennus on helpompaa tehdä kuin silloin kun Homessa on "kaikenlaista" (=arkistoitavaa, tilapäistä ja asetustiedostoja)
- sellaista mikä vaatii nopeaa levyä, käytän silti SSD:ltä, vaikka tämä ei ole varsinaisesti tilapäistä dataa. Tällainen data on tiettyjen polkujen takana, jotta en sekoita sitä tilapäiseen dataa. Hyvä esimerkki tästä on virtualisointi, joka vaatii nopeaa levyä ja on suorituskyvyltään huomattavasti parempaa SSD-levyltä.
- rajoitus tässä on SSD-levyn koko ja se asettaa maksimin mitä sillä levyllä voi ajaa. Parasta tietysti olisi se, että SSD-levyjä olisi useita.
Eli periaatteessa sinulla voisi olla kuvankäsittely sellaista, esim. jonkun todella ison kuvan käsittely, joka toimisi SSD-levyltä huomattavasti nopeammin.
-
Yksi vaihtoehto olisi tehdä kotikansion asennus ilman erillistä liitospistettä, mutta luodakin tuolle isolle kiintolevylle erikseen tiedostojärjestelmä ja halutut kansiot asennuksen jälkeen. Ne taas linkitettäisiin kotikansion hakemistoihin.
Esim. pelkkä /home/käyttäjännimi/Kuvat kansion sisältö olisikin kuitenkin tuolla kiintolevyllä, eikä SSD:llä kuten alunperin.
http://superuser.com/questions/107208/linux-can-a-home-directory-be-symlinked
http://superuser.com/questions/231749/ubuntu-make-symbolic-link-between-new-folder-in-home-to-existing-folder
Vanhalla Gnomella tämä onnistuu Nautiluksessa (eli siis oletus graafisella tiedostonhallintaohjelmalla) niinkin helposti, että etsii halutun kansion ja painaa oikeaa nappia sen päällä ja painaa "Tee linkki" kohtaa. Sen jälkeen tuon "pikakuvakkeen" voi siirtää esim. /home/käyttäjänimitähän/Kuvat hakemiston sisään.
Sanoisin että linkitys on ehkä se helpoin tapa ratkaista tuo tilankäyttöongelma SSD-levyllä.
-
Eikös tuon mallisen systeemin pystyisi ihan fstabissa linkkaamaan. Itellä on Pcbsd:n kanssa käytössä sellainen kokoonpano, eli home on systeemilevyllä, mutta homen sisällä on kansio tavaraa joka on toisella levyllä, tämä on määritelty fstabissa.
-
Onnistuuhan se fstabillakin. Huonona puolena muistelen vain, että silloin jos asemaa ei pystykään liittämään kestää käynnistyksessä aika pitkään.
-
Itse en tekisi mitään tuollaista.
Home kansiossa on paljon ohjelmien tilapäistiedostoja, suuri määrä pieniä tiedostoja, joita tarvitaan ohjelmien ajamisessa. Tästä esimerkkinä mozillan välimuisti. Jos siirrät nämä kovalevylle, menetät juuri sen missä SSD levy on hyvä. Ottanet huomioon myös sen, että jos järjestelmä on kahdella levyllä, niin kumman tahansa levyn tai sen tiedostojärjestelmän vikaantuminen, vaikka tilapäinenkin, saa järjestelmän toimimattomaksi ... tämä voi lisätä vaikeusastetta virhetilanteissa ja aiheuttaa tilastollisesti suurentuneen järjestelmän vikaherkkyyden. Jos kyseessä olisi kahden kovalevyn järjestelmä, niin tällä järjestelyllä suorituskyky voisi parantua, mahdollisesti selvästikin jossakin tilanteessa - nyt kun pelissä on mukana SSD-levy tämä aiheuttaa vain järjestelmän hidastumisen.
- Home SSD-levyllä
- ei mitään arkistoitavaa dataa SSD-levyllä. Eli siis toisinsanoen en pidä Homessa mitään muuta kuin tilapäistä dataa. Tällöin esim. puhdas, uusi asennus on helpompaa tehdä kuin silloin kun Homessa on "kaikenlaista" (=arkistoitavaa, tilapäistä ja asetustiedostoja)
- sellaista mikä vaatii nopeaa levyä, käytän silti SSD:ltä, vaikka tämä ei ole varsinaisesti tilapäistä dataa. Tällainen data on tiettyjen polkujen takana, jotta en sekoita sitä tilapäiseen dataa. Hyvä esimerkki tästä on virtualisointi, joka vaatii nopeaa levyä ja on suorituskyvyltään huomattavasti parempaa SSD-levyltä.
- rajoitus tässä on SSD-levyn koko ja se asettaa maksimin mitä sillä levyllä voi ajaa. Parasta tietysti olisi se, että SSD-levyjä olisi useita.
Eli periaatteessa sinulla voisi olla kuvankäsittely sellaista, esim. jonkun todella ison kuvan käsittely, joka toimisi SSD-levyltä huomattavasti nopeammin.
Yksi vaihtoehto olisi tehdä kotikansion asennus ilman erillistä liitospistettä, mutta luodakin tuolle isolle kiintolevylle erikseen tiedostojärjestelmä ja halutut kansiot asennuksen jälkeen. Ne taas linkitettäisiin kotikansion hakemistoihin.
Esim. pelkkä /home/käyttäjännimi/Kuvat kansion sisältö olisikin kuitenkin tuolla kiintolevyllä, eikä SSD:llä kuten alunperin.
Sanoisin että linkitys on ehkä se helpoin tapa ratkaista tuo tilankäyttöongelma SSD-levyllä.
+1
Tein juuri näin. Kotikoneesta hajosi 500gb:n kovalevy, jolla oli käyttis ja home-osio. Toisella "Datavarasto"-levyllä sitten kuvat, videot, musiikki. Vaihdoin särkyneen levyn 90gb SSD:hen. Osioin 40gb käyttikselle(Linux Mint Maya=Ubuntu12.04) 12gb swapille ja loput homelle.
Home-osion Kuvat- ja Musiikki-kansioista laitoin softalinkit ehjäksi jääneelle Sata-levylle(Datavarasto).
Nämä linkit erikseen koneen molempien käyttäjien /home/kuvat ja /home/musiikki-kansioista.
Jos nyt lataan kuvia kamerasta omaa Kuvat-kansiooni, ne menevät suoraan varastolevylle(Sata), Jos taas käytän jotain ohjelmaa, sen tilapäistiedostot tulevat /home-osiolle, joka on nopealla SSD:llä. (Huom. muuten, jos käsittelet kuvia enemmänkin, muista määritellä Gimpin tilapäiskansio nopealle levylle.)
Fstabissa olen määritellyt "Datavarasto"-levyn mountautumaan käynnistyksessä, ei mitään tarkempaa.
Toistaiseksi tämä järjestely on pelannut hyvin, kokemus on vielä lyhyt.
-
Eli haluaisin tuolle pyörivälle 500GB levylle nyt home osioin ja SSD levylle käyttiksen.
Miten osiointi tehdään oikein?
Ei asennusta tai määrittelyjä tehdä levyille - vaan osioille.
Kun levyille on tehty tarkoituksenmukainen osiointi, voidaan asennuksessa määritellä juuriosio eli / SSD-levyn osiolle, ja /home halutulle osiolle tuolle puolen Teran levylle.
Vielä voisin muistuttaa, että swapista on järkevää tehdä oma osionsa.
Kaikki nuo on tehtävissä asennuksen yhteydessä - tai vaikka etukäteen Live-versiolla konetta kokeiltaessa.
Jo saamiesi ohjeiden mukaan voi olla hieman turhaa tehdä juuri-osio kokonaisuudessaan SSD-levylle luomallesi osiolle, sillä itse käyttöjärjestelmä lukuisine sovellutuksineen ei vaadi yleensä 120Gt levytilaa.
500Gt (puoli Teraa) taas kuluu kohtuullisen helposti loppuun, kun tallennat levy-osiolle paljon käyttäjän dataa ;)
-
Kuten Ganymedes ja qwertyy edellä kirjoittivat, ei /home-osiota kannnata kokonaisuudessaan laittaa puolen teran satalevylle.
Vaan kannattaa osioida nopealle SSD-levylle /home, josta varsinainen talletettava data(kuvat, videot, musiikki) ohjataan softlinkillä suoraan datavarastona käytettävälle satalevylle. Näin jää nopeean SSD:n kapasiteettia ohjelmien tilapäisille tarpeille ja käyttiksen päivityksen yhteydessä homen voi huoletta siivota(formatoida), kunhan ottaa sähköpostit ja kirjanmerkit talteen.
Siis osioi SSD-levy kolmeen:
/ , jolle käyttojärjestelmä ja ohjelmat.
/home ,jossa käyttäjien lyhytaikaiset tiedostot ja ohjelmien asetukset sun muut väliaikaisjutut.
swap varmuuden vuoksi.
-
Nyt ei oikein auennut, mutta ymmärrän jos homea ei voi laittaa toiselle levylle.
No nyt on asennettu normaalisti Linux SSD levylle, toinen levy tyhjennetty ja laitettu sinne koko 300GB paketti kuvia. Lataan kamerasta sitten aina kuvat Shotwellillä SSD levylle kuvat kansioon ja siirrän ne kuukausittain sitten tuolle isolle levylle, josta linkkaan ne Shotwelliin.
(Nyt on työpöydällä linkki ison levyn kuvat kansioon mutta se ei toimi ennen kuin isolla levyllä on filemanagerilla käynyt...)
Vaan miten saisin mountattua tuon ison levyn nyt automaattisesti?
-
Nyt ei oikein auennut, mutta ymmärrän jos homea ei voi laittaa toiselle levylle.
Levyjä ei liitetä, mutta levyllä olevia osioita voi liittää järjestelmään joko mount -komennolla manuaalisesti tai määrittelemällä ne esim. /etc/fstab -tiedostossa liitettäväksi automaattisesti tarvittavin option konetta käynnistettäessä.
Periaatteessa man mount kertoo kaiken oleellisin.
man fstab taas jatkaa siitä, mihin jäätiin.
home -hakemiston siirtäminen taas osiolta toiselle on hieman toinen jutta. Aiheesta on varmasti jo aiemmin palstalta keskusteltu.
Lisäys: /etc/fstab:ssa (onnistuneesti) liitetyt järjestelmät näkyvät suoraa Sijainnit-valikossa.
-
Kyllä sen homen voi laittaa ihan mille fyysiselle levylle tahansa, tai siis ihan millä tahansa fyysisellä levyllä majailevalle osiolle. Itselläkin oli yhdessä vaiheessa home eri fyysisellä levyllä kuin varsinainen juuriosio.
-
Isolla levyllä olevan osion saa mountattua automaattisesti lisäämällä sen /etc/fstabiin.
Tässä esimerkki omasta fstabistani:
# /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>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sdg5 during installation
UUID=15d5312e-cc10-4e28-af9b-737bd31a0b72 / ext4 errors=remount-ro 0 1
# /home was on /dev/sdg2 during installation
UUID=f9dc1344-fbc0-4f9d-95af-c4ee0a8fc2fc /home ext4 defaults 0 2
# swap was on /dev/sdg6 during installation
UUID=44dffedd-f097-4590-b93f-828629635ea6 none swap sw 0 0
Huomaa erillinen home osio, nuo pitkät kirjainnumerosarjat ovat levyosion uuid tunnuksia, ne saa vaikka gpartedilla selville.
-
Kyllä sen homen voi laittaa ihan mille fyysiselle levylle tahansa, tai siis ihan millä tahansa fyysisellä levyllä majailevalle osiolle. Itselläkin oli yhdessä vaiheessa home eri fyysisellä levyllä kuin varsinainen juuriosio.
Kyllähän sen voi laittaa mille osiolle haluaa. Tässä nyt oli ideana hyödyntää SSD-levyn nopeutta.
Monet ohjelmat lukevat ja kirjoittavat kovalevylle ajon aikana, nimenomaan käyttäjän kotihakemistossa. Näitä prosesseja SSD nopeuttaa. Ohjelmien asetus- ja tilapäistiedostot ovat melko pieniä, mutta usein käytössä.
Kotihakemistossa on myös suuria, harvoin käytettyjä tiedostoja: kuvat, videot, musiikki. Nämä voivat ihan hyvin olla perinteisellä pyörivällä kovalevyllä, koska SSD:n (tai oikeastaan lompakon) koko on varsin rajallinen.
Tuon linkityksen Kuvat- ym-kansioista SATA-levyn vastaaviin kansioihin tein helpottaakseni elämääni konetta käyttäessäni. Ubuntuhan tarjoaa kuville aina tallennuspaikaksi Kuvat-kansiota. OK, käytetään sitä, vaikka se sijaitseekin toisella levyllä.
Symbolisen linkin voi tehdä gksudo nautiluksella (linkin käyttö sujuu tavallisen käyttäjän oikeuksilla) tai komentorivillä. Katso esim. http://linux.fi/wiki/Symbolinen_linkki (http://linux.fi/wiki/Symbolinen_linkki)
-
En nyt ihan varmaksi sano, mutta minusta ainakin Debianin Gnomessa symbolisen linkin voi ja käsittääkseni pitäisi tehdä ihan normaalikäyttäjän oikeuksin?
-
Helppo ratkaisu on tehdä /home sellaisenaan sille SSD:lle kuva-, musa- ym. kansioineen ja siirtää sitten niistä kansioista ihan käsipelillä sinne pyörivälle levylle, jonne on tehty vastaavat kansiot. Itse siirrän kuvat/videot kamerasta ensin SSD:lle ja (sujuvan) käsittelyn jälkeen varastoin ne yhden teran varastolevylle. Samoin teen äänirippauksien kanssa. Kakkuresepteillä on sama (pieniä tiedostoja), mihin ne laittaa.
-
En nyt ihan varmaksi sano, mutta minusta ainakin Debianin Gnomessa symbolisen linkin voi ja käsittääkseni pitäisi tehdä ihan normaalikäyttäjän oikeuksin?
Niin voikin ja kannattaakin tehdä. Tarvitsin tuota sudoa tehdessäni vastaavat linkit toisten käyttäjien kotikansioihin.
Helppo ratkaisu on tehdä /home sellaisenaan sille SSD:lle kuva-, musa- ym. kansioineen ja siirtää sitten niistä kansioista ihan käsipelillä sinne pyörivälle levylle, jonne on tehty vastaavat kansiot. Itse siirrän kuvat/videot kamerasta ensin SSD:lle ja (sujuvan) käsittelyn jälkeen varastoin ne yhden teran varastolevylle. Samoin teen äänirippauksien kanssa. Kakkuresepteillä on sama (pieniä tiedostoja), mihin ne laittaa.
Eikös automaattinen toiminto ole jopa vielä helpompi?
-
Vika/fiba: Aivan, ei tosiaan tullutkaan mieleen tuo useamman käyttäjän tapaus.
Illu: Tuo käsipeleillä siirto ei omassa tapauksessa oikein toimi, koska jossain vaiheessa ainakin itse unohdan siirtää sisältöä. Tämä sitten kostautuu pitemmän päälle, kun pitäisi ottaa varmuuskopioita. Muutenkin duplikaatit vie vain turhaan tilaa. Tai oikeastaan tässä on itsellä se pahin, kun on tiedostoja joita tulee muokkailtua paljon. Sitten on eri versioita siellä täällä.
-
Illu: Tuo käsipeleillä siirto ei omassa tapauksessa oikein toimi, koska jossain vaiheessa ainakin itse unohdan siirtää sisältöä. Tämä sitten kostautuu pitemmän päälle, kun pitäisi ottaa varmuuskopioita. Muutenkin duplikaatit vie vain turhaan tilaa. Tai oikeastaan tässä on itsellä se pahin, kun on tiedostoja joita tulee muokkailtua paljon. Sitten on eri versioita siellä täällä.
Tuo on kyllä totta ja mullakin niitä duplikaatteja pukkaa. Valmis data on onneksi jonkinlaisessa järjestyksessä kansioittain ja siten helpommin hahmotettavissa. Onneksi tallennustilaa riittää ja vihoviimeisenä varastona on verkkolevy.
Tokihan tuota voisi tehdä automaagisemmaksi, mutta taas pitäisi perehtyä säätämiseen ja manien lukemiseen, enkä oikein sellaiseen viitsi ryhtyä. Siksi tällainen puoliksi käsikäyttöinen toimii minulla. Eikä tarvitse puolen vuoden välein tehdä muutoksia... Ja tarvittaessa sen ison varastolevyn vaihtaminen ei aiheuta järjestelmäsäätöjä.
-
Noita liitoksia voi tehdä aika vapaasti. En nyt tajua mikä tässä on ongelma. Home kansio SSD-levyllä voi hieman nopeuttaa. Itsellä on musiikki, elokuvat, TV-tallenteet, valokuvat omilla levyillä/osioilla. Ei minua haittaa jos valokuvat ovat esim. /media/valokuvat. Toki voi kansion /home/käyttäjä/kuvat liittää /etc/fstab tiedostossa jollekin toiselle levylle. SSD levyä nopeampi on vielä muisti. Mikä estää pistämästä esim. /tmp ja /var/tmp muistiin? Nopeuttaa kummasti. Tuokin järjestyy fstab tiedostoa editoimalla. Systeemi ja data on hyvä pitää eri levyillä. Jos levy täyttyy niin Linux jymähtää... Mutta näin ei juuri pääse käymään, kun oletuksena 5% varataan rootille. Mitä on hyvä pienentää näin isojen levyjen aikana.
Ajatus, että TV ohjelmat tallentuu eri levylle on hyvä. Kun se täyttyy niin valokuvat levyllä vielä tilaa ja saa kuvat siirrettyä ilman putsaamis operaatioita... Pieni levy ja home & systeemi on huono yhdistelmä. Täyttyy varmasti ja se taas keskeyttää työskentelyn. Kun muisti loppuu niin Linux voi jysähtää pitkäksi aikaa. Sen voi tehdä myös joku huonosti käyttäytyvä ohjelmakin. Mutta onneksi harvinaista. Vika yleensä käyttäjässä. Kuvien editointi, ohjelmien kääntäminen, DVD:n koostaminen ym. voivat viedä yllätävästi tilaa. Kun tila loppuu, niin projektin siirtäminen toiselle levylle voi olla hankalaa..