Ir-keytable not founb device rc1 systemd service

Aide
6

EN tant que tel le HDMI ne change pas l’état du RPi en lui-même, mais si il semble avoir un contact non parfiat, vaut mieux le changer, car rien ne va améliorer la situation.

Pour ce qui est des démarrage « aléatoire », oui, l’alimentation peut être la cause. Un démarrage lent peut avoir une incidence sur l’exécution des commandes au démarrage, car certain sont « surveillé » pour un « timeout » éventuel. Ceci implique surtout les accès aux matériels externe (usb, clavier, disque, etc…).

Par exemple, j’ai un système de vidéo surveillance avec des TV Tuner sur un PC, même si il est rapide, le lancement des pilotes n’est pas assez rapide pour mon script en cron, souvent je dois redémarrer les « stream » manuellement pour le prendre en charge.

Même avec une alimentation officiel, j’ai remarqué des variations de qualité (j’ai déjà parlé dans d’autres post). En Bref, certain chargeur semble mieux marcher avec certains RPi et d’autres chargeurs avec d’autres RPi. La qualité n’est pas la même selon les version, années, fournisseurs et etc…

En second lieu, une partie du problème vient du port de charge en lui-même. SI tu es sous une version avec le Micro USB, tu es plus sensible à ce genre de problème. Pour une alimentation efficace, il faut que les « Pins » du port ai un excellent contact. À force de manipuler le RPi, et parfois un peu maltraité ce port, il peut avoir de mauvais contact. Des fois, ce n’est pas la faute du RPi, mais la prise du chargeur, qui est d’une qualité différente.

Bref, avec deux chargeur officiel RPi de 5V 2.5A, tu peux avoir deux résultats différent, sans aucune différence matériel.

Ici, la connexion via le port GPIO pour l’alimentation peut aider, vu que les « pins » sont accessible et grosse, il est plus facile de connecter une source d’alimentation avec de bon liens. Mais c’est peu pratique si l’appareil n’est pas utilisé dans un projet fermé, avec une alimentation avec les fils accessible pour ce genre de connexion, et inutile de sacrifier un chargeur (couper le port et dénuder les fils) pour ce genre de solution.

La carte SD peut aussi avoir un impact sur les performances, les RPi sont très sensible à la qualité des cartes. Personnellement je recommande les Sandisk. Pour savoir plus, consulte mon post à ce sujet; [GUIDE] Comment bien préparer une carte SD pour un bon usage sous Raspberry Pi

7

merci pour tes précieux conseils

8

J’ai trouvé ce post ou la personne utilise rc.local avec succès apparemment :

sudo nano /etc/rc.local

Et ensuite

.....
.....
  printf "My IP address is %s\n" "$_IP"
fi

ir-keytable -a /etc/rc_maps.cfg -s rc0

exit 0
9

merci. Mais comme évoqué plus haut je pense que c’est un pb hardware car de temps en temps ça fonctionne correctement avec un simple crontab.
J’ai effectivement une alim par un port microSD.
le port micro HDMI n’en parlons pas, complètement naze.
Mais à terme je ne dois plus utiliser de port HDMI, dès que j’ai résolu mes principaux pbs :
comment démarrer et arrêter un script python en mode remote,
alors je n’aurai plus besoin d’écran.

10

Quel modèle de raspby me conseiller qui soit plus robuste, svp ? A peu près même nb de gpio et carte audio intégrée ou compatible shield audio ? actuellement j’utilise un raspberypi0 avec shield WM8960 + ecran OLED + IR receiver .
merci

11

Le RPi 0 est une belle version, mais affreusement lente. Déjà je te conseil du RPi 2/3 ou le Zero v2 au minimum, tu auras de meilleurs performances. Le RPi Zero v1.x est l’équivalent d’un RPi 1. Mais c’est uniquement pour gagner en vitesse, mais une bonne carte SD devrais être suffisant, car l’audio, un RPi Zero le travail très bien en générale.

J’ai travaillé sur un projet audio avec un RPi Zero;

1 « J'aime »
12

