NeoX a écrit 18201 commentaires

d'apres la description du poste, un stagiaire ayant de bonnes bases en administration systeme
vous cherchez quelqu'un pour faire un travail que vous ne faites pas encore
mais un stagiaire n'est pas là pour faire VOTRE boulot, mais pour vous aider dans celui-ci et apprendre par la meme occasion, se creer une experience.

parce que ton init.sh ne se trouve plus sur fog mais dans /scripts
qui se trouve à la racine de ton "OS"

la racine de ton OS (/dev/ram0) etant générée à partir de "moninit.gz" qui doit etre un initrd valide.

tu as quoi dans tes fichiers de configuration des interfaces reseaux ?
sous debian like c'est /etc/network/interfaces

en general c'est /sbin/init
si tu remplaces /sbin/init par /bin/bash, tu aurais par exemple un simple shell.

dans ton cas, tu veux probablement avoir un "livePXE" avec un OS complet,
il faut donc regarder comment font les distribs,
là encore generalement, c'est un systeme complet qui se trouve dans une image disque au format squashfs.

apres tout, tes appareils seront tous connectés à l'electricité, ne serait-ce que pour les alimenter et alimenter l'ampoule, le chauffage, etc.

du coup le CPL prend tout son interet, le reseau se fait en utilisant les fils electriques, et ensuite ca communique par IP.

c'est peut-etre ca qui fout la merde.

ton dongle wifi ne devrait pas avoir d'adresse IP,
par contre il doit etre inseré dans le bridge

forcement ca va vite,
ensuite la machine ecrit reellement sur les SSD

cela s'appelle le cache.

il faudrait le desactiver, ou dire à tes outils de test d'ignorer le cache, pour tester effectivement le materiel.

qui te permet de faire des paquets pour quelques distributions courantes.
https://build.opensuse.org

ensuite tu utilises la virtualisation et tu installes ces distribs pour verifier que le paquet fonctionne.

si tu as vraiment fait un bridge, il n'y a pas de filtre entre les machines locales et les machines wifi
elles sont sur le meme reseau (meme plan d'adressage)

il n'y a donc pas de routage à faire, et si le ping passe, le reste devrait aussi.

ce qu'il peut arriver c'est qu'il y ait du 'client isolation' qui empeche les clients wifi de se connecter entre eux.
à voir si y a une option pour desactiver ca dans hostapd

vaut peut-etre mieux pas ;)

sinon l'annonce ne le dit pas, mais le poste est aussi ouverte pour une administratrice/developpeuse web

ben ca depend des technos utilisées,
il te faut donc voir quels sont les usages, les configurations possibles.

peut-etre que certains font "proxy" pour leur client, alors que d'autres font juste la mise en relation.

bref, lire la doc ;)

entre la rubrique "petites annonces" sur le forum
et le fait que l'on rappelle souvent aux entreprises qui n'ont pas publié l'annonce sur Lolix d'aller le faire,

a-t-on besoin de faire un annuaire de lien dont l'un irait sur Lolix.
car du coup pourquoi Lolix plutot qu'un autre ?

ben toi tu te connectes à un serveur ou à un utilisateur ?

Skype fonctionne de la maniere suivante (enfin je crois)
- un serveur fournit la liste des gens connectés
- la communication se fait directement entre les utilisateurs

tiens finalement un peu comme bittorrent, avec la liste des torrents sur un serveur, mais ensuite un echange uniquement entre les "seeders" et les "leechers"

peut-etre par ce qu'il existe lolix
qui fait deja cela tres bien.

soit tu te connectes directement au client (le presentateur)
auquel ca tu vas ouvrir autant de flux que d'auditeur

soit tu te connectes à un serveur/proxy
auquel cas tu envoie ton flux "presentateur" au proxy, qui lui ouvre alors autant de flux de que client.

tu pourrais tenter de fixer les problemes un par un
pour finir par avoir un systeme stable et fonctionnel.

par exemple ton "vieil" ubuntu, il est vieux comment ?

pour faire "simple"
les cartes intel peuvent etre gérée par plusieurs pilotes graphiques (i810, i915, intel ou simplement vesa)

idealement il faut installer le paquet xorg-intel et virer le xorg-i810

ensuite, pour chaque pilote il y a des options.
le modesetting, c'est un reglage des le boot pour detecter la resolution,
ca permet le boot en mode graphique et ca passe ensuite l'information au pilote graphique.

visiblement il y aurait un petit bug qui empeche ce passage d'information, c'est ca qui est corrigé par la ligne
options modesettings=1

Je ne suis pas sûr qu'il y ait un standard la dessus

lsb_release ?

des pistes que tu auras bien sur testées comme :

• utiliser le pilote 'intel' plutot que 'i810' ou 'i915'
• activer le modesettings au boot du kernel et dans les options du module i915 (meme si ta carte est une i945)
• essayer avec le pilote VESA ?
• changer la methode d'acceleration graphique (UXA ? )

http://doc.ubuntu-fr.org/intel_graphics

pour preciser le commentaire de nono14,
dans ton fichier de config de eth1, tu as conservé la ligne DEVICE=eth0

j'ai aussi un chipset i915, j'ai ubuntu depuis la version 11.04 sur un portable,
et j'ai bien la reoslution prevue de 1280x800

reste donc l'histoire de pilote graphique.

passe en USB3 ;)

ton raspberry est à leur.
- ta video dispose deja d'un timecode (timeline)
- ton loggeur des capteurs doit juste stocker le timestamp de la mesure, à chaque mesure.

ensuite tu correles le timestamp du logger avec le timecode de la video.

et si le loggueur met 2 minutes à demarrer, ben tu n'auras pas de data pendant les 2 premieres minutes de videos car timestamp non trouvé dans les datas.

Pour l'autre solution… je préfèrerais éviter, disons que ce n'est pas super souple.

avec une grosse variable DEBUG=1 en debut de programme
ou en parametre,

puis en conditionnant tes printf selon cette variable.

ainsi tu as un
export DEBUG=1 tonprogramme
ou
tonprogramme --debug

qui affichera tous les points de passage.