Archlinux.fr [Forums]

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

Personne ?

salut, pour le startx, tu dois avoir un xinitrc perso, non?
pour gdm, ca pourrait venir de dbus, le service est il démarré?

pour gdm , dbus est dans mon rc.conf
Pour xinitrc ?

pour xinitrc, je viens de voir que c'est celui par défaut:
/etc/X11/xinit/xinitrc
il lance: 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

/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à

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

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 : a résolu mon soucis ...

Peut être que ça peut t'aider !

le bon mode pour /tmp serait plutot pour éviter qu'un utilisateur (ou application en espace utilisateur) efface le fichier/repertoire d'un autre utilisateur

ah oui, c'est vrai !!!
je corrige ça ce soir

Je ne connais rien au 4ème digit du chmod, m'en vais faire un man, moi...

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 !

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 tu pourras par exemple lister le répertoire "root"
pour l'enlever: 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.

merci pour les explications !
(et désolé pour le HS).

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 ?

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

fais un : Tu te délogues, relogues et hop ça devrait le faire

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

???
Merci

Je sais pas trop quoi te dire là

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