バイナリーオプションレスキュー

2022 3/25

2021-03-25

投資初心者

バイナリーオプションレスキュー

または、次の手順でレスキューシステムを使用してブートローダーを修復できます。インストールメディアからマシンをブートします。ブート画面で、詳細 › Linuxシステムのブートを選択します。インストール済みシステムとカーネルが含まれるディスク、およびデフォルトのカーネルオプションを選択します。

システムがブートしたら、YaSTを起動してシステム › ブートローダに切り替えます。 MBRに汎用ブートコードを書き込むオプションが有効になっていることを確認して、 OK をクリックします。これにより、ブートローダが壊れている場合は上書きして修復し、ブートローダが見つからない場合はインストールします。

42.2.2 グラフィカルログインがない #

マシンは起動するものの、グラフィカルログインマネージャがブートしない場合は、デフォルトのsystemdターゲットの選択、またはXウィンドウシステムの設定のいずれかに問題があると考えられます。現在のデフォルトのsystemdターゲットを確認するには、 sudo systemctl get-default コマンドを実行します。返された値が graphical.target で「ない」場合、 sudo systemctl isolate graphical.target コマンドを実行します。グラフィカルログイン画面が起動する場合は、ログインして、 YaST › システム › サービスマネージャを起動し、デフォルトのシステムターゲットを Graphical Interface (グラフィカルインタフェース) に設定します。今後、システムはグラフィカルログイン画面でブートするようになります。

ブートするかグラフィカルターゲットに切り替わっても、グラフィカルログイン画面が起動しない場合は、ご使用のデスクトップかXウィンドウソフトウェアの設定が間違っているか、破損している可能性があります。 /var/log/Xorg.*.log のログファイルで、Xサーバが起動を試みた際にXサーバによって記録された詳細メッセージを調べます。デスクトップの起動に失敗する場合は、システムジャーナルにエラーメッセージが記録されている場合があります。エラーメッセージは journalctl コマンド(詳細は第15章「 journalctl : systemd ジャーナルのクエリ」を参照)で問い合わせることができます。これらのエラーメッセージがXサーバの設定の問題を示唆している場合は、これを直すようにしてください。それでもグラフィカルシステムが起動しない場合は、グラフィカルデスクトップを再インストールすることを考えてください。

42.バイナリーオプションレスキュー 2.3 ルートBtrfsパーティションをマウントできない #

-o recovery オプションを使用してパーティションをマウントする。

これが失敗する場合は、ルートパーティション上で btrfs-zero-log を実行する。

42.2.4 ルートパーティションを強制的に確認する #

ルートパーティションが壊れた場合、パラメータ forcefsck をブートプロンプトで使用します。これにより、オプション -f (強制)が fsck コマンドに渡されます。

42.3 Loginの問題 #

42.バイナリーオプションレスキュー 3.1 有効なユーザ名とパスワードを使っても失敗する #

この問題は、一般的にシステムがネットワーク認証またはディレクトリサービスを使用するように設定されており、何らかの理由で、設定されたサーバから結果を取得できない場合に発生します。このような場合でも、 root ユーザは唯一のローカルユーザとしてこれらのコンピュータにログインできます。次に、コンピュータが機能しているように見えるのにログインを正しく処理できない一般的な理由をいくつか挙げます。

システムがKerberosを使用するように設定されている場合、システムのローカルタイムは、Kerberosサーバのタイムとの間で許容される相違を超えてしまっている可能性があります(通常 300秒)。NTP (network time protocol)が適切に動いていない、またはローカルのNTPサーバが動いていない場合、Kerberos の認証は機能しなくなります。その理由は、この認証はネットワーク間の一般的なクロック同期に依存しているからです。

Esc を押して、スプラッシュスクリーンを終了し、GRUB 2テキストベースメニューに移動します。

B を押して、GRUB 2エディタを起動します。

コマンドラインに「 systemctl isolate graphical.target 」と入力して、完全なマルチユーザおよびネットワークモードでブートします。

42.3.2 有効なユーザ名とパスワードが受け付けられない #

この特定のユーザを認証するのに、X Window Systemに何らかの問題があります。特に、ユーザのホームディレクトリが、現在のLinuxをインストールする以前の他のLinuxディストリビューションによって使用されている場合です。

認証方式全体をデバッグする前に、ユーザがパスワードを正しく覚えているか確認します。ユーザが正しいパスワードを覚えていない場合は、YaSTユーザ管理モジュールを使用してそのユーザのパスワードを変更します。 Caps Lock キーに注意し、必要に応じてそのロックを解除します。

root ユーザでログインし、ログインプロセスおよびPAMのエラーメッセージがないかどうか journalctl -e でシステムジャーナルを確認します。

コンソールからログインしてみます( バイナリーオプションレスキューバイナリーオプションレスキュー Ctrl – Alt – F1 キーを使用)。これが成功する場合、PAMには問題はありません。その理由は、そのユーザをそのコンピュータ上で認証可能だからです。XウィンドウシステムまたはGNOMEデスクトップに問題がないか探してみてください。詳細については、42.3.4項「ログインは成功したがGNOMEデスクトップが失敗する」を参照してください。

ユーザのホームディレクトリが他のLinuxディストリビューションによって使用されている場合、ユーザのホームにある Xauthority ファイルを削除します。 Ctrl – Alt – F1 キーを押してコンソールログインを使用し、 rm .Xauthority をこのユーザとして実行します。これにより、X認証の問題はこのユーザに関してはなくなるはずです。グラフィカルログインを再試行します。