Rpi-imager: Windows10で機能しない高度なオプション

どんな画像を書いていましたか？

そして、実際にsshdプロセスが実行されていないPiを確認しましたか？
（接続できないだけでも、他の理由が考えられます）。

SDカードをPiに入れる代わりに、書き込み直後にコンピューターに戻すと、FATパーティションにfirstrun.shというファイルが作成されましたか？

そうでない場合は、「終了時にメディアを取り出す」チェックボックスをオンにするかどうかによって違いはありますか？

返信ありがとうございます！

画像はオリジナルのRasberryPiOS（32ビット）リリース日2021-01-11
Pi自体でsshを確認しました。 ただし、機能していないのはsshenable関数だけではありません。 オプションメニューの何も機能していません。 他のオプションも試してみました。 念のため、さまざまなSDカードも試してみました;）

別のSDカードをチェックして使用しましたが、以前とまったく同じようにすべてを実行しましたが、firstrun.shというファイルは作成されませんでした。
メディアボックスの排出が解除されました。

わかった。 この問題をもう少し詳しく見てみると、イメージャに大きなSDカードとUSBドライブの問題があるようです。

16 GBのSDカードを試しましたが、そのカードイメージャーを使用して、必要なfirstrun.shファイルを作成しました。 私が使用した最初のSDカードは32Gbと128Gbでした。 次に、外付けの250Gb USBドライブを試しましたが、成功しませんでした。 firstrun.shファイルはありません。
それで問題は多分SDカードのサイズですか？

メディアボックスの排出が解除されました

それをチェックしても違いはありませんか？

ドライブは、イメージングの前後で同じドライブ文字を保持しますか？

メディアボックスのチェックボックスをオンまたはオフにしても、違いはありません。ドライブ文字は同じままです。

今のところ、私は毎日OSをSDカードに書きませんので大したことではありません。 しかし、これらのオプションを設定すると、OSをインストールするプロセスがより便利になります。デフォルトでsshをオンにすると、画面をRPIに接続しなくてもOSをインストールできるからです。 ssh経由のリモート接続でRPIを完全にセットアップできます

私が使用した最初のSDカードは32Gbと128Gbでした。 次に、外付けの250Gb USBドライブを試しましたが、成功しませんでした。 firstrun.shファイルはありません。
それで問題は多分SDカードのサイズですか？

64GBのSamsungSDカードと32GBのToshibaでテストされたため、サイズ自体は問題になりません。

新しいUSBドライブは、標準のUSB大容量ストレージプロトコルではなくUASPプロトコルを使用している場合、問題になる可能性があります。
私はSamsungT7SSDを持っていますが、Windowsはリムーバブルストレージとしてではなく内部ドライブとして扱われるため、イメージング後にドライブ文字が自動的に割り当てられません。 代わりに、Windowsのディスクの管理に移動し、ドライブ文字を手動で割り当てて、FATパーティション上のファイルを表示する必要があります。
そのドライブを使用する場合、Imagerは明らかにファイルを自動的に修正できませんが、その場合は明確なエラーメッセージが表示されます。

これは、ディスクに書き込んだ変更が失われた場合とは異なります。

私も同様の問題を抱えています。 「firstrun.shを書き込めません」というエラーが発生します。 スクリーンショットを含めますが++XはSnagit2021と競合するため、無効にする必要がありました。 ;）

エラーは32GBSDカードで発生しましたが、16GBUSBスティックでは発生しませんでした。

私も同様の問題を抱えています。 「firstrun.shを書き込めません」というエラーが発生します。

つまり、WindowsはFATパーティションにドライブ文字が割り当てられていることを示しましたが（そうでない場合は、代わりに「オペレーティングシステムがFAT32パーティションをマウントしませんでした」と表示されます）、書き込み用にファイルを開くことができませんでした。
Windowsがドライブ文字を割り当てたり、ファイルシステムのマウントが完了したりするのに遅れが生じる可能性があります。
その場合は、複数回再試行する必要があります。

エラーを受け取った後、カードを再接続したり、特別なことをしたりすることなく、エクスプローラーでFATパーティション上のファイルを表示できますか？

FAT32パーティションは表示されますが、もちろんfirstrun.shファイルは表示されません。 私のマシンではE：HDDに2つのパーティションがあるので（聞かないでください）。 しかし、それはE：USBスティックの場合でもあります。

FAT32パーティションは表示されますが、もちろんfirstrun.shファイルは表示されません。

Ok。
これがうまくいくか試してみませんか？

imager-1.7beta.zip

変更の書き込みに進む前に、ドライブ文字にconfig.txtが存在するかどうかを確認するために最大3秒待機します。

