Ero sivun ”Miten osioisin massamuistin” versioiden välillä

Linux.fista
Siirry navigaatioon Siirry hakuun
(selkeämmäksi)
p (viittauksia muihin artikkeleihin lisätty)
 
(7 välissä olevaa versiota 4 käyttäjän tekeminä ei näytetä)
Rivi 1: Rivi 1:
Linuxiin muista Unix-järjestelmistä periytyvä [[Linuxin_hakemistorakenne | hierarkkinen hakemistorakenne]] lähti alunperin oletuksesta, että jokaiseen [[hakemisto]]on voitiin [[mount|liittää]] oma kovalevy. Mikäli lisätilaa tarvittiin, uuteen hakemistoon voitiin aina liittää uusi levy.
Linuxiin muista Unix-järjestelmistä periytyvä [[Linuxin_hakemistorakenne | hierarkkinen hakemistorakenne]] lähti alun perin oletuksesta, että jokaiseen [[hakemisto]]on voitiin [[mount|liittää]] oma kiintolevy. Mikäli lisätilaa tarvittiin, uuteen hakemistoon voitiin aina liittää uusi levy.


Tällainen ratkaisu oli aika kallis, mutta silloiset Unix-koneet olivatkin miljoonien eurojen hintaisia, ja niitä oli käytössä vain suuryrityksissä ja yliopistoissa. Nykyisen kokoisten kovalevyjen yhteydessä tällainen ajattelu saattaa tuntua järjettömältä, mutta ratkaisut olivat erittäin vikasietoisia.
Tällainen ratkaisu oli aika kallis, mutta silloiset Unix-koneet olivatkin miljoonien eurojen hintaisia, ja niitä oli käytössä vain suuryrityksissä ja yliopistoissa. Nykypäivänä useimpien SSD-asemien vähintään satojen [[wikipedia:fi:Tavu (tietotekniikka)|mebitavu]]jen kuin myös lukuisten [[wikipedia:fi:Tavu (tietotekniikka)|tebitavu]]jen kiintolevyjen aikakaudella tällainen ajattelu saattaa tuntua järjettömältä, mutta ratkaisut olivat erittäin vikasietoisia.


Kiintolevyä osioitaessa kannattaa aluksi miettiä, mihin käyttöön levytila on tulossa:
Asemaa osioitaessa kannattaa aluksi miettiä, mihin käyttöön tallennustila on tulossa:


* Tarvitaanko jatkossa lisätilaa?
* Tarvitaanko jatkossa lisätilaa?


* Halutaanko vikasietoisuutta? (Tätä tulisi miettiä jo ennen kovalevyn ostamispäätöstä. Mikäli vikasietoisuutta tarvitaan, kannattaa rakentaa [[RAID]]-pohjainen levyjärjestelmä.)
* Halutaanko vikasietoisuutta? (Tätä tulisi miettiä jo ennen tallennusmedian hankintapäätöstä. Mikäli vikasietoisuutta tarvitaan, voi mahdollisesti [[RAID]]-pohjaisen levyjärjestelmän rakentaminen kannattaa.)


== Esimerkkiosioinnit 80 gigatavun kiintolevylle ==
== Esimerkkiosioinnit 256 gibitavun SSD-asemalle ==
===Työpöytäkäyttö===
===Työpöytäkäyttö===
Työpöytäkäytössä seuraavalla tavalla osioitaessa voi helposti vaihtaa Linux-[[jakelu]]a, ilman että ''/home''-osion sisältöä tarvitsee kopioida talteen esimerkiksi optiselle medialle tai toiselle levylle.
Työpöytäkäytössä seuraavalla tavalla osioitaessa voi helposti vaihtaa Linux-[[jakelu]]a, ilman että ''/home''-osion sisältöä tarvitsee kopioida talteen esimerkiksi optiselle medialle tai toiselle asemalle.


