[DRI]Accélération Graphique avec vieille machine (Résolu)

[BadPotato]

ah ouin, je savais pas ca pour modprobe

... mais je viens de tester et ca avec glxinfo et ca fonctionne pas plus (ca aurait peut etre été trop beau aussi)

mais j'ai une question, un peu HS, a propos de sudo:

est-ce qu'il a un moyen(ou un script) qui permettrais de mettre toutes les applications disponible dans le dossier "/etc/sudoers" car, perso... je trouve que toutes les mettre a la main, c'est pas trop plaisant (comme ils le propose ici)

ps: si quelqu'un pourrait me dire aussi comment faire un "back up global" d'archlinux, comme je l'ai demander un peu plus haut, ca serait cool...

et sinon, encore merci pour toute votre réponse

[mélodie]

Au lieu de faire un backup, pourquoi tu ne fais pas plutôt un clone ? Ainsi tu pourrais faire des essais que tu juges dangereux, sans te prendre la tête. (Un clone : tu copies tout sur des partitions identiques en taille, partition par partition... comme si c'était une autre distro, en multi boot ).

/Edit : dans ton xorg.conf :

à la section :

#
# **********************************************************************
#
# Graphics device section
#
# **********************************************************************

Essaie de commenter ce qui ne l'es pas dans cette partie :

#
# Any number of graphics device sections may be present
#

#
# Standard VGA Device:
#

#
Section "Device"
#
Identifier "Standard VGA"
#
VendorName "Unknown"
#
BoardName "Unknown"
#

#
# The chipset line is optional in most cases. It can be used to override
#
# the driver's chipset detection, and should not normally be specified.
#

#
Chipset "generic"
#

#
# The Driver line must be present. When using run-time loadable driver
#
# modules, this line instructs the server to load the specified driver
#
# module. Even when not using loadable driver modules, this line
#
# indicates which driver should interpret the information in this section.
#

#
Driver "i810"

car tu as déjà tout ce qu'il faut dans la section relative suivante :

#
Section "Device"
#
Identifier "** Intel i810 (generic) [i810]"
#
Driver "i810"
#
# VideoRam 256
#
# Insert Clocks lines here if appropriate
#
EndSection

d'ailleurs, les deux lignes qu'on y voit, avec des commentaires, ça semble inutile ?

Code : Tout sélectionner

#    VideoRam    256
#
    # Insert Clocks lines here if appropriate

et tout en bas :

#
Section "Extensions"
#
#Option "Composite" "disable"
#
Option "RENDER" "enable"
#
EndSection

inutile de commenter

#Option "Composite" "disable"

ou c'est "enabled" et commenté, ou c'est "enabled" et pas commenté. (Par exemple).

Au final, pourquoi ne pas le mettre de côté (mv fichier fichier-back) et tenter d'en faire un tout neuf comme présenté ici ?

Préconfiguration

(hwd ou X configure ou xorgconfig).

[BadPotato]

tu est sur que faire un clone pourrait marcher?

car je me vois mal modifier le fstab et touts les autres fichiers qui sont lier aux numéros au numéros de mes partitions... (à moins que fstab serait le seul a modifier, mais j'ai un peu des doutes, la )



sinon j'avais déja essayer hwd, X configure, xorgconfig... ce n'était pas super, mais j'ai pu m'en inspirer pour certains bout.


pour le reste je vais te répondre en soirée/matinnée

[mélodie]

Eh bien, /etc/fstab, oui, et dans la partition / d'origine, ajouter une entrée pour la deuxième distrib dans /boot/grub/menu.lst si tu utilises Grub, dans /etc/lilo.conf si tu utilises Lilo. (Un bloc de texte, quoi).

De toute manière si tu n'essaies pas, tu ne sauras pas à quoi ça ressemble...

(Tu n'as pas besoin d'une partition /home à part pour la deuxième, ni d'un swap en plus, bien sûr, une seule partition avec tout dedans sera bien pour les essais que tu veux faire).

[BadPotato]

/Edit : dans ton xorg.conf :

à la section :

#
# **********************************************************************
#
# Graphics device section
#
# **********************************************************************

Essaie de commenter ce qui ne l'es pas dans cette partie :

[..........]

voila pour cela, c'est fait et sa continue de bien rouler

mais toujours pas de direct rendering...

et j'ai encore ce warning:
(pour le reste c'est ok)

Code : Tout sélectionner

[admin1@ArchLinux ~]$ grep WW /var/log/Xorg.0.log
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) I810(0): Direct rendering disabled

(on parlais plus haut de fixer une quantité de ram pour le chip... mais pour moi ca me dit rien, quelqu'un pour m'éclairer ?)


mélodie=> merci pour toutes ces infos, demain je tenterai le clonage

[mélodie]

mais toujours pas de direct rendering...

et j'ai encore ce warning:

Code : Tout sélectionner

[admin1@ArchLinux ~]$ grep WW /var/log/Xorg.0.log
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) I810(0): Direct rendering disabled

le warning sur l'acpi, je l'ai aussi, et le direct rendering est activé dans mes machines (dont une en pentium III, cousine de la tienne).

Si tu te réfère à ton dmesg, ou à ton lswh tu peux voir "acpi" partout.

apm: overridden by ACPI.

[mélodie]

J'ai booté mon portable, qui a le même driver à un poil près : i915, mais ça vient du même paquet.

pacman -Qi xf86-video-i810
...
Description : X.org Intel i810/i830/i915 video drivers

Le direct rendering fonctionne :

$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes

Voici mon xorg.conf.

J'ai tenté une comparaison avec le tien, il m'apparaît que la configuration des sections Device et Screen doivent être à modifier.

Il faut que les identifiants screen, card, monitor soient bien renseignés, et je pense aussi que ton glxinfo donne des informations contradictoires avec ce qui est déclaré dans ton xorg.conf (Screen1 au lieu de Screen0).
Tu pourrais essayer en copiant les parties du mien qui correspondent. Ça pourrait peut-être le faire.

Comme ça fonctionne, mais parce que autant sur le laptop avec la CG Intel que sur le desktop avec la carte graphique Radeon 9200 SE RV280 ça manque de quelque chose, je veux tenter d'améliorer. Sur celui où il y a Radeon, j'ai installé driconf, (depuis AUR) puis lancé driconf, réglé à 16 bits, pour voir, n'ai touché à rien d'autre et j'ai sauvegardé. Puis, j'ai envoyé une copie du ~/.driconf que j'ai obtenu vers /etc/ sous forme d'un driconf sans le '.' :

Code : Tout sélectionner

melodie@desktop ~:$sudo cp .driconf /etc/driconf

ce qui a rendu LibGL content !

car avant :

# DISPLAY=:0 LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 1.7.4 i915 (screen 0)
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/i915_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i915_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:02.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
libGL error:
Can't open configuration file /etc/drirc: No such file or directory.
libGL error:
Can't open configuration file /home/melodie/.drirc: No such file or directory.
(...)

après, je me suis mise sur la piste de messages d'erreur venant de xorg :

$ grep WW /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) I810(0): Bad V_BIOS checksum
(WW) I810(0): Extended BIOS function 0x5f11 not supported.
(WW) I810(0): Bad V_BIOS checksum
(WW) I810(0): Bad V_BIOS checksum
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(WW) Option "XkbVariant" requires an string value
(WW) I810(0): Fixing display offsets.

C'est un bug répertorié :
https://bugs.freedesktop.org/show_bug.cgi?id=6624

Bugzilla Bug 6624
AIGLX reports not supported visuals

Après avoir regardé sur le site de Mesa, je note que Archlinux est en retard pour les mises à jour, et je note surtout que aucun des changelog ne parle de ce bug, depuis la version 6.5.2.

Je note aussi que glx, qui est impliqué dans ces messages d'erreur, appartient à libgl-dri. (un pacman -Qo sur '/usr/lib/xorg/modules/extensions/libglx.so').

Si quelqu'un pense que mon raisonnement est erroné, merci par avance pour toute information... je pense qu'il se peut que le bug aie été corrigé sur la libgl-dri ?

August 3, 2007

Mesa 7.0.1 is released. This is a bug-fix release.

J'aurais bien installé les paquets mesa et libgl-dri qui sont sur git, mais ils sont de Janvier 2007.

Les versions sur testing que j'ai trouvées pour mesa et libgl (exit libgl-dri, selon ce que je trouve) :
sur
http://ftp.iasi.roedu.net/mirrors/archl ... g/os/i686/

et

http://www.tigro.lkams.kernel.org/archl ... 6/?C=M;O=A

libgl-7.0.1-1
mesa-7.0.1-1

et autres xf86, xorg.server....

Je vais esssayer de trouver un changelog à propos de libgl.

/Edit : j'ai trouvé ceci :
http://mesa3d.sourceforge.net/relnotes-7.0.1.html

mais sur le web rien trouvé de très parlant qui soit spécifique à libgl ou libgl-dri...

[BadPotato]

salut,

ca fait déja quelques heure que je cesse pas de travailler sur sur tout ca.... et je finallement je crois avoir compris bien des choses.

En faite, je crois quer toutes les informations que je vous ai donner sont erronées...

Car quand je débutais(de zéro), j'avais sauvegarder une copie de mon xorg.conf dans /root (donc apparament, lorsque je faisait

Code : Tout sélectionner

# glxinfo

il le prenait directement de /root/xorg.conf)