期待どおりに動作します。 Pi4での作成から起動サイクルまで32GBのSDカードでテスト済み。

ありがとう。

期待どおりに動作します。

聞いて良かった。

@ TeeSee64ベータ版も試してみませんか？
（さまざまな症状があるので、それがあなたの問題に何かをするかどうかはわかりません）。

@maxnet
はい！ 1.7betaバージョンで問題が解決したことを確認できます。 これでfirstrun.shファイルが書き込まれ、すべてのオプションが機能します。 128Gbsdカードと250Gbusbドライブの両方で動作します

ありがとう ！！

こんにちは@maxnet 、私は@CharlesGodwinのような同じ問題を抱えていました。 1.7betaも試しましたが、残念ながらうまくいきません。 変更により、エラーメッセージのみが変更されました。 「カスタマイズできません。ファイル'I：\/config.txt'は存在しません。」と表示されます。
問題は、FAT32パーティションが「I：」ではなく「J：」にマウントされていることである可能性があります。
申し訳ありませんが、現在、「J：」にマウントされている理由、またはImagerが「I：」にマウントされていると考える理由についてこれ以上分析することはできませんが、少なくともこれをあなたと共有したいと思います。

問題は、FAT32パーティションが「I：」ではなく「J：」にマウントされていることである可能性があります。

うーん、ドライブ文字がリリースされておらず、以前に新しいドライブ文字がドライブに割り当てられているという報告があったと思います。
いいね： https ：//github.com/raspberrypi/rpi-imager/issues/31
しかし、そのような問題を再現することはできませんでした。 だから何がそれを引き起こしているのか分かりません。
おそらく、ドライブをロックしているもの（システムサービスまたはウイルススキャナー？）

または、カードはI：以前は利用できませんでしたか？
Imagerでドライブを選択すると、どのドライブ文字が表示されましたか？

Imagerは、Windowsがドライブに関連付けられていると通知する最初のボリュームが、後のFATパーティションであると想定します。
ドライブに関連付けられているすべてのボリュームでconfig.txtを検索するなど、より適切なメカニズムがあるかどうかはわかりません。

コマンドプロンプトから「diskpart」を起動し、「listvolumes」と入力すると、I：とJ：の両方が表示されますか？
また、「ボリュームの選択[ボリュームの数]」でそれらを選択してみて、「詳細ボリューム」（および「詳細パーティション」「詳細ディスク」）が通常とは異なるものを印刷するかどうかを確認することもできます。

おそらく、ドライブをロックしているもの（システムサービスまたはウイルススキャナー？）

そうは思わないでください。

Imagerでドライブを選択すると、どのドライブ文字が表示されましたか？

すでに画像化されているカードには、「Mounted as I：\、J：\」（ドイツ語版を使用して翻訳）が表示されます。
未使用のカードでも試してみました。 「MountedasJ：\」と表示されます（I：\は、エクスプローラーでも完全に欠落しています。理由を聞かないでください...）

コマンドプロンプトから「diskpart」を起動し、「listvolumes」と入力すると、I：とJ：の両方が表示されますか？

いいえ、J：\のみが表示されます。 しかし、エクスプローラーでは、I：\とJ：\の両方が表示されます。

Imagerは、Windowsがドライブに関連付けられていると通知する最初のボリュームが、後のFATパーティションであると想定します。

それが問題のようです。

@maxnetただのアイデア...
たぶん、Windowsサーチインデクサー？ SDカードをコンピューターから安全に取り外そうとすると、windwos search indexerがそのカードでビジー状態になっているため、不可能な場合があります。 しばらくすると、インデクサーの準備が整い、安全に削除できるようになります。

たぶん、Windowsサーチインデクサー？

すべてのMicrosoftサービスにドライブの使用を停止させ、すべてのロック/ドライブ文字を適切に解放する方法を知っていることを期待して、イメージングの開始時にパーティションテーブルのワイプをMicrosoftのdiskpartユーティリティにアウトソーシングします。
システムサービスの他に、すべてのドライブの「\SystemVolumeInformation」内のファイルを要求して開いたままにするサードパーティプログラムもあります。
たとえば、Symantec Endpoint Securityは、すでにスキャンしたファイルと、そこにあるそれらのファイルの署名について簿記を続けることが知られていることを思い出します。
だから私はウイルススキャナーについて言及しました。

@CRGer

これがうまくいくか試してみませんか？

imager-20210322.zip

ドライブに関連付けられているすべてのマウントポイントで、最初のマウントポイントだけでなくconfig.txtを検索する必要があります。

