(ps : tjs rien… 
)
Snif…
Pas de fichier .Xauthority => pas de possibilité de se connecter au serveur X pour les applications. À mon avis c’est là le pbm. Je vais réfléchir à ce pbm mais je sèche pour le moment…
Dis moi, peux tu écrire dans ta partition. Essaye de voir ce que ça donne en mettant les droits de ton répertoire personnel (ou du répertoire /root si tu fais ça sous root) à 777…
Vérifie aussi que ta partition n’est pas montée en lecture seule…
mmm en principe, apparemment je devrais avoir un truc dans le genre (trouvé sur la toile).
monordi$ ps -ef | grep X
/usr/bin/X11/X vt7 -deferglyphs 16 -dpi 100 -auth /var/lib/xdm/authdir/authfiles/A:0-3HgThN
Moi je n’ai que ça :
sh-3.1# ps -ef | grep X
root 29969 29968 0 09:33 tty7 00:00:00 X :1
root 30631 29992 0 10:04 pts/1 00:00:00 grep X
Perso, j’ai modifié mes droits en /var pour tout mettre en 777. J’avais jamais rien modifié à ce niveau là, mais il parait que cela poserait parfois problème quand ce n’est pas le cas (en l’occurence, ça change que dalle).
J’ai fait :
sh-3.1# xauth l $DISPLAY (ou: sh-3.1# xauth list)
Monstre/unix:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
Monstre:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
sh-3.1# ls -la /root| grep .Xauthority
-rw------- 1 root root 0 2008-09-28 22:54 .Xauthority
Sur le site tuteurs.ens.fr/unix/shell/variable.html, on peut voir la définition suivante : Un display est une connexion (socket) au serveur X. Cette variable est souvent de la forme : machine.somehost.somewhere:0.0 Si cette variable est vide, c’est qu’il n’y a pas d’affichage graphique possible.
sh-3.1# ps aux| grep X
root 32465 0.6 0.3 48092 13324 tty7 S<s+ 13:12 0:00 X :1
root 32501 0.0 0.0 7236 836 pts/3 S+ 13:13 0:00 grep X
sh-3.1# echo $DISPLAY
sh-3.1#
(c’est vide)
Hum… en principe, je devrais avoir un truc du style :
swed@swed:~$ echo $DISPLAY
:0.0
Et apparemment, la variable $DISPLAY est automatiquement initialisée lors du démarrage du serveur graphique.
Mais bon, le problème est sans doute lié à xauth. Il s’agit sans doute de la conséquence, pas de la cause.
Il y a moyen de le créer à la mano, je crois. Mais… je ne crois pas que ce soit la solution. Ou bien elle serait bigrement provisoire, puisque le contenu du fichier Xauthority est renouvelé à chaque connexion (si je ne me trompe pas). Je ne vais quand même pas recommencer la manoeuvre à chaque fois que je veux bosser sur mon IG… 
(bon, en fait ce qui est dessus, ça m’a pris au moins 3 heures pour le taper, ayant été sans arrêt interrompu. Je vais continuer de fouiner ensuite).
Pour ma partition, je vais vérifier. En principe, oui… je te dis ça dans moins de 5 mm.
Eh bien, d’une part, j’ai écrit dans “TRACE”, mais il se trouve dans /tmp, sur une autre partition. Donc…
Toutefois, en root :
sh-3.1# cd /root
sh-3.1# ls
certs Desktop nohup.out SSL-cert-vsftpd
sh-3.1# touch toto
sh-3.1# echo toto > toto
sh-3.1# cat toto
toto
sh-3.1# ls
certs Desktop nohup.out SSL-cert-vsftpd toto
Donc, je peux écrire.
Au niveau de l’occupation des partoches :
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda5 259M 206M 40M 85% /
tmpfs 2,0G 0 2,0G 0% /lib/init/rw
udev 10M 120K 9,9M 2% /dev
tmpfs 2,0G 0 2,0G 0% /dev/shm
/dev/sda10 189G 67G 113G 38% /home
/dev/sda9 373M 11M 343M 3% /tmp
/dev/sda6 4,6G 2,9G 1,5G 66% /usr
/dev/sda7 2,8G 664M 2,0G 25% /var
/dev/sdf1 3,0G 3,0G 0 100% /media/usb
/dev/scd1 752K 752K 0 100% /media/Memup Drive
Le système de fichier /root n’étant pas sur une partition spécifique, je suppose qu’il se trouve dans /.
J’oubliais :
sh-3.1# mount
/dev/sda5 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda10 on /home type ext3 (rw)
/dev/sda9 on /tmp type ext3 (rw)
/dev/sda6 on /usr type ext3 (rw)
/dev/sda7 on /var type ext3 (rw)
/dev/sdf1 on /media/usb type vfat (rw,iocharset=iso8859-15,codepage=850)
nfsd on /proc/fs/nfsd type nfsd (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/scd1 on /media/Memup Drive type iso9660 (ro,noexec,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8)
Tout est monté en lecture/écriture.
(tiens, juste en parenthèse :
sh-3.1# ls
bin dev home lib32 media opt sbin sys var
boot emul initrd lib64 mnt proc selinux tmp vmlinuz
cdrom etc lib lost+found nohup.out root srv usr vmlinuz.old
Je n’ai jamais fait attention, mais lib32 et lib64 en /, c’est normal? Le contenu fait partie du paquetage libc6-i386)
[quote=“sonador”]mmm en principe, apparemment je devrais avoir un truc dans le genre (trouvé sur la toile).
monordi$ ps -ef | grep X
/usr/bin/X11/X vt7 -deferglyphs 16 -dpi 100 -auth /var/lib/xdm/authdir/authfiles/A:0-3HgThN
Moi je n’ai que ça :
sh-3.1# ps -ef | grep X
root 29969 29968 0 09:33 tty7 00:00:00 X :1
root 30631 29992 0 10:04 pts/1 00:00:00 grep X
Perso, j’ai modifié mes droits en /var pour tout mettre en 777. J’avais jamais rien modifié à ce niveau là, mais il parait que cela poserait parfois problème quand ce n’est pas le cas (en l’occurence, ça change que dalle).
J’ai fait :
sh-3.1# xauth l $DISPLAY (ou: sh-3.1# xauth list)
Monstre/unix:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
Monstre:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
sh-3.1# ls -la /root| grep .Xauthority
-rw------- 1 root root 0 2008-09-28 22:54 .Xauthority
[/quote]
Scrogneugneu essaye:
$ xauth add :0 MIT-MAGIC-COOKIE-1 590bd9fb9def218f8c100b6eeeeeee
puis vérifies par
$ xauth list
Recommence avec
$ xauth generate :0 MIT-MAGIC-COOKIE-1
et
$ xauth list
Tu dois avoir des trucs qui se sont rajoutés. Mais pour cela il faut que le serveur X ait démarré, sinon ça gueule.
Oui mais le DISPLAY dépend de l’androit où tu est. Si tu est en ssh avec exportation X, tu dois avoir un display genre
localhost:10.0
Si tu es sous X,
:0.0
Si tu es sous console, en ssh avec X non exporté, tu n’as rien
(Pour ta dernière question, oui c’est normal)
Commande effectuée :
sh-3.1# strace xauth add :0 MIT-MAGIC-COOKIE-1 590bd9fb9def218f8c100b6eeeeeee:1 2> /tmp/TRACE
Résultat :
sh-3.1# xauth list
Monstre/unix:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
Monstre:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
Commande effectué:
sh-3.1# strace xauth generate :0 MIT-MAGIC-COOKIE-1:1 2> /tmp/TRACE
Résultat :
sh-3.1# xauth list
Monstre/unix:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
Monstre:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
J’ai gardé les “TRACE” si besoin est (le second est particulièrement volumineux). Je pense que tu voulais tester s’il était possible de procéder à la création des clé à la mano. Apparemment, ça fonctionne.
Ooopps au temps pour moi : j’ai dû faire une erreur, avant. Je recommence :
sh-3.1# xauth add :0 MIT-MAGIC-COOKIE-1 590bd9fb9def218f8c100b6eeeeeee
sh-3.1# xauth list
Monstre/unix:0 MIT-MAGIC-COOKIE-1 590bd9fb9def218f8c100b6eeeeeee
Monstre:0 MIT-MAGIC-COOKIE-1 920596c6c3b73ed2ebd5730e366e617a
sh-3.1#
Donc xauth marche, ton fichier .Xauthority ne doit pas être vide désormais (jusqu’à ce qu’il soit refait). C’est vraiment curieux… Les droits sur /tmp sont bien à 1777 ?? (C’est là où est mis le socket unix)
Eh bien côté droits, j’ai:
sh-3.1# ls -l /tmp
total 29
drwx------ 2 christian christian 1024 2008-09-28 22:53 gconfd-christian
drwx------ 2 root root 1024 2008-09-28 22:54 gconfd-root
drwx------ 2 root root 12288 2008-08-11 01:37 lost+found
srwxr-xr-x 1 christian christian 0 2008-09-28 22:53 mapping-christian
srwxr-xr-x 1 root root 0 2008-09-28 22:53 mapping-root
drwxr-xr-x 2 root root 1024 2008-09-28 22:34 msttcorefonts.m21451
-rw------- 1 root root 0 2008-09-29 16:26 nohup.out
drwx------ 2 christian christian 3072 2008-09-28 22:53 orbit-christian
drwx------ 2 root root 1024 2008-09-28 22:54 orbit-root
-rw-r–r-- 1 root root 6885 2008-10-01 11:09 TRACE
-rw------- 1 root root 2643 2008-10-01 10:11 zmanf6rwBd
sh-3.1# ls -l | grep tmp
drwxrwxrwt 10 root root 3072 2008-10-01 17:00 tmp
sh-3.1# ps -aux | grep X
Warning: bad ps syntax, perhaps a bogus ‘-’? See procps.sf.net/faq.html
root 28766 0.0 0.0 7232 828 pts/1 S+ 17:23 0:00 grep X
sh-3.1# ls -la | grep Xauthority
-rw------- 1 root root 0 2008-09-28 22:54 .Xauthority
(le px aux sur X, je l’ai indiqué par ce que pressé comme je suis, je n’ai pas le temps de fouiner pour savoir si le fichier Xauthority revient à zéro quand X est clos, ou si, par défaut, il garde le contenu avant de le renouveler à l’ouverture d’une nouvelle session. Mais si tu sais… n’hésite pas à me le dire).
Non, le fichier .Xauthority n’est pas mis à zéro lors de la session X, c’est parce qu’il est nul que tu n’a aucun droit sur ta session X.
Après lecture de la doc, c’est gdm qui gère le fichier .Xauthority ou bien le xinitrc. Vérifies ce fichier.
Eh bien… voilà ce que j’ai:
sh-3.1# ls -l /etc/init.d/gdm
-rwxr-xr-x 1 root root 1833 2006-12-16 12:52 /etc/init.d/gdm
sh-3.1# slocate xinitrc
/etc/X11/xinit/xinitrc
sh-3.1# ls -l /etc/X11/xinit/xinitrc
-rw-r–r-- 1 root root 224 2007-01-12 19:08 /etc/X11/xinit/xinitrc
sh-3.1# apt-file search xinitrc
gmessage: /usr/share/doc/gmessage/examples/xinitrc
icewm-themes: /usr/share/doc/icewm-themes/jaywalk/doc/xinitrc
mined: /usr/share/mined/xinitrc.mined
xbase-clients: /etc/X11/xinit/xinitrc
xfce4-utils: /etc/xdg/xfce4/xinitrc
xinit: /etc/X11/xinit/xinitrc
Xinitrc fait partie, lui aussi, de xbase-clients. Il es bien installé. J’ai vérifié l’installation de xbase : Ca a l’air ok :
sh-3.1# dpkg -s xbase-clients
Package: xbase-clients
Status: install ok installed
Priority: optional
Section: x11
Installed-Size: 3852
Maintainer: Debian X Strike Force debian-x@lists.debian.org
Architecture: amd64
Version: 1:7.1.ds1-2
Depends: libc6 (>= 2.3.5-1), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.2), libfs6, libgl1-mesa-glx | libgl1, libice6 (>= 1:1.0.0), libpng12-0 (>= 1.2.13-4), libsm6, libx11-6, libxau6, libxaw7, libxcursor1 (>> 1.1.2), libxext6, libxft2 (>> 2.1.1), libxi6, libxkbfile1, libxmu6, libxmuu1, libxrandr2, libxrender1, libxss1, libxt6, libxtrap6, libxtst6, libxv1, libxxf86dga1, libxxf86vm1, zlib1g (>= 1:1.2.1)
Pre-Depends: x11-common (>= 1:7.0.0)
++±=============================-=============================-==========================================================================
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libfontconfig1 2.4.2-1.2 generic font configuration library - runtime
ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared library files
ii libfs6 1.0.0-4 X11 Font Services library
un libgl1 <néant> (aucune description n’est disponible)
ii libgl1-mesa-glx 7.0.3-5 A free implementation of the OpenGL API – GLX runtime
ii libice6 1.0.1-2 X11 Inter-Client Exchange library
ii libpng12-0 1.2.15~beta5-1 PNG library - runtime
ii libsm6 1.0.1-3 X11 Session Management library
ii libx11-6 1.0.3-7 X11 client-side library
ii libxau6 1.0.1-2 X11 authorisation library
ii libxaw7 1.0.2-4 X11 Athena Widget library
ii libxcursor1 1.1.7-4 X cursor management library
ii libxext6 1.0.1-2 X11 miscellaneous extension library
ii libxft2 2.1.8.2-8 FreeType-based font drawing library for X
ii libxi6 1.0.1-4 X11 Input extension library
ii libxkbfile1 1.0.3-2 X11 keyboard file manipulation library
ii libxmu6 1.0.2-2 X11 miscellaneous utility library
ii libxmuu1 1.0.2-2 X11 miscellaneous micro-utility library
ii libxrandr2 1.1.0.2-5 X11 RandR extension library
ii libxrender1 0.9.1-3 X Rendering Extension client library
ii libxss1 1.1.0-1 X11 Screen Saver extension library
ii libxt6 1.0.2-2 X11 toolkit intrinsics library
ii libxtrap6 1.0.0-4 X11 event trapping extension library
ii libxtst6 1.0.1-5 X11 Testing – Resource extension library
ii libxv1 1.0.2-1 X11 Video extension library
ii libxxf86dga1 1.0.1-2 X11 Direct Graphics Access extension library
ii libxxf86vm1 1.0.1-2 X11 XFree86 video mode extension library
ii mesa-utils 6.3.2-2.1 Miscellaneous Mesa GL utilities
ii x11-common 7.1.0-19 X Window System (X.Org) infrastructure
ii zlib1g 1.2.3-13 compression library - runtime
bref, faut que je trouve
Le contenu de xinitrc est très court
#!/bin/sh
$Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $
/etc/X11/xinit/xinitrc
global xinitrc file, used by all X sessions started by xinit (startx)
invoke global X session script
. /etc/X11/Xsession
Je ne vois pas de problèmes de ce côté là.
Même chose pour /etc/init.d gdm :
. /etc/default/locale
export LANG LANGUAGE
fi
. /lib/lsb/init-functions
To start gdm even if it is not the default display manager, change
HEED_DEFAULT_DISPLAY_MANAGER to “false.”
HEED_DEFAULT_DISPLAY_MANAGER=true
DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager
case “$1” in
start)
if [ -e “$DEFAULT_DISPLAY_MANAGER_FILE” -a “$HEED_DEFAULT_DISPLAY_MANAGER” = “true” -a “$(cat $DEFAULT_DISPLAY_MANAGER_FILE 2> /dev/null)” != “$DEBCONF_DAEMON” ]; then
log_action_msg "Not starting GNOME Display Manager; it is not the default display manager"
else
log_daemon_msg “Starting GNOME Display Manager” "gdm"
start_daemon $DAEMON
log_end_msg $?
fi
;;
stop)
log_daemon_msg “Stopping GNOME Display Manager” "gdm"
set +e
start-stop-daemon --stop --quiet --pidfile /var/run/gdm.pid
–name gdm --retry 5
set -e
log_end_msg $?
;;
reload)
log_daemon_msg “Scheduling reload of GNOME Display Manager configuration” "gdm"
set +e
start-stop-daemon --stop --signal USR1 --quiet --pidfile
/var/run/gdm.pid --name gdm
set -e
log_end_msg $?
;;
restart|force-reload)
$0 stop
$0 start
;;
*)
echo "Usage: /etc/init.d/gdm {start|stop|restart|reload|force-reload}"
exit 1
;;
esac
exit 0
mais bon, je ne suis pas bash-lors (muarf… elle revient de loin celle-là).
D’après ce que je vois, y a pas de droit d’exécution sur xinitrc. Tu en as un, de ton côté?
hum, tu sais quoi? J’ai fait un simple startx, taper sur “entrée” et revérifié mon Xauthority :
-rw------- 1 root root 150 2008-10-06 01:07 .Xauthority
Monstre:~# cat .Xauthority
Monstre0MIT-MAGIC-COOKIE-1GÈ 5+Ò¯áêüÄ0MIT-MAGIC-COOKIE-1GÈ 5+Ò¯áêüÄáÀ¨<0MIT-MAGIC-COOKIE-1GÈ 5+Ò¯áêüÄá
(la police est dégeulasse… mais c’est une question d’utf8, que je n’ai pas choisi en lançant putty, peut-être… je dois regarder).
:s
Le hic, c’est que je n’ai tjs rien…
Demain je vais essayer avec system Rescue CD, histoire de voir ce que ça me donne après un startx.
Soit-dit en passant :
Monstre:~# ps aux | grep X
root 23507 0.0 0.0 10012 840 pts/0 S 01:07 0:00 xinit /etc/X11/xinit/xinitrc – /etc/X11/xinit/xserverrc -auth /root/.serverauth.23491
root 23508 0.1 0.3 48088 13904 tty8 S<s+ 01:07 0:00 /usr/bin/X11/X -dpi 100 -nolisten tcp
root 23796 0.0 0.0 7236 844 pts/0 S+ 01:15 0:00 grep X
[quote=“sonador”]Soit-dit en passant :
Monstre:~# ps aux | grep X
root 23507 0.0 0.0 10012 840 pts/0 S 01:07 0:00 xinit /etc/X11/xinit/xinitrc – /etc/X11/xinit/xserverrc -auth /root/.serverauth.23491[/quote]
Voilà autre chose maintenant, d’où soirt ce nom de fichier??? Regarde ce fichier /root/.serverauth.23491
son contenu et ce qu’il y a dedans, éventuellement juste pour voir, fait un lien
.Xauthority -> /root/.serverauth.23491
Hello,
bon, hier… je t’ai fait une réponse détaillée mais Arrrgghhh, j’ai tout perdu à cause de la mise à jour de postgres sur le serveur du forum. Je te fais donc le résumé:
En gros, j’ai refais la même chose qu’hier et là, le serveur X ne m’a pas rendu la main après un “entrée”.
Qui plus est, même stoppé, le Xauthority me met :
-rw------- 1 root root 52 2008-10-06 01:07 .serverauth.23491
-rw------- 1 root root 0 2008-09-21 19:05 .Xauthority.bak
Le fichier est tjs au même poids.
dans le .serverauth, j’ai :
sh-3.1# vim .serverauth.23491
^A^@^@^GMonstre^@^A0^@^RMIT-MAGIC-COOKIE-1^@^PGà 5+ï^^Náêü^X^QÃ
á
le Xauthority ne fait pas mieux :
sh-3.1# vim .Xauthority
^A^@^@^GMonstre^@^A0^@^RMIT-MAGIC-COOKIE-1^@^PGà 5+ï^^Náêü^X^QÃ
T-MAGIC-COOKIE-1^@^PGà 5+ï^^Náêü^X^Qà á^@^@^@^D^?^@^@^A^@^A0^@^RMIT-MAGIC-COOKIE-1^@^PGà 5+ï^^Náêü^X^QÃ
á á^@^@^@^Dè^A<~
~
Ce ne serait pas un fichier binaire, par hasard?
Puisqu’on peut générer un Xorg tout neuf avec X, je tente le coup, histoire de voir ce que ça fait :
sh-3.1# X -configure
X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN
Current Operating System: Linux Monstre 2.6.24-etchnhalf.1-amd64 #1 SMP Mon Jul 21 10:36:02 UTC 2008 x86_64
Build Date: 01 June 2008
Before reporting problems, check 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: Tue Oct 7 14:17:06 2008
List of video drivers:
tga
nv
v4l
ati
chips
apm
cyrix
voodoo
cirrus
trident
s3virge
atimisc
radeon
ark
siliconmotion
s3
savage
mga
neomagic
r128
i810
glint
tseng
tdfx
via
sis
sisusb
rendition
i128
dummy
fbdev
vesa
vga
(++) Using config file: “/home/Masteradm01/xorg.conf.new”
(EE) NV(0): G80 PROBE_DETECT unimplemented
Xorg is not able to detect your mouse.
Edit the file and correct the Device.
Your xorg.conf file is /home/Masteradm01/xorg.conf.new
To test the server, run ‘X -config /home/Masteradm01/xorg.conf.new’
Le (EE) NV(0): G80 PROBE_DETECT unimplemented te parle-t-il?
J’ai aussi des erreurs de ce type dans dmesg :
mtrr: type mismatch for fbc00000,200000 old: write-back new: write-combining
mtrr: type mismatch for fb800000,400000 old: write-back new: write-combining
mtrr: type mismatch for fb000000,800000 old: write-back new: write-combining
eth1: no IPv6 routers present
mtrr: type mismatch for fbc00000,200000 old: write-back new: write-combining
mtrr: type mismatch for fb800000,400000 old: write-back new: write-combining
mtrr: type mismatch for fb000000,800000 old: write-back new: write-combining
mtrr: type mismatch for fbc00000,200000 old: write-back new: write-combining
mtrr: type mismatch for fb800000,400000 old: write-back new: write-combining
Chelou, tout ça!
(arghhh dans quoi je me suis embarqué!)
Au fait… je réponds à tout le monde, mais j’ai plus de réponse sur mon ticket de m… :s
Personne n’aurait une solution ou une idée dans son chapeau surprise, par hasard?
(soupir) Je suis parti pour tout refaire, en somme…
Je ne comprends pas, je ne crois pas que ce soit bien grave. As tu essayé d’un autre compte tout neuf? As tu essayé une désinstallation complète de Xorg (avec --purge) et réinstallation? Je pense que c’est un pbm de droit ou un fichier d’initialisation mauvais mais je ne vois pas comment le trouver sans être devant la machine…