Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Laitealue => Aiheen aloitti: eGetin - 17.10.12 - klo:11.35
-
Tällaista probleemaa tällä kertaa. SSD:llä oli ensin Linux Mint mutta en lämmennyt Mintin keskeneräisyydelle ja bugisuudelle. Viimeisenä kuvittelin että myös tuo ongelma jossa siis systeemi heittää itsensä hetkeksi jumiin satunnaisen ajan kuluttua ja mounttaa itsensä read-only -tilaan olisi johtunut Mintin bugista. No, asensin tilalle Ubuntun 12.10 betan ja sama ongelma jatkuu.
Onko meikäläisellä siis asema levähtämässä totaalisesti vai onko kyseessä nyt jokin ext4:n tai siihen liittyvän uuden paketin bugi? Ongelma ei ole ollut kauaa ja on paha sanoa ilmaantuiko se Minttiin jonkin päivityskerran jälkeen vai ei.
Windowsilla yrittäisin muuten mieluusti tarkistaa aseman virheitä (asennettuna toiselle levylle) mutta ilmeisesti softat eivät tykkää siitä että levyllä on ext4-tiedostojärjestelmä.
Ratkaisu:
Asensin Ubuntun käyttäen XFS-tiedostojärjestelmää.
-
Käynnistä live-cd:llä tai tikulla jokin Linux, joka ymmärtää ext4:ää ja tarkastele tai tarkista sillä. (vaikkapa graafisella levytyökalulla)
-
Eipä näkynyt asemassa olevan mitään vikaa. Sen verran voisi vetää jotain johtopäätöstä että ongelma ilmenee yleensä kun kuuntelee musiikkia Spotifyllä. Toisaalta, Spotify on käytännössä aina soimassa ja vika ilmenee niin randomisti että on paha sanoa onko nimenomaan Spotify syypää.
Toisaalta, kun systeemi menee lukkoon on sekin vähän vaihtelevan laatuista. Välillä koko systeemi ei mene juntturaan vaan esim. komentoriville pääsee käsiksi ja Spotifyn tappamalla on ongelma ratkennut.
-
Ettei kyse ole siitä, että kun spotify-streamia tulee jatkuvasti, niin tulee se hetki, kun ei enää olekaan tyhjiä lohkoja SSD:llä kirjoitettavaksi, ennen kuin sen sisäinen ohjain on tehnyt siivoushommia. Tällöin on pidempi hetki, jolloin SSD:lle ei voi kirjoittaa.
Tämä arvailu on täysin teoriapohjalta.
T:Jallu59
vielä ilman SSD:tä
-
Tää rupes nyt kiinnostamaan aika mycket paljon koska kävin just ostamassa Samsung 830 128gb kovon ja tarkoituksena ois asentaa se olohuoneen multimediamyllyyn.
Mitä pittää ottaa huomioon asentaessa 12.10 sille, kaikenkaikkiaan? Pitääkö joitain jippoja tehdä asennuksen jälkeen, miten optimoida jne? Mulla tulee olemaan sen ohessa sit kaks teran normilevyä
-
Kannattaisi varmaan kurkata näyttääkö dmesg mitä virheitä, kunhan menee read-only tilaan.
Ehkä errors=continue auttaisi liitosparametrina? Oireisiin siis.
-
Tää rupes nyt kiinnostamaan aika mycket paljon koska kävin just ostamassa Samsung 830 128gb kovon ja tarkoituksena ois asentaa se olohuoneen multimediamyllyyn.
Mitä pittää ottaa huomioon asentaessa 12.10 sille, kaikenkaikkiaan? Pitääkö joitain jippoja tehdä asennuksen jälkeen, miten optimoida jne? Mulla tulee olemaan sen ohessa sit kaks teran normilevyä
Itsellä oli aiemmin Linuxit OCZ Vertex 2:lla eikä sen kanssa ollut mitään ongelmia. Tuon Samsunginkin kanssa on pitkän aikaa ollut ongelmatonta taipaletta (ts. ongelmia on ollut mutta ne eivät ole johtuneet SSD-levystä vaan sitä itseään olevista distroista) mutta nyt lähiaikoina alkoi tällainen mystinen takkuaminen.
Pitänee buuttailla taas Ubuntun puolelle ja odotella systeemin jäätymistä (ja josko se toipuisi siitä).
E: Voisin ehkä vielä tarkentaa asiaa.
Kone siis jäätyy pääasiallisesti niin, että kello toimii normaalisti ja hiirtä voi liikuttaa. Xorg ei vain tottele hiiren nappeja ollenkaan. Toisinaan myös näppäimistö menee lukkoon eikä sillon pysty siirtymään komentorivin puolelle, mutta näin ei kuitenkaan käy aina. Joskus saattaa myös kello jämähtää eikä hiiri liiku, mutta musiikki jatkaa silti soimistaan taustalla eikä mielestäni kyse ole tällöin kernel panicista koska masiina ei buuttaa itseään puolen minuutin kuluttua uudelleen. Useimmiten kun tarpeeksi kauan odottelee niin jumitus laukeaa ja käskyjä otetaan jälleen vastaan, mutta tällöin tosiaan alkaa nämä I/O errorit. Lukemaan pystyy, kirjoittamaan ei. Joskus harvoin saattaa myös tehdä niin ettei mikään toiminto toimi koska levyltä ei pysty edes lukemaan. Tällä hetkellä Spotify soittelee musiikkia taustalla ja odottelen seuraavaa jumitusta :) Vähän sääli jos syyllistä ei löydy koska muuten Ubuntu tuntuisi toimivan hienosti ja tämä SSD on tosiaan vielä kertaluokkaa nopeampi kuin vanha Vertex 2.
-
Pakko heittää tähän ketjuun koska just asennettu uus systeemi 830-levylle. On nopee, HUH!
Mutta: Kaks kertaa on kone "tipahtanu pelistä", eli yhtäkkiä kummatkin näytöt on menny pimeeks, niihin ei oo enää menny signaalia. Kone jatkaa samanlaisella hurinalla toimintaansa kun ei ois mitään tapahtunu. Toisella kerralla kokeilin erilaisia näppäinyhdistelmiä ja ilmeisesti REISUB toimi koska kohta näky bootscreen.
Mutta mistähän ihmeestä tää vois johtua?
-
Pakko heittää tähän ketjuun koska just asennettu uus systeemi 830-levylle. On nopee, HUH!
Mutta: Kaks kertaa on kone "tipahtanu pelistä", eli yhtäkkiä kummatkin näytöt on menny pimeeks, niihin ei oo enää menny signaalia. Kone jatkaa samanlaisella hurinalla toimintaansa kun ei ois mitään tapahtunu. Toisella kerralla kokeilin erilaisia näppäinyhdistelmiä ja ilmeisesti REISUB toimi koska kohta näky bootscreen.
Mutta mistähän ihmeestä tää vois johtua?
Itsellä oli uuden koneen kanssa vastaavaa ongelmaa eikä se johtunut levystä. Tarkista BIOS:n asetukset ettei siellä ole mikään ylikellotus päällä - itse en edes tajunnut ajatella tätä alkuun kun Windowsin puolella kaikki toimi ihan hyvin reiluillakin kelloilla. Linuxin kernel on vain vähän tarkempi sen suhteen eikä aina tykkää kellotuksista. Sen takia tämä ei tosiaan käynyt mielessä alkuun kun vanhalla koneella oli 150% kellotukset eikä Ubuntu sanonut mitään :D Gentoo oli itseasiassa ainoa distro joka pysyi urheana pystyssä 100% prossukuormallakin.
Mutta siis niin, kernel panichan tuo ja kone boottaa aina 30s päästä jumahtamisesta uudelleen jos se vetää paniikin. Jos ei ole kelloteltu prosessoria tai muistia niin vaihtoehtona on sitten joko jonkinsortin rautavika tai toimimaton ajuri.
E: Niin, i7 se näyttäisi olevan sinullakin joten käy tosiaan BIOSista prossun asetukset kertaalleen ajatuksen kanssa läpi. Hyperthreadingin voi ottaa myös kokeeksi pois jos se sattuisi auttamaan. Linuxissa kernelin pitäisi osata kyllä toimia vaikka kovalevy vetäisikin pientä fibaa, sen takia fstabissa on se errors-määritelmä.
-
Hmmm, mitenkähän tämä ongelma tuli "ilmi" vasta kun asensin ton SSD:n? Systeemi ei kaatunu kertaakaan monen päivän aikana perinteisillä HDD-levyillä.
Tää on HP:n kone, yllättäen toi BIOS on "hieman" rajoittunut..
-
Sitten on paha sanoa.
Nyt sain taas vetämään read-only tilaan, ja tässä se mitä sain komentoriviltä ulos:
[ 4053.970461] Read(10): 28 00 03 88 5d 78 00 00 20 00
[ 4053.970470] end_request: I/O error, dev sdc, sector 59268472
[ 4053.970507] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4053.970512] sd 6:0:0:0: >[sdc]
[ 4053.970514] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4053.970517] sd 6:0:0:0: >[sdc] CDB:
[ 4053.970519] Read(10): 28 00 03 88 5d 78 00 00 08 00
[ 4053.970530] end_request: I/O error, dev sdc, sector 59268472
[ 4053.970668] Core dump to |/usr/share/apport/apport 2646 7 0 pipe failed
[ 4063.274129] type=1701 audit(1351161367.755:45): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=3645 comm="chrome" reason="seccomp" sig=0 syscall=39 compat=0 ip=0x7f90dde6ced9 code=0x50000
[ 4071.123475] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4071.123480] sd 6:0:0:0: >[sdc]
[ 4071.123482] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4071.123485] sd 6:0:0:0: >[sdc] CDB:
[ 4071.123486] Read(10): 28 00 07 04 33 80 00 00 20 00
[ 4071.123495] end_request: I/O error, dev sdc, sector 117715840
[ 4071.123556] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4071.123560] sd 6:0:0:0: >[sdc]
[ 4071.123562] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4071.123569] sd 6:0:0:0: >[sdc] CDB:
[ 4071.123570] Read(10): 28 00 07 04 33 80 00 00 08 00
[ 4071.123579] end_request: I/O error, dev sdc, sector 117715840
[ 4071.123671] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4071.123675] sd 6:0:0:0: >[sdc]
[ 4071.123677] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4071.123679] sd 6:0:0:0: >[sdc] CDB:
[ 4071.123680] Read(10): 28 00 07 04 33 80 00 00 08 00
[ 4071.123688] end_request: I/O error, dev sdc, sector 117715840
erkka@masiina:~$
dmesgiltä kaikki mitä sai ulos, enempää ei ilmeisesti mahtunut puskuriin ja less ei toiminut.
[ 4083.070237] Read(10): 28 00 0b c7 33 b0 00 00 20 00
[ 4083.070246] end_request: I/O error, dev sdc, sector 197604272
[ 4083.070264] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4083.070266] sd 6:0:0:0: >[sdc]
[ 4083.070268] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4083.070270] sd 6:0:0:0: >[sdc] CDB:
[ 4083.070271] Read(10): 28 00 0b c7 33 b0 00 00 08 00
[ 4083.070279] end_request: I/O error, dev sdc, sector 197604272
[ 4084.257184] type=1701 audit(1351161388.747:46): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=3689 comm="chrome" reason="seccomp" sig=0 syscall=39 compat=0 ip=0x7ff095884ed9 code=0x50000
[ 4140.837414] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4140.837419] sd 6:0:0:0: >[sdc]
[ 4140.837420] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4140.837422] sd 6:0:0:0: >[sdc] CDB:
[ 4140.837424] Read(10): 28 00 00 56 f7 30 00 00 10 00
[ 4140.837431] end_request: I/O error, dev sdc, sector 5699376
[ 4140.837449] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4140.837451] sd 6:0:0:0: >[sdc]
[ 4140.837453] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4140.837455] sd 6:0:0:0: >[sdc] CDB:
[ 4140.837456] Read(10): 28 00 00 56 f7 38 00 00 08 00
[ 4140.837463] end_request: I/O error, dev sdc, sector 5699384
[ 4140.844038] sd 6:0:0:0: >[sdc] Unhandled error code
[ 4140.844041] sd 6:0:0:0: >[sdc]
[ 4140.844042] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[ 4140.844044] sd 6:0:0:0: >[sdc] CDB:
[ 4140.844045] Read(10): 28 00 03 88 5d 78 00 00 08 00
[ 4140.844050] end_request: I/O error, dev sdc, sector 59268472
[ 4140.844098] Core dump to |/usr/share/apport/apport 2899 7 0 pipe failed
erkka@masiina:~$
Tässä suljin Chromen ja yritin avata uudestaan, sen jälkeen suljin Spotifyn jolloin tuo Chromeen viittaavan rivin jälkeen tuli tavaraa.
erkka@masiina:~$ ls /
Bus error
erkka@masiina:~$ cd /
erkka@masiina:/$ ls
Bus error
erkka@masiina:/$
Kun painaa tabia...
erkka@masiina:~$ ls bash: cannot create temp file for here-document: Read-only file system
bash: cannot create temp file for here-document: Read-only file system
erkka@masiina:~$ fdisk -l
bash: /sbin/fdisk: Input/output error
erkka@masiina:~$
-
Jaahas, on tainnu SSD:n asennuksessa hajota jotain tms, kone menee "tummaruutu"-tilaan aika varmalla todennäköisyydellä parin tunnin sisällä buuttauksesta. Tämä tapahtuu SSD:lle asennetulla ubuntulla ja HDD-asennuksella myös. Eli oisko näytönohjain menossa lopullisesti?
-
Joo vaikka mitä kombinaatioita kokeillu (SSD ulos koneesta jne) niin kone tilttailee, jotain on männä rikki. Pitikö huomenna lähtee ostamaan uus näytönohjain, 50€ sinnetänne jos vaan sattuis saamaan koneen ehjäks.
Eli SSD ok, nyt on jotain muuta lepikossa ja pahasti
gedit: Sorry, ei ollu tarkoitus kaapata aihetta! Jatkan tänään ton SSD:n kanssa höyryämistä, otin sen pois ja otin samalla näytönohjaimen irti ja hiukka imuroin paikkoja. Nyt näyttäis olevan vakaa systeemi. Jospa tuo SSD:kin asettuis illasta toimimaan.
-
Eipä näkynyt asemassa olevan mitään vikaa. Sen verran voisi vetää jotain johtopäätöstä että ongelma ilmenee yleensä kun kuuntelee musiikkia Spotifyllä. Toisaalta, Spotify on käytännössä aina soimassa ja vika ilmenee niin randomisti että on paha sanoa onko nimenomaan Spotify syypää.
Toisaalta, kun systeemi menee lukkoon on sekin vähän vaihtelevan laatuista. Välillä koko systeemi ei mene juntturaan vaan esim. komentoriville pääsee käsiksi ja Spotifyn tappamalla on ongelma ratkennut.
Veikkaampa että syyllinen on Spotify. Itse en sitä käytä, mutta käsittääkseni ei ole kovinkaan vakaa. Itselläni taas XBMC taas kaatuilee satunnaisesti ja ainoa apu on Ctrl-Alt-F2 ja tekstipohjaisessa terminaalissa killall -9 xbmc. Vikaa voi aiheuttaa myös joku toinen softa, joka esim. yrittää kirjoittaa samaan laitteeseen (äänikortti).
Linux ei juuri kaatuile. Itselläni TV-ohjelmat tallentaa ja toistaa + muut mediat Gentoo kone joka on yllättävän vakaa. Mutta epävakaat softat saavat senkin jumimaan. Kokeile vaihteeksi http://grooveshark.com/ ja älä käytä flashia vaan html 5. Adobe Flash Player ei ole niitä vakaimpia eikä turvallisimpia ohjelmia.
-
Spotify on varsin epävakaa kötöstys vielä tällä hetkellä Linuxille, se on ollut tiedossa. Eipä ole vain viimeisen puolentoista vuoden aikana ihan tuollaista aiheuttanut :D Grooveshark on tietyssä mielessä ihan jees, mutta sieltä ei löydy läheskään kaikkea sitä mitä Spotifystä, eikä siitä olla saatu yhtä toimivaa ja kattavaa pakettia kuin Spotifystä. Itse kun käytän Spotifyä myös puhelimella ja offline-tila on ollut erittäin ahkerassa käytössä.
-
Spotify voidaan laskea itse ongelman syypäänä pois. Ubuntu teki tänään juuri 5 minuuttia sitten tämän read-only -mounttauksen kesken tietokoneen käynnistystä (!) - näkyvillä oli siis vain pelkkä violetti ruutu. Systeemi oli kuitenkin sen pitkälle jo ehtinyt että komentorivin sai näkösälle ja sitä samaa "read-only file system" se siinä heitteli. Spotify siis saattaa kyllä laukaista jonkinlaisen bugin muttei itsessään ole ongelman aiheuttaja.
-
Read-only tuli taas tutuksi ;D Tällä kertaa ei Spotify ollut syyllinen kuten arvelinkin. Olin siis asentamassa juuri uuteen virtuaalikoneeseen Ubuntua - ajatuksena oli kokeilla Waylandin toimintaa. Kesken asennuksen (asennusimage luettiin toiselta kovalevyltä ja virtuaalikoneen virtuaalikovalevy oli Samsungilla) tosiaan itse asennusprosessi tökkäsi itsensä siihen pisteeseen ja arvasin samantien mitä on tapahtunut.
Lätkäisinpäs sitten Googleen hakusanat "ubuntu ssd read only" ja löytyi sieltä muitakin kohtalotovereita - joskin tämäkin thread tuli heti ensimmäiselle hakusivulle... Syyllinen on siis jossain uudessa kernelissä tullut bugi joka aiheuttaa (yleensä) SSD:n remounttauksen read-only-tilaan jos SSD:tä kuormitetaan kunnolla. Vanhoilla Ubuntuilla (esim. 11.04) ihmisillä ei ole ollut mitään ongelmaa (kun ovat siis asentaneet näiden sekoilujen jälkeen) eikä SSD:n firmiksen päivittäminen ole auttanut. Ilmeisesti korjausta ei tällä hetkellä ole muuta kuin siirtyminen ext4:sta pois vaikkapa ReiserFS:ään. Ongelma ei ole mikään SSD-only vaikkakin esiintyy yleisimmin vain SSD-levyillä. Ei auta kuin odottaa uusia kerneleitä ja katsoa jos saavat ext4:n bugin listittyä.
EDIT: Älysinpäs ottaa tällä kertaa dmesgin ulosteen talteen toiselle kovalevylle. Tulee viestissä liitteenä.
-
Miten vanha kunnon Ext3? Yhdessä ketjussa kinasin Ext4 vastaan XFS. On niitä Ext4 bugeja aikaisemminkin korjailtu vaikka vakaan statuksen on saanut. ReiserFs tuki on käsittääkseni loppunut kun kehittäjä joutui vankilaan... Itsellä vielä 3.2.12 kerneli käytössä... Mikäs virtuaalikoneen alusta on? Ubuntua en ole ikinä pitänyt kovin vakaana systeeminä. Tosin softien suht. Uudet versiot miellyttävät. Itsellä on ollut XFS käytössä TV-tallenteille vuosia ilman ongelmia. Enkä vaihda huonompaan Ext4.
-
Ext3 on ihan uskomattoman hidas verrattuna ext4:een - siis eron huomaa ihan tavan hitailla kovalevyilläkin. Ubuntut eivät itsessään ole ikinä olleet itselläni epävakaita.
Virtualboxissahan noita virtuaalikoneita tulee ajeltua. Lähinnä tuo virtuaalikoneen sisäinen Ubuntu-asennus suoritti niin raskasta i/o-toimintaa että bugi aktivoitui ja järjestelmä löi read-onlyn päälle. Pitää katsoa jos jokin päivä jaksaisi katsella asennella vanhempaa Ubuntua tai vaihtoehtoisesti käyttää toista tiedostojärjestelmää.
-
Virtualboxissahan noita virtuaalikoneita tulee ajeltua. Lähinnä tuo virtuaalikoneen sisäinen Ubuntu-asennus suoritti niin raskasta i/o-toimintaa että bugi aktivoitui ja järjestelmä löi read-onlyn päälle. Pitää katsoa jos jokin päivä jaksaisi katsella asennella vanhempaa Ubuntua tai vaihtoehtoisesti käyttää toista tiedostojärjestelmää.
Oletko kokeillut muuttaa virtuaalikoneen I/O cache asetuksia? Se voi auttaa. Read-only tilaan en ole muistaakseni koskaan levyä saanut, vaikka on kovassa rasituksessa välillä. Esim. useampi samaikainen C-käännös.
-
Sanoisin että ei varmasti ole Spotifyn vika. Olen nimittäin käyttänyt Spotifyä kyllä parhaimmillaan 5-6h sessioita putkeen, eikä ole kyllä kertaakaan kaatunut omassa Xubuntu asennuksessa. Toki Spotify oli ihan onnettomassa kondiksessa muutama kuukausi sitten, mutta nykyään tuntuu toimivan ihan yhtä hyvin kuin winukkaversiokin.
Kyllä tuo kuulostaa aseman firmware ongelmilta. Onhan mm. osa Vertex malleista yhtäkkiä saattanut kadottaa tietoa, mutta ne niistä on päästy eroon firmis päivitysten kautta. Suosittelen kovasti tarkistamaan, ettei kyseiselle asemalle löydy päivityksiä.
Pitihän se äkkiä kokeilla kuukkelia ja
http://www.anandtech.com/show/5460/samsung-updates-the-firmware-of-ssd-830-series-fixes-bsod-issue
-
Hyvä tietää jos itellä rupee toi 830 temppuilemaan, nyt on vakaata ja hyvää meininkiä koneella
-
qwertyy: Tuo firmiksen päivitys kävi myös itselläni ensimmäisenä mielessä, mutta asemasta näytti löytyvän jo valmiiksi uusin firmis.
Ei tämä googlettelun perusteella firmispohjainen ongelma ole. Joillakin on joissain yksissä tietyissä SSDissä korjautunut vastaavanlainen ongelma firmispäivityksellä, mutta silloin asema on tehnyt samaa myös Windowsilla ja on kaatunut täsmälleen tunnin kuluttua käynnistyksestä. Kernelipohjainen ongelma tämä on ja tällä hetkellä voi vain toivoa että joku saisi äkkiä tehtyä korjauksen.
-
Kernelipohjainen ongelma tämä on ja tällä hetkellä voi vain toivoa että joku saisi äkkiä tehtyä korjauksen.
Mikäs kerneli sulla on? Ja onko vika Ubuntun 12.10 beta kernelissä? Itsellä vain pieni SSD-levy eikä ole juolahtanut mieleen pistää sinne virtuaalikonetta tai muutakaan mikä vie paljon tilaa. Käsittääkseni nuo virtuaalikoneet ovat vakaita ja käytössä ihan tuotantokoneissa. Itsellä on tullut tavaksi pitää perussysteemi mahdollisimman vakailla paketeilla. Kodekkeja, multimedia soittimia ym. on sitten päivitetty/asennettu uusimpiin versioihin.
-
Sain jälleen motivaatiota lähteä tutkimaan ongelmaa ja asensin koneeseen Xubuntu 12.04.1 LTS:n käyttäen tällä kertaa tiedostojärjestelmänä XFS:ää noatime-flagin kera. Pientä tappelua oli alkuun ilmassa erinäisten bugittelujen muodossa mutta nyt vaikuttaisi alkaneen toimia niinkuin pitääkin.
Seuraillaanpa tilannetta :)
-
Vakaalta tuntuu, kaikkea on tullut puuhattua eikä ole tietoakaan aiemmista jökkimisistä.
ext4 patchia odotellessa 8)
-
Vakaalta tuntuu, kaikkea on tullut puuhattua eikä ole tietoakaan aiemmista jökkimisistä.
ext4 patchia odotellessa 8)
XFS on Irix (Silicon Graphics) koneisiin kehitetty ja sieltä portattu Linux systeemiin. Wikin mukaan Nasa käyttää sitä isoissa koneissa. On vakaampi kuin uudempi Ext4. Itsellä TV-ohjemat tallentuu XFS-levylle enkä vaihda Ext4. XFS nopeampi isoilla tietostoilla.
-
Ja tosiaan mitään ns. takapakkia suhteessa ext4:een ei ole tullut. Systeemi on vähintäänkin yhtä nopea molemmilla enkä itse ole päivittäiskäytössä havainnut mitään ihmeempiä eroja.
Ja hyvin on nytkin toiminut :)