Solved SYSTEM SETTINGS fait planter Recalbox
-
Bonjour à tous,
Tout d'abord, un grand merci aux dev de recalbox qui a simplifier l'utilisation de ma borne depuis le passage d'un PC à un Pi3!
Voici mon problème: je ne peux accéder au menu SYSTEM SETTINGS. Je me retrouve systématiquement avec un écran noir. C'est peut-être une erreur de ma part, car j'ai pu y accéder plusieurs fois après l'installation... Mais je ne vois pas quoi, je n'ai rien fait d'extraordinaire.
J'ai bien vu des questions similaires sur le forum, mais elles concernaient des pb de carte SD trop petite, la mienne fait 64 Go (c'est celle qui est recommandée).
Voici le lien du recalbox-support:
http://dl.free.fr/vqjdT00g1Merci d'avance!
GdB -
Vérifie la taille de la partition SHARE, si celle ci fait moins de 1Go ça plante ES lors de l'accès au menu.
-
Merci ian57 pour ta réponse,
voici le résultat d'un df -h de ma recalbox:
Filesystem Size Used Available Use% Mounted on /dev/root 1.9G 709.4M 1.1G 39% / devtmpfs 236.8M 0 236.8M 0% /dev tmpfs 241.1M 0 241.1M 0% /dev/shm tmpfs 241.1M 4.0K 241.1M 0% /tmp tmpfs 241.1M 2.4M 238.7M 1% /var tmpfs 241.1M 148.0K 240.9M 0% /run /dev/mmcblk0p6 59.1M 6.6M 52.5M 11% /boot /dev/sda1 232.9G 28.2G 204.7G 12% /var/recalboxfs /dev/sda1 232.9G 28.2G 204.7G 12% /recalbox/share
Comme tu le vois, j'utilise un disque dur externe pour mon share. Et il y a de la place!
Pourtant, cette piste est peut-être la bonne. Je me demande si ce transfert (carte SD > disque) et le blocage de l'accès au menu System settings ne sont pas liés... Les deux sont arrivés à peu près en même temps.
GdB
-
Hello,
Effectivement y-a peu être un petit soucis avec le passaeg au disque externe.si tu as 5 minutes fais ce qui est décris dans la page https://github.com/recalbox/recalbox-os/wiki/Recalbox-support-(EN) et poste l'archive. ça permettra d'y voir plus clair
Sinon
peux tu me lancer un
fdisk -l /dev/mmcblk0
ou un truc du genre pour voir toutes les partitions de la SD stp
-
J'ai posté l'archive que tu demandes dans mon premier message.
Voici le partitionnement de la SD:Disk /dev/mmcblk0: 63.8 GB, 63864569856 bytes 4 heads, 16 sectors/track, 1948992 cylinders Units = cylinders of 64 * 512 = 32768 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 33 19745 630812 e Win95 FAT16 (LBA) /dev/mmcblk0p2 19745 1948992 61735908 5 Extended /dev/mmcblk0p5 19841 20864 32767 83 Linux /dev/mmcblk0p6 20865 22784 61439 c Win95 FAT32 (LBA) /dev/mmcblk0p7 22785 86784 2047999 83 Linux /dev/mmcblk0p8 86785 1948992 59590656 83 Linux
GdB
PS: Petit doute... mon disque externe est en NTFS.
Disk /dev/sda: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 30402 244198368+ 7 HPFS/NTFS
Ça pourrait venir de là?
-
Yop je vois rien de particulier.
Pourrais tu lancer ES en ligne de commande dans une console et ensuite accéder au menu Settings pour le faire planter histoire de voir s'il sort une erreur
/etc/init.d/S31emulationstation stop
et lancer :
HOME=/recalbox/share/system SDL_VIDEO_GL_DRIVER=/usr/lib/libGLESv2.so SDL_NOMOUSE=1 /usr/bin/emulationstation
comme si ya une erreur on la verra dans la console
-
Voilà le retour:
lvl0: System "favorites" is missing name, path, extension, or command! lo IP Address xxx.x.x.x wlan0 IP Address xxx.xxx.x.xxx no update available Floating point exception
Ça t'inspire?
En tout cas, dans ce cas, je peux relancer ES, puisque c'est lui seul qui à l'air de planter. -
Héhé yep ça m'inspire... c'était le même type d'erreur pour les partoches trop petites. La tienne est peut être trop grande et on tombe le le même style d'erreur. Ou alors ES ne chope pas la bonne partition et du coup le calcul se plante
ce "Floating point exception" ressemble à une divide by zero dans un des calculs pour le %tage utilisé/restant que ES affiche.
j'avais fait un patch pour les petites partitions (https://github.com/ian57/recalbox-emulationstation/commit/dd220faf409b48a499109d7f6716c761d140369a), il est intégré dans la 4.1 mais je sais pas s'il est présent dans la 4.0.
Sans voulire m'avancer, je pense que ES à du mal à détecter la vrai taille de ta partition. la fonction :
unsigned long total = (fiData.f_blocks * (fiData.f_bsize / 1024)) / (1024L * 1024L);
doit mal se comporter et renvoyer une valeur nulle ou mauvaise, du coup le calcul qui suit se plante
C'est quoi le type de système de fichier sur ton disque externe?
Dans un premier temps,, si tu peux essaies de réduire la taille de la partoche share pour avoir un truc < 128 Go voir 64Go. Ya peut être une limite haute pour la détection des tailles de partoches.
-
Mon disque est en NTFS. Je vais réduire la partoch pour voir...
-
Le problème est le NTFS qui est trop lent, il faut que la partition soit en FAT32
-
Arf. Bon, il va falloir que je formate et que je remette les données dessus. Je peux mettre en ext4, ou bien le FAT32 est-il obligé?
-
ext4
-
@rockaddiced
Je ne suis pas sûr de comprendre, il vaut mieux que je privilégie l'ext3, tu peux confirmer?
...
Ou bien tu aimes le ext4? -
haha c'était un petit coeur d'amoreeee
-
Pas de place sur l'ordi (portable) que j'utilise pour stocker mes roms. Du coup sur ce disque ext:
- je réduis la partition NTFS de 100 Go
- je fais une partition ext4 sur l'espace libre
- je copie les données de la NTFS vers l'ext4 (30 min pour tout déplacer!)
- je formate la NTFS en FAT32
- je recopie les fichiers dans l'autre sens... (encore 30 min de copie...)
- je vire la partition ext4, j'agrandis celle en FAT32...
J'en ai pour un moment! Si y a pas d'erreur de copie, je suis chanceux...
PS: Je n'ai pas mis la partition en ext4 finalement, ne sachant pas quel proprio mettre pour les fichiers.
-
Ok!
Avec une partoch FAT32 de 100 Go, ça passe. J'ai pu mettre ES en français, tout roule. Houra.
Je ne vois pas comment passer en résolu. Une idée?
Merci à tous!
GdB