Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

transformer fédora serveur en fédora desktop

andykimpe

bonjour je voudrais transformer fédora serveur en fédora desktop

je uniquement un accées ssh

j'ai pu mettre a jour vers la version desktop

le problème et que vncserver ne fonctionne pas

quand j'entre service vncserver start j'ai le message d'erreur suivant

redirecting to /bin/systemctl start vncserver.service

/sbin/service: line 79 /bin/systemctl aucun fichier ou dossier de ce type

voici le script que j'ai utlissez pour mettre à jour vers la version desktop il fonctionne parfaitement sur centos 6.3 mais peut être que les commande sont différente pour fédora ?

yum -y update
yum -y groupinstall "X Window System" "GNOME Desktop Environment" "Desktop Platform"
yum -y groupinstall "bureau"
yum -y install xorg-x11-fonts-Type1
yum -y install firefox
yum -y install gdm
yum -y install tigervnc-server
vncpasswd
iptables -I INPUT -p tcp --dport 5900 -j ACCEPT
iptables -I INPUT -p udp --dport 5900 -j ACCEPT
cp /etc/sysconfig/vncservers /etc/sysconfig/vncservers.bak
cat > /etc/sysconfig/vncservers <<EOF
VNCSERVERS="0:root"
VNCSERVERARGS[0]="-geometry 1024x786"
EOF
cp /etc/inittab /etc/inittab.bak
cat > /etc/inittab <<EOF
id:5:initdefault:
EOF
service vncserver start
service vncserver stop
chkconfig vncserver on
service vncserver start
reboot

remi

Quel est l'intérêt de lancer X sur un serveur ?

Tu peux aussi bien lancer les applications graphiques à distance, via ssh.

andykimpe

non je ce que je voudrait faire c'est avoir un accées au bureau via vnc ou comme il s’appelle maintenant tigervnc

et non un accées ssh je ne suis pas habituer a utiliser les ligne de commande

c'est pour sa que j'aurais voulue avoir le bureau

madko

Donne nous le resultant de la commande

file /bin/systemctl

T'es sûr d'être en Fedora 17? elle est à jour? Normalement systemctl se trouve dans /usr/bin et pas /bin.

andykimpe

oui je suis bien sous fédora 17 64 bit

et oui il et a jour puisse que j'ai éxécuter

yum -y update

voici le résultat de la commande

/bin/systemctl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0xeb64e21a7a3b1491ad5a66a5a4cb5f348983cf4f, stripped

madko

ok ton tu as bien systemctl accessible dans /bin, pourtant le message d'erreur

/sbin/service: line 79 /bin/systemctl aucun fichier ou dossier de ce type

semble indiquer le contraire.

Du coup j'ai installer le paquet tigervnc-server et il y a une subtilité liée à systemd...

Pour faire fonctionner tigervnc sur fedora 17, après avoir installé tigervnc-server:

cp /usr/lib/systemd/system/vncserver\@.service /etc/systemd/system/vncserver\@\:1.service

Il faut ensuite remplacer les mots clefs <USER> dans ce fichier /etc/systemd/system/vncserver@:1.service par l'utilisateur souhaité (root est surement à éviter). Il faut ensuite créer le mot de passe pour la session VNC, sous l'utilisateur choisi, taper la commande

vncpasswd

Ensuite on ajoute le service

systemctl enable vncserver@:1.service

Et on le démarre

systemctl start vncserver@:1.service

Le fichier dans /etc/sysconfig ne sert plus à rien.

andykimpe

les commande ont fonctionner mais quand je me connecte a vnc avec TightVNC (client vnc pour windows)

j'ai ceci

Connection has been gracefully closed

j'ai rien dit j'ai relancer les commande suivante après un reboot su sytème

celle ci ne renvoie pas d'erreur

systemctl enable vncserver@:1.service

en revance cette commande ci

systemctl start vncserver@:1.service

renvoie le message d'erreur suivant

Job failed. See system journal and 'systemctl status' for details.

madko

En root lance la commande

tailf /var/log/messages

puis tente une connexion vnc depuis ton client. On aura peut être un message d'erreur qui nous donnera une piste.

