Unetbootinは0％で停止し、ブートローダー構成を抽出します
Unetbootin575-1でdebian7安定版リリースを実行しています
'Sudo unetbootin'を実行してISOイメージ（boot-rescue-32bit.iso）を選択し、新しくフォーマットしたUSBドライブを選択して[OK]をクリックすると、unetbootinはファイルの抽出とコピーで0％でスタックします。
最新のunetbootin608バージョンも試しましたが、同じ問題が発生します。
私も別のISOを試しましたが、それでも喜びはありません。私が知っている両方のISOファイルは、CDに書き込んでコンピューターで起動したので、機能します。
別のUSBフラッシュドライブと別のUSBスロット（USBハブではなくオンボード）も試しました
しばらくお待ちください:)ファイルは解凍中であり、しばらく時間がかかるようです。同じ問題が発生し、このページのすべてのコメントを見つけて読むのに時間がかかったときに、0.hfsが解凍され、インストールが続行されました。
これらのISOには、UNetbootinが通常サポートするディストリビューションが含まれていますか？ Unetbootinサイトによると：
UNetbootinは、ライブUSBドライブを作成するためにディストリビューション固有のルールを使用しないため、ほとんどのLinuxISOファイルはこのオプションを使用して正しくロードする必要があります。ただし、すべてのディストリビューションがUSBからの起動をサポートしているわけではなく、USBドライブから起動する前に追加の起動オプションやその他の変更が必要なディストリビューションもあるため、これらのISOファイルはそのままでは機能しません。また、Linux以外のオペレーティングシステム用のISOファイルは、起動メカニズムが異なるため、それらも機能することを期待しないでください。
これがLinuxにどのように変換されるかはわかりませんが（何らかの形で適用できると確信しています。正確にどのように変換されるかはわかりません）、Macでも同じ問題が発生していました。これは、私がどのように変換したかによるものだと思います。 USBスティックをフォーマットしました。もともと私はFATとしてパーティションを作成したばかりで、デバイスにさまざまなISOをロードすることができました。それから私は間違いを犯し、ファイル/パーティションテーブルの再作成を含むデバイス全体を再フォーマット（？）しなければなりませんでした。もともと私はデフォルトの「スキーム」、「GUIDパーティションマップ」を選択しました。この時点から私は問題を抱えていました。 「マスターブートレコード」スキームが必要になるかもしれないという予感があったので、その設定でUSBスティック全体をもう一度消去しました。その後、unetbootinを再度実行すると、問題なく動作しました。
したがって、最初にUSBでパーティションテーブル全体を再作成してみて、それが役立つかどうかを確認してください。