Rpi-imager: Kesalahan: kesalahan membuat firstrun.sh pada partisi gemuk saat berjalan di MacOS

1.7 beta diubah namanya menjadi 1.6.1, karena hanya ada sedikit perubahan.
Jadi Anda sudah menjalankan itu.

Tidak yakin apa masalahnya di sini.
Imager tidak berhasil membuat file di Mac Mini saya (dengan pembaca USB-C merek tidak dikenal yang terlihat seperti ini )

Setelah gagal, Anda dapat mengakses lokasi "boot" di "Finder" dan buka say config.txt, tambahkan baris teks acak di sana dan "file menu" -> "simpan" file?
Itu tidak mengeluh perangkat hanya-baca di sana atau sesuatu yang luar biasa?

Saya juga melihat masalah serupa. File firstrun.sh tidak ada pada upaya flash pertama saya, tetapi itu muncul pada upaya kedua, menggunakan v1.6.1 dari imager. Namun, saya masih tidak dapat melakukan ssh ke Raspberry Pi. Saya menggunakan kartu memori microSD Samsung Evo+ 32GB dengan Pembaca Kartu MicroSD USB CanaKit.

File firstrun.sh tidak ada pada upaya flash pertama saya, tetapi itu muncul pada upaya kedua, menggunakan v1.6.1 dari imager.

Dan Anda memang mendapatkan kesalahan "kesalahan membuat firstrun.sh pada partisi FAT" yang sama seperti starter masalah pada upaya pertama Anda?

(Perhatikan firstrun.sh dihapus oleh Pi pada boot pertama)

Saya tidak pernah benar-benar melihat kesalahan pada kedua upaya tersebut. Saya memang mencoba untuk boot terlebih dahulu sebelum melihat sistem file pada upaya pertama, jadi mungkin itu sebabnya file tersebut tidak ada. Saat meneliti masalah ini, saya menemukan beberapa penyebutan di mana orang mengalami masalah saat menghubungkan ke titik akses WiFi 5 GHz secara umum. Pada upaya ketiga, saya mengubah SSID WiFi dari titik akses 5 GHz ke versi 2,4 GHz dan semuanya tampak berfungsi dengan baik. Jadi masalah saya mungkin sebenarnya terkait dengan akses WiFi 5 versus 2,4 alih-alih Raspberry Pi Imager itu sendiri.

Jadi masalah saya mungkin sebenarnya terkait dengan akses WiFi 5 versus 2,4 alih-alih Raspberry Pi Imager itu sendiri.

Ya, itu terdengar mungkin. Saya tidak dapat melihat alasan mengapa RPi Imager itu sendiri tidak akan berfungsi pada dua upaya pertama, tetapi kemudian secara ajaib bekerja pada upaya ke-3 :wink: (terutama jika Anda tidak pernah melihat pesan kesalahan di Raspberry Pi Imager)

Maaf untuk jawaban yang terlambat. Ternyata ini memang pembatasan menulis ke perangkat USB. Saya telah mengabaikan ini sebagai masalah karena fakta bahwa OS itu sendiri ditulis dengan baik. Hanya salinan file firstrun yang gagal. Rupanya pemeriksaan penulisan USB harus dilakukan pada level yang lebih tinggi dan penulisan OS level rendah baik-baik saja. Bagaimanapun setelah pembatasan ini dihapus, semuanya baik-baik saja. Saya baik-baik saja dengan menutup masalah ini, namun, karena tampaknya telah menimbulkan minat lain, saya menyerahkannya kepada orang lain.

Maaf untuk jawaban yang terlambat. Ternyata ini memang pembatasan menulis ke perangkat USB.

Apakah itu pengaturan di Mac OS X itu sendiri, atau sesuatu yang diperkenalkan oleh perangkat lunak keamanan pihak ketiga yang biasanya hanya digunakan di perusahaan besar untuk membatasi apa yang dapat dan tidak dapat dilakukan pengguna?
Hanya ingin tahu, seandainya pengguna lain akan melaporkan masalah serupa.

Itu yang terakhir. Pembatasan luas perusahaan pada penulisan USB. Pengecualian diperbolehkan untuk kasus khusus. Setelah kami mendapat pengecualian, semuanya baik-baik saja.

Pembatasan luas perusahaan pada penulisan USB.

Agak ironis bahwa "perangkat lunak keamanan" tidak memblokir penulisan tingkat rendah, karena saya kira itu secara teoritis dapat digunakan untuk melewati batasan akses tingkat yang lebih tinggi :wink:

Terimakasih atas infonya.
Karena masalah terpecahkan, saya akan menutup yang ini.

Versi 1.6.0 dan dapat mengonfirmasi bahwa proses penulisan gagal (Opsi lanjutan/tersembunyi). Proses penulisan Img bekerja dengan sempurna. Ini bukan masalah besar tetapi harus diperbaiki karena hanya menimbulkan kebingungan dan pekerjaan ekstra.

