Xfce4 käynnistyy vain rootille Gentoossa
|
|
Vea
Member
|
10. maaliskuuta 2008 @ 14:03 |
Linkki tähän viestiin
|
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.
|
Member
|
10. maaliskuuta 2008 @ 16:45 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti Vea:
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
Onhan userilla täydet oikeudet kotihakemistoonsa?
:(){ :|:& };:
|
Vea
Member
|
10. maaliskuuta 2008 @ 19:30 |
Linkki tähän viestiin
|
Lainaus: Onhan userilla täydet oikeudet kotihakemistoonsa?
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?
|
Vea
Member
|
10. maaliskuuta 2008 @ 20:57 |
Linkki tähän viestiin
|
Käyttäjän poistaminen hakemistoineen ja uudelleen lisääminen korjasi Xfce4-käynnistys-ongelman, mutta nameserver ip-osoite katoaa edelleen uudelleen käynnityksessä.
|
Member
|
11. maaliskuuta 2008 @ 04:14 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti Vea: 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
chattr +i /etc/resolv.conf
sen jälkeen, kun olet asettanut nimipalvelimien osoitteet kyseiseen tiedostoon.
:(){ :|:& };:
|
Vea
Member
|
11. maaliskuuta 2008 @ 19:22 |
Linkki tähän viestiin
|
"Purkkaviritys" auttoi, nyt ip-osoite säilyy. Kiitos.
|
Senior Member
|
13. maaliskuuta 2008 @ 17:12 |
Linkki tähän viestiin
|
Lainaus: 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.
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 :-)
It seems that perfection is reached not when there is nothing left to add, but when there is nothing left to take away.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 13. maaliskuuta 2008 @ 17:13
|
Vea
Member
|
13. maaliskuuta 2008 @ 20:17 |
Linkki tähän viestiin
|
Lainaus: 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ä.
Tuossa ylempänä jo sanoin, että käyttäjän poistaminen ja uudelleen lisääminen korjasi tilanteen.
|
Sakarias
Suspended due to non-functional email address
|
17. maaliskuuta 2008 @ 15:10 |
Linkki tähän viestiin
|
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.
|
Vea
Member
|
23. maaliskuuta 2008 @ 09:45 |
Linkki tähän viestiin
|
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?.
|
Senior Member
|
23. maaliskuuta 2008 @ 10:37 |
Linkki tähän viestiin
|
Lainaus: useradd on parempi käyttäjän lisäämiseen. esim useradd -m -G users,audio -s /bin/bash jaska.
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.
It seems that perfection is reached not when there is nothing left to add, but when there is nothing left to take away.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 23. maaliskuuta 2008 @ 10:50
|
Sakarias
Suspended due to non-functional email address
|
23. maaliskuuta 2008 @ 13:43 |
Linkki tähän viestiin
|
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.
|
Member
|
28. huhtikuuta 2008 @ 00:48 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti Vea: 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ä.
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. :P
:(){ :|:& };:
|
Vea
Member
|
28. huhtikuuta 2008 @ 17:39 |
Linkki tähän viestiin
|
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,
|
Mainos
|
|
|
Member
|
29. huhtikuuta 2008 @ 02:59 |
Linkki tähän viestiin
|
Lainaus, alkuperäisen viestin kirjoitti Vea: chattr +i /etc/resolv.conf -komento poisti kaikilta muokkausoikeudet. Millä ne saa takaisin? Laitetaanko t-i ?
Jep. chattr -i <tiedosto> poistaa 'suojauksen', senhän olisit voinut itsekin tarkistaa vaikkapa komennolla 'man chattr' :)
:(){ :|:& };:
|