* 10 Gt varataan [[juuriosio]]lle (liitoskohta ''/'')
* Noin 10% SSD-aseman kokonaistilasta osioidaan varaamattomaksi, ns. "[[wikipedia:en:Write_amplification#Over-provisioning|overprovisioning]]" joka pidentää SSD-aseman elinikää. Useimmat jakelut eivät tee tätä, joten tämä operaatio jää käyttäjän vastuulle tai mahdollisen SSD-aseman valmistajan [[magician|SSD-hallintasovellukselle]]. Esim. 256 GiB kokoisen aseman tapauksessa tämä tarkoittaa n. 25,6 GiB osioimista erilleen.
* Käytöstä ja keskusmuistin määrästä riippuen noin 0–3 Gt varataan virtuaalimuistille eli swapille (ei liitoskohtaa).  
* 25 Gt varataan [[juuriosio]]lle (liitoskohta ''/'')
:Kevyessä käytössä saattaa riittää, jos keskusmuistia ja swapia on yhteensä noin puoli gigaa. Ns. normaalikäytössä yhteismäärän on usein hyvä olla reilun gigan verran. Lisätietoja virtuaalimuistista löytyy artikkelista [[Swap]].  
* Käytöstä ja keskusmuistin määrästä riippuen noin 0–4 Gt varataan virtuaalimuistille eli swap-osiolle tai -tiedostolle.  
:Kevyessä käytössä saattaa riittää, jos keskusmuistia ja swapia on yhteensä noin puoli gibitavua. Normaalikäytössä yhteismäärän on usein hyvä olla neljän gibitavun verran. Lisätietoja virtuaalimuistista löytyy artikkelista [[Swap]].  


:Mikäli kone on kovassa kuormituksessa ja muisti loppuu, järjestelmä alkaa vapauttaa sitä kirjoittamalla sisältöä virtuaalimuistiin. Mikäli virtuaalimuistikin loppuu, järjestelmä muuttuu käyttökelvottoman hitaaksi ja tästä tilasta toipuminen on hankalaa, joskaan ei mahdotonta. Erillisen swap-osion teko nopeuttaa jossain määrin virtuaalimuistin käyttöä, mutta nykyisin onnistuu hyvin myös erillisen swap-tiedoston käyttö, jolloin virtuaalimuistille käytettävä tila otetaan tavalliselta levyosiolta (yleensä [[juuriosio]]). Ks. [[Swap-tiedoston luominen]].
:Mikäli kone on kovassa kuormituksessa ja muisti loppuu, järjestelmä alkaa vapauttaa sitä kirjoittamalla sisältöä virtuaalimuistiin. Mikäli virtuaalimuistikin loppuu, järjestelmä muuttuu käyttökelvottoman hitaaksi ja tästä tilasta toipuminen on hankalaa, joskaan ei mahdotonta. Erillisen swap-osion teko nopeuttaa jossain määrin virtuaalimuistin käyttöä, mutta nykyisin onnistuu hyvin myös erillisen swap-tiedoston käyttö, jolloin virtuaalimuistille käytettävä tila otetaan tavalliselta levyosiolta (yleensä [[juuriosio]]). Ks. [[Swap-tiedoston luominen]].
* 50–100 Mt varataan käynnistysosiolle (liitoskohta ''/boot''), jonne tallennetaan [[käynnistyslatain]] ja [[ydin|ytimet]]. Tämä tosin ei ole nykyaikaisissa koneissa välttämätöntä.
* 50–500 MiB varataan käynnistysosiolle (liitoskohta ''/boot''), jonne tallennetaan [[käynnistyslatain]] ja [[ydin|ytimet]]. Tämä tosin ei ole nykyaikaisissa koneissa välttämätöntä ellei suunnitelmissa ole asentaa esim. [[Windows]] toiseksi käyttöjärjestelmäksi tai [[Salaus|salata]] tiedostojärjestelmää.
* Loput tilasta varataan ''home''-osion käyttöön (liitoskohta ''/home'').  
* Loput tilasta varataan [[kotihakemisto]]-osion käyttöön (liitoskohta ''/home'').  
:Tällä tavoin jakelun päivittäminen tai vaihto onnistuvat helposti; tyhjennetään vain juuriosio, ja henkilökohtaiset tiedot säilyvät toisella osiolla. Asennuksen jälkeen home-osio voidaan liittää takaisin järjestelmään [[fstab]]issa, mikäli asennusohjelma ei tee sitä automaattisesti.
:Tällä tavoin jakelun päivittäminen tai vaihto sekä varmuuskopiot onnistuvat helposti; tyhjennetään vain juuriosio, ja henkilökohtaiset tiedot säilyvät toisella osiolla. Asennuksen jälkeen /home-osio voidaan liittää takaisin järjestelmään [[fstab]]issa, mikäli asennusohjelma ei tee sitä automaattisesti.


===Palvelinkäyttö===
===Palvelinkäyttö===
Rivi 47: Rivi 48:


