Dotaz: X-ka bezia len pod rootom (problem s pravami)

[matt2ss]

Dobry den, par dni dozadu sa mi pri spusteni Kubuntu Edgy Eft odmietlo spustit KDE, samotna prihlasovacia obrazovka vsak funguje. Najprv som si mylne myslel ze na vine je xorg.conf a fglrx ATi driver, ale ako som zistil, problem je niekde v pravach.

Povolil som prihlasovanie roota (na skusku). Pod rootom sa mi KDE normalne rozbehne, pri beznom uzivatelovi len blikne obrazovka a resetuje sa X server.

Skusal som spustit x-ka v nudzovom rezime, opat pod rootom funguju, ale u bezneho pouzivatela dostanem hlasku:
/usr/bin/startx: line 132: cannot create temp file for here document: no space left on device
/usr/bin/startx: line 144: cannot create temp file for here document: no space left on device
X:user not authorized to run X server, aborting
xinit: server error

sekcia tykajuca sa riadku 132 v startx vyzera takto:
# create a file with auth information for the server. ':0' is a dummy.
xserverauthfile=$HOME/.serverauth.$$
xauth -q -f $xserverauthfile << EOF ***RIADOK 132***
add :$dummy . $mcookie
EOF
serverargs=${serverargs}" -auth "${xserverauthfile}

Z tohto mi vyplinulo, ze sa system snazi vytvorit subor .serverauth.$$ v domacom priecinku, ale nieje to mozne. Ale user ma plne prava pre svoj priecinok, skontroloval som to. Volne su desiatky GB. Riadok 144 nadvazuje na 132.

Kde moze byt chyba?

Odpovědi

[jnc]

a je dosť miesta aj v /tmp resp. /?

[matt2ss]

Ano, vsetko je na jednej particii.

[Shadow]

Hlášky "no space left on device" bych se přeci jen chytil. Kolik přesně místa máte volného? Pokud je to méně nebo rovno 5%, je problém jasný - na daném souborovém systému máte obvykle 5% rezerovovaných bloků pro uživatele root, takže ten může ještě na daný fs zapisovat, zatímco uživatelé už ne. V tomto případě by šlo rezervované bloky snížit na 0 příkazem:

tune2fs -m 0 /dev/zarizeni

Kde "zarizeni" je příslušný oddíl.

[matt2ss]

Eh, volne miesto cini asi 60% (okolo 8 GB). Navyse, ako uzivatel mozem zapisovat a vytvarat subory, cize vo volnom mieste to na 100% nebude.

[AraxoN]

Nebude problém v nedostatku i-nodov? Vytvárať iné súbory v /home sa dajú v pohode?

[matt2ss]

Áno, dajú sa.

[magnum]

pozri ako je nastaveny /dev/null ... kto moze zapisovat... a daj mu 666 a potom sa skus prihlasit. toto je typicke pre cele (k)ubuntu sa tak snazi chranit system pred BFU ze cely ten system je nepouzitelny...

[matt2ss]

/dev/null uz mal nastavene prava 666, cize chyba bude inde.

[Michal Kubeček]

Na spouštění pomocí startx potřebujete, aby měl X server nastavený SUID bit. Zkontrolujte, jestli ho má.

[matt2ss]

Skusil som nastavit SUID pre startx, ale nepomohlo. X server je dost vseobecny pojem, mohli by ste upresnit, kde presne mam skontrolovat SUID bit? Dakujem.

[Michal Kubeček]

Skusil som nastavit SUID pre startx, ale nepomohlo.

Ani nemohlo, startx je skript.

X server je dost vseobecny pojem, mohli by ste upresnit, kde presne mam skontrolovat SUID bit?

X server je naprosto konkrétní pojem. Nejste-li si jistý, kde ho máte, zkuste 'which X' (a následovat případné symbolické linky).

[matt2ss]

Vyriesene. Pricinou celej tejto zalezitosti bola hlupa chyba. Po znefunkcneni Linuxu som s ext3 oddielom pracoval vo win (IFS drivery), tam som si zaroven kontroloval volne miesto. Nemal som dovod tymto ukazatelom neverit. Sok som vsak prezil, ked som zistil ze ukazovatel miesta na ext3 vo win sa z nejakeho dovodu "pomylil" a este stale sa myli o par GB! Cize - problem bol s nedostatkom volneho miesta, hlaska Linuxu bola na mieste (zaraza ma len to, ze bezny user v domovskom priecinku mohol tvorit subory... ale ten docasny subor kt. sa nemohol vytvorit a bol pricinou problemu bol zrejme vacsi, ako subory ktore som skusal ja). Hlavne je, ze po precisteni disku to uz funguje.

[Michal Kubeček]

Doporučoval bych pro jistotu na ten filesystém zkusit 'e2fsck -f'.

[matt2ss]

V poriadku :)