PB server x

Xorg, Compiz, KDE / Gnome / Xfce / Fluxbox / e17 / fvwm ... GDM/KDM/XDM...
Répondre
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

PB server x

Message par astreides »

Bonsoir
J'ai installer archlinux 64 sur une partition qu'il me restait
L'installation s'est bien déroulée.
J'ai installer Xorg, puis Gnome et gnome extra.
J'ai configurer xorg avec nvidia.
Lorque je lance startx je tombe sur un ecran avec trois consoles.
Si je lance gdm l'écran démarre et m'affiche :
"le programme de la bannière d'accueil semble défaillant.Tentative d'en utiliser un autre"
J'ai essayer de reconfigurer Xorg avec les différentes méthodes présentes dans le Wiki, et rien n'y fait.
J'avoue d'etre perdu.
Que faire?
Merci
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

Personne ?
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

salut, pour le startx, tu dois avoir un xinitrc perso, non?
pour gdm, ca pourrait venir de dbus, le service est il démarré?
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

pour gdm , dbus est dans mon rc.conf
Pour xinitrc ?
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

pour xinitrc, je viens de voir que c'est celui par défaut:
/etc/X11/xinit/xinitrc
il lance:

Code : Tout sélectionner

twm &
xclock -geometry 50x50-1+1 &
xterm -geometry 80x50+494+51 &
xterm -geometry 80x20+494-0 &
exec xterm -geometry 80x66+0+0 -name login
donc les 3 consoles sont normales
par contre pour gdm, regarde ce que donne le log:
/var/log/gdm/x.log
x étant le numéro de l'écran
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

/var/log/gdm/o.log :

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-ARCH x86_64
Current Operating System: Linux desktop 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64
Build Date: 20 January 2008 04:07:45PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 4 20:25:40 2008
(==) Using config file: "/etc/X11/xorg.conf"
(II) Module "ramdac" already built-in
expected keysym, got XF86KbdLightOnOff: line 70 of pc
expected keysym, got XF86KbdBrightnessDown: line 71 of pc
expected keysym, got XF86KbdBrightnessUp: line 72 of pc
expected keysym, got XF86KbdLightOnOff: line 70 of pc
expected keysym, got XF86KbdBrightnessDown: line 71 of pc
expected keysym, got XF86KbdBrightnessUp: line 72 of pc
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
AUDIT: Mon Feb 4 20:25:44 2008: 8355 Xorg: client 2 rejected from local host (uid 99)
FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1; fixing.

Voilà
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

rien de bien probant, ca peut aussi etre en relation avec le réseau, tu as changé le nom de la machine dernièrement?
dans /etc/rc.conf et /etc/hosts
Avatar de l’utilisateur
marc[i1]
Maître du Kyudo
Messages : 1753
Inscription : ven. 27 oct. 2006, 10:48
Localisation : Nantes (44)

Message par marc[i1] »

Salut,

je viens d'installer Arch en 32 et j'avais moi aussi un message d'erreur avec kdm.
J'ai résolu mon soucis car c'était /tmp qui n'avais pas les bon droits ! un simple :

Code : Tout sélectionner

chmod 777 /tmp
a résolu mon soucis ...

Peut être que ça peut t'aider !
Ne vous emmerdez plus, emmerdez les autres.
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

le bon mode pour /tmp serait plutot

Code : Tout sélectionner

chmod 1777 /tmp
pour éviter qu'un utilisateur (ou application en espace utilisateur) efface le fichier/repertoire d'un autre utilisateur
Avatar de l’utilisateur
marc[i1]
Maître du Kyudo
Messages : 1753
Inscription : ven. 27 oct. 2006, 10:48
Localisation : Nantes (44)

Message par marc[i1] »

ah oui, c'est vrai !!!
je corrige ça ce soir :)
Ne vous emmerdez plus, emmerdez les autres.
Cactus
Maître du Kyudo
Messages : 2073
Inscription : sam. 16 sept. 2006, 10:39
Localisation : 31 - Toulouse Nord

Message par Cactus »

Je ne connais rien au 4ème digit du chmod, m'en vais faire un man, moi... :rtfm:
Cactus
Maître du Kyudo
Messages : 2073
Inscription : sam. 16 sept. 2006, 10:39
Localisation : 31 - Toulouse Nord

Message par Cactus »

Le premier chiffre correspond aux attributs Set-UID (4), Set-GID (2), et conservation du code en mémoire [« sticky bit »] (1).
Ben, je n'ai rien compris ! :gne:
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

:)
le set-uid (4) permet de s'approprier l'id du propriétaire en le lancant en tant que simple utilisateur.
par exemple, si tu met un

Code : Tout sélectionner

