Je continue sur mes résolutions de problèmes liés à la migration de mon système Salix OS. Je vais encore parler d’hibernation mais en lien avec mon lecteur de cartes SD.

Comme expliqué dans un précédent article, mon ordinateur possède un lecteur de cartes mémoire, qui fonctionnait bien pour mon utilisation (lecture de cartes SD, pas d’écriture) sous Salix OS 13.37.

Acte 1 : Salix OS 14.1 et la solution du rechargement de module

Suite au passage à la version 14.1 de Salix OS, j’ai constaté que le lecteur de cartes SD ne fonctionnait plus lors d’un retour d’hibernation. Lorsque j’insérais la carte SD, elle n’était pas reconnue.

J’avais trouvé la solution sur le forum Slackware de LinuxQuestions.org. Il suffisait de recharger le module sdhci_pci :

$ rmmod sdhci_pci
$ modprobe sdhci_pci

L’insertion de la carte SD était alors reconnue.

Acte 2 : Salix OS 14.2 et la solution du déchargement de module avant hibernation

Malheureusement, la situation s’est empirée avec la migration vers la version 14.2 de Salix OS. Le même problème persistait lors du retour d’hibernation mais la solution de rechargement du module sdhci_pci ne résolvait plus le problème.

Dans /var/log/syslog, je constatais des messages de ce genre lorsque j’insérais la carte SD :

Aug  5 00:19:14 darkstar kernel: [432740.383264] mmc0: Timeout waiting for hardware interrupt.
Aug  5 00:19:14 darkstar kernel: [432740.385457] mmc0: error -110 whilst initialising SD card

Après quelques recherches, j’ai finalement trouvé une solution dans cette page de documentation consacrée à la compatibilité de Linux avec les ordinateurs portables de type IBM/Lenovo ThinkPad.

La solution consiste à créer un fichier /etc/pm/config.d/00sleep_module dans lequel la ligne suivante est présente :

SUSPEND_MODULES="$SUSPEND_MODULES sdhci"

Cette ligne a pour effet de décharger le module sdhci avant l’hibernation. Le module est alors proprement rechargé lors du retour d’hibernation, et le lecteur de carte SD devient utilisable.

Cette solution ne fonctionne qu’avec les outils pm-utils (pm-suspend et pm-hibernate), le fichier créé étant un fichier de configuration pour ces outils.

Fin

Il reste à voir quelle nouvelle surprise me réservera la prochaine version de Slackware/Salix OS.

En tout cas, sous Linux, je constate qu’il y a (presque) toujours une solution aux problèmes.

Original post of Julien L.Votez pour ce billet sur Planet Libre.

Alors que :

• Le nombre de visiteurs augmente petit à petit.
• Les contributions sur le wiki sont de plus en plus nombreuses.
• Des projets nécessitent un plus grand espace disque pour obsd4a.
• Une offre de collaboration avec PengouinBSD a été proposée.
• Un partenariat avec ikoula, proposé par un membre de forum connu depuis longtemps.

Il semble que c'était le moment idéal pour migrer obsd4a sur un nouveau serveur. Cela me permet en même temps de me libérer un peu de temps pour d'autre projets. Plus d'excuses pour alimenter le wiki et participer à la traduction des pages de la FAQ officielle d'OpenBSD.

Je tiens à remercier chaleureusement PengouinBSD et Clochette qui ont beaucoup travaillé sur le nouveau serveur.

J'espère que vous apprécierez la nouvelle rapidité du serveur 😉

Original post of Thuban.Votez pour ce billet sur Planet Libre.

Pour la 32ème semaine de 2017, voici 10 liens intéressants que vous avez peut-être ratés, relayés par le Journal du hacker, votre source d’informations pour le Logiciel Libre francophone !

