Home ei mounttaudu (Kubuntu 17.04)

[Heikki Ketoharju]

Minulla on viime aikoina kone käyttäytynyt erikoisesti. Toisinaan järjestelmä käynnistyy, toisinaan taas tipahtaa virhekonsoliin, ja käskee katsomaan logeista, mikä on vikana.

Lokien mukaan (komento taisi olla systemctl -xb) ongelma on siinä, että home-osio ei mounttaudu. Olen asentanut järjestelmän niin, että home on erillisellä osiolla. Lokien mukaan jonkinlainen timed out -ilmoitus kirjautuu. Jokin komponentti odottaa home-osiota, tulee timed out, ja tipahdetaan virhekonsoliin. Kun yritän mountata homen käsin komennolla

Koodia: [Valitse]

mount /dev/sdaXkomento menee ongelmitta läpi, mutta home ei olekaan mouttautunut. Samaisesta systemctl -xb -logista näen, että Home on välittömästi mounttaamisen jälkeen irrotettu.
Pystyn mounttaamaan homen johonkin toiseen sijaintiin, esimerkiksi näin:

Koodia: [Valitse]

mount /dev/sdaX /media/heikki/sdaXNyt kaikki tiedostot näkyvät normaalisti. Yritin luoda tuolta symlinkin niin, että /home -> /media/heikki/sdaX, mutta järjestelmä ei siltikään suostu käynnistymään, vaan tipahtaa samaan virhekonsoliin.

Onko minulla kovalevyssä vikaa? SMART-testityökalu sen enempää kuin badsectors -komentokaan eivät löytäneet mitään erikoista.

Kotikansioni on kryptattu, mutta muuta erikoista ei setupissa pitäisi olla. Ongelma ilmestyi 15.7. Osaisiko joku auttaa?

[nm]

Miltä /etc/fstab näyttää?

Jos /home:n liitos on siellä määritelty /dev/sda-tunnusten perusteella, kokeile sen sijaan UUID:tä. Sen saa selville komennolla

Koodia: [Valitse]

sudo blkid
Tai päinvastoin, jos /home on liitetty UUID:n perusteella, kokeile sen sijaan /dev/sdaX-osiotunnistetta.

[Heikki Ketoharju]

/etc/fstabissa olen kokeillut molempia vaihtoehtoja.

Koodia: [Valitse]

# /home was on /dev/sda4 during installation
UUID=e8335057-2735-443b-86ce-5f6e25851cdd /home           ext4    defaults        0       2
#/dev/sda4    /home           ext4    defaults        0         2sdX-notaatiolla tulee käytännössä sama timed out -virheilmoitus.

Kävin lukemassa nyt tuon journalctl -login kunnolla. Näyttäisi, että virheestä ilmoittaa seuraava rivi:

Koodia: [Valitse]

systemd[1]: dev-disk-by\x2duuid-e833505\x2d443b\x2d5f6e25851cdd.device: Job dev-disk-by\x2duuid-e833505\x2d443b\x2d5f6e25851cdd.device/start timed out.
Timed out waiting for device dev-disk-by\x2duuid-e833505\x2d443b\x2d5f6e25851cdd.device.
Depedency failed for /home
Depedency failed for local File Systems
En ymmärrä kauhean paljon noista, mutta käsittääkseni Systemd:llä on jotain toimintoja, joilla on "depedencyjä", ja siihen kai tuo Depedency failed -ilmoitus viittaa. Mutta en kyllä yhtään ymmärrä, mistä on kysymys. Osaisiko joku selittää?

Yritin googlata asiaa, mutta mistään en löytänyt sivua, jossa käytäisiin tuollaisia virheilmoituksia kunnolla läpi ja selitettäisiin mistä on kysymys. Ei oikein huvittaisi alkaa paukuttamaan random foorumeilta löytyneitä komentoja konsoliin.

[Postimies]