chmod u+s /bin/ls
tu pourras par exemple lister le répertoire "root"
pour l'enlever:

Code : Tout sélectionner

chmod u-s /bin/ls
pour le set-gid (2), c'est pareil que l'uid sauf que l'utilisateur s'approprie le gid.

pour ce qui est du "sticky bit", c'etait au départ (ca l'est encore pour certains unix je pense) pour optimiser l'exécution d'un process en gardant le code accessible depuis un emplacement mémoire qui ne nécessiterait qu'un seul accès (non défragmenté)
sous gnu/linux, c'est pour rajouter un controle sur la suppression d'un fichier, il faut en plus d'avoir le droit d'écriture sur le répertoire, être root ou propriétaire du fichier.
Cactus
Maître du Kyudo
Messages : 2073
Inscription : sam. 16 sept. 2006, 10:39
Localisation : 31 - Toulouse Nord

Message par Cactus »

merci pour les explications ! :chinois:
(et désolé pour le HS).
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

merci, la commande chmod a fonctionner.
Par contre, j'ai un autre pb du a ma part.
J'ai lancer pacman pour installer openoffice et pendant le téléchargement j'ai fait une fauuse manoeuvre et j'ai fermer le terminal utilisateur.
J'ai tenter de relancer pacman et j'ai le message suivant

"bash-3.2# pacman -Syu
erreur: l'initialisation de la transaction a échoué (verrouillage de la base de données impossible)
Si vous êtes sûr qu'un gestionnaire de paquet n'est pas déjà
en cours de fonctionnement, vous pouvez supprimer /var/lib/pacman/db.lck.
bash-3.2# pacman -R /var/lib/pacman/db.lck
erreur: l'initialisation de la transaction a échoué (verrouillage de la base de données impossible)
Si vous êtes sûr qu'un gestionnaire de paquet n'est pas déjà
en cours de fonctionnement, vous pouvez supprimer /var/lib/pacman/db.lck."

Par ailleurs bash-3.2# c'est notmal ?
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

autant pour moi, j'ai trouver la solution à mon erreur
Par contre ma question de l'affichege de " bash-3.2# " dans terminal utilisateur reste
Avatar de l’utilisateur
warnaud
Maître du Kyudo
Messages : 1640
Inscription : ven. 11 août 2006, 17:05
Localisation : Rolle (CH)

Message par warnaud »

fais un :

Code : Tout sélectionner

cp /etc/skel/* ~/.
Tu te délogues, relogues et hop ça devrait le faire ;)
Plus ça rate, plus ça a de chance de réussir. En somme, un succès n'est qu'une erreur qui a finit par réussir (même par erreur). Ne déséspérez donc pas et perseverez. Utilisez La Rache™
Patientia quod lard quod barrus planto diligo ut licentia
—¤÷(`[¤*Powered By *¤]´)÷¤—
Archlinux ~ Fvwm ~ Irssi ~ URxvt
astreides
Chu Ko Nu
Messages : 433
Inscription : dim. 27 janv. 2008, 09:37

Message par astreides »

bash-3.2# cp /etc/skel/* ~/.
cp: ne peut évaluer `/etc/skel/*': Aucun fichier ou répertoire de ce type

???
Merci
Avatar de l’utilisateur
warnaud
Maître du Kyudo
Messages : 1640
Inscription : ven. 11 août 2006, 17:05
Localisation : Rolle (CH)

Message par warnaud »

Code : Tout sélectionner

yaourt -Qo /etc/skel/.bashrc 
/etc/skel/.bashrc appartient à bash 3.2.033-2

Code : Tout sélectionner

ls -altr
total 28
-rw-r--r--  1 root root   48 sep 17 20:28 .bashrc
-rw-r--r--  1 root root   16 sep 17 20:28 .bash_profile
-rwxr-xr-x  1 root root  100 sep 22 21:13 .xsession
-rw-r--r--  1 root root 3729 nov 15 23:14 .screenrc
drwxr-xr-x  2 root root 4096 nov 20 22:30 .
-rwxr-xr-x  1 root root  273 jan 21 21:39 .xinitrc
drwxr-xr-x 48 root root 4096 fév  5 21:56 ..
Je sais pas trop quoi te dire là
Plus ça rate, plus ça a de chance de réussir. En somme, un succès n'est qu'une erreur qui a finit par réussir (même par erreur). Ne déséspérez donc pas et perseverez. Utilisez La Rache™
Patientia quod lard quod barrus planto diligo ut licentia
—¤÷(`[¤*Powered By *¤]´)÷¤—
Archlinux ~ Fvwm ~ Irssi ~ URxvt
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

c'est tout simplement l'effet du "." :P

Code : Tout sélectionner

cp /etc/skel/.* ~
Répondre