@maxnetイメージを書き込む前後に自動マウントされたドライブ文字が変更されても、物理ディスク番号は変更されないと思いますか？ では、WMIのものを使用して、画像をフラッシュする前後のドライブ文字を相互に関連付けることができるでしょうか。 ：shrug：あるいは、ユーザーが同じ正確なrawサイズの2つのドライブを接続する可能性は低いので、rawドライブサイズを使用できると思いますか？ （そしてそれも点滅の前後で変化しません）

@maxnetイメージを書き込む前後で自動マウントされたドライブ文字が変更されても、物理ディスク番号を想定しています
変わらない？ では、WMIのものを使用して、画像をフラッシュする前後のドライブ文字を相互に関連付けることができるでしょうか。

イメージング後、その物理ドライブ番号に属するボリュームのリストをすでに取得しています。

ただし、CRGerの場合、その物理ドライブに属するものとして2つのボリューム（I:およびJ:)が返されます。
以前は最初のコードがFATパーティションであると想定していたコードですが、彼の場合、2番目のコードが唯一の有効なボリュームです。
新しいコードは、config.txtに対して返された両方のボリュームをスキャンする必要があります

それはモグラたたきのゲームに終わるかもしれません。 他のすべてが失敗した場合は、ダイアログボックスに「どのドライブを使用してください」とコーディングしてください。

ああ、私は誤解しました、ノイズについてお詫びします！ ：ウィンク：

これがうまくいくか試してみませんか？

試してみましたが、期待どおりに動作します。 「firstrun.sh」は、選択したすべての構成でmyFATパーティションを作成しました。 お疲れ様でした@maxnet 、ありがとうございます！

ubuntuでRaspberryPIOS Liteを書き込もうとすると、この問題が発生します。firstrun.shをパーティションに書き込もうとする前に、ブートパーティションがマウントされるのに十分な時間がないようです。 ubuntuの遅延が長いビルドはありますか？

また、任意の3秒間待機するのではなく、エラーなどが発生する前に、たとえば60秒間ループでパーティションにアクセスできるかどうかをテストするだけではどうでしょうか。

ubuntuでRaspberryPIOS Liteを作成しようとすると、この問題が発生します。起動まで十分に待機していないようです。
firstrun.shをパーティションに書き込もうとする前に、マウントするパーティション。 ubuntuの遅延が長いビルドはありますか？

これはうまくいきますか？

rpi-imager-ubuntu-20210324.zip

また、任意の3秒間待機するのではなく、たとえば60のループでパーティションにアクセスできるかどうかをテストするだけではどうでしょうか。
エラーか何かの数秒前？

参考までに：FATパーティションがUbuntuコンピューターにマウントされるまでに0.008秒かかります。

ubuntuでRaspberryPIOS Liteを作成しようとすると、この問題が発生します。起動まで十分に待機していないようです。
firstrun.shをパーティションに書き込もうとする前に、マウントするパーティション。 ubuntuの遅延が長いビルドはありますか？

ところで、以前はRaspberry Pi Webサイトの.debを使用しましたか、それともcanonicalが提供するスナップを使用しましたか？

他の誰かが言及しているように、問題はスナップでのみ発生します： https ://www.raspberrypi.org/forums/viewtopic.php?f=63&p=1842486

なぜUbunturpi-imagerがWindows10で機能しない高度なオプションというタイトルの問題で議論されているのですか？

誰もそれを見つけることができません

なぜUbunturpi-imagerがWindows10で機能しない高度なオプションというタイトルの問題で議論されているのですか？

それは別の問題というよりも、タイトルの問題です。

どちらの場合も問題は同じです。
オペレーティングシステムは、実際にはまだ準備ができていないときに、マウントが完了したことを報告します。

これは通常のLinuxシステムでは発生しないはずです。
ただし、作成していないサードパーティのスナップパッケージで発生する可能性があります。
まあ、Windowsでこの問題を回避することの副作用として、スナップの問題も回避できる可能性があります...

問題の名前を「SDカードに設定を書き込まない高度なオプション」に変更できると思いますが、 @ maxnetにすでに修正の可能性がある場合は、それだけの価値はないようです。 ：slightly_smiling_face：

この問題は「SDカードに設定を書き込まない高度なオプション」に名前を変更できると思いますが、@ maxnetの場合、それだけの価値はないようです。
すでに手元に潜在的な修正がありますか？

この問題はすでに修正されていると思います。
ただし、（git latestの代わりに）1.6を使用している他のユーザーが新しい問題を開かないようにするために、今のところこれを開いたままにしておきます。

1.6.1で修正