Rpi-imager: opsi lanjutan tidak berfungsi di windows 10

Gambar apa yang kamu tulis?

Dan apakah Anda benar-benar memeriksa Pi bahwa proses sshd tidak berjalan?
(Hanya tidak dapat terhubung dapat memiliki alasan lain).

Jika alih-alih meletakkan kartu SD di Pi, Anda memasukkannya kembali ke komputer Anda segera setelah menulis, apakah itu membuat file bernama firstrun.sh di partisi FAT?

Dan jika tidak, apakah ada perbedaan tergantung pada apakah Anda mencentang kotak "keluarkan media saat selesai"?

Terima kasih atas tanggapannya!

Gambar adalah asli Rasberry Pi OS (32-BIT) Tanggal rilis 2021-01-11
Saya memeriksa Pi itu sendiri untuk ssh. Tetapi bukan hanya fungsi ssh enable yang tidak berfungsi. Tidak ada di menu opsi yang berfungsi. Mencoba opsi lain juga. Mencoba juga SD-Card yang berbeda hanya untuk memastikan;)

Saya baru saja memeriksa dan menggunakan kartu sd lain, melakukan semuanya persis seperti sebelumnya dan tidak membuat file bernama firstrun.sh.
kotak eject media tidak dicentang.

OKE. Saya melihat masalah ini sedikit lebih jauh dan tampaknya imager memiliki masalah dengan kartu sd besar dan drive usb.

Saya mencoba kartu sd 16 GB dan dengan pencitra kartu itu menghasilkan file firstrun.sh yang diinginkan. Kartu sd pertama yang saya gunakan adalah 32 dan 128 Gb. selanjutnya saya mencoba drive usb 250Gb eksternal tetapi tidak berhasil. Tidak ada file firstrun.sh.
Jadi masalahnya adalah ukuran kartu sd mungkin?

kotak media eject tidak dicentang

Memeriksa itu tidak membuat perbedaan?

Drive Anda menyimpan huruf drive yang sama sebelum dan sesudah pencitraan?

eject media box centang atau hapus centang tidak membuat perbedaan Huruf drive saya tetap sama.

Untuk saat ini bukan masalah besar karena saya tidak menulis OS ke kartu sd setiap hari. Tapi hei, menyetel opsi tersebut membuat proses penginstalan OS lebih praktis bagi saya karena mengaktifkan ssh secara default berarti Anda dapat menginstal OS tanpa perlu menghubungkan layar ke RPI. Anda dapat mengatur RPI sepenuhnya dengan koneksi jarak jauh melalui ssh

Kartu sd pertama yang saya gunakan adalah 32 dan 128 Gb. selanjutnya saya mencoba drive usb 250Gb eksternal tetapi tidak berhasil. Tidak ada file firstrun.sh.
Jadi masalahnya adalah ukuran kartu sd mungkin?

Itu diuji pada kartu SD Samsung 64 GB dan Toshiba 32 GB, jadi ukurannya sendiri seharusnya tidak menjadi masalah.

Drive USB yang lebih baru mungkin menjadi masalah jika menggunakan protokol UASP alih-alih protokol penyimpanan massal USB standar.
Saya memiliki Samsung T7 SSD, yang Windows tidak perlakukan sebagai penyimpanan yang dapat dilepas tetapi sebagai drive internal, dan karena itu tidak menetapkan huruf drive untuk itu secara otomatis setelah Pencitraan. Sebagai gantinya Anda harus pergi ke manajemen disk Windows dan menetapkan huruf drive secara manual agar dapat melihat file pada partisi FAT sama sekali.
Saat menggunakan drive itu, Imager jelas tidak dapat memperbaiki file secara otomatis, tetapi itu menampilkan pesan kesalahan yang jelas dalam kasus itu:

Yang berbeda dengan kasus Anda tentang perubahan yang kami tulis ke disk yang hilang.

Saya memiliki masalah serupa. Saya mendapatkan kesalahan "tidak dapat menulis firstrun.sh". Saya akan menyertakan tangkapan layar tetapi++X bertentangan dengan Snagit 2021 jadi saya harus menonaktifkannya. ;)

