J'utilise un ordinateur portable avec Ubuntu 14.04 et j'ai commencé à construire un serveur Samba chez moi. J'utilise Ubuntu-Server 14.04 pour cette machine.
J'utilise Webmin et SSH (selon le travail) pour configurer mon serveur.
Récemment j'ai googlé "courir GParted sur SSH". Je ne savais pas que c'était possible, alors j'ai essayé. J'ai installé GParted (sur le serveur), mais lorsque je saisis Sudo gparted
Je reçois l'erreur:
"Gtk-WARNING **: impossible d'ouvrir l'affichage:"
J'ai vainement suivi tous les guides que je pouvais trouver comme: http://www.ossramblings.com/changing-linux-server-partitions-gui
J'ai aussi essayé:
Sudo -E gparted
D'autres idées? Merci à tous pour votre temps et vos réponses!
Le problème est que lorsque vous utilisez Sudo, il crée un nouvel environnement sans paramètres X.
Il y a deux options: premièrement, vous pouvez utiliser Sudo -E gparted
pour essayer de préserver l'environnement, essayez-le. Si cela fonctionne, c'est probablement l'option la plus sûre.
Si ce n'est pas le cas, vous devez configurer le compte racine de votre serveur pour permettre la connexion via ssh, de manière à pouvoir ssh root@server
, ce qui devrait définir le transfert et l'environnement appropriés.
Tout d'abord, sur le serveur, dans /etc/ssh/sshd_config
, assurez-vous qu'il a:
X11Forwarding yes
PermitRootLogin without-password
Ensuite, ajoutez la clé publique ssh de votre client au compte racine sur le serveur. Si vous pouvez déjà ssh sur le serveur sans mot de passe avec votre utilisateur normal, utilisez Sudo -i
pour démarrer une session racine interactive. Ensuite:
ssh localhost
. Ceci est juste pour qu'un répertoire .ssh
initial soit créé.authorized_keys
à partir de l'utilisateur normal: cp /home/normaluser/.ssh/authorized_keys ~/.ssh
Maintenant, à partir du système distant, essayez ssh -v root@server
. Vous devriez pouvoir vous connecter sans mot de passe. Vérifiez que la sortie indique que le transfert X a été activé. Ensuite, vous devriez pouvoir exécuter gparted
à distance.
En outre, cela va sans dire, mais il est risqué de manipuler les partitions d'un système distant. assurez-vous d'avoir une sauvegarde des données importantes en cas de sinistre :)