Rpi-imager: Ошибка: ошибка при создании firstrun.sh в разделе FAT при работе на MacOS

Бета 1.7 была переименована в 1.6.1, так как были небольшие изменения.
Итак, вы уже запускаете это.

Не уверен, в чем проблема.
Imager может успешно создать файл на моем Mac Mini (с устройством чтения USB-C неизвестной марки, которое выглядит так )

После сбоя вы можете получить доступ к «загрузочному» местоположению в «Finder» и открыть, скажем, config.txt, добавить туда случайную строку текста и «файл меню» -> «сохранить» файл?
Не жалуется устройство только для чтения там или что-то из ряда вон выходящее?

Я тоже наблюдаю подобные проблемы. Файл firstrun.sh не существовал при моей первой попытке прошивки, но он появился при второй попытке с использованием имидж-сканера версии 1.6.1. Однако я все еще не могу подключиться к Raspberry Pi по ssh. Я использую карту памяти microSD Samsung Evo+ 32 ГБ с устройством чтения карт памяти CanaKit USB MicroSD.

Файл firstrun.sh не существовал при моей первой попытке прошивки, но он появился при второй попытке с использованием имидж-сканера версии 1.6.1.

И вы получили ту же ошибку «ошибка создания firstrun.sh в разделе FAT», что и при первой попытке?

(Обратите внимание, что firstrun.sh удаляется Pi при первой загрузке)

На самом деле я никогда не видел ошибки ни при одной попытке. Я пытался сначала загрузиться, прежде чем смотреть файловую систему с первой попытки, поэтому, возможно, файл не существует. Исследуя проблему, я наткнулся на несколько упоминаний о том, что у людей вообще были проблемы с подключением к точкам доступа Wi-Fi 5 ГГц. С третьей попытки я изменил SSID WiFi с точки доступа 5 ГГц на версию 2,4 ГГц, и все, похоже, заработало правильно. Таким образом, моя проблема на самом деле может быть связана с доступом к Wi-Fi 5 и 2.4, а не с самим Raspberry Pi Imager.

Таким образом, моя проблема на самом деле может быть связана с доступом к Wi-Fi 5 и 2.4, а не с самим Raspberry Pi Imager.

Да, это звучит вероятно. Я не вижу причин, по которым сам RPi Imager не работал с первых двух попыток, но затем волшебным образом работал с 3-й попытки :wink: (особенно если вы никогда не видели сообщений об ошибках в Raspberry Pi Imager)

Извините за задержку с ответом. Оказывается, это действительно было ограничение на запись на USB-устройство. Я проглядел это как проблему из-за того, что сама ОС записывала нормально. Сбой была только копия файла первого запуска. По-видимому, проверка записи USB должна выполняться на более высоком уровне, а запись ОС на низком уровне прошла нормально. Во всяком случае, когда это ограничение снято, все хорошо. Я согласен закрыть этот вопрос, однако, поскольку он, похоже, вызвал интерес у других, я оставляю его другим.

Извините за задержку с ответом. Оказывается, это действительно было ограничение на запись на USB-устройство.

Является ли это настройкой самой Mac OS X или чем-то, введенным сторонним программным обеспечением безопасности, которое обычно используется только в крупных компаниях для ограничения того, что пользователи могут и чего не могут делать?
Просто интересно, если другие пользователи сообщат о подобных проблемах.

Это было последнее. Общекорпоративное ограничение на запись на USB. Исключения допускаются для особых случаев. Как только мы получили освобождение, все было хорошо.

Общекорпоративное ограничение на запись на USB.

Какая-то ирония в том, что «программное обеспечение безопасности» не блокирует низкоуровневую запись, так как я предполагаю, что теоретически это можно использовать для обхода ограничений доступа более высокого уровня :wink:

Спасибо за информацию.
Поскольку проблема решена, я закрою эту.

Версия 1.6.0 и может подтвердить сбой процесса записи (дополнительные/скрытые параметры). Однако процесс записи Img работает безупречно. Это не большая проблема, но ее обязательно нужно исправить, так как это просто вносит путаницу и требует дополнительной работы.