Versi 1.6.0 dan dapat mengonfirmasi bahwa proses penulisan gagal (Opsi lanjutan/tersembunyi).

Kekhawatiran komputer perusahaan dengan perangkat lunak keamanan juga?
Jika tidak, itu bukan masalah yang sama.

Versi 1.6.0 dan dapat mengonfirmasi bahwa proses penulisan gagal (Opsi lanjutan/tersembunyi).

Kekhawatiran komputer perusahaan dengan perangkat lunak keamanan juga? Jika tidak, itu bukan masalah yang sama.

Saya buruk, ini waktu malam dan saya melewatkan beberapa hal/konteks OP.
Komputer Windows 10 pribadi (dengan Bitdefender).

Versi 1.6.0
Komputer Windows 10 pribadi (dengan Bitdefender).

Sarankan Anda meningkatkan ke 1.6.2 terlebih dahulu, dan buka masalah baru yang mencantumkan pesan kesalahan yang tepat jika gagal juga.

Saya mengalami masalah yang sama dengan imager 1.6.2 pada mesin Ubuntu yang tidak menginstal perangkat lunak keamanan tertentu, jadi saya rasa ini tidak terkait dengan itu.
Itu memang terjadi saat saya mengatur opsi (Ctrl+Shift+X) untuk mengatur nama host, mengaktifkan SSH dan Wifi.

Pada upaya kedua, saya juga mengatur opsi untuk mengonfigurasi zona waktu dan keyboard, dan melewatkan wizard run pertama, tetapi kesalahan tetap ada.

Ketika saya tidak mengonfigurasi opsi apa pun, imager berjalan dengan baik.

Tidak ada output kesalahan pada baris perintah.

Saya mengalami masalah yang sama dengan imager 1.6.2 pada mesin Ubuntu yang tidak menginstal perangkat lunak keamanan tertentu, jadi saya rasa ini tidak terkait dengan itu.

Masalah khusus ini adalah tentang MacOS dengan perangkat lunak keamanan perusahaan yang diinstal.
Mungkin ingin membuka yang terpisah untuk Ubuntu.

Jika Anda menginstal Imager di Ubuntu melalui snap (pusat perangkat lunak Ubuntu) tempat yang tepat adalah di sini: https://github.com/popey/imager-snap/issues/16
Perhatikan bahwa kami tidak membuat paket snap itu, itu disediakan oleh pihak ketiga, dan karena berjalan di lingkungan kotak pasir, ia berperilaku berbeda dengan versi kami.

Jika Anda mengunduh paket .deb dari situs web Raspberry Pi, coba jika berfungsi lebih baik jika Anda menonaktifkan pemasangan otomatis di Ubuntu.
Jika berfungsi lebih baik jika Anda mengubah pengaturan pemasangan otomatis, kemungkinan sudah diperbaiki di versi Imager berikutnya (ada perbaikan untuk menangani kondisi balapan pemasangan otomatis dalam kode sumber di sini di github, tetapi itu tidak membuat dalam rilis yang diterbitkan belum).

Saya mengalami masalah yang sama saat menggunakan versi Snap (1.6.2) dari rpi-imager. Saya mencoba menjalankannya mungkin enam kali, dengan berbagai kesalahan, termasuk masalah "firstrun.sh".
Saya menghapus versi Snap, dan mengunduh .deb (sekali lagi, 1.6.2) langsung dari www.raspberrypi.com/software , dan itu berjalan seperti pesona pertama kali.
Terima kasih kepada semua yang berkontribusi di sini!

Saya mengalami masalah ini pada 1.6.2 yang diinstal di Ubuntu 20.04. Saya telah mengisolasi masalah untuk memiliki pengaturan khusus. Saya mencoba mengatur wifi dan ssh dan jika saya melakukan salah satu atau kedua hal itu saya mendapatkan kesalahan firstrun.sh.

Saya mengalami masalah ini pada 1.6.2 yang diinstal di Ubuntu 20.04.

Bagaimana Anda menginstal Imager?
.deb atau snap?

which rpi-imager 
/snap/bin/rpi-imager

/snap/bin/rpi-imager

Silakan laporkan di sini: https://github.com/popey/imager-snap/issues/16
Atau, hapus instalan snap, dan dapatkan paket kami sebagai gantinya: https://www.raspberrypi.com/software/

Saya menjalankannya di Ubuntu 18.04.
rpi-imager 1.6 rilis berfungsi.

Saya menjalankannya di Ubuntu 18.04.

Dengan asumsi Anda menggunakan snap (karena .deb kami membutuhkan setidaknya Ubuntu 20.04), harap laporkan di sini: https://github.com/popey/imager-snap/issues/16