98/99 deux possibilités, soit c'est du CAN, soit c'est de l'I2C.
Aucuns fils n'ayant pas l'air torsadé, il y as plus de chance que ce soit de l'I2C.
Méthodes simples pour vérifier. Identifier la masse et l'alim au multimètre sur le connecteur.
Vérifier la tension sur les autres fils, si tu trouve du 2.5V sur deux fils alors c'est surement du CAN high speed. si tu trouve du 5V sur deux fils alors c'est surement de l'I2C et enfin si tu trouve un 0V et un 5V alors c'est surement du CAN low speed.
Un coup d'oscilloscope permet d'être certain. Le CAN high speed c'est du 250kbds ou 500kbds, le can low speed c'est du 125K kbds, l'I2C c'est 100khz. (d'autre débits sont possible mais, il n'ont pas été utilisé par Renault de mémoire).
De toute façon, messagerie propriétaire, seul du reverse engineering permettra de faire quelque chose, en priant que le bus que tu va analyser ne participe pas à la fonction antivol du système ! (anti vol véhicule, ou à l'époque encore plus antivol de l'auto radio).
J'ai moinssé car j'ai beau avoir commencer à lire avec attention , puis lu un peut plus en diagonale,puis carrément zapper la suite….mais j'ai eut beau chercher je n'ai pas trouver de rapport (même lointain) avec linux ou le monde du libre (point de vue logiciel). Le site appelant linuxfr (c'est un indice), et bien que je respecte ton besoin de t'exprimer ou que tu ait une opinion (même si je ne la partage pas), je ne pense pas que tu ait choisi le bon site pour ce texte.
Je pensait surtout aux câblages interne à la carte mère (le branchement du ventilo sur la prise dédié près du cpu). Je me doute bien qu'ayant changé d'alim les câblage externe avait été refait.
Comme tu as essayé aussi un autre ventilo cpu, c'est surement un soucis lié à la carte mère.
Ton disque interne est mis en read only. Deux origine possible et leur solution
La premiere, explicitement apres le process de boot, donc on peut le changer par
mount -n -o rw,remount /
La seconde par les options du mode recovery (donc dans la ligne d'arguments du kernel passé par grub).
Première solution : changer l'option dans grub , trouver le flag "ro" et le remplacer par "rw"
deuxieme solution : booter sur un linux livecd ou liveusb , mounter ta partition et faire la copie sur ton disk externe
Les fichiers dans /dev/ sont des inode dédiés pour la communication espace user/kernel (driver).
Bon, ca c'est pour l'explication , pour ton problème il faut que tu indique un point de montage pour ton disque dur externe
exemple
mkdir -p /media/diskusb
mount /dev/sdb1 /media/diskusb
si linux t'insulte il faut connaitre en quoi ton disk à été formaté et le spécifié en ligne de commande. Si ton disk est en ntfs alors
mount -t ntfs-3g /dev/sdb1 /media/diskusb
si il est en ext4/3/2 alors
mount -t ext4 /dev/sdb1 /media/diskusb
voila l'idée général.
Une fois mounté sur /media/diskusb tu pourra faire un grand coup de cp
root@[mon ordi]: /home/user et je tape cp [étoile].[étoile] /media/diskusb
US physicist Alex Wissner-Gross, prétend que selon son estimation une recherche sur google produit autant de CO2 que pour chauffer de l'eau dans une bouilloire électrique soit 7g.
Google, lui, indique que selon ces calculs (et non plus estimation) l'équivalent CO2 d'une recherche est 0.2g (soit 35 fois moins).
Nota : Le calcul est basé sur la consommation des serveurs google uniquement, pas celui du PC utilisé pour faire la recherche.
Non, une réalité (dixit mon boucher qui as vu le retour sur la compta).
Avant, en temporisant le délais de remboursement des TR, il pouvait tourner avec des frais de commission de 1 ou 2%, avec la carte c'est entre 4 et 5% on ne peut plus choisir de délais c'est 48hrs quoi qu'il arrive.
C'est une vrai chienlit, le site web à du être codé avec les pieds par un stagiaire manchot.
La carte est à autorisation systématique, du coup 5 minutes a chaque interrogation de compte, les commerçants près de chez moi ne l'accepte plus (de plus la commission sur la carte est pus élevé que sur les titres papiers).
Bref, heureusement qu'une fois par an ma boite permet de convertir l'intégralité du solde en titre papier car je ne me sert plus de la carte.
Moralité, pour ma boite économie de gestion (envoie des carnets chaque mois), pour moi les emmerdes !
Oui, c'est le kernel qui appelle la fonction "probe" des modules ayant déclaré les PID&VID (par pci_register_driver) de la carte PCI, chaque module doit vérifier (tour à tour) si c'est bien une version/révision de carte qu'il sait gérer et ensuite en obtient la gestion (propriété exclusive) si il l'indique au systeme (et le système arrête de chercher).
Si le module "owner" est "rmmod" alors le "insmod" suivant d'un autre module déclarant la gestion des PID&VID de la carte provoqueras bien un "probe" du nouveau module.
Mais il me semble que si les deux modules étaient déjà en mémoire, alors le "rmmod" du propriétaire ne provoque pas de "probe" de celui rester en mémoire et personne n'est plus "owner" de la carte ( à vérifier ) .
Est il possible d'enregistrer simultanément 2 drivers différents pour le même périphérique depuis un seul processus, autrement dit 2 opens avec chacun un pci_register_driver sur le même device ?
Je ne vois pas bien ce que "open" viens faire la dedans (cad dans le kernel, car pour gerer les interruptions il faut être au niveau kernel). Quand le système cherche à assigner un driver à une carte, il parcours la liste des drivers déclaré par pci_register_driver en fonction de PCI_PID et PCI_VID de la carte.
Le kernel invoque alors la fonction "probe" du driver et si celui ci retourne 0, alors il devient "propriétaire" de la gestion de la carte et le parcours du "probe" s'arrête la.
Au driver de gérer la suite (re-mapping mémoire des mem_regions de la cartes , allocation de l'interrupt etc…)
Testdisk est un cd/dvd live-linux (qui s'execute depuis un cdrom) qui contient des outils de récupération dont photorec.
Mais si tu as les fichiers sous forme found000.chk alors les données sont déja corrompu par le chkdsk de windows.
Je ne connais pas de solution sous linux pour récupérer ces fichiers la
Je te conseillerais de voir de ce coté la : ici
Photorec fais un boulot formidable. J'ai juste un doute sur la manip à cause de cette phrase :
On voit bien qu'ils sont toujours là cause du nombre de G utiliser mais impossible de les voir
Tu vois comment qu'il sont la (Go consommé) ? Par un clique droit sur le/les répertoires ou ils sont sensés être ?
Si c'est le cas, ne serait ce pas simplement que l'explorteur ne les affiches pas soit à cause d'une option d'affichage de l'explorateur, soit par ce que les fichiers sont taggés invisible ?
(voir ici comment les afficher )
Je travaille avec Yocto en se moment sur un projet et je dois dire que les débuts ont été laborieux, voir plus. Actuellement sur une équipe de 5 personne, je suis le seul qui continu à l'utiliser (et intégré le boulot des autres sur le projets), les autres développeurs ont jeté l'éponge.
Je pense que l'organisation matriciel de Yocto à tendance à rebuter certain.
Car si il y a une chose à retenir de Yocto, c'est qu'il est très bien dans sont rôle de constructeur d'image (versioning des packets etc), mais dans la phase de dev. et la mise au points de logiciel, il est plus du genre à mettre des bâtons dans les roues que d'aider.
Mais une fois que l'on y à pris gouts c'est un outils que j'aimerais bien utiliser plus souvent (et qui ce répand de plus en plus chez les fondeurs/fournisseur de puce).
Bref, jetez y un coup d'oeil ca vaut le coup, et par rapport à buildroot vous trouverez une grosse améliorations. Au début on se bat beaucoup avec Yocto, mais une fois domptez c'est sympa.
Question : dans les pré-requis de formation des participants, je ne comprend pas pourquoi il y a java ?
Connaissez-vous un logiciel (si possible non clickodrome mais avec un bête fichier de conf) qui ferait ça, ou devrais-je bricoler un truc à base de rsync ?
Autre question : est-ce qu'il y a un moyen de déclencher des actions lorsqu'une machine est connectée à un réseau précis ? Si possible un moyen natif (une espèce de inotify réseau) sinon un logiciel tiers …
Tu dois avoir un fichier /etc/network/interfaces avec une ligne
auto eth0
iface eth0 inet dhcp
tu ajoute ensuite
post-up /usr/local/sbin/mon-script
Reste a voir de ton coté comment le script identifieras ton réseau. (Moi je le ferais en cas de détection de mon NAS par exemple)
Regarde aussi les led sur la prise ethernet de ta tour, l'une fixe (souvent verte) indique que la prise est correctement relié (détection du pattern ethernet) et l'autre qui clignote (souvent orange) indique que des échanges ont lieu.
Préambule:
J'ai dernièrement réaliser un daemon en python (2.7) pour une cible embarqué, je te file un lien vers le tuto que j'ai suivi (et qui te sera très utile voir fin du post) et je n'ai pas porté le binding daemon lib sur ma cible mais utilisé les fonctions native du système (lib os) .
Question : Tu dis que ton code ne marche pas en arrière plan. Peut tu préciser (1) Tu ne vois pas les prout et (2) quand tu fais un 'ps' vois tu un PID associé à ton daemon ?
Si (1)=TRUE et (2)=Je vois mon daemon dans les pid, alors ta conclusion est erronée et ton daemon tourne. Simplement du fais qu'il ne dispose pas de la redirection de stdin, stdout et stderr tu ne vois pas d'affichage sur ta console.
Si (2)=Je ne vois rien, alors tu as raison, la daemonisation en fonctionne pas.
Free est le plus neutre en terme d'usage autorisé sur son réseau.
Tous les autres interdisent P2p,newsgroup et chose exotique.
Un post ici laisse entendre que le ssh est réservé au offres pro.
Non c'est pas complétement con, pour simplifier, en temps de traitement et donc en consommation de courant (ce qui est un point critique sur des équipement portable) faire un traitement sur le processeur peut être très pénalisant face a un circuit dédié. Donc avec une circuit dédié on peut soit gagné en consomation, soit mettre un microprocesseur un peut moins puissant pour le même résultat.
Je te rassure, ce qui est implémenté dans la puce, c'est uniquement des fonctions de calculs ou des séries de fonctions de calcul, par l'intégralité du traitement du codec donc c'est qu'en même évolutif.
Non le filesystem utilise tout l'espace de la partition pour créer des inodes, puis suivant le besoin de taille des fichiers, alloue les inodes aux differents fichiers.
Donc une partition formaté est entierement utilisé par le système de fichiers choisi.
C'est donc le systeme de fichier qui peut dire combien d'inodes sont pris/libres pour calculer la place disponible, si on ne mount pas de fs sur la partition on ne peut pas deviner.
Je ne vois pas le soucis de mount/umount un disque dur a part que si il est en veille, on va donc le reveiller. Mais de toute facon pour vérifier la place libre on serait obliger de le faire aussi.
En fait je ne vois pas pourquoi faire le umount du disque non plus, puisque si il n'est pas accéder en lecture ou ecriture il se mettra aussi en veille (même si il restait mounté ).
Le soucis de ce genre de produit c'est la conso, un micro+capteur+gestion batterie sa consomme toujours plus qu'une puce dédiée intégrant au plus juste ce qu'il faut.
Après tout le capteur n'est pas le mouchard(enfin si mais c'est sa fonction), c'est quand tu le connecte au pc (sous windows) que les informations fuites. Si tu le branche sur ton Linux et que tu maitrise la communication, plus de risque d'indiscrétion.
Donc comme tu demande une piste, en voici une http://weait.com/open-pedometer-one-step-closer
# prend un multimètre...un oscilloscope et beaucoup de temps
Posté par TheBreton . En réponse au message parler avec un commodo pour autoradio. Évalué à 7.
98/99 deux possibilités, soit c'est du CAN, soit c'est de l'I2C.
Aucuns fils n'ayant pas l'air torsadé, il y as plus de chance que ce soit de l'I2C.
Méthodes simples pour vérifier. Identifier la masse et l'alim au multimètre sur le connecteur.
Vérifier la tension sur les autres fils, si tu trouve du 2.5V sur deux fils alors c'est surement du CAN high speed. si tu trouve du 5V sur deux fils alors c'est surement de l'I2C et enfin si tu trouve un 0V et un 5V alors c'est surement du CAN low speed.
Un coup d'oscilloscope permet d'être certain. Le CAN high speed c'est du 250kbds ou 500kbds, le can low speed c'est du 125K kbds, l'I2C c'est 100khz. (d'autre débits sont possible mais, il n'ont pas été utilisé par Renault de mémoire).
De toute façon, messagerie propriétaire, seul du reverse engineering permettra de faire quelque chose, en priant que le bus que tu va analyser ne participe pas à la fonction antivol du système ! (anti vol véhicule, ou à l'époque encore plus antivol de l'auto radio).
[^] # Re: Pourquoi ce moinssage ?
Posté par TheBreton . En réponse au journal Et si l'on pensai ? Enfin je veux dire et si l'on pensai par soi même, ça donnerai quoi ? . Évalué à 1. Dernière modification le 16 novembre 2015 à 21:11.
J'ai moinssé car j'ai beau avoir commencer à lire avec attention , puis lu un peut plus en diagonale,puis carrément zapper la suite….mais j'ai eut beau chercher je n'ai pas trouver de rapport (même lointain) avec linux ou le monde du libre (point de vue logiciel). Le site appelant linuxfr (c'est un indice), et bien que je respecte ton besoin de t'exprimer ou que tu ait une opinion (même si je ne la partage pas), je ne pense pas que tu ait choisi le bon site pour ce texte.
[^] # Re: En dehors de ca
Posté par TheBreton . En réponse au message Souci carte mère ou alimentation. Évalué à 1. Dernière modification le 14 novembre 2015 à 11:33.
Je pensait surtout aux câblages interne à la carte mère (le branchement du ventilo sur la prise dédié près du cpu). Je me doute bien qu'ayant changé d'alim les câblage externe avait été refait.
Comme tu as essayé aussi un autre ventilo cpu, c'est surement un soucis lié à la carte mère.
# En dehors de ca
Posté par TheBreton . En réponse au message Souci carte mère ou alimentation. Évalué à 1.
SYSTIN: -4.0°C
AUXTIN1: +104.0°C sensor = thermistor
AUXTIN2: +103.0°C sensor = thermistor
AUXTIN3: +103.0°C sensor = thermistor
Si ton ventilateur CPU tourne bien , je pense que le soucis viens de la carte mère .
Vérifie les branchements de la CM on ne sait jamais.
[^] # Re: C'est pas faux
Posté par TheBreton . En réponse au message Message d'erreur : cp: target "/dev/sdb1" is not a directory. Évalué à 1.
Ton disque interne est mis en read only. Deux origine possible et leur solution
La premiere, explicitement apres le process de boot, donc on peut le changer par
mount -n -o rw,remount /
La seconde par les options du mode recovery (donc dans la ligne d'arguments du kernel passé par grub).
Première solution : changer l'option dans grub , trouver le flag "ro" et le remplacer par "rw"
deuxieme solution : booter sur un linux livecd ou liveusb , mounter ta partition et faire la copie sur ton disk externe
# C'est pas faux
Posté par TheBreton . En réponse au message Message d'erreur : cp: target "/dev/sdb1" is not a directory. Évalué à 3.
Les fichiers dans /dev/ sont des inode dédiés pour la communication espace user/kernel (driver).
Bon, ca c'est pour l'explication , pour ton problème il faut que tu indique un point de montage pour ton disque dur externe
exemple
mkdir -p /media/diskusb
mount /dev/sdb1 /media/diskusb
si linux t'insulte il faut connaitre en quoi ton disk à été formaté et le spécifié en ligne de commande. Si ton disk est en ntfs alors
mount -t ntfs-3g /dev/sdb1 /media/diskusb
si il est en ext4/3/2 alors
mount -t ext4 /dev/sdb1 /media/diskusb
voila l'idée général.
Une fois mounté sur /media/diskusb tu pourra faire un grand coup de cp
root@[mon ordi]: /home/user et je tape cp [étoile].[étoile] /media/diskusb
[^] # Re: Framabee
Posté par TheBreton . En réponse au journal Passage à duckduckgo pour mes recherches au lieu de google. Évalué à 5.
Le début de l'histoire est ici
http://news.bbc.co.uk/2/hi/technology/7823387.stm
US physicist Alex Wissner-Gross, prétend que selon son estimation une recherche sur google produit autant de CO2 que pour chauffer de l'eau dans une bouilloire électrique soit 7g.
Google, lui, indique que selon ces calculs (et non plus estimation) l'équivalent CO2 d'une recherche est 0.2g (soit 35 fois moins).
Nota : Le calcul est basé sur la consommation des serveurs google uniquement, pas celui du PC utilisé pour faire la recherche.
Qui as raison ?
[^] # Re: tu sais ce que tu as commandé ?
Posté par TheBreton . En réponse au message Installation de Kubuntu 14.04.3 LTS 64 bits sur un PC sans OS ?. Évalué à 1.
Pourtant moi en cliquant sur le lien du poste je vois bien un graveur/lecteur dvd dans la description du pc.
[^] # Re: J'ai la carte depuis un an
Posté par TheBreton . En réponse au journal L'absurdité des tickets restau. Évalué à 2.
Non, une réalité (dixit mon boucher qui as vu le retour sur la compta).
Avant, en temporisant le délais de remboursement des TR, il pouvait tourner avec des frais de commission de 1 ou 2%, avec la carte c'est entre 4 et 5% on ne peut plus choisir de délais c'est 48hrs quoi qu'il arrive.
voir les liens suivants pour plus de détails
http://www.challenges.fr/entreprise/20131129.CHA7765/le-remplacement-des-tickets-restaurant-par-des-cartes-va-couter-aux-commercants.html
http://rue89.nouvelobs.com/2013/08/27/restauratrice-suis-prise-otage-nouvelle-carte-tickets-resto-245223
http://www.lefigaro.fr/conso/2014/02/14/05007-20140214ARTFIG00058-le-titre-restaurant-a-pucepeine-a-convaincre-les-restaurateurs.php
# J'ai la carte depuis un an
Posté par TheBreton . En réponse au journal L'absurdité des tickets restau. Évalué à 2.
C'est une vrai chienlit, le site web à du être codé avec les pieds par un stagiaire manchot.
La carte est à autorisation systématique, du coup 5 minutes a chaque interrogation de compte, les commerçants près de chez moi ne l'accepte plus (de plus la commission sur la carte est pus élevé que sur les titres papiers).
Bref, heureusement qu'une fois par an ma boite permet de convertir l'intégralité du solde en titre papier car je ne me sert plus de la carte.
Moralité, pour ma boite économie de gestion (envoie des carnets chaque mois), pour moi les emmerdes !
[^] # Re: A mon avis : Non
Posté par TheBreton . En réponse au message 1 périphérique PCIe / 2 drivers. Évalué à 2.
Oui, c'est le kernel qui appelle la fonction "probe" des modules ayant déclaré les PID&VID (par pci_register_driver) de la carte PCI, chaque module doit vérifier (tour à tour) si c'est bien une version/révision de carte qu'il sait gérer et ensuite en obtient la gestion (propriété exclusive) si il l'indique au systeme (et le système arrête de chercher).
Si le module "owner" est "rmmod" alors le "insmod" suivant d'un autre module déclarant la gestion des PID&VID de la carte provoqueras bien un "probe" du nouveau module.
Mais il me semble que si les deux modules étaient déjà en mémoire, alors le "rmmod" du propriétaire ne provoque pas de "probe" de celui rester en mémoire et personne n'est plus "owner" de la carte ( à vérifier ) .
# A mon avis : Non
Posté par TheBreton . En réponse au message 1 périphérique PCIe / 2 drivers. Évalué à 2.
Je ne vois pas bien ce que "open" viens faire la dedans (cad dans le kernel, car pour gerer les interruptions il faut être au niveau kernel). Quand le système cherche à assigner un driver à une carte, il parcours la liste des drivers déclaré par pci_register_driver en fonction de PCI_PID et PCI_VID de la carte.
Le kernel invoque alors la fonction "probe" du driver et si celui ci retourne 0, alors il devient "propriétaire" de la gestion de la carte et le parcours du "probe" s'arrête la.
Au driver de gérer la suite (re-mapping mémoire des mem_regions de la cartes , allocation de l'interrupt etc…)
# Suggestion : ne pas le faire
Posté par TheBreton . En réponse au message Système de fichier optimal pour clé USB.. Évalué à 0. Dernière modification le 24 septembre 2015 à 12:36.
Vu le nombre de clef usb que j'ai vu s’arrêter de fonctionner du jour au lendemain je ne qualifierais pas un clef usb de support de sauvegarde.
Si ta clef reste sous linux tous le temps, ext3 ou ext4 est parfait.
[^] # Re: photorec?
Posté par TheBreton . En réponse au message Logiciel récupération de fichier. Évalué à 1.
Testdisk est un cd/dvd live-linux (qui s'execute depuis un cdrom) qui contient des outils de récupération dont photorec.
Mais si tu as les fichiers sous forme found000.chk alors les données sont déja corrompu par le chkdsk de windows.
Je ne connais pas de solution sous linux pour récupérer ces fichiers la
Je te conseillerais de voir de ce coté la : ici
[^] # Re: photorec?
Posté par TheBreton . En réponse au message Logiciel récupération de fichier. Évalué à 1.
Photorec fais un boulot formidable. J'ai juste un doute sur la manip à cause de cette phrase :
Tu vois comment qu'il sont la (Go consommé) ? Par un clique droit sur le/les répertoires ou ils sont sensés être ?
Si c'est le cas, ne serait ce pas simplement que l'explorteur ne les affiches pas soit à cause d'une option d'affichage de l'explorateur, soit par ce que les fichiers sont taggés invisible ?
(voir ici comment les afficher )
# 3615 MaLife
Posté par TheBreton . En réponse à la dépêche Atelier « Concevoir un système embarqué Linux avec Yocto » en octobre 2015. Évalué à 2.
Je travaille avec Yocto en se moment sur un projet et je dois dire que les débuts ont été laborieux, voir plus. Actuellement sur une équipe de 5 personne, je suis le seul qui continu à l'utiliser (et intégré le boulot des autres sur le projets), les autres développeurs ont jeté l'éponge.
Je pense que l'organisation matriciel de Yocto à tendance à rebuter certain.
Car si il y a une chose à retenir de Yocto, c'est qu'il est très bien dans sont rôle de constructeur d'image (versioning des packets etc), mais dans la phase de dev. et la mise au points de logiciel, il est plus du genre à mettre des bâtons dans les roues que d'aider.
Mais une fois que l'on y à pris gouts c'est un outils que j'aimerais bien utiliser plus souvent (et qui ce répand de plus en plus chez les fondeurs/fournisseur de puce).
Bref, jetez y un coup d'oeil ca vaut le coup, et par rapport à buildroot vous trouverez une grosse améliorations. Au début on se bat beaucoup avec Yocto, mais une fois domptez c'est sympa.
Question : dans les pré-requis de formation des participants, je ne comprend pas pourquoi il y a java ?
# Hop, mes deux cts.
Posté par TheBreton . En réponse au message copie de données entre un portable et une autre machine. Évalué à 2.
Moi j'aime bien http://www.nongnu.org/rdiff-backup/
Tu dois avoir un fichier /etc/network/interfaces avec une ligne
auto eth0
iface eth0 inet dhcp
tu ajoute ensuite
post-up /usr/local/sbin/mon-script
Reste a voir de ton coté comment le script identifieras ton réseau. (Moi je le ferais en cas de détection de mon NAS par exemple)
[^] # Re: plug (b)anal
Posté par TheBreton . En réponse au message Connexion filaire désactivée.... Évalué à 1.
Regarde aussi les led sur la prise ethernet de ta tour, l'une fixe (souvent verte) indique que la prise est correctement relié (détection du pattern ethernet) et l'autre qui clignote (souvent orange) indique que des échanges ont lieu.
# Mollo sur l'apéro
Posté par TheBreton . En réponse au journal La dépêche sur le noyau retardé par une attaque pro-conspirationniste.. Évalué à 10.
C'est samedi, mais quand même, faudrait pas te retrouver dans la rue en train de hurler ton mots de passe root pour prendre le controle de la matrice.
[^] # Re: Pourquoi tu dis que cela ne marche pas
Posté par TheBreton . En réponse au message Programmer un daemon. Évalué à 2.
Mais de rien, donc si ton daemon est présent et tourne en mémoire c'est sans doute un simple soucis de pipe.
je te suggere de faire
import sys
et
daemon.DaemonContext(stdout=sys.stdout)
pour récupérer le pipe de sortie et ainsi avoir l'affichage des sortie de ton daemon
# Pourquoi tu dis que cela ne marche pas
Posté par TheBreton . En réponse au message Programmer un daemon. Évalué à 3.
Préambule:
J'ai dernièrement réaliser un daemon en python (2.7) pour une cible embarqué, je te file un lien vers le tuto que j'ai suivi (et qui te sera très utile voir fin du post) et je n'ai pas porté le binding daemon lib sur ma cible mais utilisé les fonctions native du système (lib os) .
Question : Tu dis que ton code ne marche pas en arrière plan. Peut tu préciser (1) Tu ne vois pas les prout et (2) quand tu fais un 'ps' vois tu un PID associé à ton daemon ?
Si (1)=TRUE et (2)=Je vois mon daemon dans les pid, alors ta conclusion est erronée et ton daemon tourne. Simplement du fais qu'il ne dispose pas de la redirection de stdin, stdout et stderr tu ne vois pas d'affichage sur ta console.
Si (2)=Je ne vois rien, alors tu as raison, la daemonisation en fonctionne pas.
Référence : (Il faut rendre à cesar…etc)
Voici en version 2.7
Voici la version en 3.x
Bonne flatulence
# De mémoire
Posté par TheBreton . En réponse au message Quel opérateur mobile choisir pour remplacer Free Mobile. Évalué à 1.
Free est le plus neutre en terme d'usage autorisé sur son réseau.
Tous les autres interdisent P2p,newsgroup et chose exotique.
Un post ici laisse entendre que le ssh est réservé au offres pro.
[^] # Re: Un peu tard..!
Posté par TheBreton . En réponse au journal Un codec libre ? ... Oui Madame !!!. Évalué à 8.
Non c'est pas complétement con, pour simplifier, en temps de traitement et donc en consommation de courant (ce qui est un point critique sur des équipement portable) faire un traitement sur le processeur peut être très pénalisant face a un circuit dédié. Donc avec une circuit dédié on peut soit gagné en consomation, soit mettre un microprocesseur un peut moins puissant pour le même résultat.
Je te rassure, ce qui est implémenté dans la puce, c'est uniquement des fonctions de calculs ou des séries de fonctions de calcul, par l'intégralité du traitement du codec donc c'est qu'en même évolutif.
[^] # Re: Possible?
Posté par TheBreton . En réponse au message Espace libre/utilisé sur disque dur non monté. Évalué à 2.
Non le filesystem utilise tout l'espace de la partition pour créer des inodes, puis suivant le besoin de taille des fichiers, alloue les inodes aux differents fichiers.
Donc une partition formaté est entierement utilisé par le système de fichiers choisi.
C'est donc le systeme de fichier qui peut dire combien d'inodes sont pris/libres pour calculer la place disponible, si on ne mount pas de fs sur la partition on ne peut pas deviner.
Je ne vois pas le soucis de mount/umount un disque dur a part que si il est en veille, on va donc le reveiller. Mais de toute facon pour vérifier la place libre on serait obliger de le faire aussi.
En fait je ne vois pas pourquoi faire le umount du disque non plus, puisque si il n'est pas accéder en lecture ou ecriture il se mettra aussi en veille (même si il restait mounté ).
# C'est pour hacker ou simplement utiliser ?
Posté par TheBreton . En réponse au message Mesurer son activité en toute liberté ?. Évalué à 2.
Le soucis de ce genre de produit c'est la conso, un micro+capteur+gestion batterie sa consomme toujours plus qu'une puce dédiée intégrant au plus juste ce qu'il faut.
Après tout le capteur n'est pas le mouchard(enfin si mais c'est sa fonction), c'est quand tu le connecte au pc (sous windows) que les informations fuites. Si tu le branche sur ton Linux et que tu maitrise la communication, plus de risque d'indiscrétion.
Donc comme tu demande une piste, en voici une
http://weait.com/open-pedometer-one-step-closer