Kesalahan terjadi dengan kartu SD 32GB tetapi tidak dengan stik USB 16GB.

Saya memiliki masalah serupa. Saya mendapatkan kesalahan "tidak dapat menulis firstrun.sh".

Itu berarti bahwa Windows memang menunjukkan bahwa partisi FAT telah diberi huruf drive (jika tidak, Anda mendapatkan "Sistem operasi tidak memasang partisi FAT32", tetapi membuka file untuk menulis masih gagal.
Mungkin ada penundaan di Windows dalam menetapkan huruf drive, dan ketika sistem file selesai dipasang.
Jika itu masalahnya, kami mungkin perlu mencoba lagi beberapa kali.

Setelah menerima kesalahan, apakah Anda dapat melihat file pada partisi FAT di explorer tanpa harus memasang kembali kartu atau melakukan sesuatu yang istimewa?

Saya dapat melihat partisi FAT32 tetapi tentu saja tidak ada file firstrun.sh. Di mesin saya itu E: karena saya memiliki 2 partisi di HDD saya (jangan tanya). Tetapi juga E: untuk stik USB.

Saya dapat melihat partisi FAT32 tetapi tentu saja tidak ada file firstrun.sh.

Oke.
Bisakah Anda mencoba jika yang ini berfungsi lebih baik?

imager-1.7beta.zip

Menunggu hingga 3 detik untuk memeriksa apakah config.txt ada pada huruf drive sebelum melanjutkan untuk menulis perubahan.

Bekerja seperti yang diharapkan. Diuji dengan kartu SD 32GB dari siklus pembuatan hingga booting pada Pi 4.

Terima kasih.

Bekerja seperti yang diharapkan.

Senang mendengarnya.

@TeeSee64 dapatkah Anda juga mencoba versi beta?
(Tidak tahu apakah itu melakukan sesuatu untuk masalah Anda, karena Anda memiliki gejala yang berbeda).

@maxnet
Ya! Saya dapat mengonfirmasi bahwa masalah telah diselesaikan dengan versi 1.7beta. Sekarang ia menulis file firstrun.sh dan semua opsi berfungsi. Bekerja dengan kartu sd 128Gb dan drive usb 250Gb

Terima kasih !!

Hai @maxnet , Saya memiliki masalah yang sama seperti @CharlesGodwin. Juga mencoba 1.7beta, tetapi sayangnya itu tidak berhasil untuk saya. Hanya pesan kesalahan yang berubah karena perubahan Anda. Sekarang menampilkan "Tidak dapat menyesuaikan. File 'I:\/config.txt' tidak ada.".
Masalahnya mungkin, partisi FAT32 dipasang ke "J:\" bukannya "I:\".
Maaf, tetapi saat ini saya tidak dapat melakukan analisis lebih lanjut tentang mengapa itu dipasang ke "J:\" atau mengapa Pencitra berpikir itu dipasang ke "I:\", tapi setidaknya saya ingin berbagi ini dengan Anda .

Masalahnya mungkin, partisi FAT32 dipasang ke "J:\" bukannya "I:\".

Hmm, sepertinya kami memiliki laporan tentang huruf drive yang tidak dirilis, dan huruf drive baru yang ditetapkan ke drive sebelumnya.
Seperti: https://github.com/raspberrypi/rpi-imager/issues/31
Tidak pernah berhasil mereproduksi masalah seperti itu. Jadi tidak tahu apa yang menyebabkannya.
Mungkin ada sesuatu yang mengunci drive (beberapa layanan sistem atau pemindai virus?)

Atau apakah kartu itu tidak pernah tersedia di I: sebelumnya?
Huruf kandar apa yang ditampilkan saat Anda memilih kandar di Imager?

Imager menganggap volume pertama yang Windows beri tahu kami terkait dengan drive adalah partisi FAT yang kami cari.
Tidak yakin apakah ada mekanisme yang lebih baik, seperti mencari semua volume yang terkait dengan drive untuk config.txt.

Jika Anda memulai "diskpart" dari prompt perintah, dan mengetik "daftar volume", apakah itu menunjukkan I: dan J: di sana?
Mungkin juga mencoba memilihnya dengan "select volume [number of volume]", dan lihat apakah "detail volume" (dan "detail partition" "detail disk") mencetak sesuatu yang tidak biasa.

Mungkin ada sesuatu yang mengunci drive (beberapa layanan sistem atau pemindai virus?)

Jangan berpikir begitu.

Huruf kandar apa yang ditampilkan saat Anda memilih kandar di Imager?

Kartu, yang telah dicitrakan, menampilkan "Dipasang sebagai I:\,J:\"(diterjemahkan, menggunakan versi Jerman).
Juga mencobanya dengan kartu yang tidak terpakai. Ini menampilkan "Dipasang sebagai J:\" (I:\ tidak lengkap, juga di explorer. Jangan tanya kenapa...)

Jika Anda memulai "diskpart" dari prompt perintah, dan mengetik "daftar volume", apakah itu menunjukkan I: dan J: di sana?

Tidak, itu hanya menunjukkan J:\ disana. Tapi di explorer itu menunjukkan keduanya, I:\ dan J:\.

Imager menganggap volume pertama yang Windows beri tahu kami terkait dengan drive adalah partisi FAT yang kami cari.

Itu sepertinya masalahnya.

@maxnet Sekedar ide...
Mungkin pengindeks pencarian windows? Kadang-kadang ketika saya mencoba untuk menghapus SD-Card dengan aman dari komputer saya, itu tidak mungkin karena pengindeks pencarian windwos sibuk pada kartu itu. setelah beberapa saat, pengindeks siap dan penghapusan aman dimungkinkan.

Mungkin pengindeks pencarian windows?

Kami mengalihdayakan menghapus tabel partisi di awal Pencitraan ke utilitas diskpart Microsoft, dengan harapan mengetahui cara membuat setiap layanan Microsoft berhenti menggunakan drive, dan melepaskan semua kunci/huruf drive dengan benar.
Selain layanan sistem, ada juga program pihak ketiga yang suka mengklaim dan tetap membuka file di dalam "\System Volume Information" di setiap drive.
Misalnya, saya ingat Symantec Endpoint Security diketahui menyimpan pembukuan tentang file apa yang sudah dipindai, dan tanda tangan dari file tersebut di sana.
Itu sebabnya saya menyebutkan pemindai virus.

@CRGer

Bisakah Anda mencoba jika yang ini berfungsi lebih baik?

imager-20210322.zip

Harus mencari semua mountpoint yang terkait dengan drive untuk config.txt, bukan hanya yang pertama.

@maxnet Bahkan jika huruf drive yang dipasang secara otomatis berubah sebelum dan sesudah menulis gambar, saya menganggap nomor disk fisik tidak akan berubah? Jadi mungkin Anda bisa menggunakan beberapa hal WMI untuk menghubungkan huruf drive sebelum dan sesudah mem-flash gambar? :shrug: Atau, saya kira Anda bisa menggunakan ukuran drive mentah, karena mungkin tidak mungkin pengguna memiliki dua drive dengan ukuran mentah yang sama persis terhubung? (dan itu juga tidak akan berubah sebelum/sesudah flashing)

@maxnet Bahkan jika huruf drive yang dipasang secara otomatis berubah sebelum dan sesudah menulis gambar, saya menganggap nomor disk fisik
tidak akan berubah? Jadi mungkin Anda bisa menggunakan beberapa hal WMI untuk menghubungkan huruf drive sebelum dan sesudah mem-flash gambar?

Kami sudah mengambil daftar volume milik nomor drive fisik itu setelah pencitraan.

Namun dalam kasus CRGe, dua volume dikembalikan (I: dan J:) sebagai milik drive fisik itu .
Kode kami sebelumnya mengasumsikan yang pertama adalah partisi FAT, tetapi dalam kasusnya yang kedua adalah satu-satunya volume yang valid.
Kode baru harus memindai kedua volume yang dikembalikan untuk config.txt

Ini mungkin berakhir dengan permainan tahi lalat. mungkin kode di kotak dialog "Mohon drive yang mana" ketika semuanya gagal.

Ahh, saya salah paham, maaf atas kebisingannya! :mengedip:

Bisakah Anda mencoba jika yang ini berfungsi lebih baik?

Sudah dicoba dan berfungsi seperti yang diharapkan. "firstrun.sh" telah dibuat partisi FAT saya dengan semua konfigurasi yang dipilih. Kerja bagus @maxnet , terima kasih!

Saya melihat masalah ini di ubuntu mencoba menulis Raspberry PI OS Lite, sepertinya tidak menunggu cukup lama untuk memasang partisi boot, sebelum mencoba menulis firstrun.sh ke partisi. Apakah ada build dengan penundaan lebih lama untuk ubuntu?

Juga daripada menunggu 3 detik sewenang-wenang, bagaimana dengan hanya menguji apakah Anda dapat mengakses partisi dalam satu lingkaran selama 60 detik sebelum melakukan kesalahan atau sesuatu?

Saya melihat masalah ini di ubuntu mencoba menulis Raspberry PI OS Lite, sepertinya tidak menunggu cukup lama untuk boot
partisi yang akan dipasang, sebelum mencoba menulis firstrun.sh ke partisi. Apakah ada build dengan penundaan lebih lama untuk ubuntu?

Apakah yang ini bekerja lebih baik?

rpi-imager-ubuntu-20210324.zip

Juga daripada menunggu 3 detik yang sewenang-wenang, bagaimana dengan hanya menguji apakah Anda dapat mengakses partisi dalam satu lingkaran untuk katakanlah 60
detik sebelum error atau apa?

Untuk referensi: dibutuhkan 0,008 detik sebelum partisi FAT dipasang di komputer Ubuntu saya.

Saya melihat masalah ini di ubuntu mencoba menulis Raspberry PI OS Lite, sepertinya tidak menunggu cukup lama untuk boot
partisi yang akan dipasang, sebelum mencoba menulis firstrun.sh ke partisi. Apakah ada build dengan penundaan lebih lama untuk ubuntu?

BTW apakah Anda menggunakan .deb dari situs web Raspberry Pi sebelumnya, atau snap yang disediakan oleh canonical?

Seperti yang disebutkan orang lain, masalah hanya terjadi saat itu juga: https://www.raspberrypi.org/forums/viewtopic.php?f=63&p=1842486

mengapa Ubuntu rpi-imager sedang dibahas dalam masalah berjudul opsi lanjutan tidak berfungsi di windows 10

tidak ada yang akan menemukannya

mengapa Ubuntu rpi-imager sedang dibahas dalam masalah berjudul opsi lanjutan tidak berfungsi di windows 10

Itu lebih merupakan masalah dengan judul, daripada itu masalah yang berbeda.

Masalah dalam kedua kasus adalah sama.
Sistem operasi melaporkan bahwa pemasangan telah selesai, padahal sebenarnya belum siap.

Ini TIDAK boleh terjadi pada sistem Linux normal.
Tetapi mungkin terjadi pada paket snap pihak ketiga yang tidak kami buat.
Oh well, sebagai efek samping dari mengatasi masalah ini di Windows, ini juga dapat mengatasi masalah snap...

Saya kira masalahnya _could_ diganti namanya menjadi "opsi lanjutan tidak menulis pengaturan ke kartu SD", tetapi tampaknya tidak sepadan jika @maxnet sudah memiliki potensi perbaikan di tangan? :slightly_smiling_face:

Saya kira masalahnya dapat diubah namanya menjadi "opsi lanjutan tidak menulis pengaturan ke kartu SD", tetapi sepertinya tidak sepadan jika @maxnet
sudah memiliki perbaikan potensial di tangan?

Saya menduga masalah ini sudah diperbaiki.
Tetapi biarkan ini terbuka untuk saat ini, untuk mencegah orang lain menggunakan 1.6 (bukan git terbaru) membuka masalah baru.

Diperbaiki di 1.6.1