===Pääkäyttäjälle varattu tila===
===Pääkäyttäjälle varattu tila===
Jotta järjestelmän käyttö onnistuisi [[pääkäyttäjä]]lle silloinkin, kun levytila on lopussa, varataan jokaisesta [[ext2]]-, [[ext3]]- ja [[ext4]]-[[tiedostojärjestelmä]] oletuksena 5% vain pääkäyttäjän käyttöön. Tämä on kuitenkin ongelma, mikäli tiedostojärjestelmä ei sisällä mitään ylläpitotoimien kannalta tärkeää, tai jos tiedostojärjestelmä on niin iso, että 5% tarkoittaa satojen megatavujen tai gigatavujen hävikkiä.  
Jotta järjestelmän käyttö onnistuisi [[pääkäyttäjä]]lle silloinkin, kun levytila on lopussa, varataan jokaisesta [[ext2]]-, [[ext3]]- ja [[ext4]]-[[tiedostojärjestelmä]] oletuksena 5 % vain pääkäyttäjän käyttöön. Tämä on kuitenkin ongelma, mikäli tiedostojärjestelmä ei sisällä mitään ylläpitotoimien kannalta tärkeää, tai jos tiedostojärjestelmä on niin iso, että 5 % tarkoittaa satojen megatavujen tai gigatavujen hävikkiä.  


Tällöin on järkevää muuttaa osuus liitoskohdat <tt>/</tt>, <tt>/tmp</tt>, <tt>/usr</tt> ja <tt>/var</tt> sisältävillä tiedostojärjestelmillä esimerkiksi yhteen prosenttiin ja muilla nollaan.
Tällöin on järkevää muuttaa osuus liitoskohdat <tt>/</tt>, <tt>/tmp</tt>, <tt>/usr</tt> ja <tt>/var</tt> sisältävillä tiedostojärjestelmillä esimerkiksi yhteen prosenttiin ja muilla nollaan.
Tämä tehdään antamalla [[mkfs]]- tai [[tune2fs]]-ohjelmille parametriksi <tt>-m ''prosentti''</tt>, esimerkiksi <tt>tune2fs -m 0</tt>  
Tämä tehdään antamalla [[mkfs]]- tai [[tune2fs]]-ohjelmille parametriksi <tt>-m ''prosentti''</tt>, esimerkiksi <tt>tune2fs -m 0</tt>


===Inode-taulujen viemä tila===
===Inode-taulujen viemä tila===
Käytettäessä isoja tiedostojärjestelmiä (esimerkiksi 200 gigatavua) [[ext2]] tai [[ext3]]-tiedostojärjestelmällä [[inode]]-taulu vie jopa yli kymmenen gigatavua tilaa. Mikäli tiedostojärjestelmään tallennetaan suuria tiedostoja, ei inodeja  välttämättä tarvita kymmeniä miljoonia. Inode-taulun kokoa voi säätää tiedostojärjestelmää luotaessa antamalla <tt>[[mkfs]].ext3</tt>-ohjelmalle parametrina <tt>-N ''inodejen määrä''</tt>. On kuitenkin huomattava, että mikäli inodet loppuvat, saa niitä lisää vain tekemällä tiedostojärjestelmä kokonaan uudestaan. Käytännössä inodeja tarvitaan saman verran kuin tiedostojärjestelmässä on tiedostoja. Esimerkiksi [[reiserfs]]:n kohdalla inodet luodaan tarpeen mukaan.
Käytettäessä isoja tiedostojärjestelmiä (esimerkiksi 200 gigatavua) [[ext2]] tai [[ext3]]-tiedostojärjestelmällä [[inode]]-taulu vie jopa yli kymmenen gigatavua tilaa. Mikäli tiedostojärjestelmään tallennetaan suuria tiedostoja, ei inodeja  välttämättä tarvita kymmeniä miljoonia. Inode-taulun kokoa voi säätää tiedostojärjestelmää luotaessa antamalla <tt>[[mkfs]].ext3</tt>-ohjelmalle parametrina <tt>-N ''inodejen määrä''</tt>. On kuitenkin huomattava, että mikäli inodet loppuvat, saa niitä lisää vain tekemällä tiedostojärjestelmä kokonaan uudestaan. Käytännössä inodeja tarvitaan saman verran kuin tiedostojärjestelmässä on tiedostoja. Esimerkiksi [[reiserfs]]:n kohdalla inodet luodaan tarpeen mukaan.


