Levyn mounttaus, levy alustettu EXT4 -> xfs [RATKAISTU}

[Storck]

Katso löytyykö fsck.xfs ja mitä se sisältää. Tulee xfsprogs paketin mukana. Vaihtelee eri systeemeissä.

Koodia: [Valitse]

#!/bin/sh -f
#
# Copyright (c) 2006 Silicon Graphics, Inc.  All Rights Reserved.
#

AUTO=false
while getopts ":aApy" c
do
case $c in
a|A|p|y) AUTO=true;;
esac
done
eval DEV=\${$#}
if [ ! -e $DEV ]; then
echo "$0: $DEV does not exist"
exit 8
fi
if $AUTO; then
echo "$0: XFS file system."
else
echo "If you wish to check the consistency of an XFS filesystem or"
echo "repair a damaged filesystem, see xfs_check(8) and xfs_repair(8)."
fi
exit 0

xfsprogs oli asennettuna ja asensin xfsdump ilman muutosta.

[Postimies]

Outoa. Minulla4 kpl xfs-levyjä ja aina on liitetty. Jos unmouttaat levyn ja ajat tarkistuksen xfs omalla työkalulla.
ja tee kokeeksi fstab tiedostoon liitoksen ihan vanhanaikasesti tyyliin
/dev/sdxx      /mnt/xfslevy   xfs      defaults   0 2

jos vaikka siellä olisi jotain häikkää. mount -a sijasta voit käyttää mount /mnt/xfslevy.
mount -a liittää kaikki levyt. mount /mnt/xfslevy liitää vain tuon ja jos tulee virheilmoituksia,
niin päästään eteenpäin. mount -fv /mnt/xfslevy tuossa -f (fake) -v (verbose) jos tuolla
tulisi jotain infoa..

[Storck]

Mielenkiintoista:

Koodia: [Valitse]

xfs_db -c frag -r /dev/sdb1
actual 28816, ideal 9029, fragmentation factor 68,67%

[Postimies]

Mielenkiintoista:

Koodia: [Valitse]

xfs_db -c frag -r /dev/sdb1
actual 28816, ideal 9029, fragmentation factor 68,67%

Tuossa nyt mitään ihmeellistä ole. Mikä xfs_check device kertoo? Tai  xfs_repair -n device

[Storck]

Kyllä tuossa xfs-jutussa on jokin häikkä.

Asensin Debinmintin uusiksi ja vetäisin taas kyseisen levyn sileäksi, muotoon EXT4 ja tsädäm, kerran loitsu päätteessä ja levy pysyy liitettynä.

Siinä velhoille testattavaa. 


Mikään eikä mitenkään auttanut liitoksen pysymiseen xfs-levyllä.

[Postimies]

Kyllä tuossa xfs-jutussa on jokin häikkä.

Mikään eikä mitenkään auttanut liitoksen pysymiseen xfs-levyllä.

En oikein usko tuohon. Itsellä ollut jo vuosia xfs-levyjä ja useammalla Linux-jakelulla on liittäminen onnistunut. Lisäksi xfs ollut vakaampi kauemmin kuin ext4

[juyli]

Lisäksi xfs ollut vakaampi kauemmin kuin ext4

Voisitko jotenkin tarkentaa väitettäsi? (Pistää jotakin kättäpidempää Mutusi tueksi?) Ext4 on nykyisin Linux-jakelujen oletustiedostojärjestelmä, jonka toimivuutta tuskin kannattaa kiistää. XFS-tiedostojärjestelmällä on (ehkä) etunsa, mutta koko järjestelmän asennus XFS-tiedostojärjestelmälle (ei oletuksena tuettu kaikissa Linux-järjestelmissä) on mielestäni arviona "kokeellinen".
Jos tiedostojärjestelmä syystä tai toisesta rikkoutuu, voi olla huomattavasti vaikeampaa korjata ongelmia kuin järjestelmään suositeltujen tiedostojärjestelmien korjaaminen.

[Postimies]

XFS oli jo 1994 Silicon Graphics IRIX koneissa käytössä. Sieltä portattu Linux ja BSD systeemeihin. Käytetty paljon ja käytetään edelleen ihan isoissa koneissa. Esim. Nasa käyttää sitä. Eikä ole kyse mistään pienestä systeemistä jota voi verrata kotikoneen levyyn. Itse käytin XFS-tiedostojärjestelmää TV-ohjelmien tallennukseen kun Ext4 oli vielä suunnitteilla. Viimeiset pahemmat bugit on korjattu muistaakseni 2010 Ext4 systeemissä. Ext4 tuli Linux kerneliin  2.6.28 (stable) 2008. Se että Ext4 oli pian Ubuntussa oletuksena on ihan Ubuntun linjan mukaista. Tarjota uudempaa koodia kuin Debian vakauden kustannuksella. Esim Google päivitti Ext2 tiedostojärjestelmiä Ext4 systeemiksi 2011. Taitaa olla Android puhelimissa Ext4 myös käytössä. Ennen oli YAFFS.

Siitä koska EXT4 systeemistä tuli vakaa voi olla montaa mieltä. 21.8.2008 merkittiin kerneliin stableksi. Kritiikkiä on saanut osakseen ja korjailtu useampaan otteeseen.  Itsellä taitaa vielä olla joku Ext3 levy. Nykyiset levyt alustan kyllä jo Ext4 oletuksena (käyttis). Jos ostan ison levyn tiedostojärjestelmänä pysyy XFS. Tosin XFS levyjä on aika vähän tullut käyttettyä Ubuntulla, koska Ubuntu ei ole niitä parhaita jakeluita multimediakäytössä. Sopii paremmin työpöytäkäyttöön. Työpöytä on korea ja kielituki hyvä Suomelle. Kenties paras.

Ps.  fsck on Ext4 levyllä parantunut kovasti... mutta jos iso levy voi kestää edelleen kauan....
       mikä voi olla sietämätöntä. Joissain jakeluissa sen voi onneksi tehdä sammutuksen yhteydessä.

[juyli]

Ps.  fsck on Ext4 levyllä parantunut kovasti... mutta jos iso levy voi kestää edelleen kauan....
       mikä voi olla sietämätöntä. Joissain jakeluissa sen voi onneksi tehdä sammutuksen yhteydessä.

Mielestäni "levyn" tarkistus on erittäin tärkeä toiminto. Levy on tietenkin jo hieman virheellinen nimitys, sillä fsck tarkistaa _levyosioita_. Jos välttämättä ei tarvita Teran kokoisia levyosioita, ei niitä kannata tehdä.
Järjestelmän toimivuus ei kärsi, jos tavan data on levyosioilla (vaikkapa Terojen kokoisia) järjestelmän käynnistyksessä. Levyosiot (myös nuo isot) tarkistetaan (määrittelyistä riippuen) vasta, kun ko. osiot liitetään järjestelmään.
Jos siis on valtavasti dataa erilaisiin tarkoituksiin, niitä tuskin kannattaa käyttää järjestelmäosioilla. Ja jos data on sellaista, josta XFS-tiedostojärjestelmästä olisi (mahdollisesti) hyötyä, toki data kannattaa asentaa omille osiolleen.

[Postimies]

Toki  fsck on hyvä ajaa säännöllisesti.  fsck.ext4 on nopea SSD-levyllä missä vain käyttöjärjestelmä.  fsck.xfs ei taas tee bootissa mitään. Jos kone käynnistyy esim. ajastettuna TV-ohjelman tallennusta varten XFS-levystä on etua. Koska silloin käynnistys ei pysähdy koskaan  fsck-ohjelman ajoon, joka voi kestää pitkään. fsck ei kuitenkaan tarkasta itse dataa. Eli  fsck-ohjelman ajon jälkeen data voi silti olla korruptuitunut. Ns. silent data corruption ei nyt tavallista käyttäjää juuri kosketa. Tuosta Cern on tehnyt testejä. Datamäärien kasvaessa tuokin kannattaa huomioida. Isoissa systeemeissä tuokin tulee ottaa huomioon ja siinä ext4 ei enää pärjää.

[Storck]

http://forum.ubuntu-fi.org/index.php?topic=43354.0

Tuota xfs-alustusta taas yritin, sama lopputulos kuin aiemminkin - ei mounttaannu automaagisesti. Ei ymmärrä.....  no olkoon.

Alustin levyn kahteen EXT4-osioon ja systeemi näyttää koot ihan oikein. Ongelma on kun menen tiedostoja katsomaan niin kertoo että saman verran tilaa jäljellä kuin /-osiossa. Mikähän tuossa hämää?


Ja ps - jos yllä olevan linkin juttuun joku keksii ratkaisun niin pullakahvit tarjoan. Yritin eilen ja tänään....   ei mounttaannu millaan tuo xfs.  

Liitteenä kuvakaappaukset että ymmärrätte mitä ajan takaa.

Huom. uusi kone.

[SuperOscar]

Tuossa säikeessä jauhettiin pitkään xfsprogs-paketista, joten kai nyt tarkistit sen olevan asennettu?

Omasta puolestani voin vain sanoa, että kaikilla omilla koneillani on vähintään yksi xfs-osio (/local ja usein myös /home) eikä koskaan ole ollut ongelmia kuin *buntujen kanssa, ja silloinkin harmeista on selvinnyt heti, kun xfs-työkalupaketin on asentanut.

[Storck]

Tuossa säikeessä jauhettiin pitkään xfsprogs-paketista, joten kai nyt tarkistit sen olevan asennettu?

Juu se oli jo tuolloin asennettu. Kuten nytkin. Ei vaan onnistu. Ulkoinen levy on alustettu xfs ja toimii hyvin.

[welmar]

Itselläni oli joskus samankaltainen ongelma btrfs kanssa mutta kyseessä oli Funtoon asennus vanilla-kernelillä enkä ollut tajunnut kääntää tukea mukaan kerneliin. Ubuntussa vakiokernelillä tuskin tuota ongelmaa, tosin muistaakseni Ubuntussa xfs-tukea ei ole oletuksena.

[nm]

Alustin levyn kahteen EXT4-osioon ja systeemi näyttää koot ihan oikein. Ongelma on kun menen tiedostoja katsomaan niin kertoo että saman verran tilaa jäljellä kuin /-osiossa. Mikähän tuossa hämää?

Kuvakaappauksesta ei käy ilmi, mitä sijaintia olet katsomassa. Jos "A" on osion liitospiste, olet ilmeisesti juuriosion puolella, jolloin "Vapaa tila" -kohta kertoo juuriosion tilasta. Mene sinne A-hakemiston sisään, niin näet liitetyn osion tilanteen.

Tuota xfs-alustusta taas yritin, sama lopputulos kuin aiemminkin - ei mounttaannu automaagisesti.

Näytä, millaisen rivin olet laittanut fstabiin. Kokeilitko manuaalista liittämistä komennolla mount /polku/liitospisteeseen vai jotenkin muuten? Tuolla tavalla voi ainakin tarkistaa, että fstab ja liitoshakemisto ovat edes suunnilleen kunnossa.

Järjestelmälokiin pitäisi myös tulla viesti käynnistyksen aikana tapahtuneesta liitoksen epäonnistumisesta. Mitä se kertoi?

[Storck]

Kuvakaappauksesta ei käy ilmi, mitä sijaintia olet katsomassa. Jos "A" on osion liitospiste, olet ilmeisesti juuriosion puolella, jolloin "Vapaa tila" -kohta kertoo juuriosion tilasta. Mene sinne A-hakemiston sisään, niin näet liitetyn osion tilanteen.

No juu, jäin jumiin tuon mounttaamisen kanssa. Samalla tavalla olen ennenkin liittänyt osiot /-alle ja kun liitos on toiminut niin en ole alkanut tutkimaan.

Osio siis liitetty paikkaan /A

Näytä, millaisen rivin olet laittanut fstabiin. Kokeilitko manuaalista liittämistä komennolla mount /polku/liitospisteeseen vai jotenkin muuten? Tuolla tavalla voi ainakin tarkistaa, että fstab ja liitoshakemisto ovat edes suunnilleen kunnossa.

Järjestelmälokiin pitäisi myös tulla viesti käynnistyksen aikana tapahtuneesta liitoksen epäonnistumisesta. Mitä se kertoi?

Poistuin jo koneelta, liitoksen olen tehnyt samalla tavalla niin ext4 kuin tuo ongelmallinen xfs: luonut paikan johon liitän, laittanut fstabiin levyn tiedot, ja liittänyt ja automountannut.
Tuolla toimii ext4 heittämällä ja xfs boottiin asti.

[nm]

Poistuin jo koneelta, liitoksen olen tehnyt samalla tavalla niin ext4 kuin tuo ongelmallinen xfs: luonut paikan johon liitän, laittanut fstabiin levyn tiedot, ja liittänyt ja automountannut.
Tuolla toimii ext4 heittämällä ja xfs boottiin asti.

Tutki seuraavalla kerralla järjestelmälokia. Oliko kyseessä ulkoinen USB-levy?

[Storck]

Ihan normi HDD koneessa.
Ihmeellisyys juuri tuossa että ext4 menee heittämällä ja xfs ei sitten millään.

Yhdistän tämän tuohon aiempaan ketjuuni kun saan paremman masiinan millä tehdä tuo yhdistys.

[Storck]

No joo, sokea kun on niin menee joskus vaikeaksi. Postimies tarjosi jo aiemmin ratkaisua.

Perin simppeli oli ratkaisu.

(netistä jouduin tosin muualta etsimään vihjeitä kun täällä ei ollut )

Väärä tapa XFS:lle fsabissa:
UUID=be2095f3-5c40-4a25-821c-0a8f0c8edf33   /A   xfs   rw,errors=remount-ro   0   0

Oikea tapa:
UUID=45071165-d218-4710-a984-c5e92e5d3638   /A      xfs     defaults   0   0

Nuo vain esimerkkejä joissa värilliset on merkkava tekijä.


Kiitos Postimies ratkaisusta vuoden ja kahden kuukauden viiveellä.

[SuperOscar]

Heh. Yleisesti ottaen minulla on aina ”defaults” tuossa sarakkeessa ellei erityistä syytä muuhun ole. Lähinnä joskus olen isoimmille multimedialevyille sekä NFS-jaoille pannut ”noatime”-määritteen, joten eipä käynyt mielessäkään, että siihen olisi voinut kirjoittaa jotakin ext?-spesifiä.