Freeze dans le menu RB7 sur Pi4b
-
@ian57
Clairement.
Je confirme que ça plante à nouveau et j'ai aussi recovery.000 après le crash. -
@ian57
N'hésite pas à revenir vers nous si on peut faire d'autres tests :-). Vous faites un super travail et j'espère pouvoir jouer avec RecalBox rapidement et plus retropie. -
@JSmey ok mauvaise piste donc ...
-
@ian57
Petite précision, j'ai déjà fait des heures de jeux avec pleins d'emulateurs sur la derniere version de Retropie, et jamais un seul soucis, pareil sur une solution raspbian. Donc pour moi le HW n'est pas vraiment en cause (mais bon je ne suis pas spécialiste non plus dans le domaine). -
@JSmey oui, c'est bien pour cela que ça nous embête, on ne vois pas trop d'ou ça peut venir... car ça peut être beaucoup beaucoup de chose. Le firmware en eeprom était une piste car avec retropie et raspbian tu le mets à jour. pas avec Recalbox
-
On a parlé de mettre le firmware à jour. Mais est-ce que justement ça ne pourrait pas venir d'un firmware trop récent ?
J'ai un Pi4 qui fonctionne bien dont le firmware est plus ancien.# vcgencmd bootloader_version Jul 15 2019 12:59:55 version 514670a211212cbbbbd5bcf91555c86ca4750897 (release) timestamp 1563195595
-
dans le fichier recovery.bin, il s'agit de quelle version du bootloader ?
peut etre est-ce la dernière version qui pose problème...
de mon coté, j'ai un pi4 qui n'est pas en derniere version du booloader et je n'ai pas de soucis.. -
@leahcim66
si on me dit comment faire, je peux essayer de mettre un ancien firmware... -
@JSmey
Si j'ai bien compris :rpi-update 993f47507f287f5da56495f718c2d0cd05ccbc19
-
si j'ai tout bien compris (ce qui n'est pas garanti !) si le pi4 trouve un fichier recovery.bin, il l'utilise à la place du contenu du bootloader de l'eeprom... il faut donc un recovery.bin avec une ancienne version du bootloader...
-
Comment fait-on pour lire le fichier recovery.000 ?
Ultra edit me sort ça...° ð Àà m‚ ÀAè x€èCx€1hùÀÏ-À@è x€è'œ€1hùÀÏ€ €L €K €J €I €H €G €3` å‚À €´€? @@(@€; `@q@‚@€7 `@q@‚@€í)€Ž
-
j'ai ça :
pi@raspberrypi:~ $ sudo rpi-update 514670a211212cbbbbd5bcf91555c86ca4750897 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom *** Performing self-update *** Relaunching after update *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom *** Invalid hash given
-
@JSmey J'ai fait une erreur de copier-coller, j'ai édité mon message.
-
@leahcim66 OK je télécharge...
-
@JSmey voici le mien, pas de soucis particulier sur un Pi 4 4Go
# vcgencmd bootloader_version Jul 15 2019 12:59:55 version 514670a211212cbbbbd5bcf91555c86ca4750897 (release) timestamp 1563195595
-
@leahcim66
Voila je viens de changer le firmware, je fais un test maintenantvcgencmd bootloader_version Sep 3 2020 13:11:43 version c305221a6d7e532693cc7ff57fddfc8649def167 (release) timestamp 1599135103
-
ça ne fonctionne pas mieux :-(...
ça vaut la peine d'essayer d'autres firmware ? ou c'est pas la bonne piste ? -
@JSmey le mien est vraiment plus vieux
timestamp 1563195595
-
Si j'ai bien compris, on est en train d'essayer de faire ce que le fichier recovery.bin est déjà sensé faire.
-
@leahcim66 il faut voir si la méthode du recovery fonctionne :
- faire un vcgencmd firmware sans le recovery.bin à la racine
- noter les données
- aajouter un recovery assez ancien à la racine de la partition RB
- booter et relancer un vcgencmd firmware
- comparer