Levyn osiointi mietityttää (Ratkaistu)

[mgronber]

Tuohon mitään laskuria tarvitse. Todellinen kapasiteetti on yleensä noin 93% ilmoitetusta ja sen nyt laskee millä tahansa laskimella.

Vanhaan hyvään aikaan tuosta selvittiin päässälaskulla!

Jos muistaa prosentin niin sitten selviää jo päässälaskulla mutta 1000^3 / 1024^3 on jo hieman työläämpi laskea päässä vaikka kyllähän sekin tietysti onnistuu jos on pakko

[Tomin]

BTW: Tuo on eri mieltä kanssasi mgronber...

Levysi todellinen koko on 465.66 gigatavua.

Noin minäkin sen ensiksi laskin eli 500 * 1000^3 / 1024^3 = 465,66. Tulos oli tässä tapauksessa väärä joten korjasin laskutapaani jotta sain oikean tuloksen.
peli link=topic=24416.msg185625#msg185625 date=1232993046]

Ero johtuu siitä että valmistajat määrittelevät kilotavuksi 1000 tavua ja käyttöjärjestelmä puolestaan määrittelee kilotavuksi 1024 tavua.

Juu. Ja tätä eroa on helppo laskea GIGATAVULASKURIlla: http://www.vanamo.net/giga/
Itse olen käyttänyt tuota jo pitkään.

Tuohon mitään laskuria tarvitse. Todellinen kapasiteetti on yleensä noin 93% ilmoitetusta ja sen nyt laskee millä tahansa laskimella. Tässä tapauksessa todellinen kapasiteetti oli kuitenkin 97,66% joten valmistajien käyttämä laskutapa tuntuu hieman vaihtelevan.

Enpä ole koskaan tullut ajatelleeksi, että sen voisi ajatella prosentteinakin...

[Senior]

Uuden osion koon tutkailu paljastaa mielenkiintoisia seikkoja. Koko oli alunperin 40 Gib. Järjestelmän valvonnan kautta havaitsin, että /dev/sda4 ---kansio media/disk ext3-tiedostojärjestelmällä on kuitenkin 39,7 Gib, siitä "vapaana" on 38,5 Gib (käyttö 1,2 Gib) ja "käytettävissä" 36,5 Gib. Ts. Vapaana - Käytettävissä= 38.5 Gib - 36,5 Gib= 2,0 Gib

Mihinkäs tämä sarjassamme "katosi kuin pieru Saharaan" 2,0 Gib on varattu?

[mgronber]

Mihinkäs tämä sarjassamme "katosi kuin pieru Saharaan" 2,0 Gib on varattu?

Oletuksena ext3 varaa 5% lohkoista pääkäyttäjälle.

Koodia: [Valitse]

$ man mkfs.ext3
[...]
       -m reserved-blocks-percentage
              Specify  the percentage of the filesystem blocks reserved for the super-user.  This
              avoids fragmentation, and allows root-owned daemons, such as  syslogd(8),  to  con-
              tinue to function correctly after non-privileged processes are prevented from writ-
              ing to the filesystem.  The default percentage is 5%.
[...]


[Senior]

Mihinkäs tämä sarjassamme "katosi kuin pieru Saharaan" 2,0 Gib on varattu?

Oletuksena ext3 varaa 5% lohkoista pääkäyttäjälle.

Koodia: [Valitse]

$ man mkfs.ext3
[...]
       -m reserved-blocks-percentage
              Specify  the percentage of the filesystem blocks reserved for the super-user.  This
              avoids fragmentation, and allows root-owned daemons, such as  syslogd(8),  to  con-
              tinue to function correctly after non-privileged processes are prevented from writ-
              ing to the filesystem.  The default percentage is 5%.
[...]


Kiitos tiedosta. Sirpaloitumisen välttämisen vuoksi siis ja sen vuoksi että rootin taustaprosessit pelaa... Ilmeisesti tuota oletusvarausta voi myös säätää eri kokoiseksi kuin 5%? En tosin pysty enkä edes haluaisi puuttua tuohon oletusvaraamiseen.

[mgronber]

Oletuksena ext3 varaa 5% lohkoista pääkäyttäjälle.

Kiitos tiedosta. Sirpaloitumisen välttämisen vuoksi siis ja sen vuoksi että rootin taustaprosessit pelaa... Ilmeisesti tuota oletusvarausta voi myös säätää eri kokoiseksi kuin 5%? En tosin pysty enkä edes haluaisi puuttua tuohon oletusvaraamiseen.

Pääkäyttäjälle varatun osuuden muuttaminen onnistuu tune2fs:n avulla. Jos esimerkiksi /home on omalla osiollaan niin siellä ei liene juuri tarvetta pääkäyttäjälle varatuille lohkoille. Jos olen väärässä niin joku toivottavasti oikaisee...

Koodia: [Valitse]

