web-dev-qa-db-ja.com

Fedora29を起動できません-RIP値が正しくありません

プログラムにGFORTRAN_7が必要だったので、f29libfortran.so.4をインストールしようとしました。

私がしたこと

Rmpファイル(libgfortran4-7.3.1-alt9.x86_64.rpm)を見つけてダウンロードし、インストールしようとしました。必要なパッケージをいくつかインストールする必要がありました。最初のものはlibgcc1-8.3.1-alt5.x86_64.rpmでしたが、インストールしようとすると、依存関係の問題が発生しました。次に、rpm2cpioコマンドを使用してコンテンツを抽出しようとしました。 lib64という名前のフォルダーが作成され、その中にlibgcc_s.so.1ファイルが保存されました。

このファイルを手動で/usr/lib64にコピーしたところ、混乱が発生しました。ラップトップは即座に再起動し、ログインページが数秒以内に表示されました(通常、再起動には約20秒かかります)。ログインしたところ、グラフィックに奇妙な問題がありました。

それまではシナモン(画面上部にナビゲーションあり)を使っていたところ、突然シナモンとは別のナビゲーションバーが下部に表示されました。数分後、シナモンがクラッシュし、ポップアップウィンドウでシナモンを今すぐ再起動するかどうか尋ねられました。 「いいえ」を選択すると、ラップトップで何もできなくなりました。だから私は手動でラップトップの電源を切りました。

何が起こったのか

電源を入れ直そうとしても起動しませんでした。代わりに、Bad RIP valueKernel Panicに関して次のエラーが発生しました。

https://imgur.com/KVkawPp.png

インストールした以前のFedoraバージョンとレスキューモードで起動しようとしましたが、同じ問題が発生します。

次に、ライブf30 usbを作成し、そこからファイルにアクセスできます。

再起動すると同様のエラーが発生しましたが、この場合は短くなります

https://imgur.com/mcixgtc.png

別の再起動では、エラーは最初のエラーと同様です

https://imgur.com/7x5qn0F.png

デバッグしようとしています

ライブUSBから、journalctl -r -p errと入力してジャーナルのエラーを確認しようとしましたが、適切なジャーナル(つまり、f29がインストールされているジャーナル)が読み取られるかどうかわかりません。

https://Pastebin.com/dJNv9mbB

関連するかどうかはわかりませんが、詳細を説明するためにrpmのログファイルを確認しようとしましたが、/var/lib/rpm/ディレクトリに今日作成された次のファイルがあることに気付きました。 。時間はおそらく正しくありませんが、重要な場合に備えて報告します。

-rw-r--r--. 1 root root    311296 Aug  8 04:48 __db.001
-rw-r--r--. 1 root root     90112 Aug  8 04:48 __db.002
-rw-r--r--. 1 root root   1318912 Aug  8 04:48 __db.003

/var/log/messagesも調べましたが、libgcc_s.so.1ファイルに関するエントリがあります。

8月8日10:51:33 pcen35240 tracker-extract [14686]:/ usr/libexec/tracker-extract:共有ライブラリのロード中にエラー:libgcc_s.so.1:共有オブジェクトファイルを開けません:そのようなファイルまたはディレクトリはありません

しかし、私はファイルを見ることができます

[liveuser@localhost-live b0276d9d-2767-4839-9085-9cc2c27e68ca]$ ls -lhtr lib/libgcc_s.so.1
lrwxrwxrwx. 1 root root 24 Feb 23 15:10 lib/libgcc_s.so.1 -> libgcc_s-8-20190223.so.1
[liveuser@localhost-live b0276d9d-2767-4839-9085-9cc2c27e68ca]$ ls -lhtr lib64/libgcc_s.so.1
lrwxrwxrwx. 1 root root 24 Feb 23 15:27 lib64/libgcc_s.so.1 -> libgcc_s-8-20190223.so.1
[liveuser@localhost-live b0276d9d-2767-4839-9085-9cc2c27e68ca]$ ls -lhtr usr/lib64/libgcc_s.so.1
lrwxrwxrwx. 1 root root 24 Feb 23 15:27 usr/lib64/libgcc_s.so.1 -> libgcc_s-8-20190223.so.1
[liveuser@localhost-live b0276d9d-2767-4839-9085-9cc2c27e68ca]$ ls -lhtr usr/lib/libgcc_s.so.1
lrwxrwxrwx. 1 root root 24 Feb 23 15:10 usr/lib/libgcc_s.so.1 -> libgcc_s-8-20190223.so.1
[liveuser@localhost-live b0276d9d-2767-4839-9085-9cc2c27e68ca]

誰かが手がかりを持っている場合に備えて、この問題の少し前に時間参照からこのファイルの一部を貼り付けました(完全なファイルはここにあります https://cernbox.cern.ch/index.php/ s/vpi89mDmzgli0Lq

https://Pastebin.com/3ZF1DHd6


できればOSを最初からインストールすることなく、これを解決する方法について何かアイデアはありますか?

*現時点では、f30ライブUSBを介してのみシステムにアクセスできることに注意してください。

1
Thanos

壊れた/上書きされたライブラリファイルを/usr/lib64(場合によっては他の場所)に再インストールする必要があります。

  1. すでに行ったように、USBからライブシステムを起動します。
  2. 壊れたルートファイルシステムを、たとえば/mnt/Fedoraにマウントします。
  3. 壊れたファイルを特定します(またはlsを使用するか、上書きしたファイルを覚えておいてください)。
  4. これらのファイルのパッケージ名を特定します。少なくとも、これにはlibgccが含まれます。
  5. これらを/mnt/Fedoraパス内に再インストールします:yum --installroot=/mnt/Fedora reinstall libgcc(...)
2
Ned64