コピーされたルートファイルシステムでは、ユーザー/ルートログインが機能しなくなりました。

コピーされたルートファイルシステムでは、ユーザー/ルートログインが機能しなくなりました。

cp -r --preserve=all今日は、メインシステムに問題が発生した場合に備えてバックアップをしたかったので、ルートファイルシステムを別のパーティションにコピーしました。私はArch Linuxの自由変形であるParabolaを使用しています。/home両方のシステムで共有するパーティションは1つだけです。システムをコピーした後(ライブUSBを使用)、パックマンを使用してシステム全体のアップグレードを実行しました(古い)。新しいシステムにログインしようとすると、すべてが問題ないようでDMログイン画面で起動しますが、私のユーザーパスワードは機能しません。だから仮想端末に切り替えてrootでログインしてみましたが、やっぱりできませんでした。

そのため、ライブUSBに戻り、chroot新しくクローンされたルートパーティションに行き、passwdルートを含むすべてのパスワード(使用済み)を更新しました。それから再起動しましたが、同じことが起こりました。それでも私のユーザーアカウントにログインできないか、rootとしてログインできません。

ここで何か抜けましたか?

編集する:

明確にするために、パーティションを「複製」せずにcpgpartedで作成した新しいパーティションにルートファイルシステム(使用)をコピーしました(明確にするために質問のタイトルを変更します)。したがって、新しいパーティションは親パーティションとは異なるUUIDを持ちます。そのため、レプリケーションシステムを起動するにはgrub.cfgいくつかの手動調整が必要でした。/etc/fstabパスワードシステムはパーティションUUIDに関連付けられていますか?これが問題の原因になりますか?

passwdまた、chrootを実行したときにパスワードが正常に更新されたというメッセージが表示されたことを追加したいと思います(その後もまだパスワードは機能しません)。

ベストアンサー1

パスワードを更新してもログインできない場合は、基本的に問題があるようです。

ライブ USB に戻り、rootsu権限と非 root 権限と/bin/loginroot 権限でルートを設定して試すことをお勧めします。正しいパスワードを取得すると、エラーメッセージが表示されることがあります。

/etc/nsswitch.confとの内容も確認してみます/etc/pam.d/

また、パスワードを削除して(中央の2番目のフィールドを消去して/etc/shadow)機能していることを確認します。 (すべての問題が解決したら、このユーザーに新しいパスワードを割り当てる必要があります。)

/var/log/auth.logまた、読み取る価値のあるエラー メッセージ (またはそのディレクトリ内の他のファイル) があります。

おすすめ記事