Solved ogst odroid n64 case
-
Bonjour
si il y a un problème de droit, c est sans doute qu'il y a un problème peut être avec ton disque dur externe.
vérifie le en le banchant sur ton pc, et réalise une analyse de celui ci.
si tout est ok, essaie en executant les lignes une à une dans putty. -
Hello @acris
Après moultes tests, cela le fait quelque soit le support externe, apparemment une partition de type Windows FAT32 ou NTFS doit avoir un montage spécial pour que les permissions puissent fonctionner : https://askubuntu.com/questions/96923/how-do-i-change-permissions-on-a-fat32-formatted-drive/
Cela ne semble pas être le cas sur la 6.1, quelque chose a du changer dans le montage des disques depuis la 6.0.
J'ai même fait un essai avec WinSCP de déplacer install_6x.sh de la SD interne ( share_init ) vers une clé USB ( share ), les permissions du fichier passent instantanément de 0755 à 0644.
Peut-être qu'on peut la monter comme sur la 6.0 avec une commande terminal sous WinSCP ?
-
@acris peut probable car on a tous le même problème ;
-
La team dev est entrain de regarder le problème.
Cependant le script permet juste de ne pas faire la manipulation manuellement vu qu'elle ne fonctionne pas.
Faites le manuellement
#!/bin/bash echo "OGSTcase4recalbox installation starts... please wait" # full write enable mount -o remount rw, / # download package wget -q -nv -O /recalbox/share/system/OGSTcase4recalbox.zip https://www.dropbox.com/s/sbog5snit1hp3xi/OGSTcase4recalbox.zip # unzip package unzip -o -q /recalbox/share/system/OGSTcase4recalbox.zip -d /recalbox/share/system # delete package rm -f OGSTcase4recalbox.zip # replace ffmpeg binary mv -f /recalbox/share/system/ffmpeg /usr/bin/ffmpeg # make new ffmpeg executable chmod +x /usr/bin/ffmpeg # make custom script executable chmod +x /recalbox/share/system/custom.sh # restore emulatorlauncher.py backup if exists if [ -f /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py.bak ]; then cp -f /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py.bak /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py rm -f /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py.bak fi # patch emulatorlauncher.py making a bakup search="\ \ \ \ \ \ \ \ return runner.runCommand(command)" insert=$'\ \ \ \ \ \ \ \ os.system("test -e \'/recalbox/share/system/custom.sh\' && /recalbox/share/system/custom.sh \'%s\' &"%system.name) # load tft logo' sed -i.bak -e "/$search/i $insert" /usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py # recompil emulatorlauncher.py python -c "import py_compile; py_compile.compile('/usr/lib/python2.7/site-packages/configgen/emulatorlauncher.py')" # delete install script rm -f install.sh echo "Installation done! Rebooting..." sleep 3 reboot
Télécharger l'archive sur votre pc, décompresser : https://www.dropbox.com/s/sbog5snit1hp3xi/OGSTcase4recalbox.zip
monter la partition en écriture sur recalbox, transférer les fichiers dans les différentes dossiers.... bien sûr en faisant un backup des fichiers à remplacer si présent ou renommer les. -
Je suis toujours dans le coin. Je vais jeter un œil à cette 6.1 dés que je trouve 5 minutes.
-
Salut tout le monde,
Déjà merci pour ces retours !
J'ai modifié un truc sur les droits des fichiers ExFAT et NTFS il y a quelques mois, je peux regarder si c'est ça (mais je n'ai pas touché aux droits des montages FAT, en revanche). Est-ce que quelqu'un peut me faire un résumé du problème avec l'output du terminal jusqu'au message d'erreur ? cc @kevinnash @Gameroldiesdu57 @Chino @snerge @Evan02
-
-
@Michael-Baudino avec plaisir pour les retours
Alors pour les messages d'erreur ( clé usb en FAT32 ) :
PuTTY =>
2019-09-29 21:49:15 (92.8 MB/s) - 'install_6x.sh' saved [1598/1598]
-sh: ./install_6x.sh: Permission denied
WinSCP =>
La commande '"./install_6x.sh"'
a échoué avec pour code de retour 126 et pour message
-sh: line 36: ./install_6x.sh: Permission denied. -
@kevinnash
tu as bien fait ceci avant de lancer la commande d'installation ?chmod +x install_6x.sh
-
@michael-baudino merci de ta réponse. J'utilise un adaptateur sd/usb pour stocker les roms en externe format fat32 également. Via putty je lance la commande pour le script du tft mais tout comme kevinnash j'ai le droit à PuTTY =>
2019-09-29 21:49:15 (92.8 MB/s) - 'install_6x.sh' saved [1598/1598]
-sh: ./install_6x.sh: Permission denied
Sachant que j'ai essayé également de mettre chmod a+rwx et ça change absolument rien.
-
@acris said in ogst odroid n64 case:
@kevinnash
tu as bien fait ceci avant de lancer la commande d'installation ?chmod +x install_6x.sh
Oui @acris , tout le problème vient de là, il est impossible de modifier les permissions et donc d'exécuter un script sur le stockage externe, que ce soit avec le terminal ou avec WinSCP.
Sur le stockage interne en revanche c'est OK, on peut changer les permissions sans problème.
-
Bon, clairement, il y a un souci avec les droits : la commande
chmod +x install_6x.sh
n'a pas d'effet… du coup, la commande./install_6x.sh
ne fonctionne pasEn attendant qu'on fixe ça (prochaine version), je vous propose de remplacer
chmod +x install_6x.sh && ./install_6x.sh
parbash install_6x.sh
, ça devrait résoudre ce problème (après, il y aura peut-être d'autres choses à mettre à jour dans le script de @littlebalup mais ce premier problème sera déjà contourné ).Donc, je répète, pour lancer le script de @littlebalup , utiliser la commande complète suivante :
wget https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh && bash ./install_6x.sh
Idée pour @littlebalup : si on dit aux gens de lancer ton script avec un
curl -sL https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh | bash
, ça te permettrait de virer lerm -f install_6x.sh
à la fin de ton script. -
Petite rectification : en fait, c'est peu probable qu'on corrige ce problème dans une future version, parce que ça voudrait dire rendre tous les fichiers dans SHARE executables.
Donc je vous conseille d'utiliser le contournement ci-dessus. Je vais modifier le wiki en conséquence dans la journée.
-
Hélas cette manip ne fonctionne pas, en effet le script se lance et tout s'installe bien mais rien ne peut fonctionner car le custom.sh créé n'est pas exécutable sur le support externe.
Du fait sur la 6.1 le custom.sh est inutilisable sur support externe.
A mon avis, il ne s'agit pas de rendre tous les fichiers dans share exécutables ( encore que pourquoi pas ? ) mais de monter le disque externe comme dans Recalbox 6.0 afin de pouvoir changer le chmod sur le support externe.
C'était faisable en 6.0, la commande wget https://www.dropbox.com/s/1c63n1kakkpylbw/install_6x.sh && chmod +x install_6x.sh && ./install_6x.sh modifiait bien le chmod de install_6x.sh et le rendait exécutable.
Quelque chose a bien du changer entre la 6.0 et 6.1 au niveau du montage du disque externe pour que cela ne soit plus possible.
-
Vous avez essayer sur un support en Exfat à la place de Fat32 ? qui est d'ailleurs pas conseillé
-
@acris je viens de formater une sd vierge en exfat,même combat...
-
@Gameroldiesdu57
la partition share sur une microsd est en ext4 quelqu'un a indiqué plus haut que ça fonctionnait.Je parle de stockage externe sur clé usb formaté en exFat à moins que tu utilises le emmc comme stockage interne du systeme et le microsd en support "amovible"
-
@kevinnash Le chmod n'a jamais fonctionné sur un support Fat32 car le FS ne supporte pas la gestion des droits.
Jusqu'en 6.0, les FAT32 etait monté en 777 automatiquement, ce qui pose problèmes avec d'autres soft qui considèrent que le support est "insecure" (le BT par exemple).
Nous cherchons une solution qui pourra satisfaire tout le monde.
Edit: La problématique est la même avec l'exFAT ou le NTFS.
-
@acris J'ai utilisé la carte sd vierge en externe via un adaptateur sd/usb que j'ai formaté en exfat et cela ne marche pas. J'avais installe le script sur une sd en fat32 avec cette adaptateur en version 6.0 et cela fonctionnait.
-
@Bkg2k saurais-tu où se situe le script de montage des FAT32 afin que je puisse le modifier ?
En effet je remettrai bien comme en 6.0 pour pouvoir upgrader en 6.1 car l'ogst sans écran c'est juste pas possible et cond**nation à rester en 6.0