Outoa. itselläni harvoin ongelmia levyliitoksissa. Itse olen luopunut erillisestä home osiosta.
Home-osioon tallentuu asetukset, selaimen linkit ym ja varsinaiset datat sitten eri levyllä tai levyillä.
Helpottaa jos käyttää useampaa systeemiä. Home kansion asetukset harvoin toimii uudessa asennuksessa
jos jakelu vaihtuu.

fsck eli levyntarkistus kannattaa ajaa home-osiolle. Jos käytössä useampi järjestelmä aikaleimoista voi
tulla ongelmia. Levyliitos keskeytyy jos levyssä jotain vikaa tai levyn aikaleimat tulevaisuudessa. Jos
levyssä ei vikaa niin sitten on systeemissä ja itse en pidä systemd:stä. On kuitenkin liki pakollinen
nykyään.

Itsellä vielä vakaa 16 lts käytössä - mietinnässä on ollut päivittäminen. Ubuntun
Nautilus hieman kökkö. Kaatui tänään. Saisi edes näyttämään tiedoston luontiajan. Asennusmedialla
on helppo tarkistaa kaikki levyt.

[nm]

Itsellä vielä vakaa 16 lts käytössä - mietinnässä on ollut päivittäminen. Ubuntun
Nautilus hieman kökkö. Kaatui tänään. Saisi edes näyttämään tiedoston luontiajan.

Linuxissa tiedoston luontiaikaa ei perinteisesti ole tallennettu, eikä se ole saatavilla nykyisin käytössä olevien rajapintojen kautta. Tiedostojärjestelmästä sen voi kyllä kikkailemalla onkia ulos:

https://unix.stackexchange.com/questions/50177/birth-is-empty-on-ext4/50184#50184
https://askubuntu.com/a/470135


Viimeisin muokkausaika sen sijaan on saatavilla ja sen näkee Nautiluksenkin kautta.

[Postimies]

Itsellä vielä vakaa 16 lts käytössä - mietinnässä on ollut päivittäminen. Ubuntun
Nautilus hieman kökkö. Kaatui tänään. Saisi edes näyttämään tiedoston luontiajan.

Linuxissa tiedoston luontiaikaa ei perinteisesti ole tallennettu, eikä se ole saatavilla nykyisin käytössä olevien rajapintojen kautta. Tiedostojärjestelmästä sen voi kyllä kikkailemalla onkia ulos:

https://unix.stackexchange.com/questions/50177/birth-is-empty-on-ext4/50184#50184
https://askubuntu.com/a/470135


Viimeisin muokkausaika sen sijaan on saatavilla ja sen näkee Nautiluksenkin kautta.

Jos nyt näyttäisi sen muokkausajan. Jos kansiossa satoja kuvia niin päivämäärän lisäksi se kellonaika olisi
kiva lisä. Muisti on kuin kultakalalla nykyään. Sen pvm muistan jos kuvat eilen tai tänään otettu. Jos kuvat haluaa
jakaa eri kansioihin vaikka aamupv ja iltapv niin kellonaika auttaisi. Näkeehän se tiedoston ominaisuuksista, mutta
hidasta. Kuvastahan se olisi helppo katsoa mihin joukkoon kuuluu. Mutta ei näytä. KDE:n kuvien katselin parempi.

[nm]

Jos nyt näyttäisi sen muokkausajan. Jos kansiossa satoja kuvia niin päivämäärän lisäksi se kellonaika olisi
kiva lisä. Muisti on kuin kultakalalla nykyään. Sen pvm muistan jos kuvat eilen tai tänään otettu. Jos kuvat haluaa
jakaa eri kansioihin vaikka aamupv ja iltapv niin kellonaika auttaisi. Näkeehän se tiedoston ominaisuuksista, mutta
hidasta. Kuvastahan se olisi helppo katsoa mihin joukkoon kuuluu. Mutta ei näytä. KDE:n kuvien katselin parempi.

Uusimmissa Nautiluksen versioissa (Ubuntu 16.10 ja uudemmat) kellonajan saa ilmeisesti myös näkyviin: https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/1572304/comments/3

Kuva-arkistojen hallintaan on kyllä parempiakin selaimia, kuten vaikkapa gThumb ja Geeqie.

