わかりました。私は間違いを犯して修正しようとしています。
リンクされたプロジェクトへのリンクを探していましたが、libGL.soビルド時にインストールされた（Conan関連）パッケージで見つかりました。デフォルトシステムが/usr/lib64/libGL.so.1選択されていないようです（他のバージョン/依存関係？）
だから私は唯一の他の行のすぐ下に含まれているld.so.configフォルダを追加することにしました。libGL.so
include /etc/ld.so.config.d/*
/hfs/xyz/conan-package-123/../usr/lib64/ # the line I added
それから私は走った。
sudo ldconfig
その後、一連のエラーが発生しました。
"ldconfig: /hfs/xyz/conan-package-123/../usr/lib64/libGL.so is not a symbolic link"
リンクはまだ機能していませんが、スノーバーとしてsudo権限を失ったように見え、これ以上実行またはsudo ldconfig編集su ldconfig/書き込みできません/etc/ld.so.config。ldconfigまた、フラグとキャッシュされたファイルを含むホームディレクトリのローカルバージョンを試しましたが、権限が復元されていないようです-f。-C
ちなみに、私の/etc/passwdファイルは、、、-rw-r--r-- root rootおよび次のようになります/etc。drwxr-xr-x root rootpwck
wck: Permission denied.
pwck: cannot lock /etc/passwd; try again later.
このために一部のサービスを再起動する必要がありますか？そうでなければそれは本当の落とし穴です。 22. どうすればいいですか？
ベストアンサー1
VNC接続が接続を放棄するため、VNCがタイムアウトした後に問題がさらに悪化しました。私はロックされています！
明らかに、完全な認証プロセスが突然中断されました。私の推論は、sulogin-shellがすでにロードされている他のバージョンと競合しているld.so.cacheからlibcバージョンのリンクコードを取得していることです。ブートプロセスの最初にsuloginバージョンの競合について文句を言い、暗号化cgpモジュールをロードできません。
唯一のオプションは、実際のマシンサイトに移動して何が起こっているかを確認することです。いくつかの調査の終わりにRHEL8システムをハッキングする方法を見つけました。
- 再起動してShiftキーを押して入力します。
GRUB - 実行プロファイルを選択して「e」を押して編集します（他の回復オプションは機能しません）。
init=/bin/bashカーネルをロードする行の末尾に追加すると、次の結果が表示されます。ルートプロンプトrw明らかに前に置くこともできます（後で学んだ）- 変更を開始するには、「ctrl-x」を押します。
- これにより、プロンプトとともに一種の偽のルートモードに切り替わります。
mount /procmount -o rw,remount /アイテムを/etc/fstab読み書きするためにリロード- これで、ファイルやフォルダをもう一度変更できます。間違ったパスを（再度）移動し、問題のあるパスを含めないようにファイルを書き直し
/etc/ld.so.cacheました。その後、キャッシュを見つけ/etc/ld.so.confて書き換えます。/usr/sbin/ldconfig syncすべての変更がディスクに書き込まれたことを確認するumount- コールドリブートすると、チャット、ログインプロンプトが再び正常に表示されます。
その後、sudoもまた正常に動作しました。
はい、私にはLinuxカルマが登場しました。