Exécutez GParted sur SSH

J'utilise un ordinateur portable avec Ubuntu 14.04 et j'ai commencé à construire un serveur Samba à la maison. 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é "exécuter GParted sur SSH". Je ne savais pas que c'était possible, alors j'ai essayé. J'ai installé GParted (sur le serveur) mais quand j'entre sudo gparted

Je reçois l'erreur:

"Gtk-WARNING **: impossible d'ouvrir l'affichage:"

J'ai vainement suivi tous les guides que j'ai pu trouver comme: http://www.ossramblings.com/changing-linux-server-partitions-gui

J'ai aussi essayé:

sudo -E gparted
Réglage de X11
export DISPLAY =

D'autres idées? Merci à tous pour votre temps et vos réponses!

— Leonidas
source

Si je l'essaye avec ssh -X -p ...et gksu gpartedça marche pour moi. Mais je l'ai testé uniquement avec une Virtual-box et non avec une version serveur d'ubuntu.

— TuKsn

Votre serveur Ubuntu a-t-il une interface graphique?!

— Dr.jacky

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 gpartedpour essayer de préserver l'environnement, essayez-le, si cela fonctionne, c'est probablement l'option la plus sûre.

Sinon, vous devez configurer le compte racine de votre serveur pour autoriser la connexion via ssh, afin que vous puissiez 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à accéder au serveur sans mot de passe avec votre utilisateur normal, utilisez sudo -ipour démarrer une session racine interactive. Puis:

ssh localhost. C'est juste pour qu'un .sshrépertoire initial soit créé.
Copiez le authorized_keysfichier de l'utilisateur normal:cp /home/normaluser/.ssh/authorized_keys ~/.ssh

À 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é. Vous devriez alors pouvoir exécuter à gparteddistance.

En outre, cela va sans dire, mais le nettoyage avec les partitions d'un système distant est risqué; assurez-vous d'avoir une sauvegarde des données importantes en cas de catastrophe :)

— roadmr
source