[Postimies]

Uusimmissa Nautiluksen versioissa (Ubuntu 16.10 ja uudemmat) kellonajan saa ilmeisesti myös näkyviin: https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/1572304/comments/3

Kuva-arkistojen hallintaan on kyllä parempiakin selaimia, kuten vaikkapa gThumb ja Geeqie.

gThumb on asennettu ja osaa näyttää Nikonin kuvat. Fujin kuvia ei osaa kun siinä hieman poikkeava kenno.
Tiedostonhallinta - Ubuntussa Nautilus on kuitenkin se työkalu millä yleensä kopioidaan/siirretään tiedostoja ja
tehdään uusia kansioita. Oletuskuvankatselin ei näytä tiedoston nimeä. Harmitus tuokin. Kellonajan osaa
näyttää. Off topic kylläkin.

Purkkaratkaisu home ongelmaan on kopioida se juureen ja liittää varsinaiset datat
esim  /home/xxx/datat  tai tehdä linkit videot, kuvat, ym muualle.
Tiedostonhallinta kyllä liittää levyn myös helposti jos ei viitsi kikkailla.

[nm]

gThumb on asennettu ja osaa näyttää Nikonin kuvat. Fujin kuvia ei osaa kun siinä hieman poikkeava kenno.

Ubuntu 17.10:ssä alkaa toimia, kun gThumb päivittyy versioon 3.5.1:

http://ftp.acc.umu.se/pub/gnome/sources/gthumb/3.5/gthumb-3.5.1.news

* Added support for image/x-fuji-raf raw files. (Michael J. Chudobiak) (#709385)

[Postimies]

gThumb on asennettu ja osaa näyttää Nikonin kuvat. Fujin kuvia ei osaa kun siinä hieman poikkeava kenno.

Ubuntu 17.10:ssä alkaa toimia, kun gThumb päivittyy versioon 3.5.1:

http://ftp.acc.umu.se/pub/gnome/sources/gthumb/3.5/gthumb-3.5.1.news

* Added support for image/x-fuji-raf raw files. (Michael J. Chudobiak) (#709385)

Hyvä tietää. KDE:n gwenview osaa jo nyt näyttää Fujin kuvista ainakin esikatselukuvat. Parempi kuin
Windows 10, joka osaa myös Nikon (lähes sama kuin tiff), mutta ei Fujia.
Jos muistikortilla 1000 kuvaa lomareissulta on kiva, että niistä näkee jotain. Toki harvempi
kuvaa RAW-formaatissa, mutta vakavasti harrastava ottaa koko kennon sisällön talteen.

[Heikki Ketoharju]

Hei! Kiitos kaikille vastauksista.

Ratkaisin ongelman asentamalla Ubuntu Gnomen. Nyt järjestelmä toimii hyvin ja ongelmitta. Kiitos myös vinkistä kokeilla KDE Neonia. Ehkä teen sen myöhemmin, mikäli intoa riittää. Tällä hetkellä nautin siitä, miten vakaa Gnome on verrattuna KDE:hen. En ole käyttänyt tätä moneen vuoteen, joten yllätyin positiivisesti.

[Postimies]

Hei! Kiitos kaikille vastauksista.

Ratkaisin ongelman asentamalla Ubuntu Gnomen. Nyt järjestelmä toimii hyvin ja ongelmitta. Kiitos myös vinkistä kokeilla KDE Neonia. Ehkä teen sen myöhemmin, mikäli intoa riittää. Tällä hetkellä nautin siitä, miten vakaa Gnome on verrattuna KDE:hen. En ole käyttänyt tätä moneen vuoteen, joten yllätyin positiivisesti.

Itse lopetin KDE:n käytön kun KDE 4 tuki loppui. No Amarok soi vielä ja pari muuta pakollista. Se on kai sitä kehitystä kun KDE oli lopulta vakaa se piti hajottaa erilaisiin osiin ja aloittaa uutta versioa. KDE:ssä niin monta miljoonaa riviä koodia että mahtaako koskaan tulla täysin vakaaksi.