===LVM===
===Virtuaaliset osiot===
Luomalla [[LVM]]:n avulla virtuaalisia osioita (loogisia taltioita), voidaan osioita luoda, poistaa ja yhdistää sekä niiden kokoa muuttaa perinteistä osiointia joustavammin.
Luomalla [[LVM]]:n avulla virtuaalisia osioita (loogisia taltioita), voidaan osioita luoda, poistaa ja yhdistää sekä niiden kokoa muuttaa perinteistä osiointia joustavammin.



Nykyinen versio 29. toukokuuta 2022 kello 17.16

Linuxiin muista Unix-järjestelmistä periytyvä hierarkkinen hakemistorakenne lähti alun perin oletuksesta, että jokaiseen hakemistoon voitiin liittää oma kiintolevy. Mikäli lisätilaa tarvittiin, uuteen hakemistoon voitiin aina liittää uusi levy.

Tällainen ratkaisu oli aika kallis, mutta silloiset Unix-koneet olivatkin miljoonien eurojen hintaisia, ja niitä oli käytössä vain suuryrityksissä ja yliopistoissa. Nykypäivänä useimpien SSD-asemien vähintään satojen mebitavujen kuin myös lukuisten tebitavujen kiintolevyjen aikakaudella tällainen ajattelu saattaa tuntua järjettömältä, mutta ratkaisut olivat erittäin vikasietoisia.

Asemaa osioitaessa kannattaa aluksi miettiä, mihin käyttöön tallennustila on tulossa:

  • Tarvitaanko jatkossa lisätilaa?
  • Halutaanko vikasietoisuutta? (Tätä tulisi miettiä jo ennen tallennusmedian hankintapäätöstä. Mikäli vikasietoisuutta tarvitaan, voi mahdollisesti RAID-pohjaisen levyjärjestelmän rakentaminen kannattaa.)

Esimerkkiosioinnit 256 gibitavun SSD-asemalle[muokkaa]

Työpöytäkäyttö[muokkaa]

Työpöytäkäytössä seuraavalla tavalla osioitaessa voi helposti vaihtaa Linux-jakelua, ilman että /home-osion sisältöä tarvitsee kopioida talteen esimerkiksi optiselle medialle tai toiselle asemalle.

  • Noin 10% SSD-aseman kokonaistilasta osioidaan varaamattomaksi, ns. "overprovisioning" joka pidentää SSD-aseman elinikää. Useimmat jakelut eivät tee tätä, joten tämä operaatio jää käyttäjän vastuulle tai mahdollisen SSD-aseman valmistajan SSD-hallintasovellukselle. Esim. 256 GiB kokoisen aseman tapauksessa tämä tarkoittaa n. 25,6 GiB osioimista erilleen.
  • 25 Gt varataan juuriosiolle (liitoskohta /)
  • Käytöstä ja keskusmuistin määrästä riippuen noin 0–4 Gt varataan virtuaalimuistille eli swap-osiolle tai -tiedostolle.
Kevyessä käytössä saattaa riittää, jos keskusmuistia ja swapia on yhteensä noin puoli gibitavua. Normaalikäytössä yhteismäärän on usein hyvä olla neljän gibitavun verran. Lisätietoja virtuaalimuistista löytyy artikkelista Swap.
Mikäli kone on kovassa kuormituksessa ja muisti loppuu, järjestelmä alkaa vapauttaa sitä kirjoittamalla sisältöä virtuaalimuistiin. Mikäli virtuaalimuistikin loppuu, järjestelmä muuttuu käyttökelvottoman hitaaksi ja tästä tilasta toipuminen on hankalaa, joskaan ei mahdotonta. Erillisen swap-osion teko nopeuttaa jossain määrin virtuaalimuistin käyttöä, mutta nykyisin onnistuu hyvin myös erillisen swap-tiedoston käyttö, jolloin virtuaalimuistille käytettävä tila otetaan tavalliselta levyosiolta (yleensä juuriosio). Ks. Swap-tiedoston luominen.
  • 50–500 MiB varataan käynnistysosiolle (liitoskohta /boot), jonne tallennetaan käynnistyslatain ja ytimet. Tämä tosin ei ole nykyaikaisissa koneissa välttämätöntä ellei suunnitelmissa ole asentaa esim. Windows toiseksi käyttöjärjestelmäksi tai salata tiedostojärjestelmää.
  • Loput tilasta varataan kotihakemisto-osion käyttöön (liitoskohta /home).
Tällä tavoin jakelun päivittäminen tai vaihto sekä varmuuskopiot onnistuvat helposti; tyhjennetään vain juuriosio, ja henkilökohtaiset tiedot säilyvät toisella osiolla. Asennuksen jälkeen /home-osio voidaan liittää takaisin järjestelmään fstabissa, mikäli asennusohjelma ei tee sitä automaattisesti.

