緊急モードからRed Hat 7 USBを取り出すことができない（vi / etc / fstabがまったく表示されない）

作成した起動可能なUSBに問題があります。それで、これは私が今しばらく取り組んでいる進行中のプロジェクトです。基本的に、USBが基本的にOSになるように、USBに赤い帽子7をインストールしました。次に、次のコマンドを発行して、この「ライブUSB」を再配布用の.raw.gzファイルにキャプチャしようとしました。

  if=/dev/sda bs=10000 count=500000 status=progress | gzip > newredhat.raw.gz

上記のタスクは、起動可能なUSBの最初の5GBをキャプチャし、それを圧縮された.rawファイルとしてnewredhat.raw.gzというイメージに保存します。1つのことを除いて、プロセスは正常に機能しています。次に、このカスタムイメージを、fat32でフォーマットされた100％クリーンな別のUSBに配置するために、次のコマンドを発行します。

 zcat newredhat.raw.gz > /dev/sdc

抽出/書き込みが完了すると、新しいUSBは必要に応じて起動しますが、緊急モードで起動します。私はこの背後にある理由が何であるかについて何時間も探していましたが、これは間違いなく非常にユニークなシナリオであり、それについてはあまり見ていません。vi / etc / fstabを試してみましたが、/ etc / fstabが存在しないことがわかり、編集する新しいファイルが作成されます。ジャーナルも見て、戻ってきたのは「sysrootのマウントに失敗しました」だけです。このプロジェクト全体の背後にある考え方は、それが単純な抽出物になる可能性があるということです-私のLinuxベースのUSBおよびサーバーのクローンを作成します。本当に奇妙なのは、この正確な方法がopenSUSEで機能したことです。Red Hatがインストール時にアーキテクチャを作成する方法と関係がありますか？この場合、回避策はありますか？助けてくれてありがとう！

1）のbsパラメーターddはブロックサイズです。これが2の累乗ではない場合、特にこれがデバイスのブロックサイズでない場合は、間違っています。その場合、そもそも使用しないでくださいdd。

2）最初のUSBスティックをどのように正確にレイアウトしたかに応じて（説明しませんでした）、最初の5 GBを使用すると、最後にパーティションテーブルが失われる可能性があります。

異なるサイズのストレージメディア間でコピーする安全な方法は、同じサイズの単一のブート可能なパーティションを使用してそれぞれのパーティションテーブルを作成し（好きなパーティションプログラムを使用）、完全なパーティションをコピーすることです

gzip /dev/sda1 > newredhat.raw.gz
zcat newredhat.raw.gz > /dev/sdc1

そのようにして、パーティションテーブルは異なるサイズのデバイスを補正できます。

これは、USBスティックとハードディスク間でも機能します。

3）2番目のUSBスティックの動作をデバッグするには、緊急モードに入る前に表示されるメッセージを確認すると非常に役立ちます。または、高速にスクロールするとログが役立ちます。そのため、「sysrootのマウントに失敗しました」と文句を言う前に表示される逐語的なメッセージで質問を編集してください。これは、パーティションテーブルを台無しにしてしまったためです（上記参照）。そして、検出されたパーティションテーブルがdmesg / logsに表示されます。また、「openSUSEでもまったく同じ方法が機能する」場合、これはopenSUSEが異なるパーティションスキームを使用していたか、USBスティックが同じサイズであったためかもしれません。dmesg

編集

USBスティック全体の先頭をコピーすることに関する1つの問題は、たとえばGPTの最後にも情報があることです。これは重複した情報ですが、トラブルを引き起こす可能性があります。

繰り返しますが、32Gスティックの最初の5Gだけを16Gスティックにコピーする代わりに、最初のスティックにサイズ5Gのパーティションを作成し、2番目のスティックにまったく同じサイズのパーティションを作成してから、パーティション（/ dev / sda1）、スティック全体（/ dev / sda）ではありません。あなたはしてパーティションを作成することができfdisk、gdisk、parted、またはものは何でも好きです。何も計算する必要はありません。パーティションが正確に同じサイズであることを確認するだけです。