Uusi Gentoo 2007.0 asennus ja Xfce4. Userille ei x käynnisty, tulee seuraavanlaisia viestejä; xauth: timeout in locking authority file /home/user/.serverauth, 5043 xauth: timeout in locking authority file /home/user/.xauthority Välillä vilahtaa nvidia-logo ja palautuu kirjautumisruutuun tai konsoliin, jossa jälleen viestejä: expected keysum, got xf86KbdLightOnOff: line 70 of pc expected keysum, got xf86KbdBrightnesDown: line 71 of pc expected keysum, got xf86KbdBrightnesUp: line 72 of pc mkdir: cannot create directory `/home/user/.config: Permission denied mkdir: cannot create directory `/home/user/.cache: Permission denied Agent pid 9003 Unable to create /home/user/.dbus Unable to create /home/user/.dbus/session-bus Xfce4-session: Unable to acces file /home/user/.ICEauthority: Permission denied Agent pid 9003 killed Olen tainnut käyttäjän lisäämisessa tehdä virheitä, joiden korjaamiseen toivoisin neuvoja. Yritin noita hakemistoja luoda, mutta huonolla tuloksella. Rootillle Xfce4 käynnistyy. Toinen vika: /etc/resolv.conf -tiedostosta katoaa nameserver ip-osoite jokaisessa käynnistyksessä (tai sammutuksessa) enkä siihenkään korjausohjetta löytänyt.
Lisäsin aluksi pelkän käyttäjän, jolla ei ollut omaa hakemistoa. Sitten lisäilin eri ryhmiä ja hakemistonkin, mutta todennäköisesti juuri oikeuksissa on puutteita. Mietin, pitäisikö käyttäjä ja hakemisto poistaa ja lisätä sitten uudet, onnistuuko se, vai olisiko muita keinoja?
Käyttäjän poistaminen hakemistoineen ja uudelleen lisääminen korjasi Xfce4-käynnistys-ongelman, mutta nameserver ip-osoite katoaa edelleen uudelleen käynnityksessä.
Ongelma on todennäköisesti siinä, että olet määrittänyt koneen hakemaan itse nimipalvelimien ip:t verkkoyhteyden muodostuessa ja se ei jostainsyystä toimi oikein. Tehtäväksesi jää selvittää itse miksi se ei toimi, mutta purkkavirityksenä voit koittaa seuraavaa. Komenna roottina Code: chattr +i /etc/resolv.conf sen jälkeen, kun olet asettanut nimipalvelimien osoitteet kyseiseen tiedostoon.
Kokeilemalla selviää: Tee uusi käyttäjä, olkoon hän nyt jaskaj. määrittele hänelle kotihakemisto ja anna jaskan olla oletusryhmässä: älä lisää jaskaa minnekkään erikosiin ryhmiin. Sitten kokeile jaskaj:lla josko homma toimisi. Jos toimii, niin käytä sitä ja poista toimimaton käyttäjä. terminaalista tarjoilet vaan komennon adduser jaskaj (tai useradd jaskaj) ja "muutamalla" enttereillä eteenpäin
nodns - estää /etc/resolv.conf tiedoston ylikirjottamisen. Jos otat yhteyden dhcpcd:llä, niin lisää se konffiin. useradd on parempi käyttäjän lisäämiseen. esim useradd -m -G users,audio -s /bin/bash jaska. Jos halutaan sallia esim. su niin wheel ryhmä pitää lisätä myös. Ja salasana on hyvä myös antaa , mutta ei tietysti pakollinen.
dhcpcd on käytössä. Käynnistyksessä tulee tämäntapainen teksti: "lupa evätty muutettaessa /etc/resolv.conf - oikeuksia. Toiminto ei sallittu" nameserver ip-osoite säilyy ja verkkoyhteys toimii säätämättä. useradd adduser, en muista, kumpaa ensin käytin. Tein sen muistinvaraisesti, en ohjeita lukien ja siksi virheet. Mitä eroa komennoilla on, jos useradd on parempi?.
Onko punainen omena parempi kuin vihreä omena? Miten toinen voi olla parempi kun ne tekevät täysin samat asiat? Tiedän kyllä, että useradd on yleensä se joka loppujenlopuksi suoritetaan, mutta liekkös sillä nyt niin seksuaalista merkitystä. Monessa linux-distrossa adduser on (symboolinen)linkki tuohon "useradd":iin. Joissain linux-distroissa adduser on "kopio" useraddista.
Gentoon asennus-ohjeissa sanottiin, että useradd on parempi. Perustelua siihen ei ollut. Ehkä tuo toinen tulee tulevaisuudessa poistumaan, mutta on vielä historiallisista syistä käytössä. Tosin vain linkkinä. niin kuin monet muutkin komennot. etc/resolv.conf tiedoston oikeudet on väärin jos bootissa siitä valitetaan.
Johtunee todennäköisesti purkkavirityksestä, jonka neuvoin aiemmin. Kyseinen komento poistaa tiedoston muokkaus/poisto yms. oikeudet jokaiselta käyttäjältä myös rootilta (toiminee vain ext2/3 tiedostojärjestelmien alla). Eli käytännössä se estää bootissa jonkin automaagisen skriptin toiminnan /etc/resolv.conf ylikirjoituksen/muokkauksen osalta, eli aiemmat tiedot säilyvät. Kuten jo sanoin, kyseinen viritys on purkka. Se ei poista varsinaista ongelman aiheuttajaa, se vain korjaa seuraukset. Toki olisi parempi, jos saisit korjattua ongelman aiheuttajan (en osaa suoralta kädeltä sanoa missä vika varsinaisesti on). Kyseisen purkkavirityksen haitat ovat periaatteessa kuitenkin vain kosmeettisia, mikäli pieni herja koneen käynnistyksen aikana ei haittaa, anna sen olla ja käytä varsinaisen vian etsimiseen ja korjaamiseen kuluva aika (n hour) vaikka oluen juomiseen.
chattr +i /etc/resolv.conf -komento poisti kaikilta muokkausoikeudet. Millä ne saa takaisin? Laitetaanko -i ? Ei ole tosin haitannut se teksti, mutta ihan mielenkiinnosta asiaa voisi tutkia,
Jep. chattr -i <tiedosto> poistaa 'suojauksen', senhän olisit voinut itsekin tarkistaa vaikkapa komennolla 'man chattr'