andykimpe

voici le résultat


Sep 27 15:25:17 localhost NetworkManager[476]: <info> Activation (eth0) Stage 4 of 5 (IPv6 Configure Timeout) started...
Sep 27 15:25:17 localhost NetworkManager[476]: <info> Activation (eth0) Stage 4 of 5 (IPv6 Configure Timeout) complete.
Sep 27 15:25:17 localhost dbus-daemon[520]: dbus[520]: [system] Activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service'
Sep 27 15:25:17 localhost dbus[520]: [system] Activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service'
Sep 27 15:25:17 localhost accounts-daemon[1306]: started daemon version 0.6.21
Sep 27 15:25:17 localhost dbus-daemon[520]: dbus[520]: [system] Successfully activated service 'org.freedesktop.Accounts'
Sep 27 15:25:17 localhost dbus[520]: [system] Successfully activated service 'org.freedesktop.Accounts'
Sep 27 15:25:19 localhost goa[1320]: goa-daemon version 3.4.2 starting [main.c:112, main()]
Sep 27 15:25:20 localhost udisksd[1187]: Mounted /dev/sr0 at /run/media/root/Fedora 17 x86_64 on behalf of uid 0
Sep 27 15:26:44 localhost systemd-logind[480]: New session 3 of user root.

localhost c'est le nom de la machine

madko

je vois rien en rapport avec vnc, la requete du client n'arrive même pas à ton serveur. Tu as pris mon exemple tel quel où tu l'as adapté à ta conf? parce que j'utilise :1 pour vnc, donc le port à autoriser dans le pare feu n'est pas 5900 mais 5901.

andykimpe

le port 5901 n'est ouvert et même si je fait

iptables -I INPUT -p tcp --dport 5901 -j ACCEPT
iptables -I INPUT -p udp --dport 5901 -j ACCEPT

il reste toujours fermer même après un reboot

donc pour metre 5900 je doit faire sa si j'ai bien compris la config

systemctl stop vncserver@:1.service
systemctl disable vncserver@:1.service
cd /etc/systemd/system
mv "vncserver\@\:1.service" "vncserver\@.service"
systemctl enable vncserver@.service
systemctl start vncserver@.service

madko

t'as oublié le :0 dans le nom du ficher

Si tu reboot après ta commande pour ouvrir le port c'est normal que le port ne reste pas ouvert

si tu veux que ça reste, édite le fichier /etc/sysconfig/iptables pour rajouter ta ligne d'ouverture de port (seule celle pour le TCP est nécessaire, vnc n'écoute pas en UDP). Ensuite

service iptables restart

pour que ça soit pris en compte. Et enfin

iptables -L -n -v

pour le vérifier.

andykimpe

heu non plutôt sa

systemctl stop vncserver@:1.service
systemctl disable vncserver@:1.service
cp /usr/lib/systemd/system/vncserver\@.service /etc/systemd/system/vncserver\@\.service

Il faut ensuite remplacer les mots clefs <USER> dans ce fichier /etc/systemd/system/vncserver@.service par l'utilisateur souhaité (root est surement à éviter). Il faut ensuite créer le mot de passe pour la session VNC, sous l'utilisateur choisi, taper la commande

systemctl enable vncserver@.service
systemctl start vncserver@.service

car quand on fait systemctl disable vncserver@:1.service

il suprime le fichier /etc/systemd/system/vncserver@:1.service

andykimpe

a ok j'ai compris

systemctl stop vncserver@:1.service
systemctl disable vncserver@:1.service
cp /usr/lib/systemd/system/vncserver\@.service /etc/systemd/system/vncserver\@\:0.service

Il faut ensuite remplacer les mots clefs <USER> dans ce fichier /etc/systemd/system/vncserver@:0.service par l'utilisateur souhaité (root est surement à éviter). Il faut ensuite créer le mot de passe pour la session VNC, sous l'utilisateur choisi, taper la commande

systemctl enable vncserver@:0.service
systemctl start vncserver@:0.service

andykimpe

sa marche très bien merci de votre aide

madko

pas de soucis, n'oublie pas de marquer ton sujet comme résolu