Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: Storck - 24.08.12 - klo:20.25
-
Sama levy ollut koneessa pari vuotta, tyhjensin ja alustin muodosta EXT4 => xfs jonka jälkeen ei automounttaus enää tunnu toimivan.
Päättestä liittäessä kaikki ok, fsatabiin laitettu kaikki ok muttei auta.
Ei ymmärrä enää.
UUID oikein muttei auta.
Muuttaako tuon xfs:n myötä joku tuossa mounttaamisessa?
Debianmint käytössä.
-
Sama levy ollut koneessa pari vuotta, tyhjensin ja alustin muodosta EXT4 => xfs jonka jälkeen ei automounttaus enää tunnu toimivan.
Kurkkaapa blkid-komentoa vs. fdisk -l.
Eiköhän yhä kernelissä ole tuki xfs-järjestelmälle, joten tuosta ei ole kiinni. Xfs:ää olen itsekin käyttänyt tietyissä Linux-jakeluissa.
http://linux.fi/wiki/XFS
-
Sama levy ollut koneessa pari vuotta, tyhjensin ja alustin muodosta EXT4 => xfs jonka jälkeen ei automounttaus enää tunnu toimivan.
Kurkkaapa blkid-komentoa vs. fdisk -l.
Eiköhän yhä kernelissä ole tuki xfs-järjestelmälle, joten tuosta ei ole kiinni. Xfs:ää olen itsekin käyttänyt tietyissä Linux-jakeluissa.
http://linux.fi/wiki/XFS
Millaisilla optioilla kerneli on käännetty? Jos xfs on moduulina, sen liittäminen ei välttämättä onnistu käynnistyksen yhteydessä.
-
Millaisilla optioilla kerneli on käännetty? Jos xfs on moduulina, sen liittäminen ei välttämättä onnistu käynnistyksen yhteydessä.
Ei pitäisi olla vaikutusta: minullakin xfs on moduulina, vaikka joka koneella on yksi XFS-osio.
tn@bahtin [~]$ lsmod | grep xfs
xfs 836544 2
Mutta ehkei xfs-moduuli jostain syystä lataudu ajoissa?
Toinen syy voisi olla, jos xfsprogs-pakettia ei ole asennettu, mutta silloin käynnistys yleensä myös pysähtyy valittamaan asiasta, vaikka mounttaus sitten käsin sujuisikin; näin siksi, että vasta xfsprogs-paketti sisältää xfs_check-ohjelman, jota ilman käyttis ei pääse tarkistamaan, onko levy kunnossa.
-
Ei mounttaa bootatessa, mutta mounttaa bootin jälkeen komennolla mount -a? Eikö lokitiedoista löydy asiaan liittyvää herjaa?
Jäljille voi päästä myös poistamalla grub-valikossa parametrit 'quiet splash' ja seuraamalla josko näkyy herjoja. Kaikkea ei varmasti ehdi huomata, mutta ehkä tekstien rullaus käynnistyksen aikana pysähtyy vikapaikassa.
Onko 6. parametri fstab-tiedostossa 0? Kokeile laittaa 2.
-
Asiaa yön yli ajateltuani kallistun yhä enemmän siihen, että kannattaisi tarkistaa, onko xfsprogs asennettu:
dpkg-query -l xfsprogs
Tuli nimittäin mieleeni, että Ubuntussahan se oletusarvoisesti ei asennu.
-
Outoa. Xfs on hyvä isoille tiedostoille. Itselläni leffat, TV-tallenteet jo pitkään ollet xfs-levyllä. Plussana on, ettei tule mitään pitkää levyntarkistusta mitä ext3/ext4 levyllä. Itse liitän suoraan laitteeseen /dev/sdxx. Itsellä xfs käännetty kerneliin. Ei nyt Ubuntu tai Mint käynnissä. /etc kansion alla on varmaan joku modules autoload, jonne xfs modulin voi pistää. Jos sitten latautuisi ajoissa. Itselläni ei mitään ongelmia. xfsprogs ja xfsdump olisi hyvä asentaa.
xfs_db -c frag -r /dev/sdxx tarkistaa levyn eheyden.
xfs_repair /dev/sdxx tarkistaa levyn. Levy ei saa olla liitettynä.
-
Outoa. Xfs on hyvä isoille tiedostoille.
Ei tuo ole mitenkään outoa. XFS on kuitenkin aika marginaalinen tiedostojärjestelmä.
Kuten jo yllä mainitsin, olen tuota käyttänyt - ja ihan hyväksi havainnut Slacware-jakelussa. Mutta Linux-jakeluille on ominaisimpia ext -järjestelmät, jotka ovat hyviä ja toimivia. Kaikenlaiset kokeilut sitten erikseen.
Ehkä kysyjän ongelmana on se, ettei kiintolevyosioden kiintolevy ole ehtineet käynnistymään bootissa, eikä siksi liittäminen ole onnistunut. rc.local-tiedosto voisi olla ratkaisu tuollaiseen ongelmaan - eli "manuaalinen liittäminen" muiden proseduurien, moduleiden ja ajureiden käynnistyksen jälkeen.
-
Outoa. Xfs on hyvä isoille tiedostoille.
Ei tuo ole mitenkään outoa. XFS on kuitenkin aika marginaalinen tiedostojärjestelmä.
Kuten jo yllä mainitsin, olen tuota käyttänyt - ja ihan hyväksi havainnut Slacware-jakelussa. Mutta Linux-jakeluille on ominaisimpia ext -järjestelmät, jotka ovat hyviä ja toimivia. Kaikenlaiset kokeilut sitten erikseen.
Ehkä kysyjän ongelmana on se, ettei kiintolevyosioden kiintolevy ole ehtineet käynnistymään bootissa, eikä siksi liittäminen ole onnistunut. rc.local-tiedosto voisi olla ratkaisu tuollaiseen ongelmaan - eli "manuaalinen liittäminen" muiden proseduurien, moduleiden ja ajureiden käynnistyksen jälkeen.
Kotikäyttäjälle ehkä marginaalinen. Mutta HTPC:ssä jossa isoja levyjä todella hyvä vaihtoehto. Ollut vakaa jo vuosia ennen ext4. Oletus esim. Silicon Graphics Unix koneissa. NASA käyttää tuota satojen terojen levy systeemissään. Ext on hyvä kotikoneissa, mutta kenties marginaalinen isoissa koneissa? Minusta on outoa jos xfs ei toimi, kun itsellä ei ole ollut mitään ongelmia. Nyt root on ext4 ja home ext3 (historiallisista syistä) ja muut xfs. Ehkä tuossa Mintissä on poistettu joitakin tiedostojärjestelmiä. Lilo ja Grub jo rajoittaa mitä voi käyttää /boot osiolla. Eihän konetta saa käyntiin kaikilla tiedostojärjestelmillä. Veikkaan edelleen että xfsprogs ja xfsdump asennus auttaa. Jos ei niin xfs moduli pitää ladata muistiin tarpeeksi ajoissa. Yksi vaihtoehto on kääntää kerneli itse. Nopeuttaa käynnistystä ja voi luopua initrd:n käytöstä.
-
Kyseessä DebianMint eli Ubuntun oletukset ei päde.
Kuudes parametri kokeiltu molemmat 0 sekä 2 - ei muutosta.
Kokeilen tuon xfsprogs asennusta kun olen taas kyseisen koneen kimpussa (en raahannut pöytäkonetta mökille ;) )
-
Kyseessä DebianMint eli Ubuntun oletukset ei päde.
Muistaakseni Mintissäkin on tämä asia samoin. Jos oikein muistinystyröitäni hieron, tulee mieleen, että tämä läppärikin, jolla nyt kirjoitan, kieltäytyi Mintin asennuksen jälkeen ensin käynnistymästä suoraan työpöydälle. Ainoa ongelma oli, että /home-osio (xfs) tuli buutin yhteydessä leimatuksi ”likaiseksi”, koska sitä ei päästy tarkistamaan.
Muoks: Mutta juu, /home kyllä mounttautui, eli ongelma ei kuitenkaan ole sama.
-
Sehän on kyllä nopeasti (pari tuntia, kun koneen äärellä taas) testattu - vaihdan xfs => EXT4 ja liittämisloitsut uudestaan...
Testaan tuon xfsprogs-paketin ensin.
-
Muistaakseni Mintissäkin on tämä asia samoin. Jos oikein muistinystyröitäni hieron, tulee mieleen, että tämä läppärikin, jolla nyt kirjoitan, kieltäytyi Mintin asennuksen jälkeen ensin käynnistymästä suoraan työpöydälle. Ainoa ongelma oli, että /home-osio (xfs) tuli buutin yhteydessä leimatuksi ”likaiseksi”, koska sitä ei päästy tarkistamaan.
Muoks: Mutta juu, /home kyllä mounttautui, eli ongelma ei kuitenkaan ole sama.
xfs-osioita ei tarkisteta bootissa. Mikä on etu isolla levyllä. Ei tarvitse tuntia odotella kun fsck valmistuu. Ja jos löytyy vikaa niin uusi käynnistys...
xfsdump on myös hyvä asentaa. Suosittelen lähinnä levylle missä paljon leffoja ym. isoja tiedostoja. Ja minusta on vieläkin outoa jos ei liitetä. Tee levytarkistus jos vaikka joku aikaleima viittaa tulevaisuuteen ja mitä dmesg kertoo. Jos levyä ei liitetä kyllä siitä virheilmoitus tulee. Tai sitten fstab tiedostossa joku vika - vaikka enter uupuu tiedoston lopusta, rivitys...
-
xfs-osioita ei tarkisteta bootissa.
Sitä en tiedä, mutta Ubuntu kieltäytyi kokonaan käynnistymästä, kun /home oli xfs-osio, ja buutti pysähtyi nimenomaan väittämään, että /home on vioittunut ja täytyy tarkistaa. Mint ei pysähtynyt mutta kieltäytyi päästämästä GUIhin. xfsprogsin asentaminen ratkaisi kummankin tilanteen.
-
Tai sitten fstab tiedostossa joku vika - vaikka enter uupuu tiedoston lopusta, rivitys...
Itse yleensä muokattuani fstabia komennan mount -a (roottina). Liittää fstabissa määritellyt käynnistyksessä liitettävät osiot.
-
xfs-osioita ei tarkisteta bootissa.
Sitä en tiedä, mutta Ubuntu kieltäytyi kokonaan käynnistymästä, kun /home oli xfs-osio, ja buutti pysähtyi nimenomaan väittämään, että /home on vioittunut ja täytyy tarkistaa. Mint ei pysähtynyt mutta kieltäytyi päästämästä GUIhin. xfsprogsin asentaminen ratkaisi kummankin tilanteen.
Katso löytyykö fsck.xfs ja mitä se sisältää. Tulee xfsprogs paketin mukana. Vaihtelee eri systeemeissä.
-
Se 6. parametri määrää juuri tuon että tarkistetaanko bootissa vai ei. ;)
Jos 0, ei tarkisteta eli tällöin osio saattaa jäädä liittämättä mikäli se vaatisi tarkistuksen.
Jos parametri on 1 tai 2, osio tarkistetaan tarvittaessa ennen liittämistä, siten että 1 merkityt tarkistetaan liitetään ensin. Niinpä juuriosio (ja muut käynnistyksen kannalta tarpeelliset) tulisi merkitä 1 ja toissijaiset osiot 2. Makuasia sitten onko vaikka /home 1 vai 2.
Niin, ja xfsprogs on tietysti syytä asentaa, ken meinaa xfs:ää käyttää. Muistaakseni gparted ei edes suostu luomaan xfs-osiota, jos xfsprogs puuttuu.
Tuo 6. parametri ei varmaankaan vaikuta mitään, jos fsck.xfs puuttuu. ::)
-
Se 6. parametri määrää juuri tuon että tarkistetaanko bootissa vai ei. ;)
Jos 0, ei tarkisteta eli tällöin osio saattaa jäädä liittämättä mikäli se vaatisi tarkistuksen.
Tiedän, mutta se ei muuta mitä yllä sanoin: Ubuntu pysähtyi asennuksen jälkeiseen ensikäynnistykseen väittäen /home-osiolla olevan virheitä. ”Virheet” olivat yksinkertaisesti sitä, että xfs_check puuttui. /etc/fstab oli tuossa vaiheessa toki asennusohjelman luoma, mutta sikäli kuin muistan, siellä oli kuudes parametri valmiiksi nolla, ja siitä huolimatta kävi näin.
Tuo 6. parametri ei varmaankaan vaikuta mitään, jos fsck.xfs puuttuu. ::)
fsck.xfs ei itse asiassa tee asiassa yhtikäs mitään:
tn@peirce [~]$ fsck.xfs
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
-
Tiedän, mutta se ei muuta mitä yllä sanoin: Ubuntu pysähtyi asennuksen jälkeiseen ensikäynnistykseen väittäen /home-osiolla olevan virheitä. ”Virheet” olivat yksinkertaisesti sitä, että xfs_check puuttui. /etc/fstab oli tuossa vaiheessa toki asennusohjelman luoma, mutta sikäli kuin muistan, siellä oli kuudes parametri valmiiksi nolla, ja siitä huolimatta kävi näin.
Tuo 6. parametri ei varmaankaan vaikuta mitään, jos fsck.xfs puuttuu. ::)
fsck.xfs ei itse asiassa tee asiassa yhtikäs mitään:
tn@peirce [~]$ fsck.xfs
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
Joko uskotaan, että xfs-tiedostojärjestelmää ei tarkisteta bootissa. fsck.xfs nyt vaan pitää kuitenkin olla olemassa. Jossain systeemissä saa siirrettyä noi tarkistukset sammutuksen yhteyteen. Mutta on raivostuttavaa jos fsck.ext4 aloittaa pitkän session ja pitäis päästä käyttään konetta.
-
Joko uskotaan, että xfs-tiedostojärjestelmää ei tarkisteta bootissa.
Kuka sitä nyt varsinaisesti on epäillytkään?
fsck.xfs nyt vaan pitää kuitenkin olla olemassa.
Nimenomaan, ja se tulee xfsprogs-paketista, jota Ubuntu ja Mint eivät oletusarvoisesti asenna – mistä taas seuraa ongelmia ensikäynnistyksen yhteyteen, jos jokin oleellinen osio kuten /home on xfs:ää.
-
Katso löytyykö fsck.xfs ja mitä se sisältää. Tulee xfsprogs paketin mukana. Vaihtelee eri systeemeissä.
#!/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.
-
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..
-
Mielenkiintoista:
xfs_db -c frag -r /dev/sdb1
actual 28816, ideal 9029, fragmentation factor 68,67%
-
Mielenkiintoista: 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
-
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ä.
-
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
-
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.
-
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ä.
-
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.
-
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ää.
-
http://forum.ubuntu-fi.org/index.php?topic=43354.0 (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.
-
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.
-
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.
-
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.
-
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?
-
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.
-
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?
-
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.
-
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ä.
-
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ä.
-
Niinpä, liian simppeli juttu. ::)
-
Oikea tapa:
UUID=45071165-d218-4710-a984-c5e92e5d3638 /A xfs defaults 0 0
Kiitos Postimies ratkaisusta vuoden ja kahden kuukauden viiveellä.
Kiitos kehuista. Tuo UUID= on makuasia. Kyllä laitetunnuksillakin pärjää. Esim /dev/sda1. Itse inhoan UUID arvoja kun ne ei "kerro" mitään.