Версия 1.6.0 и может подтвердить сбой процесса записи (дополнительные/скрытые параметры).

Касается ли это и корпоративного компьютера с программным обеспечением безопасности?
Если нет, то это не та же проблема.

Версия 1.6.0 и может подтвердить сбой процесса записи (дополнительные/скрытые параметры).

Касается ли это и корпоративного компьютера с программным обеспечением безопасности? Если нет, то это не та же проблема.

Плохо, сейчас ночь, и я пропустил некоторые вещи/контекст ОП.
Персональный компьютер с Windows 10 (с Bitdefender).

Версия 1.6.0
Персональный компьютер с Windows 10 (с Bitdefender).

Предложите сначала обновиться до 1.6.2 и открыть новую проблему с точным сообщением об ошибке, если это также не удается.

Я столкнулся с той же проблемой с imager 1.6.2 на компьютере с Ubuntu, на котором не установлено специальное программное обеспечение для обеспечения безопасности, поэтому я не думаю, что это связано с этим.
Это произошло во время запуска, когда я установил параметры (Ctrl + Shift + X), чтобы установить имя хоста, включить SSH и Wi-Fi.

Со второй попытки я также устанавливаю параметры настройки часового пояса и клавиатуры и пропускаю мастер первого запуска, но ошибка сохраняется.

Когда я не настраиваю никаких параметров, имидж-сканер работает нормально.

В командной строке нет вывода ошибок.

Я столкнулся с той же проблемой с imager 1.6.2 на компьютере с Ubuntu, на котором не установлено специальное программное обеспечение для обеспечения безопасности, поэтому я не думаю, что это связано с этим.

Эта конкретная проблема касается MacOS с установленным программным обеспечением корпоративной безопасности.
Может захотеть открыть отдельный для Ubuntu.

Если вы установили Imager на Ubuntu через оснастку (программный центр Ubuntu), нужное место будет здесь: https://github.com/popey/imager-snap/issues/16 .
Обратите внимание, что мы не создавали этот пакет моментальных снимков, он предоставлен третьей стороной, и, поскольку он работает в среде песочницы, его поведение отличается от нашей версии.

Если вместо этого вы загрузили пакет .deb с веб-сайта Raspberry Pi, попробуйте, если он будет работать лучше, если вы отключите автоматическое монтирование в Ubuntu.
Если он работает лучше, если вы измените настройку автоматического монтирования, это, вероятно, уже исправлено в следующей версии Imager (есть исправление для работы с условиями гонки автоматического монтирования в исходном коде здесь на github, но это не сделало это в опубликованном выпуске еще).

Я столкнулся с той же проблемой при использовании версии Snap (1.6.2) rpi-imager. Я пытался запустить его, может быть, шесть раз, с различными ошибками, в том числе с проблемой «firstrun.sh».
Я удалил версию Snap и загрузил .deb (опять же, 1.6.2) прямо с www.raspberrypi.com/software , и с первого раза все заработало как часы.
Спасибо всем, кто внес сюда свой вклад!

У меня возникла эта проблема на 1.6.2, установленном на Ubuntu 20.04. Я изолировал проблему с пользовательскими настройками. Я попытался установить Wi-Fi и ssh, и если я делаю одно или оба из этих действий, я получаю ошибку firstrun.sh.

У меня возникла эта проблема на 1.6.2, установленном на Ubuntu 20.04.

Как вы установили имиджер?
.deb или снап?

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

/snap/bin/rpi-изображение

Пожалуйста, сообщите здесь: https://github.com/popey/imager-snap/issues/16
В качестве альтернативы, удалите снап и вместо него получите наш пакет: https://www.raspberrypi.com/software/

Я запускаю это на Ubuntu 18.04.
Релиз rpi-imager 1.6 работает.

Я запускаю это на Ubuntu 18.04.

Предполагая, что вы используете оснастку (поскольку нашему .deb требуется как минимум Ubuntu 20.04), сообщите об этом здесь: https://github.com/popey/imager-snap/issues/16 .