Ext4

[Ux64]

Saas muuten nähdä kauanko kestää ennen kuin ohjelmistot alkavat käyttää pre-allocationia jota ext4 tukee. ext3 kun ei sitä tukenut.

Tuo tulee vielä olennaisesti vähentämään fragmentoitumista. Se on itseasiassa ensimmäinen asia joka käytännössä estää fragmentoitumisen, mikäli yhtenäistä levytilaa ylipäätänsä löytyy tarpeeksi.

Samalla on jännä seurata sitä milloin e4defrag sovellus saadaan valmiiksi, koska ilman sitä ext3 -> ext4 konversiota ei saa vietyä loppuunasti.

[christer]

Käytän Ubuntu 9.04 ja ext4:ää Kaikki toimii hyvin. Kone käynnistyy normaalisti, mutta Skype tule paljon nopeammin ylös. Koko kone saa kytketty pois päältä nopeasti non 10 sek. Kun klikkaa uutta dokumentia OpenOffice käynnistyy niin nopeasti (2 sek) ettei pitkä käynnistysaika enää häiritse. En tiedä onko se ext4 tai uudet ohjelmat, mutta kombinaatio Ubuntu 9.04 ja ext4 voin suositella. Olen kuullut että pian tulee uusi kernel. Silloin on hyvä että myös kaikki muut on paikalla. Kaikki vanhat kuvat ja textit ovat säilyneet.

[Tomin]

Jokos tuota ext4:ää voi käyttää juuressa ilman erillistä ext3 /boottia? Jauntyllä tietenkin. Ajattelin vaan, että pitäisiköhän laittaa uuden kiintolevyn kanssa tuo ext4 käyttöön...

[gdm]

Jokos tuota ext4:ää voi käyttää juuressa ilman erillistä ext3 /boottia? Jauntyllä tietenkin. Ajattelin vaan, että pitäisiköhän laittaa uuden kiintolevyn kanssa tuo ext4 käyttöön...

Koodia: [Valitse]

grub (0.97-29ubuntu47) jaunty; urgency=low

  [ Colin King ]

  * New patch, ext4_support now allows grub to boot from ext4 partitions.
    This patch orginated from Quentin Godfroy <godfroy@clipper.ens.fr>

 -- Tim Gardner <tim.gardner@canonical.com>  Tue, 06 Jan 2009 17:24:26 +0000


[Tomin]

Jokos tuota ext4:ää voi käyttää juuressa ilman erillistä ext3 /boottia? Jauntyllä tietenkin. Ajattelin vaan, että pitäisiköhän laittaa uuden kiintolevyn kanssa tuo ext4 käyttöön...

Koodia: [Valitse]

grub (0.97-29ubuntu47) jaunty; urgency=low

  [ Colin King ]

  * New patch, ext4_support now allows grub to boot from ext4 partitions.
    This patch orginated from Quentin Godfroy <godfroy@clipper.ens.fr>

 -- Tim Gardner <tim.gardner@canonical.com>  Tue, 06 Jan 2009 17:24:26 +0000


Eli onnistuu. Hyvä tietää. Kiitos.

[papukaija]

En lukenut kaikkea kuutta sivua keskustelua, mutta muistuttaisin, että vakavan bugin takia ext4 järjestelmä saattaa kaatua ja tietoa saattaa hävitä. Aiheesta lisää:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/330824

[Ux64]

En lukenut kaikkea kuutta sivua keskustelua, mutta muistuttaisin, että vakavan bugin takia ext4 järjestelmä saattaa kaatua ja tietoa saattaa hävitä. Aiheesta lisää:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/330824

Vaikuttaa ihan oikealta ongelmalta ja vialta, toisin kuin se horina että write cachessa oleva data voi kadota jos virrat katkaisee joka on aika itsestään selvyys.

Olen tässä juuri tuollaisten ongelma case fileiden kanssa työskennellytkin lähipäivinä. Reilu satatuhatta 1-30 kilon kokoista tiedostoa about, muutamassa hakemistossa. Ei mitään ongelmia, mutta käytössä onkin 64 bittinen kerneli. Eli ilmeisesti en sitten kuulu ongelma sektoriin sen takia. Uskoisin että sillä määrällä mitä olen noita tiedostoja käsitellyt ohjelmallisesesti ja erityisesti tuhonnut erilaisia temp fileitä miljoonia, niin olisin voinutkin törmätä ongelmaan.

Tietenkin ongelmien toistaminen jotka ilmene harvoin, vain tietyillä erikoisella kokoonpanolla tai asetuksilla niin spottaaminen voi olla hyvinkin haastavaa. Been there done that. Joskus ongelmien löytäminen kestää vuosia. Vaikka ne olisivatkin sitten aivan selviä kun vain täsmällinen toistamisprotokolla on saatu selville.

[Ux64]