$ man tune2fs
[...]
       -m reserved-blocks-percentage
              Set the percentage of the filesystem which may only be allocated by privileged pro-
              cesses.    Reserving  some  number  of filesystem blocks for use by privileged pro-
              cesses is done to avoid filesystem fragmentation, and to allow system daemons, such
              as syslogd(8), to continue to function correctly after non-privileged processes are
              prevented from writing to the filesystem.   Normally,  the  default  percentage  of
              reserved blocks is 5%.
[...]

Isommilla levyillä /home on yleensä selvästi suurin osio ja siksi muutoksesta on jo selvää hyötyä. Silloin voi myös olla aiheellista harkita bytes/inode-suhdetta. Oletuksena suhde on 16kiB eli luotavien inodejen määrä saadaan jakamalla levyn tila tuolla suhdeluvulla. Yksi inode tarvitsee (*buntussa) oletuksena 128 tavua joten inodejen kokonaisuudessaan varaaman tilan saa selville kun kertoo inodejen määrän 128 tavulla.

Jos /home:n koko on teratavun luokkaa niin oletuksena inodet vievät tilaa 8,2 GiB. Suhteen voi määrätä mkfs.ext3:ssa joko suoraan parametrilla -i tai antamalla käytettävän profiilin nimen parametrilla -T. Profiili "largefile" asettaa suhteeksi 1024 kiB ja silloin inodet vievät tilaa 128 MiB. Ylimääräistä tilaa vapautui reilut kahdeksan gigatavua! Inodejen määrää ei voi jälkikäteen muuttaa ja jokainen tiedosto vaatii inoden joten sopiva suhde on aina tapauskohtainen. Levyn tila voi loppua joko vapaiden lohkojen loppumiseen tai vapaiden inodejen loppumiseen. Jälkimmäinen on hieman lievempi tapaus sillä se estää ainoastaan uusien tiedostojen luomisen, mutta yleensä sekin on käytännössä lähes yhtä paha asia kuin vapaiden lohkojen loppuminen.

[Senior]

No johan nyt on markkinat. Asensin Mintin ja yritin sieltä muuttaa chmodilla osiossa sda4 olevien kansioiden oikeuksia luku- ja kirjoitusoikeuksin. Saan kyllä kansion oikeudet muutettua mutta alikansioissa "lukot päällä". Mitenkäs tuo käsky meni, että myös alikansioiden oikeudet muutetaan?

[gdm]

No johan nyt on markkinat. Asensin Mintin ja yritin sieltä muuttaa chmodilla osiossa sda4 olevien kansioiden oikeuksia luku- ja kirjoitusoikeuksin. Saan kyllä kansion oikeudet muutettua mutta alikansioissa "lukot päällä". Mitenkäs tuo käsky meni, että myös alikansioiden oikeudet muutetaan?

Rekursiivi mukaan, komentoon vipu "-R"

[Senior]

No johan nyt on markkinat. Asensin Mintin ja yritin sieltä muuttaa chmodilla osiossa sda4 olevien kansioiden oikeuksia luku- ja kirjoitusoikeuksin. Saan kyllä kansion oikeudet muutettua mutta alikansioissa "lukot päällä". Mitenkäs tuo käsky meni, että myös alikansioiden oikeudet muutetaan?

Rekursiivi mukaan, komentoon vipu "-R"

Kiitos.

[Senior]

Ei se kyllä nyt onnistu.

Koodia: [Valitse]

chmod 777 kansionnimi kyllä antaa oikeudet pääkansiolle, muttei sen alikansioille.

Miten siis tuo yksinkertainen komento kirjoitetaan jotta myös alikansiot ja niissä olevat tiedostot saadaan käyttöön?

[gdm]

No johan nyt on markkinat. Asensin Mintin ja yritin sieltä muuttaa chmodilla osiossa sda4 olevien kansioiden oikeuksia luku- ja kirjoitusoikeuksin. Saan kyllä kansion oikeudet muutettua mutta alikansioissa "lukot päällä". Mitenkäs tuo käsky meni, että myös alikansioiden oikeudet muutetaan?

Rekursiivi mukaan, komentoon vipu "-R"

Kiitos.

Ei se kyllä nyt onnistu.

Koodia: [Valitse]

chmod 777 kansionnimi kyllä antaa oikeudet pääkansiolle, muttei sen alikansioille.

Miten siis tuo yksinkertainen komento kirjoitetaan jotta myös alikansiot ja niissä olevat tiedostot saadaan käyttöön?

Kuten edelliseen viestiin kerroin: "-R" mukaan niin onnistuu.

Koodia: [Valitse]

man chmod
<snip>
-R, --recursive
              change files and directories recursively
</snip>
Jos kansio on esim rootin omistuksessa niin ei pelkkä chmod siihen riitä, sudo eteen.
eli: "sudo chmod -R 777 hakemisto/"
Mutta miksi antaa jokaiselle siihen kaikki oikeudet, helpommalla (turvallisempaa) pääsisi kun antaa ryhmäoikeudet...

[Senior]

No onnistuihan se viimein. Jonkin perusteellisen söhläyksen jälkeen se lopulta onnistui. Kiitos.