コンソールルートアカウントへのアクセスを開くことができません(kali linux)。

コンソールルートアカウントへのアクセスを開くことができません(kali linux)。

コンピュータを起動すると、次のメッセージが表示されます。 コンソールルートアカウントへのアクセスを開くことができません。ロックされています。

オンラインで素早く確認してみると、次のような内容が見つかりました。 「コンソールアクセスルートアカウントを開けませんでした。ロックされています。」問題を解決する方法

私がしたこと:

  1. SystemRescueCDをダウンロードしてブートディスクを作成します。
  2. FDISKとインストール:

# fdisk -l # find a drive

# mkdir /mnt/tmp

# mount -t ext4 /dev/sda2 /mnt/tmp

  1. テキストエディタで[マウントポイント]/etc/fstabを開きます。

以下は/etc/fstabファイルの写真です。 私の/etc/fstab

どの行にコメントを付けるべきかわかりません(すべてが大丈夫です)。私の唯一の考えは、最初の項目(#UUID = f08d3d7e ...)にコメントを提示することです。

その後、再起動してミニマリストシェルを使用してログに記録できます。

ミニマリストシェル

これは可能ですが、sudo suファイルは読み取り可能であり、アップグレードしたり便利な操作を実行したりすることはできません。

ファイルを書き込み可能にするためにmount -o remount,rw /これを行いましたが、シェルが消えて黒い画面が表示されました。

答え1

ChatGPTのインターネット検索またはトラブルシューティングのガイドラインに頼るたびに、まず次の2つのことを考慮する必要があります。

  • このガイドラインが解決しなければならない実際の問題は何ですか?
  • ユーザーマニュアルに記載されている質問は私にも当てはまりますか?関連条件はすべて同じですか?

現在見ているものと同様のエラーメッセージが表示されることがあるため、特定のガイドラインに盲目的に従わないでください。

「必須」タイプの依存関係を持つ一部のシステムデバイスが失敗したため、システムは回復モードに入ろうとします。ただし、rootアカウントへの直接ログインが無効になっているため、rootパスワードの入力を求める方法はなく、誰でもシステムにアクセスできるようにすることは安全ではありません。

気づく質問にリンクしたページ説明する:

この問題はドライブの交換に関連しています。

残念ながら、これは完全に真実ではありません。システムのディスクドライブを変更すると、/etc/fstab新しい構成と一致するように更新されません。はい元の問題を引き起こす1つの方法は次のとおりです。唯一の方法ではありませんこのような状況が発生します。タイプ依存性のあるシステムデバイスがrequired起動時に失敗する状況のため、システムは回復モードに入ろうとする可能性があります。システムコンソールでルートログインを提供するようにリカバリモードが設定されていて、Kaliのデフォルト設定がルートアカウントをロックしている場合、これは明らかにリカバリモードの設定が機能するバグが原因でリカバリモードが役に立ちません。

明らかに/etc/fstab1つのディスクと1つのCD-ROMドライブのみを参照しているので、最近/dev/sdaディスクの最初の3つのパーティションのいずれかを変更していない限りリンクしたページの解決策がお客様の状況に適用されない場合があります

/etc/fstabしたがって、ルートファイルシステムを参照する行を明らかにコメントしました。今システムは緊急モードにあるようです。ただし、少なくともログインしてルートになることができます。

緊急モードでの標準的な最初のステップは、エラー修正を開始できるようにルートファイルシステムを読み取り/書き込みモードに設定することです。ルートとして、次のことでこれを行うことができます。

mount -o remount,rw /

ただし、これによってエラーメッセージが表示された場合は、ルートファイルシステムで手動ファイルシステムチェックを実行する必要があります。ルートファイルシステムタイプなので、ext4コマンドは次のようになります。

fsck.ext4 -C0 /dev/sda2

ファイルシステムチェックの結果「ファイルシステムが変更されました」と表示された場合は、カーネルがルートファイルシステムに一部のデータをキャッシュしている可能性があるため、他の操作を実行する前に再起動する必要があります。そのデータにファイルシステムチェックで修正されたばかりのエラーが含まれている場合は、ルートファイルシステムを読み取り/書き込みモードに切り替えて、カーネルがそのエラーを直ちに書き戻す可能性があるリスクを回避したくありません。

ファイルシステムスキャンで回復する必要がある項目が見つからない場合、またはルートファイルシステムがエラーなしで読み取り/書き込みモードに移行する場合は、次の手順はシステムが回復モードに入る必要がある正確な原因を特定することです。優先モード。これは非常に便利なコマンドですsystemctl status。エラーがないかどうかを確認するために出力をスクロールすることもsystemctl list-units --state=failedできます。dmesg -H

それでもパニックモードになっている間に他のエラーが見つからず、ルートファイルシステムが読み取り/書き込みモードになっている場合は、同じ問題に戻らないようにルートアカウントを有効にすることを検討してください。

usermod -e -1 root
passwd root

最初のコマンドは、期限切れのメカニズムによってルートアカウントがロックされていないことを確認し、2番目のコマンドはルートアカウントの新しいパスワードを設定し、プロセスからロックを解除します。ルートアカウントが有効になっている間にシステムがネットワークに接続されないようにパスワードを推測するのが難しいパスワードに設定します。緊急モードでは、キーボードが通常好むレイアウトの代わりにアメリカ英語のデフォルトレイアウトを使用できます。

次に、コメントアウトされた行のコメントアウトを解除し/etc/fstabて再起動します。システムが正常に起動したら、root アカウントを再ロックします。

sudo passwd -l root

答え2

SystemRescueCDの代わりにkali-live USBを使用して同じことをしました。

mount -o remount,rw /幸い、その時のアップデートが可能でした!

みんなの助けをありがとう!

関連情報