merci. Top ton projet. En fait c’est ce que je suis en train de faire (en moins bien pour le mien certainement). je suis en train de reconditionner une liveradio Orange car Orange a arrêté la diffusion de streams. Je dois utiliser tous les boutons existants et l’encodeur rotatif et j’ai remplacé l’écran LCD par un OLED. Tu as dû avoir les mêmes interrogations sur le boot et le mode veille ?
PS : j’ai vu que mon câble USB d’alim fait au moins 2 ou 3 m ça doit pas aider.

13

Je ne m’occupe pas de la mise en veille, inutile dans ce cas si, il n’y a pas de différence de courant. J’ai aucun écran a fermer.

J’ai mis dans ce projet, a l’époque, un écran OLED 0.96" pour savoir mon IP et si il est dans un état de démarrage, ou de fermeture… etc…

Dans mon cas tout ce fait en ligne, via l’interface Web. Mon idée était d’avoir un petit module de musique, que je connectait à mon travail et pouvait gérer facilement, une fois relié à des Speaker en BT.

J’ai aucun problème de boot ou autres, car c’est purement un script python.

14

le port mini HDMI est vraiment proche d’être HS mais j’ai réussi à trouver une position du câble qui permet d’avoir une sortie écran. Si j’arrive à autoriser un accès SFTP en root, je peux a priori continuer à mettre au point un script python autonome sur mon raspi0 sans avoir besoin d’écran ? Je veux dire que je peux configurer l’OS et faire des modifs python sans être bloqué, simplement en faisant des updates des fichiers de config et du script .py par SFTP ? Il n’y a aucune CLI que je devrais faire a priori et qui nécessiterait d’avoir un écran connecté ? Qu’est ce que tu en penses ?
ps : j’ai aussi commandé un rasppi3B.

15

SFTP c’est juste le transfert de fichier, il faut te connecter aussi en SSH. Moi la majorité de mes RPi marche sans écrans, alors si tu peux te connecter en SSH, abandonne ton écran durant ton travail, en attendant d’avoir un meilleur câble HDMI. Le SSH/sFTP ne causeront pas de problème si tu utilise le même user que celui tu fait directement dans le prompt CLI du RPi.

16

je peux me connecter en SSH/SFTP en user mais pas en root. il ya des fichiers de config qui necessitent des droits root. c’est un pb

17

Aucunement un problème. Le « root » sur toutes les version de Raspbian est « lock ». Toutes les commandes se passe via sudo, incluant l’édition des fichiers système. Pour cette raison la création du premier compte, qui va donner l’accès « root » via le Sudo à cet utilisateur.

C’est les fondement de base de la sécurité sous Linux.

18

Bonjour,
On peux se connecter en root avec winscp non pas pas avec un mot de passe mais avec un echange de clé.

19

Ok. Mais comment faire concrètement pour acceder par ssh/sftp à des fichiers protégés ? Si je me connecte en user c’est pas possible. J’utilise Filezilla. Comment faire un sudo avec un client ftp?
seulement ds un prompt ssh alors.
Merci Mick. Il faut que je vois plus en détail comment ça fonctionne

20

Winscp est bien mieux que fillezilla.
Voici quelques liens:
Pour créer une paire de cles ssh
Premiers pas avec Winscp

21

ok . En fait je connaissais pas ssh et je vois que c’est parfait pour faire ce que je fais en remote avec l’accès sudo si besoin et rsync pour les transferts.
Merci

22

merci . ssh c’est vraiment top! Fini les galères avec les écrans hdmi et clavier, souris en usb

1 « J'aime »
23

Pour cette raison que je n’utilise jamais la version GUI (Desktop/Full) car avec le CLI tu peux tout faire et gagner en performance, et il est plus simple de copier/coller les tuto via le SSH, alors tu évite de retranscrire et causer des erreurs.

1 « J'aime »
24

@Jura39
merci pour le lien
j’ai ajouté :
sudo ir-keytable -p all -s rc1 &
exit 0
à /etc/rc/local
malheureusement ça n’initialise pas ir-keytable au reboot
je suis obligé de taper sudo ir-keytable -p all -s rc1 en ssh pour le remote soit opérationnel

25

Si tu peux valider l’état que cette commande change, crée toi un script de verification, si il retour une erreur, il applique l a commande pour corriger. Tu peux alors ajouter cette vérification à des interval, des fois que l’état rechange plus tard.