• pas de doute avec Firefox 57
• nano pour les nuls
• FDN fournit désormais du VDSL et du dégroupage total, toujours un accès internet neutre
• Firefox : une version 55 riche en nouveautés, une fin d'année cruciale
• jq, traiter du JSON en ligne de commande
• Quitter Facebook : un suicide social ? (deux ans après…)
• Ouverture d'un Discord pour les sysAdmin, tech et dev francophones
• Let's Encrypt et Nginx : config rapide sous Ubuntu
• Péhä : il lisait des Picsou, il dessine des gnous !
• Une extension pour intégrer Mastodon à Firefox

Pour ne plus rater aucun article de la communauté francophone, voici :

• Le flux RSS du Journal du hacker
• Le compte Twitter du Journal du hacker
• Le compte Diaspora* du Journal du hacker
• Le compte Mastodon du Journal du hacker

De plus le site web du Journal du hacker est « adaptatif (responsive) ». N’hésitez pas à le consulter depuis votre smartphone ou votre tablette !

Le Journal du hacker fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets !

Et vous ? Qu’avez-vous pensé de ces articles ? N’hésitez pas à réagir directement dans les commentaires de l’article sur le Journal du hacker ou bien dans les commentaires de ce billet :)

Original post of Journal du hacker.Votez pour ce billet sur Planet Libre.

Prendre des photos c'est bien les récupérer puis les traiter c'est mieux...

rsync -avz -e "ssh -p 8123" root@system-linux.eu:/data/photosmouvement/surveillance/* /data/traitement/

a : archivage copie récursive préservation des permissions. z : compression des données avant transfère. e : utiliser ssh pour le transfert des données.

Original post of System Linux.Votez pour ce billet sur Planet Libre.

Je branche très souvent des écrans externes à mon laptop et je suis un peu lassé de bidouiller xrandr. En effet, ses instructions sont simples mais assez longues et pénibles à écrire.

Ainsi, j'ai décidé de me faire un outil pour pouvoir configurer des modes d'affichage, pouvoir ajouter plusieurs dispositions et les activer rapidement.

Comme à mon habitude, c'est un outil en ligne de commande. J'ai décidé d'utiliser PHP pour une question pratique pour moi.

Installation de monitordisplay

Il faut installer l'interpréteur PHP (5 ou 7) :

Maintenant que PHP est installé, il faut récupérer le projet :

Configuration

monitordisplay va essayer de charger 3 fichiers. Chaque fichier peut surcharger la configuration du précédent. Voici la liste :

• /etc/monitordisplay/config.ini
• $HOME/.config/monitordisplay/config.ini
• $HOME/.monitordisplay

Je suis le seul utilisateur du laptop donc je vais juste créer le dernier.

Le fichier de configuration copié contient 2 écrans :

laptop et hdmi sont les identifiants "humains" sur lesquels je vais m'appuyer pour réaliser les dispositions. Le paramètre name contient l'identifiant technique passé à xrand. resolutionX et resolutionY indiquent la résolution de l'écran.

Il est possible de configurer plusieurs fois le même écran. Il suffit de modifier l'identifiant humain. Vous pouvez ainsi prévoir plusieurs résolutions.

Maintenant, il reste à renseigner des modes d'affichage. En voici trois exemples :

Tout comme un écran, le mode d'affichage porte un identifiant. Il possède également une liste de dispositions (config[]) et un indicateur (optionnel) d'écran principal (primary). L'ordre des identifiants définie la position, de gauche à droite, des écrans.

Utilisation

Pour activer un mode d'affichage (exemple : work), il suffit de lancer cette ligne de commande :

Le mode work contient deux dispositions. Pour passer à la seconde disposition, il suffit de lancer :

-t permet donc de passer successivement d'une disposition à une autre.

Quand monitordisplay charge un mode ou change de disposition, par défaut, il désactive les écrans non pris en charge. Si vous souhaitez outre-passer ce comportement, il suffit de passer l'argument -s. C'est assez pratique quand vous souhaitez initialiser une résolution sur un écran sans désactiver les autres.

Le code source est disponible sur gitnet et c'est open bar ;)

Original post of Simon Vieille.Votez pour ce billet sur Planet Libre.