Heuresement, mon /root/xorg.conf est pas mal pareille(à quelques différences près) de mon /etc/X11/xorg.conf

donc la je compte, remplacer le /root/xorg.conf par /etc/X11/xorg.conf ...


je test le tout et j'édite pour la suite

---------

Edith:

Bon, alors pour résumer le tout...

Lorsque je suis sous une session "users" le fichier utiliser est /etc/X11/xorg.conf

et lorsque je suis sous la session "root" le fichier utiliser est /root/xorg.conf

cependant, quand je bootais le pc, c'était la session root qui démarrait mon GDM et de ce fait... c'était le /root/xorg.conf qui démarais en premier (je sais pas si c'est tres clair...)

donc, j'ai arranger un les 2 xorg.conf comme je le voulais (il sont maintenant parreille)

et deviner quoi?

Code : Tout sélectionner

$ glxinfo | grep "direct render"
direct rendering: Yes

alléluia!

donc a ce moment précis.. j'ai pas pu m'empêcher de jouer une game de supertux





..... bon, ok j'arrete de jouer

ps: Voici mon nouveau xorg.conf (il faudra que je fasse du ménage dans les truc inutille pour le finaliser)

pps: en faite, t'avais raison glxinfo lisait mal (screen1 au lieux de screen0), donc j'ai ceci, au lieux de ce qu'avait générer xorgconfig :

Code : Tout sélectionner

Screen 0 "Screen0" 0 0

encore merci

[BadPotato]

Bon bah Mélodie, vu que tu t'y met... je te rejoins dans l'optimisation de de tout ca

faut dire que je bat pas beaucoup de record :

Code : Tout sélectionner

$ glxgears
1968 frames in 5.5 seconds = 355.486 FPS
4618 frames in 6.2 seconds = 741.063 FPS
1806 frames in 5.0 seconds = 360.941 FPS
2314 frames in 5.1 seconds = 454.152 FPS
2385 frames in 5.0 seconds = 476.834 FPS
2165 frames in 5.0 seconds = 432.977 FPS
2354 frames in 5.0 seconds = 470.696 FPS
2854 frames in 5.0 seconds = 570.791 FPS
5236 frames in 5.0 seconds = 1047.088 FPS
6279 frames in 5.0 seconds = 1255.420 FPS

(bon y'avais FF et quelques autre truc qui tournait en meme temps, mais bon)

Code : Tout sélectionner

melodie@desktop ~:$sudo cp .driconf /etc/driconf

je crois que c'est plus:

Code : Tout sélectionner

~:$sudo cp .drirc /etc/drirc

... mais n'empeche, peut tu me dire comment fonctionne dirconf??


ca me semble un peu bizarre de rajouter des applications comme ça et pis j'ai lu un peu se howto, mais j'ai toujours du mal a cerner la logique...

en tout cas je l'ai bousiller un peu n'importe comment...:

<driconf>
<device screen="0" driver="i810">
<application name="Default">
</application>
<application name="supertux" executable="supertux">
</application>
<application name="glxinfo" executable="glxinfo">
</application>
<application name="glxgears" executable="glxgears">
</application>
</device>
</driconf>

et voici mon glxinfo

Code : Tout sélectionner

$ glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: Keith Whitwell
OpenGL renderer string: Mesa DRI i815 20050821 x86/MMX/SSE
OpenGL version string: 1.2 Mesa 6.5.2
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
    GL_ARB_texture_compression, GL_ARB_texture_env_add,
    GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
    GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle,
    GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
    GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
    GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution,
    GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram,
    GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
    GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
    GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
    GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip,
    GL_IBM_texture_mirrored_repeat, GL_MESA_ycbcr_texture, GL_MESA_window_pos,
    GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle,
    GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix,
    GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_edge_clamp,
    GL_SGIS_texture_lod

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x24 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x25 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x26 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x27 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x28 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x29 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x2a 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x2b 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x2c 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x2d 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x2e 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x2f 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x30 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x31 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x32 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow

ps: mais d'ailleur, je crois qu'il serait une bonne que j'active AIGLX, avant de me concentrer la dessus ...
a faire plus tard..

[mélodie]

Bon bah Mélodie, vu que tu t'y met... je te rejoins dans l'optimisation de de tout ca

Code : Tout sélectionner

melodie@desktop ~:$sudo cp .driconf /etc/driconf

je crois que c'est plus:

Code : Tout sélectionner

~:$sudo cp .drirc /etc/drirc

Oui ! (Autant pour moi. )

... mais n'empeche, peut tu me dire comment fonctionne dirconf??

C'est une interface graphique : que des paramètres ésotériques auxquels il ne vaut mieux pas toucher. Selon le pilote, il y a plus ou moins d'onglets disponibles (selon ce que j'ai vu sur deux machines). Si tu trouves un choix pour la profondeur des couleurs en bits, tu peux le définir là. Je ne vois pas d'autres paramètres qui puissent raisonnablement être configurés, à moins d'être un Grand Guru de la configuration de DRI.

Tu lances en user : driconf, et là il génère le .drirc

Voilà, c'est tout. Bien sûr si tu changes un paramètres, il faut cliquer sur le bouton en forme de disquette avant de quitter l'application.

ca me semble un peu bizarre de rajouter des applications comme ça

Apparemment c'est assez connu sous Archlinux aussi, j'ai vu des posts à ce sujet sur le forum anglais. (Et puis ça évite que LibGL râle comme vu avec le mode debug).

et pis j'ai lu un peu se howto, mais j'ai toujours du mal a cerner la logique...

Oulah ! Si tu vas chez Gentoo alors, je ne t'y suivrais pas !!!

en tout cas je l'ai bousiller un peu n'importe comment...:

<driconf>
<device screen="0" driver="i810">
<application name="Default">
(...)
</driconf>

Argh !
Supprimes-le et regénères le en lançant driconf, copies le à nouveau vers /etc (puis n'y touche plus... ).

Si tu accèdes à un onglet qui te permet de mettre au choix, tout, ou une ou plusieurs applications en 16 bits, ça pourrait être un plus.

et voici mon glxinfo

Code : Tout sélectionner

$ glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
...
[/quote]

Voilà qui est bien. (Et après tu as plus de 'slow' que de 'none', je ne sais à quoi réfèrent ces lignes précisément, mais je pense que ça doit être bien).

[quote]ps: mais d'ailleur, je crois qu'il serait une bonne que j'active AIGLX, avant de me concentrer la dessus :o ...
a faire plus tard..[/quote]

AIGLX c'est pour activer compiz ou beryl : à part consommer des ressources, personne ne m'a encore convaincue de l'intérêt. :P

Pour l'option :
[quote]#Option "Composite" "enable"[/quote]

tu obtiendras un message d'erreur avec glxinfo si tu l'actives, mais je pense que c'est juste un bug idiot. Ça ne doit pas créer plus de perturbation que ça.

PS: tu devrais éviter d'aller tripatouiller dans /root. Je viens de regarder le contenu du mien, il n'y a que des fichiers/répertoires cachés, mais aucun xorg.conf, et il ne faut *[u]jamais[/u]*, mais *[u]jamais de la vie[/u]*, se logguer en root. (Seule exception, avec Archlinux ou autres distros de même acabit qui terminent l'installation en mode texte, donc quand tu fais une installation, au tout début, pour créer "le monde" : ton premier user, puisque tu ne peux faire autrement).

[Skunnyk]

J'ai une carte Intel integré 945GM avec le vieux driver i810, et j'ai jamais eu a faire tout ce bazard pour avoir aiglx ou le dri o_O. Et j'attends toujours xorg 7.3 pour le driver "intel" ... (oui je me repete :p).
Enfin, content que ton probleme sois résolu
Ps: Melodie, t'as été maltraité par le root dans ta jeunesse ? Tu me fait presque peur quand tu parles de lui ^_^ Enfin bon, tant que tu sais ce que tu fais tu peux etre en root, et tu peux stocker des fichiers dans ton /root/, mais oui, ca "override" certaines conf, car certains softs cherchent d'abord dans /root/ avant /etc

[tuxce]

cette histoire de /root/xorg.conf me parait louche, glxinfo se base sur la variable DISPLAY pour donner les informations recueilli au niveau de Xorg, elle ne se base pas sur le fichier xorg.conf

pour gdm, il est toujours lancé en tant que root et lance à son tour Xorg qui va chercher dans /etc/X11/xorg.conf (et aussi d'autre endroit cf "man xorg.conf" mais pas dans $HOME)
avoir un fichier dans $HOME ne change rien

par contre certains programme comme par exemple nvidia-xconfig génére un xorg.conf dans $HOME si il n'ont pas les permissions pour /etc/X11, mais ca ne change rien au démarrage de X

[mélodie]

Ps: Melodie, t'as été maltraitée par le root dans ta jeunesse ? Tu me fait presque peur quand tu parles de lui ^_^ Enfin bon, tant que tu sais ce que tu fais tu peux etre en root, et tu peux stocker des fichiers dans ton /root/, mais oui, ca "override" certaines conf, car certains softs cherchent d'abord dans /root/ avant /etc

Tss tss ça fait longtemps que je n'avais pas eu cette conversation.

Tu évites de te logguer en root, tout simplement parce que si tu lances des applications appartenant au domaine utilisateur, en mode root, tu exposes ton système à des failles de sécurités que peuvent comporter ces logiciels. (Qui n'auront pas d'effet tant qu'ils sont lancés dans l'environnement utilisateur, mais peuvent provoquer des problèmes divers, par exemple changer un paquet de permissions insidieusement ici et là dans le système, ou autres que je n'imagine même pas - tu dis toi-même que ça peut réécrire des configurations, déjà ça, ce n'est pas terrible...).

La console ordinaire avec su, sudo, sudo -s, suffit généralement pour toutes les tâches d'administration courantes, et si tu dois faire des manipulations lourdes, il y a toujours les live CD (Knoppix, Gparted, RipLinux, Ultimate Boot CD... ), qui t'offrent tous un terminal root, aussi pourquoi donc tenter le diable ?

[mimas]

Rien ne t'empêches de nettoyer une arme à feu en y laissant un chargeur rempli. Tu nettoies l'arme, remets la culasse en place. Et hop... une munitions se retrouve dans la chambre, prête à être percutée. Tu n'es pas obligé d'être tué ou de descendre ton voisin avec une balle qui traverse le mur qui vous sépare. Mais ça peut arriver, et ça arrive.

Un PC est moins dangereux qu'une arme à feu mais c'est possiblement se tirer un balle dans le pied que de lancer des applications susceptibles d'avoir des failles en tant que root.

[BadPotato]

bon, voila le nouveau /etc/drirc

Code : Tout sélectionner

<driconf>
    <device screen="0" driver="i810">
    </device>
</driconf>

(a noter que j'ai vu aucun onglets permettant de permettre a des application en ce mettant en 16..)

puis bon... pour l'histoire de root, j'admet que j'utilise que je l'utilise un peu trop au quotidien (ce qui peu etre aussi la cause de ben des probleme avec lesquel je vous achalle :p ), mais je dois dire ne comprend rien n'a rien pour bien configurer mon sudo...

il me met toujours un:

"admin1 is not allowed to run sudo on ArchLinux. This incident will be reported."

d'ailleur voila mon /etc/sudoers

[mélodie]

bon, voila le nouveau /etc/drirc

Code : Tout sélectionner

<driconf>
    <device screen="0" driver="i810">
    </device>
</driconf>

(a noter que j'ai vu aucun onglets permettant de permettre a des application en ce mettant en 16..)

Si tu n'as pas l'onglet, c'est que cette configuration n'est pas disponible pour ton hardware. Je crois que je t'ai dit que sur deux machines différentes j'avais 4 onglets pour l'une, et seulement deux pour l'autre ?

puis bon... pour l'histoire de root, j'admet que j'utilise que je l'utilise un peu trop au quotidien (ce qui peu etre aussi la cause de ben des probleme avec lesquel je vous achalle :p ), mais je dois dire ne comprend rien n'a rien pour bien configurer mon sudo...

C'est différent de lancer une console, et de passer root dedans, et se logguer en root dés la connexion de la session. Dans le premier cas, il suffit d'invoquer 'exit' pour retrouver l'état d'utilisateur, dans le shell que tu as ouvert. Cela ne concerne donc que le shell que tu as ouvert, et non la totalité des programmes qui tournent dans la session.

il me met toujours un:

"admin1 is not allowed to run sudo on ArchLinux. This incident will be reported."

d'ailleur voila mon /etc/sudoers

Ben, tu ne l'édites pas à la main au moins ?

Ouvres une console, deviens administrateur, lances visudo et là où tu as ça :

Code : Tout sélectionner

#
#### User privilege specification
#
root    ALL=(ALL) SETENV: ALL

admin1 All=(root) NOPASSWD: /usr/bin/pacman
 
admin1 All=(root) NOPASSWD: /usr/lib/xfce4/xfsm-shutdown-helper
 
%shutdown ALL=(root) NOPASSWD: /usr/lib/xfce4/xfsm-shutdown-helper

Ton login c'est admin1 ? Et ta machine, a-t-elle un nom ?

Ma machine se nomme squirrel, mon login est mon prénom, et ma machine est configurée pour sudo, et pour éteindre la machine depuis le bouton extinction sans mot de passe. Pour cette section ça donne :

Code : Tout sélectionner

# User privilege specification
root            ALL=(ALL) ALL
melodie           squirrel=(ALL) ALL
melodie           squirrel= NOPASSWD: /sbin/halt

$driconf :

[BadPotato]

Driconf, j'Ai essayer tout ce qui me passait par la tete pour le driver et je ne réussit pas a obtenir quoique ce soit...

(exemple de test: intel, i180, i815, vesa, vga, r300, r200, r100, etc...)

perso, si ca ce trouve ma carte est trop vieille pour profiter de ce genre d'optimisation..

quand à sudo, bah rien vraiment a faire.. j'ai essayer 3 différentes /etc/sudoers pris un peu sur le net et sans bon résultats

mais j'ai remarquer un truc... lorsque je tappe mon login (admin1) dans visudo celui-ci prend la coulleur blanche, alors que si je tappe un autre login (marcel) et bien lui devient rouge...

est-ce que la couleur change forcément de quoi, dans visudo?

en tout cas, je vais essayer de pousser mes recherches la dessus, merci

ps: oui mon login est bien "admin1" et ma machine s'appelle "ArchLinux" (ouais pas tres original, mais bon)

[mélodie]

Driconf, j'Ai essayer tout ce qui me passait par la tete pour le driver et je ne réussit pas a obtenir quoique ce soit...

(exemple de test: intel, i180, i815, vesa, vga, r300, r200, r100, etc...)

perso, si ca ce trouve ma carte est trop vieille pour profiter de ce genre d'optimisation..

J'ai cité ce paquet et sa petite interface graphique juste parce que ça permet d'éliminer un message d'erreur ! Il faut comprendre que c'est purement esthétique !

Je répète : ne change rien dedans, hormis la profondeur des couleurs (dans l'espoir de laisser plus de ressources aux applications, mais pas garanti du tout !) et aussi évites d'éditer ce fichier à la main...

quand à sudo, bah rien vraiment a faire.. j'ai essayer 3 différentes /etc/sudoers pris un peu sur le net et sans bon résultats

Je ne comprends pas pourquoi tu n'imites pas celui que je t'ai passé, ci-dessus, puisque je te dis que chez moi ça fonctionne parfaitement ?

mais j'ai remarquer un truc... lorsque je tappe mon login (admin1) dans visudo celui-ci prend la coulleur blanche, alors que si je tappe un autre login (marcel) et bien lui devient rouge...

est-ce que la couleur change forcément de quoi, dans visudo?

Est-ce que par hasard, tu comprendrais le système des droits ? Le premier utilisateur créé est l'administrateur. Le suivant ne disposera que des droits que lui accordera l'administrateur au moment de la création de son compte, ou à quelque moment que ce soit plus tard.

Euh... comment tappes-tu un login dans visudo ? Pour ma part je passes admin (la première fois quand je ne peux encore le lancer en sudo), comme dit plus haut. Ouvres une console etc... (tu as un visudo graphique ? )

Si il devient rouge, c'est qu'il n'est pas content !!!

ps: oui mon login est bien "admin1" et ma machine s'appelle "ArchLinux" (ouais pas tres original, mais bon)

Ok. Alors tu mets :

Code : Tout sélectionner

# User privilege specification
admin1           ArchLinux=(ALL) ALL
admin1           ArchLinux= NOPASSWD: /sbin/halt

à la place de tout ça :

Code : Tout sélectionner

#
#### User privilege specification
#
root    ALL=(ALL) SETENV: ALL

admin1 All=(root) NOPASSWD: /usr/bin/pacman
 
admin1 All=(root) NOPASSWD: /usr/lib/xfce4/xfsm-shutdown-helper
 
%shutdown ALL=(root) NOPASSWD: /usr/lib/xfce4/xfsm-shutdown-helper

Bonne journée.

PS: j'ai entendu dire que les systèmes préfèrent les noms de machine sans majuscules.

[BadPotato]

je sais pas comment je m'y ai pris, mais j'ai finis par réussir

en faite j'avais mit:

Code : Tout sélectionner

admin           ArchLinux=(ALL) ALL
admin           ArchLinux= NOPASSWD: /sbin/halt

juste pour voir (donc sans le "1" de admin1)

ensuite j'ai fait

Code : Tout sélectionner

sudo halt

et ca a fonctionner (quoique j'aurais du essayer un truc ­>.<)

mais un truc bizzare, c'est qu'en redémmarant, visudo est revenu comme ca:

Code : Tout sélectionner

admin1           ArchLinux=(ALL) ALL
admin1           ArchLinux= NOPASSWD: /sbin/halt
admin1           ArchLinux= NOPASSWD: /usr/bin/pacman

mais bon, on s'en fiche et ca fonctionne :p

encore merci, Mélodie pour ton aide depuis un peu plus d'une semaine

[vincentxavier]

Je te suggère plutôt d'utiliser

Code : Tout sélectionner

sudo init 0 

pour arrêter et

Code : Tout sélectionner

sudo init 6

pour redémarrer, car halt et reboot n'utilisent pas les initscripts et ca va finir par te mettre une joli pagaille dans ton Arch !