CentOS7.6を最小最小インストールを使用した後、インストールは、グラフィカルインタフェースは、startxコマンドが失敗した失敗しました

同じような経験がある場合はオンラインCentOS7はコマンドstartxのロットを使用してグラフィカルなインターフェイス障害のポストを開始しますが、私の問題を解決していない日を見つけるために、その後、ピットプロセスのリハーサルの自分を出しについて、次に出て登るのプロセスがあり、学生は外観を参照することができます私はピットから出て登ることができるかどうかを確認します。

:どのような質問1.最初のリスト
私は2つの質問の合計に遭遇しました

デスクトッププログラムの起動時に一つの問題があり、そのstartxとは、報告されました:

[ルート@ localhostののvmware-toolsを-DISTRIB]#startxと
XAUTH:ファイル/root/.serverauth.1729は存在しません。

xinit:サーバーを実行することができません「は/ usr / binに/ X」:そのようなファイルまたはディレクトリ
を使用する-オプション、またはを確認してくださいは/ usr / binがパスにあり、という
こと「は/ usr / binが/ X」でありますプログラムやサーバーの右のタイプへのリンクを
お使いのディスプレイのために。可能なサーバー名が含まれます:

    ほとんどのディスプレイ用のXFree86一般的なXサーバ
    バッファ仮想フレームXvfbの
    バッファXfakeのkdriveベースの仮想フレーム
    別のXサーバ上のウィンドウにネストされXnestのXサーバ
    XephyrでのkdriveベースのネストされたXサーバ
    のXvnc Xサーバーは、VNCのRFBプロトコルを介してアクセス
    Xdmx分散型マルチヘッドXサーバ

Cxinit ^:あきらめ
X-Serverに接続できません:のxinitを接続が拒否した
のxinit:信号2予期しない

奇妙にオンラインの答えに、この間違って、長い時間のための検索が解決されていません。一部の学生は、同様のエラーか同じエラーが発生した可能性があり、この問題の根本的な原因は、私は知らないが、私は少しはこのエラーを再現するよ、私はこのエラーの原因が発生した、それはこの理由のためのものであってもよいましたまた、他の人は、なぜ、グラフィカルインタフェースを起動しません。これは、基準として使用することができます。

2.私の再生処理
Iは、以下に従った処理のピットから出ていました。

私は公式の最小ミラーは、このバージョンのインストールおよび使用を最小限にするために作られたのCentOS-7-x86_64の-Minimal-がされるのCentOSを使用 1810.iso
その後、私もオンラインソースを行ってきました、それは163- 163のソースで更新されていますcentos7.6ミラー
、その後、私は、グラフィカルインタフェースをインストールしたい、私は清華のミラー元のダウンロード使用して、CentOS7すべての公式サイトでISOをダウンロードした
Iを、/ mntにディレクトリ内の仮想マシンとしてCDに使用するISOイメージをマウントします装着するための参照元ファイルとしてディスクの下に配置され
ます。[root @ localhostの〜]#猫/etc/yum.repos.d/bak/local.repo
[LocalRepo]
名前を=ローカルリポジトリ
BASEURL =ファイル:/// mntには
有効1 =
gpgcheck = 1
gpgkey =ファイル:///など/ PKI / RPM-GPG / RPM-GPG-KEY-のCentOS-7

コマンドをインストールするために使用される
" "GNOMEデスクトップ"のyum groupinstallグラフィカル管理ツールは、"
1
、その後報告します:私はパッケージの現在のバージョンよりもパッケージのバージョンがインストールされていることをいくつかのミスは次の通り、直接転送パラメータが渡された追加、私は気にしない、インストールする
「YUM groupinstall「GNOMEデスクトップ」」グラフィカル管理ツールを-壊れた---skip
1
なぜなら鏡の使用、セットアップディスプレイは、約165メガバイトのパッケージサイズをインストールする必要があり、700メガバイトが異なっていることが示唆された多くのオンラインの記事がありますパッケージが比較的小さいので、すべてです。
起動することはできません実行startxのをインストールした後、1に記載した問題がある
リカバリディスクの分析の後、私は私のインストールの失敗の理由は、真ん中がミラーロット以降で結果よりも、更新後のパッケージのバージョンをやるべきだと思います、再度、インストールパッケージを使用する際に、ミラーで、その結果、多くは解決することができません自動バージョンに依存しています。失敗の直接の結果は、強制インストール後に開始します。

3.修理実験
この問題が発生し、正常に再生するようにした後、私は2つの実験を行いました。

ない更新に、グラフィカルにすべてを使用してインストール、最小インストールを使用して
リプレイアンインストールグラフィックスソフトウェアのインストール、修理にステップを再現
上の2つの実験、良い、直接の成功を行うことが第一。パッケージバージョンマッチングの場合の説明は、直接グラフィカル・インターフェースを開始することができる必要があり、すべての実行コマンドが同じ、変化はありません。

第二の実験もうまく解決する方法に重点を置いて、行われます。このステップは、既に多くのメモリ更新、アップグレードソフトウェアですので、私はインターネットソフトウェアのソースを直接グラフィカルインターフェイスをインストールすることを考えていたので、それらはすべて、戻って戻って行くことはできません。インストールが成功した後、直接実行します。約700 MBのインストールパッケージをダウンロードする必要がある、とのオンラインポストは比較的一貫言いました。

4.修復方式が決定され
、ステップ3を修復する第二の実験の結論を使用して決定され、実験的にステップ3。環境の問題のためには、ソフトウェアのインストールのためのオフラインプログラムを採用する必要がある、オフライン環境です。
2つの方法でオフラインインストール:

デスクトップのインストールパッケージは、ミラー元が作る、ダウンロード
ミラー元で作られた、ソースリポジトリ163をダウンロードします

发布了447 篇原创文章 · 获赞 71 · 访问量 40万+

おすすめ

転載: blog.csdn.net/w892824196/article/details/104049288