Impossible d'éditer xorg.conf

**marineco** · 26/07/2013, 23h59

Bonjour à tous !

Je me tourne vers vous car après de multiples recherches sur internet je n'ai toujours pas trouvé de réponses à mon réponse à mon problème :

Je "contrôle" à distance une machine tournant sous Ubuntu 8.04.2 Hardy Heron via Putty en lignes de commande shell et Filezilla pour l'extrction et l'envoie de fichiers.

J'ai voulu faire un backup du fichier xorg.conf.
J'ai donc tapé dans le shell la commande sudo cp xorg.conf.backup xorg.conf avec pour message d'erreur "no space on display ..."

Avec Filezilla j'ai donc essayé de remplacer le fichier xorg.conf en créant d'abord une sauvegarde puis en envoyant le backup sur xorg.conf.
(j'ai modifié les droits sur xorg.conf et toutes mes manip sont en root)

Résultat de l'expérience : xorg.conf est vide, la copie aussi.

Heureusement j'avais déjà extrait xorg.conf sur mon disque dur donc je l'ai. Mais le transfert est impossible et je pense que c'est parce qu'un processus tourne et empêche toute modification.

Si vous avez une idée de ce qui bloque, cela m'aiderait beaucoup

Voici la liste de mes processus actuels :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.3   2828  1692 ?        Ss   00:00   0:00 /sbin/init
root         2  0.0  0.0      0     0 ?        S<   00:00   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   00:00   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S<   00:00   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   00:00   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S<   00:00   0:00 [events/0]
root         7  0.0  0.0      0     0 ?        S<   00:00   0:00 [khelper]
root        70  0.0  0.0      0     0 ?        S<   00:00   0:00 [kblockd/0]
root        73  0.0  0.0      0     0 ?        S<   00:00   0:00 [kacpid]
root        74  0.0  0.0      0     0 ?        S<   00:00   0:00 [kacpi_notify]
root       147  0.0  0.0      0     0 ?        S<   00:00   0:00 [ata/0]
root       148  0.0  0.0      0     0 ?        S<   00:00   0:00 [ata_aux]
root       151  0.0  0.0      0     0 ?        S<   00:00   0:00 [ksuspend_usbd]
root       156  0.0  0.0      0     0 ?        S<   00:00   0:00 [khubd]
root       159  0.0  0.0      0     0 ?        S<   00:00   0:00 [kseriod]
root       166  0.0  0.0      0     0 ?        S<   00:00   0:00 [kmmcd]
root       172  0.0  0.0      0     0 ?        S<   00:00   0:00 [btaddconn]
root       173  0.0  0.0      0     0 ?        S<   00:00   0:00 [btdelconn]
root       190  0.0  0.0      0     0 ?        S<   00:00   0:00 [kondemand/0]
root       209  0.0  0.0      0     0 ?        S    00:00   0:00 [pdflush]
root       210  0.0  0.0      0     0 ?        S    00:00   0:00 [pdflush]
root       211  0.0  0.0      0     0 ?        S<   00:00   0:00 [kswapd0]
root       253  0.0  0.0      0     0 ?        S<   00:00   0:00 [aio/0]
root       918  0.0  0.0      0     0 ?        S<   00:00   0:00 [scsi_eh_0]
root       920  0.0  0.0      0     0 ?        S<   00:00   0:00 [scsi_eh_1]
root      1293  0.0  0.0      0     0 ?        S<   00:00   0:00 [krfcommd]
root      1563  0.0  0.0      0     0 ?        S<   00:00   0:00 [rpciod/0]
root      1622  0.0  0.0      0     0 ?        S<   00:00   0:00 [unionfs_siod/0]
root      2061  0.0  0.0      0     0 ?        S<   00:00   0:00 [kjournald]
root      2070  0.0  0.0      0     0 ?        S<   00:00   0:00 [loop0]
root      2133  0.0  0.0      0     0 ?        S<   00:00   0:00 [kjournald]
root      2312  0.0  0.1   2192   700 ?        S<s  00:00   0:00 /sbin/udevd --daemon
root      3442  0.0  0.0      0     0 ?        S<   00:00   0:00 [kjournald]
root      3670  0.0  0.1   1700   524 tty4     Ss+  00:00   0:00 /sbin/getty 38400 tty4
root      3671  0.0  0.1   1700   528 tty5     Ss+  00:00   0:00 /sbin/getty 38400 tty5
root      3676  0.0  0.1   1700   524 tty2     Ss+  00:00   0:00 /sbin/getty 38400 tty2
root      3678  0.0  0.1   1700   520 tty3     Ss+  00:00   0:00 /sbin/getty 38400 tty3
root      3679  0.0  0.1   1700   524 tty6     Ss+  00:00   0:00 /sbin/getty 38400 tty6
syslog    3705  0.0  0.1   1908   624 ?        Ss   00:00   0:00 /sbin/syslogd -u syslog
root      3725  0.0  0.1   1852   524 ?        S    00:00   0:00 /bin/dd bs 1 if /proc/kmsg of /var/run/klogd/kmsg
klog      3727  0.0  0.3   3128  2008 ?        Ss   00:00   0:00 /sbin/klogd -P /var/run/klogd/kmsg
105       3747  0.0  0.1   2524   928 ?        Ss   00:00   0:00 /usr/bin/dbus-daemon --system
root      3768  0.0  0.2   5128  1412 ?        Ss   00:00   0:00 /usr/sbin/sshd
root      3794  0.0  0.0      0     0 ?        S<   00:00   0:00 [loop1]
www-data  3816  0.0  0.2   5684  1308 ?        S    00:00   0:00 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
root      3836  0.0  0.2   2528  1172 tty1     Ss   00:00   0:00 /bin/login -f      tty1
root      3837  0.0  0.3   4140  1804 tty1     S+   00:00   0:00 -bash
root      3867  0.0  0.4   7584  2208 ?        Ssl  00:04   0:00 /usr/sbin/console-kit-daemon
root      4076  0.0  0.4   7844  2380 ?        Ss   01:01   0:00 sshd: root@notty
root      4079  0.0  0.2   4420  1316 ?        Ss   01:01   0:00 /usr/lib/openssh/sftp-server
root      4088  0.0  0.4   7844  2424 ?        Ss   01:05   0:00 sshd: root@pts/0
root      4091  0.0  0.3   4104  1780 pts/0    Rs   01:05   0:00 -bash
root      4100  0.0  0.1   2640  1004 pts/0    R+   01:09   0:00 ps aux
(T: 400T)root@ume:~#

et avant la manip :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
root         1  0.0  0.3   2828  1692 ?        Ss   07:55   0:00 /sbin/init
root         2  0.0  0.0      0     0 ?        S<   07:55   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   07:55   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S<   07:55   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   07:55   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S<   07:55   0:00 [events/0]
root         7  0.0  0.0      0     0 ?        S<   07:55   0:00 [khelper]
root        70  0.0  0.0      0     0 ?        S<   07:55   0:00 [kblockd/0]
root        73  0.0  0.0      0     0 ?        S<   07:55   0:00 [kacpid]
root        74  0.0  0.0      0     0 ?        S<   07:55   0:00 [kacpi_notify]
root       147  0.0  0.0      0     0 ?        S<   07:55   0:00 [ata/0]
root       148  0.0  0.0      0     0 ?        S<   07:55   0:00 [ata_aux]
root       151  0.0  0.0      0     0 ?        S<   07:55   0:00 [ksuspend_usbd]
root       156  0.0  0.0      0     0 ?        S<   07:55   0:00 [khubd]
root       159  0.0  0.0      0     0 ?        S<   07:55   0:00 [kseriod]
root       166  0.0  0.0      0     0 ?        S<   07:55   0:00 [kmmcd]
root       172  0.0  0.0      0     0 ?        S<   07:55   0:00 [btaddconn]
root       173  0.0  0.0      0     0 ?        S<   07:55   0:00 [btdelconn]
root       190  0.0  0.0      0     0 ?        S<   07:55   0:00 [kondemand/0]
root       209  0.0  0.0      0     0 ?        S    07:55   0:00 [pdflush]
root       210  0.0  0.0      0     0 ?        S    07:55   0:00 [pdflush]
root       211  0.0  0.0      0     0 ?        S<   07:55   0:00 [kswapd0]
root       253  0.0  0.0      0     0 ?        S<   07:55   0:00 [aio/0]
root       918  0.0  0.0      0     0 ?        S<   07:55   0:00 [scsi_eh_0]
root       920  0.0  0.0      0     0 ?        S<   07:55   0:00 [scsi_eh_1]
root      1293  0.0  0.0      0     0 ?        S<   07:55   0:00 [krfcommd]
root      1563  0.0  0.0      0     0 ?        S<   07:55   0:00 [rpciod/0]
root      1622  0.0  0.0      0     0 ?        S<   07:55   0:00 [unionfs_siod/0]
root      2061  0.0  0.0      0     0 ?        S<   07:55   0:00 [kjournald]
root      2070  0.0  0.0      0     0 ?        S<   07:55   0:00 [loop0]
root      2335  0.0  0.0      0     0 ?        S<   07:55   0:00 [kjournald]
root      2515  0.0  0.1   2192   704 ?        S<s  07:55   0:00 /sbin/udevd --daemon
root      3646  0.0  0.0      0     0 ?        S<   07:55   0:00 [kjournald]
root      3872  0.0  0.1   1700   524 tty4     Ss+  07:55   0:00 /sbin/getty 38400 tty4
root      3875  0.0  0.1   1700   516 tty5     Ss+  07:55   0:00 /sbin/getty 38400 tty5
root      3881  0.0  0.1   1700   520 tty2     Ss+  07:55   0:00 /sbin/getty 38400 tty2
root      3884  0.0  0.1   1700   520 tty3     Ss+  07:55   0:00 /sbin/getty 38400 tty3
root      3887  0.0  0.1   1700   520 tty6     Ss+  07:55   0:00 /sbin/getty 38400 tty6
root      3927  0.0  0.1   1852   532 ?        S    07:55   0:00 /bin/dd bs 1 if /proc/kmsg of /var/run/
klog      3929  0.0  0.3   3128  2004 ?        Ss   07:55   0:00 /sbin/klogd -P /var/run/klogd/kmsg
105       3949  0.0  0.1   2524   964 ?        Ss   07:55   0:00 /usr/bin/dbus-daemon --system
root      3970  0.0  0.2   5128  1412 ?        Ss   07:55   0:00 /usr/sbin/sshd
root      3996  0.0  0.0      0     0 ?        S<   07:55   0:00 [loop1]
www-data  4018  0.0  0.2   5684  1316 ?        S    07:55   0:00 /usr/sbin/lighttpd -f /etc/lighttpd/lig
root      4038  0.0  0.2   2528  1168 tty1     Ss   07:55   0:00 /bin/login -f      tty1
root      4039  0.0  0.3   3988  1576 tty1     S+   07:55   0:00 -bash
root      4048  0.0  0.2   3720  1232 tty1     S+   07:55   0:00 /bin/bash /usr/bin/startx
root      4055  0.0  0.1   2752   776 tty1     S+   07:55   0:00 xinit /root/.xinitrc -- /usr/bin/X -br
root      4056  3.6 99.9 564748 531936 tty7    S<sl+ 07:55   2:07 /usr/bin/X :0 -br -dpms -s 0 -logfile
root      4064  0.0  0.0   1756   476 tty1     S    07:55   0:00 /bin/sh /root/.xinitrc
root      4185  0.0  0.1   2524   864 ?        Ss   07:55   0:00 /usr/bin/dbus-daemon --fork --print-pid
root      4186  0.0  0.1   2964   608 ?        S    07:55   0:00 dbus-launch --autolaunch 130c0c88b02927

=> C'est xinitrc qui lancait xorg !

mercii

**Jipété** · 27/07/2013, 00h54

Salut,

Envoyé par marineco

(...) J'ai voulu faire un backup du fichier xorg.conf.
J'ai donc tapé dans le shell la commande sudo cp xorg.conf.backup xorg.conf avec pour message d'erreur "no space on display ..." (...)

As-tu jeté un oeil à cette discussion ?
On y lit, entre autres,

cp truc_qui_existe vers_cible_qui_n_existe_pas_encore

Ta commande aurait dû être sudo cp xorg.conf xorg.conf.backup

**marineco** · 27/07/2013, 14h49

Non je n'avais pas lu. En revanche j'avais trouvé ça :

sudo cp xorg.conf(en bon état) xorg.conf(qui délire) d'où mon
sudo cp xorg.conf.backup xorg.conf

PS: mon fichier xorg.conf.backup existait déjà !
Faut-il que je supprime xorg.conf et que je retape
sudo cp xorg.conf.backup xorg.conf ?

:/ oups

Je vais refaire cette mauvaise manipulation sur mon pc avec machine virtuelle.
Mon but est de pouvoir éditer mon xorg.conf qui est vide et tuer les process qui m'empêchent de le faire s'il n'y a pas d'autres moyens

**Jipété** · 27/07/2013, 23h12

Avec ces explications on comprend mieux !
Je te rappelle ton premier post :

Envoyé par marineco

(...) J'ai voulu faire un backup du fichier xorg.conf.(...)

En fait tu voulais restaurer un backup parce que ton fichier est moisi, c'est pas du tout pareil, d'où ma confusion...

Envoyé par marineco

(...) Faut-il que je supprime xorg.conf et que je retape
sudo cp xorg.conf.backup xorg.conf ?

:/ oups

Je vais refaire cette mauvaise manipulation sur mon pc avec machine virtuelle.
Mon but est de pouvoir éditer mon xorg.conf qui est vide et tuer les process qui m'empêchent de le faire s'il n'y a pas d'autres moyens

Essaye avec cp -f ("-f" pour forcer le remplacement), mais si ta commande ne fonctionne pas c'est peut-être que tu es déjà en mode graphique ?
Auquel cas le fichier est "tenu" (quoique, je ne sais pas du tout comment peut se comporter un serveur X avec un fichier de conf vide : se lance-t-il "à minima" ? Je n'en sais rien...)

Faudrait sans doute passer en runlevel 2 (console pure) pour "libérer" les attaches du serveur X vers le fichier de conf, auquel cas la commande de restauration devrait s'exécuter.

**jlliagre** · 28/07/2013, 02h05

J'ai donc tapé dans le shell la commande sudo cp xorg.conf.backup xorg.conf avec pour message d'erreur "no space on display ..."

Tu es sûr du message "no space on display" ??
J'en doûte beaucoup car ça ne veut rien dire dans le cas d'une copie de fichier.

Ca ne serait pas plutôt "no space on device", qui lui expliquerait très simplement pourquoi tu t'es retrouvé avec un fichier xorg.conf vide, vu que ton disque est plein.

**marineco** · 28/07/2013, 12h41

"Tu es sûr du message "no space on display" ??" => mille excuses c'est bien no space left on device.

Je vais essayer la commande "cp -f" demain au travail car je n'arrive pas à me retrouver dans les même conditions sur machine virtuelle.

Le fichier xorg.conf ne se lance plus (liste des processus) ni même startx qui le commandait.

Je n'ai plus ces lignes quand je tape "ps aux"
root 4048 0.0 0.2 3720 1232 tty1 S+ 07:55 0:00 /bin/bash /usr/bin/startx
root 4055 0.0 0.1 2752 776 tty1 S+ 07:55 0:00 xinit /root/.xinitrc -- /usr/bin/X -br
root 4056 3.6 99.9 564748 531936 tty7 S<sl+ 07:55 2:07 /usr/bin/X :0 -br -dpms -s 0 -logfile
root 4064 0.0 0.0 1756 476 tty1 S 07:55 0:00 /bin/sh /root/.xinitrc

Je vais me documenter sur le passage en runlevel2

**Flodelarab** · 28/07/2013, 12h55

Bonjour

Ça fait bien lontemps que xorg.conf ne sert à rien. Il est souvent vide ou inexistant. Donc le fichier de sauvegarde peut être vide, xorg.conf vide, sans que ce soit un bug. Disons plutôt que xorg.conf est optionnel.
xorg.conf n'est pas accaparé par le système. Il est modifiable à loisir.
Quand on a un problème de copie, c'est plus souvent un problème de droits qu'autre chose. Peux-tu transférer un fichier quelconque de ta source vers ta destination? Tu ne réponds pas à ça.
Vide le disque: il est plein

**marineco** · 28/07/2013, 15h40

Bonjour,

Je travaille sur un système embarqué et avant de toucher à xorg.conf ce dernier n'était pas vide.

J'aimerais donc le remettre en état et laisser les choses telles que je les ai trouvées. Dans le meilleur des cas, j'aimerais le modifier pour afficher le desktop.
Le xorg.conf initial amenait un écran noir
Le xorg.conf vide amène l'écran de démarrage et semble bloquer dessus.

Le système n'a pas besoin de bureau car il affiche un page http en flash. Mais comme nous travaillons dessus (sur sa configuration) j'aimerais apporter le bureau pour ne plus avoir à passer par Putty mais VNC.

J'ai crée un fichier .txt sous windows et j'ai essayé de le transférer via Filezilla dans /etc/X11 : le fichier ne veut pas se transférer, tout comme l'essai réalisé avec xorg.conf (modifié) un fichier est créé à 0 octets.

Je réitère demain pour vous apporter confirmation.

@Flodelarab : Comment vois-tu que le disque est plein ?(désolée je suis débutante

)

Concernant les droits, lorsque je les modifie sous sudo en 777 ils ne restent pas et retournent en 644.

C'est pour ces raisons que je pense qu'un processus tournant empêche toute modification :/

**Sve@r** · 28/07/2013, 19h34

Envoyé par marineco

Bonjour,

Je travaille sur un système embarqué et avant de toucher à xorg.conf ce dernier n'était pas vide.

J'aimerais donc le remettre en état et laisser les choses telles que je les ai trouvées. Dans le meilleur des cas, j'aimerais le modifier pour afficher le desktop.
Le xorg.conf initial amenait un écran noir
Le xorg.conf vide amène l'écran de démarrage et semble bloquer dessus.

Le système n'a pas besoin de bureau car il affiche un page http en flash. Mais comme nous travaillons dessus (sur sa configuration) j'aimerais apporter le bureau pour ne plus avoir à passer par Putty mais VNC.

J'ai crée un fichier .txt sous windows et j'ai essayé de le transférer via Filezilla dans /etc/X11 : le fichier ne veut pas se transférer, tout comme l'essai réalisé avec xorg.conf (modifié) un fichier est créé à 0 octets.

Je réitère demain pour vous apporter confirmation.

@Flodelarab : Comment vois-tu que le disque est plein ?(désolée je suis débutante

)

Concernant les droits, lorsque je les modifie sous sudo en 777 ils ne restent pas et retournent en 644.

C'est pour ces raisons que je pense qu'un processus tournant empêche toute modification :/

Salut
Pour voir si un disque est plein: df -vh
Pour voir si le disque contenant le dossier /etc/X11 est plein: df -vh /etc/X11. Toutefois même un disque plein n'est pas un soucis sous root car tout filesystem créé avec les valeurs par défaut laisse toujours 5% en plus (non visibles) justement pour que root puisse bosser. C'est pour ça que parfois il est possible de voir un filesystem plein à 103%. Ou alors les 5% sont déjà pris et là c'est que ta machine est vraiment à nettoyer d'urgence.

Ton problème est vraiment bizarre. Tout laisse penser que ton fs est plein pourtant le fichier xorg.conf n'est pas si énorme que ça et même fs plein à 100%, il devrait quand-même pouvoir être récupéré. Quoi qu'il en soit, si une copie directe ne fonctionne pas à cause d'un fs plein, ce n'est pas en essayant de copier depuis un autre outil (ftp, filezilla, ssh) que la copie fonctionnera mieux. Quand le verre est plein, tu peux faire ce que tu veux, tu ne rajouteras pas d'eau dedans.
Accessoirement ce phénomène des droits qui changent tout seuls est lui-aussi bizarre mais il s'agit d'un détail mineur vu que tu travailles sous root et que sous root, les droits n'ont pas d'importance. Toutefois il te faut savoir que pour créer/supprimer un fichier dans un dossier, ce sont les droits du dossier qui comptent et non ceux du fichier. Parce que créer/supprimer un fichier revient à écrire dans le dossier.

Si tu pouvais, il serait bon que tu essayes de travailler directement sur la machine sans passer par ces intermédiaires comme putty ou ssh...

Envoyé par Flodelarab

xorg.conf n'est pas accaparé par le système. Il est modifiable à loisir.

Comme d'ailleurs tous les fichiers Unix/Linux quels qu'ils soient ; même ceux qui sont en cours d'utilisation...