Vasta kun pengoin mount optioita, niin huomasin tämän:

commit=60

Eli ext3:ssa ainakin root systemillä oli fiksattu commit aika 5 sekkaa. Jota ei ilmeisesti ainakaan parametrinä pystynyt säätämään, patchillä ja uudelleen käätämisellä taas kyllä varmaan.

Mutta ext4:n kanssa commit aikaa voi säätää suoraan parametrinä. Tuo vaikuttaa siihen kuika paljon dataa voi olla jonossa levylle. Ei tosin selvinnyt mistään nopeasti, koskeeko tämä delayed allocationissa olevaa dataa vai ei. Saamani mielikuvan mukaan ei koske. Mutta voin olla myös väärässä siitä.

Slashdot: http://ask.slashdot.org/story/09/05/30/161233/Is-ext4-Stable-For-Production-Systems


P.S. fsck tuntui muuten vieläkin todella ärsyttävän hitaalta reilut 8 minsaa meni 250 gigasella kakkoslevyllä. ;(

[qwertyy]

Onkohan se tuo yllämainittu linkki bugiin kun muutaman kerran olen saanut tämän HP:n ihan nalkkiin kun olen antanut kopioitavaa oikein kunnolla Nautilukselle? Nämä on ollut tapauksia missä olen yleensä kopioinut isoja dvb tiedostoja ja saattanut antaa sen jälkeen useammat pienempien tiedostojen kopiointikäskyt erikseen esim. kuvia tms.

Olisi meinaan närästänyt kyllä pahasti jos olisin sattunut siirtämään tiedostoja, onneksi nämä on sattunut varmuuskopioinnissa ja vika tulee tosiaan todella selkeästi esiin

En tiedä onko tuo sitten ihan vain nautilus bugi vai mikä. Pitäisi kokeilla jossain välissä ihan mielenkiinnosta kopioida ilman X:ää saman tyylisiä tiedostoja. Yritin pikaisesti katsella myös lokeja, mutta kun en niistäkään mukaan oikein löytänyt mitään, mikä voi olla kyllä ihan täysin taidon puutetta.

Pitänee odottaa seuraavan kerran tuohon törmätessä pitempään jos törmäisi tuohon cpu erroriin.

*edit*
Joka tapauksessa tämä kunnon jäätyminen on tapahtunut kun konetta on kuormittanut reilusti poikkeavasta enemmän tiedonsiirroilla.

[mieto]

Nyt on alla EXT4, Jaunty ja kahden levyn raid-1 ja suht. hyvin toimii. Huomattavasti nopeampi, kuin mitä ext3. Netbeans aikaisemmin hidasteli kivasti, mutta nyt ei ongelmia. Myös OOffice ja muut lähtevät varsin sukkelasti käyntiin. Ainut ongelma, että kun transmissionilla aloittaa uuden .torrent latauksen, niin transmission vetää 99% tehoja ja kone lähes lukossa. Esimerkkinä, kun laitoin 30 gigan paketin valumaan, niin kone oli ehkä noin 5 min jäässä 

[Ux64]

En tiedä mikä mätti, mutta kun käynnistin konetta niin tuli ensin RO mountti ja sitten seuraavalla bootilla tuli pakotettu fsck ja kolmannella vasta vehje lähti känytiin. Mutta toipumisprosessi meni sentään kuten piti.

Syystä tai toisesta kuitenkin ext4:lla on myös aika tuskaista työskennellä koneella jos on muuta levy i/o:ta. Eli juuri em. ongelman minimoiseksi uskoisin NCQ:n tms auttavan.

Tästä aiheesta siis lisää täällä:
http://forum.ubuntu-fi.org/index.php?topic=27993.msg214702

[Karri]

Muutin tänään kaikki levyjeni tiedostojärjestelmät ext4-muotoon. Olin lukenut vertailutuloksista ext3:n ja ext4:n välillä, mutta silti yllätyin siitä miten sulavalta uusi filesystem tuntuu. Pelkästään boottiaikakin nopeutui jopa 4 sekuntia, ja näkisin että tästä on yksinomaan kiittäminen ext4:ää.

Tiedostojen lukuaika on muutenkin selvästi rivakampi kuin ext3:ssa.

Suosittelen ext4:ään siirtymistä lämpimästi muillekin.

[realpet]

Muutin tänään kaikki levyjeni tiedostojärjestelmät ext4-muotoon. Olin lukenut vertailutuloksista ext3:n ja ext4:n välillä, mutta silti yllätyin siitä miten sulavalta uusi filesystem tuntuu. Pelkästään boottiaikakin nopeutui jopa 4 sekuntia, ja näkisin että tästä on yksinomaan kiittäminen ext4:ää.

Tiedostojen lukuaika on muutenkin selvästi rivakampi kuin ext3:ssa.

Suosittelen ext4:ään siirtymistä lämpimästi muillekin.

Haluaako joku kirjoittaa mummo-ohjeet olemassaolevan ext3 /-levyn (jossa siis myös boot-osio mukana) konvertoinniksi ext4:ksi niin, että myös olemassaolevat tiedostot ovat ext4:n mukaisia?
Vai riittääkö:
- cd-boot
- /:n mount jonnekin
- fstab:iin ext3 -> ext4
- /sbin/tune2fs -O extents,uninit_bg,dir_index mountatulle /-osiolle
- /sbin/e2fsck -fD mountatulle /-osiolle
?

 -Petri

[Storck]

Taidat päästä kaikkein helpopimmalla kun/jos asennat uusiksi ja osioit käsin ext4-muotoon.

edit. katso tämän aiheen vastaus # 67     http://forum.ubuntu-fi.org/index.php?topic=13776.msg182758#msg182758

[Karri]

Haluaako joku kirjoittaa mummo-ohjeet olemassaolevan ext3 /-levyn (jossa siis myös boot-osio mukana) konvertoinniksi ext4:ksi niin, että myös olemassaolevat tiedostot ovat ext4:n mukaisia?

Tein helpoimman ja varmimman tavan kautta, eli formatoin koko levyn ja alustin uudestaan ext4:ksi.

Toki se ei ole niin helppo tapa, jossei ole useampia fyysisiä levyjä, jonne siirtää tiedostojaan turvaan alustettavalta levyltä.

[Matu]

Kokeilin puhtaan asennuksen kautta ext4 tiedostojärjestelmää, mutta vaihdoin takasin ext3. Tällä kannettavalla aika ajoin ubuntu jäätyi täysin, eikä auttanut muu kuin virrat pois. Jäätymistä ilmeni eniten tiedostoja siirrettäessä.

[Ux64]

Kokeilin puhtaan asennuksen kautta ext4 tiedostojärjestelmää, mutta vaihdoin takasin ext3. Tällä kannettavalla aika ajoin ubuntu jäätyi täysin, eikä auttanut muu kuin virrat pois. Jäätymistä ilmeni eniten tiedostoja siirrettäessä.

Mistähän tuo juontaa, koska mulla on ollut käytössä ext4 pitkään ja hartaasti, enkä ole tuollaiseen ongelmaan törmännyt lainkaan. Jotain vikaa jollain tasolla, mutta tietysti kovin vaikeaa sanoa missä. Ja varsinkin jos ainoa ero asennuksissa oli ext3 / ext4 ero.

[Storck]

Kokeilin puhtaan asennuksen kautta ext4 tiedostojärjestelmää, mutta vaihdoin takasin ext3. Tällä kannettavalla aika ajoin ubuntu jäätyi täysin, eikä auttanut muu kuin virrat pois. Jäätymistä ilmeni eniten tiedostoja siirrettäessä.

Mistähän tuo juontaa, koska mulla on ollut käytössä ext4 pitkään ja hartaasti, enkä ole tuollaiseen ongelmaan törmännyt lainkaan. Jotain vikaa jollain tasolla, mutta tietysti kovin vaikeaa sanoa missä. Ja varsinkin jos ainoa ero asennuksissa oli ext3 / ext4 ero.

Sama juttu ja ihmetyksen aihe. Aika monta asennusta tullut tehtyä monenlaisiin koneisiin ja ext4 eikä mitään ongelmia.

Mattu36: mitkä osiot laitoit muotoon EXT4 kun asensit ja miten teit osioinnin yleensäkin?

[Matu]

Sama juttu ja ihmetyksen aihe. Aika monta asennusta tullut tehtyä monenlaisiin koneisiin ja ext4 eikä mitään ongelmia.

Mattu36: mitkä osiot laitoit muotoon EXT4 kun asensit ja miten teit osioinnin yleensäkin?

Osioinnin tein Ubuntun asennus vaiheessa, osiointi-työkalulla. Ext4-osio oli se mihin Ubuntun asensin.
Kokeilin vain, että miten ext4 toimii, mutta hyvin ext3:lla pärjää. Kyseinen kannettava ei ole mitään uusinta mallia.

[Ux64]

Ei lähtenyt taas tänä aamuna systeemi käyntiin ennen manuaalista fsck:ta ja tällasta puski.

Näyttäs toipuneen ainakin kohtuullisesti, nopeasti en löytänyt mitään korruptiota. Mutta huolettaa se että mikä tuon aiheutti ja tietysti se mitä tuosta olisi voinut seurata. On nimittäin ikäviä kokemuksia filesystemien sekoilusta ja piilokorruptoitumisesta.

Kommentteja otetaan mielellään vastaan ja onko muilla vastaavia kokemuksia.

Error: "Rezise inode not valid" ja sen perään vielä monta muuta mehevää virheilmoitusta.