Rpi-imager: RPi Imager загружает старую версию загрузчика
Я пытался прошить новую версию загрузчика, и RPi Imager указывает, что он загрузит последнюю версию.
Но после перепрошивки оказывается, что это была старая версия 2020-09-03-vl805-000138a1
Я также подтвердил это, когда проверил хэш того, что я получаю от имидж-сканера, и файлы загрузчика, которые я вручную загрузил со страницы выпуска rpi-eeprom.
bash $ find /mnt/e/ -type f \( -not -iwholename '*System*' \) -exec sha256sum {} \+ | sort -k2,2d
bb31af9bb753d5a97ba98ecb5694475584b53210d93595b4650186da94ffddbe /mnt/e/pieeprom.bin
abfa0cce263c684281193d749234cb6f24a313fab3403bbf1807800576df2a32 /mnt/e/pieeprom.sig
322fea1042c6c9c720ded4f1fe0ffd95dac1aa8b327e22ef57c4c0e92b9336ac /mnt/e/README.txt
a08118fd35295fcde4911d0e0b4ea12c240dfa4ce6b451aab7957ef6d0059eae /mnt/e/recovery.bin
6246230ecd5b472902e6a49c95e857a5e3190c4fa6c462d6a8867e9a5e523a7c /mnt/e/vl805.bin
922792fec5e21f229d83e15a5d6e5b577b3e1f971edafa2dcdb6954e31cecf74 /mnt/e/vl805.sig
bash $
bash $ find /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/ -type f -exec sha256sum {} \+ | sort -k2,2d
bb31af9bb753d5a97ba98ecb5694475584b53210d93595b4650186da94ffddbe /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/pieeprom.bin
abfa0cce263c684281193d749234cb6f24a313fab3403bbf1807800576df2a32 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/pieeprom.sig
322fea1042c6c9c720ded4f1fe0ffd95dac1aa8b327e22ef57c4c0e92b9336ac /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/README.txt
a08118fd35295fcde4911d0e0b4ea12c240dfa4ce6b451aab7957ef6d0059eae /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/recovery.bin
6246230ecd5b472902e6a49c95e857a5e3190c4fa6c462d6a8867e9a5e523a7c /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/vl805.bin
922792fec5e21f229d83e15a5d6e5b577b3e1f971edafa2dcdb6954e31cecf74 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1/vl805.sig
bash $
bash $ find /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/ -type f -exec sha256sum {} \+ | sort -k 2,2d
f49b478d76465cda7da7f53b041ef16be406f510f970cb7ab0deb191f3f6b885 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/pieeprom.bin
6194be4882b951d0c508c8a402c7539c25146cb7610163460518c1f4f45c7222 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/pieeprom.sig
322fea1042c6c9c720ded4f1fe0ffd95dac1aa8b327e22ef57c4c0e92b9336ac /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/README.txt
1e00e443b1e3e1f912bc9ddcbfc627ba04f0c5d5eb3e22626a930e8dbb5f0ee4 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/recovery.bin
6246230ecd5b472902e6a49c95e857a5e3190c4fa6c462d6a8867e9a5e523a7c /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/vl805.bin
922792fec5e21f229d83e15a5d6e5b577b3e1f971edafa2dcdb6954e31cecf74 /mnt/c/Temp/rpi/rpi-boot-eeprom-recovery-2021-03-18-vl805-000138a1-sd/vl805.sig
ealap
Все 4 Комментарий
Как и ожидалось, см. https://downloads.raspberrypi.org/eeprom_recovery.json .
Я думаю, что раньше спрашивал @timg236 об этом несоответствии между «датой выпуска» (отображаемой RPi Imager) и фактической датой образа EEPROM, и он сказал, что это было задумано? ping также @XECDesign , поскольку я считаю, что это он обновляет эти файлы JSON.
lurch
25 мар. 2021
Сканер загружает правильную версию 2020-09-03. Однако строка «Выпущено: 2021-03-08», по-видимому, относится к «выпуску Github» zip-файлов, которые изменятся, если они будут переупакованы.
https://github.com/raspberrypi/rpi-eeprom/releases/tag/v2020.09.03-138a1-изображение
Я не думаю, что номер выпуска Github полезен, и, насколько мне известно, мы не можем его контролировать. Поэтому я думаю, что его можно либо удалить, либо заменить строкой из конфигурационного файла JSON.
timg236
25 мар. 2021
@XECDesign обновил файл JSON, и теперь он отображает правильную дату выпуска.
timg236
26 мар. 2021
Я думаю, что раньше спрашивал @timg236 об этом несоответствии между «датой выпуска» (отображаемой RPi Imager) и фактической датой образа EEPROM, и он сказал, что это было задумано?
Как бы мне ни нравилось, что вину переложили на кого-то другого, на самом деле это был я. Моя причина для этого была основана на предположении, что у нас потенциально может быть обновление VL805 без обновления загрузчика, поэтому для меня имело смысл использовать дату выпуска github в качестве даты выпуска. Однако похоже, что в этом сценарии мы также поднимем строку версии загрузчика, поэтому использование даты из github только добавляет путаницы.
XECDesign
29 мар. 2021
Смежные вопросы
YarmoM
·
4Комментарии
JRHeaton
·
12Комментарии
saltedlolly
·
13Комментарии
mcguirepr89
·
28Комментарии
DeeJay
·
11Комментарии
Самый полезный комментарий
Как бы мне ни нравилось, что вину переложили на кого-то другого, на самом деле это был я. Моя причина для этого была основана на предположении, что у нас потенциально может быть обновление VL805 без обновления загрузчика, поэтому для меня имело смысл использовать дату выпуска github в качестве даты выпуска. Однако похоже, что в этом сценарии мы также поднимем строку версии загрузчика, поэтому использование даты из github только добавляет путаницы.