UEFIは起動可能なので、/dev/sdaだけを認識し、/dev/sda2は認識しません。

UEFI仕様では、EFIシステムのパーティション化にFAT32をサポートするファームウェアが必要ですが、他の種類のファイルシステムもサポートできます。たとえば、AppleデバイスはファームウェアレベルでHFS +をサポートし、少なくとも一部のAsusマザーボードはFAT32に加えてNTFSとISO9660をサポートします。

もともとはディスク装置全体であるSolus ISOに書かれているようです/dev/sda。したがって、イメージには独自のパーティションテーブルが含まれており、効果的に/dev/sda1作成する必要があります。これがisohybridすぐに準備されたISOイメージがすることです。この特別な準備がないと、ISOはHDDなどのストレージデバイスに書き込まれるとまったく起動しません。

技術的には、このisohybridコマンドはiso9660形式の柔軟性を活用してパーティションテーブルプレフィックス（MBRまたはGPTスタイル）をイメージに追加し、完全に有効なISOイメージになるだけでなく解析できるようにソートします。生のディスクイメージとして、これにはパーティションテーブルと（通常）ISO9660ファイルシステムを含む単一のパーティションが含まれます。

Manjaro ISOもisohybrid用意されている場合は、独自のパーティションテーブルも含まれています。 ISOを作成/dev/sda2してここに書き込んだ場合は、パーティション内にパーティションテーブルがあります。これは確かに正常ではありません。 Linuxはこれを処理できますが（少なくともおよび/losetupまたはkpartxコマンドの助けを借りて）、システムファームウェアがそれを理解していないからといって驚くことはありません。

（私の知る限り、ISOイメージを機能的なHDDイメージとしても処理できるようにする配列には正式な名称はありませんが、isohybridこれを実装する最初のツールのようです。）

現在、パーティションスキームはsda合計3つの方法で解釈できます。

1. 「スーパーフロッピー」構成：ディスク装置全体に有効なISO9660ファイルシステム（Solus）を記録し、ファイルsdaシステムの最後に未定義のごみ（実際にはManjaro ISO）を書き込みます。
2. 2つのパーティション、つまり1つのISO9660ファイルシステム（Solus）と2番目のISO9660ファイルシステム（Manjaro）があることを示す有効なGPTパーティションテーブル。
3. 非常に奇妙なオプション：GPTパーティションテーブルは、ISO9660ファイルシステム（Solus）とインクルードという2つのパーティションがあることを示します。その他ISO9660ファイルシステムでパーティションを定義するパーティションテーブル（Manjaro）

システムファームウェアは＃２の前にケース＃１をテストするように見えるので、説明＃１が好ましい。残念ながら、これを再定義するためにできることはないでしょう。ファームウェアがUEFIシェルにアクセスできる場合は、そのmapコマンドを使用してファームウェアがディスクをどのように表示するかを確認できますが、必ずしも変更は許可されていません。

私が知っている限り、ファームウェアやオペレーティングシステムは説明＃3を自動的に受け入れませんが、Linuxではこれらのタスクを実行する必要がある場合は、2番目のkpartx -a /dev/sda2パーティションテーブルを簡単に解析してアクセスするためのデバイスを作成できます。/dev/mapper/sda2p1

（パーティション化されたデバイスのVMシステムイメージとして設定されているXen VMを処理するときに、VMのシステムディスクイメージがパーティションにあっても、VMはそれをフルディスクと見なすため、オペレーティングシステムがネストされたパーティション構造を見つけることができます。を分割します（最初のブート時に中断された仮想マシンの一部のファイルを修正して再起動する必要がある場合は、先週行ったように2次パーティションを処理できるはずです）。