Fedora 25 x64でPycharmプロフェッショナルエディションをセットアップしようとしています。ファイルをダウンロードして解凍した後、スクリプトを実行しようとしています./pycharm.sh
binディレクトリ。これは私が得るエラーです:
Startup Error: Unable to detect graphics environment
私は自分のJavaバージョンを確認しました
[root@localhost bin]# Java -version
openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)
私もDISPLAY変数を設定しようとしました:
export DISPLAY=:0
そして、これは私が得るものです:
[root@localhost bin]# ./pycharm.sh
No protocol specified
Start Failed: Failed to initialize graphics environment
Java.awt.AWTError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable.
何か提案がありますか?
Wayland上のGnomeを使用して、クリーンなUbuntu 17.10に同じエラーをインストールしました。コメントでの@mattdmの提案で、私は新しい端末を(自分ではなくrootとして)開いたところ、問題なく実行されました。エラーが発生したとき、(すべてを/ opt /に解凍した後)rootとして実行していました。
mike@feynman:~$ /opt/pycharm/bin/pycharm.sh
登録/アクティブ化したら、ウェルカムウィンドウの[* Configure v]プルダウンをクリックし、[Create Desktop Entry]を選択して、OSメニューから利用できるようにします。 JetBrainsがあなたが好きなLinuxフレーバーのためにこの仕事をしたと思います。
X環境が適切に設定されていません(手動でDISPLAY
を設定しても常に機能するとは限りません)。 root
としてこれを試みており、root
がグラフィックスセッションの所有者ではない可能性があります。他の理由も考えられます。
この状況では、xclock
またはその他のXアプリを実行できなくなります。これは、pycharm
関連の問題ではないという手がかりです。たとえば、現在グラフィカルセッションにログインしているユーザーではなく、root
としてlocalhostにsshする場合:
laptop:~ # ssh localhost
Password:
Last login: Thu Nov 23 22:19:06 2017 from localhost
Have a lot of fun...
laptop:~ # export DISPLAY=:0
laptop:~ # xclock
No protocol specified
Error: Can't open display: :0
laptop:~ # konsole
No protocol specified
Segmentation fault
laptop:~ # pycharm
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=350m; support was removed in 8.0
No protocol specified
Start Failed: Failed to initialize graphics environment
テキストモードのコンソールで同じことを試みると、同じ動作が見られます。
この問題に対処するには、グラフィックス環境から新しいターミナルを開きます。適切にインストールされていれば、pycharmを含むすべてのXアプリを実行できるはずです(または少なくとも、そのエラーで失敗することはありません)。
Fedoraの場合
fedy を使用してpycharmをインストールしました。これはうまくいきました。
または別のユーザーに変更して、root以外を試してください。
Phpstrom、Webstrom、PyCharm
上記の3つは同じように機能しました。
Raspberry Piで PyCharmがハングする であるため、Oracle JavaではなくOpenJDKを使用しました。
ファイル/etc/Java-8-openjdk/accessibility.properties
、エントリを無効にするassistive_technologies
(単に#
)問題を解決しました。
私も同じ問題に直面しましたが、心配はいりません。
問題は、rootとしてではなく、your/a 通常のユーザーとしてコマンドを実行する必要があることです!