1. ブータブルUSBフラッシュドライブの確保

1. ブータブルUSBフラッシュドライブの確保

残念なことに、アップデートのインストール中にアップデートが実行されている間、バッテリの電力不足のためにノートパソコンが休止状態になりました。

rEFIndを起動すると、ManjaroではなくWindowsのみが表示されます。

このアップデートは規模がかなり大きく、Linuxカーネルが含まれています。

rEFIndに関するドキュメントを読んだ後、著者はrEFIndがカーネルを見つけるのに非常に効果的であると述べました。また、Linuxは実行中に独自に更新することができ、ほとんどの(すべてではありませんが)プログラムの場合、再起動後も更新されたファイルを使用してプログラムを実行し続けることができます。

私の考えは、アップデートがディスクに書き込まれ、正しい場所にインストールされている間に実行中のシステム(つまり、アップデート前のシステム)がメモリにあることです。休止状態がスワップパーティションにRAMを書き込むことを知って起動しようとしたシステム(RAMに存在する必要があるシステム)が交換されました。

私の質問は、USBにLinuxベースのディストリビューションがあることを知っていれば、以前のセッションを復元し、何もなかったかのように更新を続けることができる方法で起動できますか?

そうでない場合は、Manjaroで安全にchrootして更新してスワップを消去してから、すべてが半分しかインストールされていないため、正常に起動できますか?パックマンはこれにどのように反応しましたか?

ベストアンサー1

chroot起動可能なUSBスティックを使用して、ライブオペレーティングシステムでこの問題を解決できました。ここで、この問題を解決するために行った作業を段階的に説明します。

1. ブータブルUSBフラッシュドライブの確保

そして。chrootfsck

2.リアルタイムオペレーティングシステムを起動します。

USBスティックをコンピュータまたはオペレーティングシステムがある場所に挿入し、ブートローダまたはBIOSから起動します。

3. 破損したシステムにルートを移動します。

これで外部システムで作業しているので、それを使用して端末から直接破損したシステムにアクセスします。

3.1.手動方法

このプロセスはかなり一般的であるため、パーティションのレイアウトに応じて変更する必要があり、この例で使用される特権アクセスが必要ですsudo

まず、破損したシステムディレクトリをマウントするディレクトリを作成しましょう/

mkdir broken-root

このフォルダにファイルシステムをマウントする必要があります。ライブオペレーティングシステムにプリインストールする必要があるすべての利用可能なパーティションを見つけることができるツール(gpartedなど)を使用して、破損したオペレーティングシステムのルートパーティションを見つけます。この例では、ルートパーティションが次のようになっていると仮定します。 /dev/sda2:

sudo mount /dev/sda2 broken-root

これで、ブートパーティションもマウントする必要があります。この手順は、システムの起動方法によって異なります。 EFIを使用する場合ブートパーティションが次のように提供されているとします。 /dev/sda1次に、次のコマンドを使用してインストールします。

sudo mount /dev/sda1 broken-root/boot/efi

システムでEFIを使用していない場合は、ブートパーティションをマウントする正しい方法を見つけてください。

また、システムディレクトリもバインドする必要があります。

sudo mount --bind /proc /broken-root/proc
sudo mount --bind /dev /broken-root/dev
sudo mount --bind /sys /broken-root/sys

最後に、ネットワークを有効にします。

sudo cp /etc/resolv.conf /broken-root/etc/

これでchrootシステムに入ることができます。

sudo chroot broken-root

3.2.自動化された方法

このプロセスを自動化するためのツールがあります。私が見つけたのはアーチ型ルートそしてマンジャロ-chrootただし、さまざまなオペレーティングシステムで利用可能な自動化されたツールがあります。

4. ファイルシステムにエラーがないか確認します。

実行してsudo fsck /dev/sda2ルートパーティションのエラーを確認して修正します。アップデート後にこのようにしましたが、アップデート中にバグが見つかったので、アップデート前にするのが良いようです。

5. アップデートの実行

これでシステムが破損しているため、更新する番です。アップデート処理中にシステムが休止状態になっているため、パックマンが自動的にロックされているため、続行するにはファイルを削除する必要があります/var/lib/pacman/db.lck

ロックを解除して使用してくださいsudo pacman -Syu

これ以降も問題が発生する可能性がありますが、少なくとも私には問題が発生したため、sudo pacman -Qkk問題のあるパッケージをリストするために駆けつけ、もちろんカーネルもその一つでした。次に、問題のあるすべてのパッケージを再インストールします。

メモ:フラグ-Qkkは非常に詳細で予想される内容をリストし、最も関連性の高い項目のみを検索します。

6. 交換所をきれいに拭いてください

これを忘れてシステムが以前の状態を復元しようとしましたが、スリープ中に変更を加え、最終的にエラーがいっぱいの黒い画面が表示され、プラグを抜いてコンピュータを強制的にシャットダウンしました。

この問題を解決するには、ライブOSにいる間にスワップ回復を無効にするか(私が行った方法)、スワップファイルまたはパーティションを消去します。どちらも動作するはずですが、私には効果があったので、スワップでリカバリを無効にしてから、現在リカバリされているOSで完全にクリアすることをお勧めします。

7. まさにそれです!

今すぐコンピュータを再起動すると、Manjaroは私のブートローダーに表示されます。いつものように起動しましたが、エラーは表示されず、すべてが期待どおりに機能しているようです。

引用する

ArchWiki - chroot

Manjaro Wiki - GRUB ブートローダー Grub/復元

TecMint - "fsck"を使用してLinuxでファイルシステムエラーを修正する方法

Arch Forum - pacman -Qkおよび-Qkk出力に関する質問

おすすめ記事