Palvelinkäyttö[muokkaa]

Palvelinkäytössä seuraavanlainen osiointimalli on suositeltavampi:

  • 1 Gt varataan juuriosiolle (liitoskohta /)
  • 1 Gt varataan /tmp-osiolle
  • 4–8 Gt varataan /var-osiolle
  • 10–20 Gt varataan /usr-osiolle
  • 2 × keskusmuistin määrä varataan virtuaalimuistille eli swapille (ei liitoskohtaa)
  • 50 Mt varataan käynnistysosiolle (liitoskohta /boot)
  • loput varataan home-osiolle (liitoskohta /home).

Vinkkejä virittelijöille[muokkaa]

Väliaikaistiedot[muokkaa]

Tietoturvan kannalta voi olla soveliaampaa käyttää tmpfs-tiedostojärjestelmää liitoskohtiin /tmp ja /var/tmp.

mount tmpfs /tmp -t tmpfs -o size=<koko megoina>m 
mount tmpfs /var/tmp -t tmpfs -o size=<koko megoina>m 

Tällöin näiden hakemistojen sisällöt tallentuvat vain keskusmuistiin tai swapiin jotka tyhjenevät, kun kone käynnistetään uudelleen. Tällä tavalla varmistetaan, että esimerkiksi ssh-agent -ohjelman väliaikaistiedostot poistuvat levyiltä järjestelmän alasajon myötä. Voit halutessasi liittää nämä nosuid-, noexec-valinnoilla, jolloin niissä käännettyjä ohjelmia ei voi ajaa kukaan eikä niissä voi vaihtaa käyttäjä-id:tä (esim. su).

Älä varastoi tavaraa hakemistoihin /tmp tai /var/tmp. Mikäli niistä loppuu tila, kone voi pahimmassa tapauksessa kaatua.

Pääkäyttäjälle varattu tila[muokkaa]

Jotta järjestelmän käyttö onnistuisi pääkäyttäjälle silloinkin, kun levytila on lopussa, varataan jokaisesta ext2-, ext3- ja ext4-tiedostojärjestelmä oletuksena 5 % vain pääkäyttäjän käyttöön. Tämä on kuitenkin ongelma, mikäli tiedostojärjestelmä ei sisällä mitään ylläpitotoimien kannalta tärkeää, tai jos tiedostojärjestelmä on niin iso, että 5 % tarkoittaa satojen megatavujen tai gigatavujen hävikkiä.

Tällöin on järkevää muuttaa osuus liitoskohdat /, /tmp, /usr ja /var sisältävillä tiedostojärjestelmillä esimerkiksi yhteen prosenttiin ja muilla nollaan. Tämä tehdään antamalla mkfs- tai tune2fs-ohjelmille parametriksi -m prosentti, esimerkiksi tune2fs -m 0

Inode-taulujen viemä tila[muokkaa]

Käytettäessä isoja tiedostojärjestelmiä (esimerkiksi 200 gigatavua) ext2 tai ext3-tiedostojärjestelmällä inode-taulu vie jopa yli kymmenen gigatavua tilaa. Mikäli tiedostojärjestelmään tallennetaan suuria tiedostoja, ei inodeja välttämättä tarvita kymmeniä miljoonia. Inode-taulun kokoa voi säätää tiedostojärjestelmää luotaessa antamalla mkfs.ext3-ohjelmalle parametrina -N inodejen määrä. On kuitenkin huomattava, että mikäli inodet loppuvat, saa niitä lisää vain tekemällä tiedostojärjestelmä kokonaan uudestaan. Käytännössä inodeja tarvitaan saman verran kuin tiedostojärjestelmässä on tiedostoja. Esimerkiksi reiserfs:n kohdalla inodet luodaan tarpeen mukaan.

Virtuaaliset osiot[muokkaa]

Luomalla LVM:n avulla virtuaalisia osioita (loogisia taltioita), voidaan osioita luoda, poistaa ja yhdistää sekä niiden kokoa muuttaa perinteistä osiointia joustavammin.

Home-osio verkkolevyllä[muokkaa]

Jos verkossasi on levypalvelin, älä tee home-osiota työasemalle. Sen voi pitää mainiosti verkkolevyllä ja liittää käynnistettäessä esimerkiksi NFS:n yli.

Katso myös[muokkaa]