Questo è anche l'errore che si ottiene se si tenta di avviare Eclipse su ssh senza inoltrare l'accesso a X. Cioè, hai dimenticato di eseguire ssh -X [email protected] o ho dimenticato di includere ForwardX11 yes nel tuo ~/.ssh/config voce per il server.
Aggiungo questa risposta per chiunque possa imbattersi in questa domanda da una ricerca su Google anche se tecnicamente, OP sta chiedendo informazioni su un caso VM.
Inoltre, ciò potrebbe anche essere causato dal fatto che l'applicazione non dispone dell'autorizzazione corretta per visualizzare X server remoto . Ciò accade in genere quando accedi alla sessione ssh come un utente ed esegui un comando come un altro utente per avviare un'applicazione GUI. Ad esempio quando accedi al server remoto ed esegui un sudo comando. Per risolvere questo problema, dovrai ottenere il cookie magico dell'utente che effettua l'accesso e importare il cookie per l'utente che esegue il comando.
Come l'utente che accede al server che ha l'autorità per visualizzare X , esegui:
xauth extract cookie_file $DISPLAY
Quindi, quando l'utente tenta di eseguire la gui:xauth unisci cookie_file
Una volta importato il cookie nel file .Xauthority dell'utente file, dovresti essere in grado di eseguire la GUI.
Penso che questo sia un problema con gtk. Controlla quale versione è installata.
dpkg -l libgtk[0-9]* | grep ^i
Se non è installato o è la versione errata allora fai un sudo apt-get install gtk o fai un sudo apt-get update .
MODIFICA
Il problema era che SSH utilizzava SSH per accedere in remoto a una VM Linux e non aveva un X-Server configurato su Windows e non aveva l'inoltro X11 abilitato. Dopo averlo risolto, l'OP non dovrebbe avere problemi con l'esecuzione di Eclipse.