Bonjour cher journal. Une nouvelle fois j'ai besoin de ton aide...
Je construis une 'distribution' specifique a mon robot et j'ai 2 problemes importants dont je n'arrive pas a m'affranchir (en fait plutot 3):
J'utilise pour ma distribution une base de slackware(en fait je l'ai construit chrooté dans ma gentoo en tardégézedifiant les paquets), avec tous les packages importants, j'ai meme gcc.
Mon "disque dur" est en fait une compact flash de 256Mo (qui semble d'ailleurs avoir qq problemes matériel). Pour le noyau, comme j'ai besoin du dernier module pwcx (et qu'il faut faire quelques bidouilles infames dans le noyau pour que ca marche) ainsi que d'un module "home-made" j'ai directement copié initrd/module/image du noyau sur la distrib.
Apres, j'ai compilé en environnement chrooté les librairies et logiciels dont j'avais besoin (glib, sdl, etc), ainsi que grub.
voila donc mes 2 problemes:
- Lors du boot, il me faut appuyer sur entree car le noyau (p-e l'initrd, j'ai pas verifié) dit que le root filesystem est monté RW et non RO... en appuyant sur entree, tout va bien ca continue, mais ca m'oblige a connecter un clavier, ce que je ne souhaite pas.
- lorsque je compile mes programmes qui nécessitent mon module ainsi que celui de la webcam (pwcx) , ca ne veux pas: deja, il ne trouve pas les headers kernel, je suis obligé de lui passer un -I/usr/src/linux/include. Ensuite il continue a etre pas content pour je ne sais quelle raison (de memoire c'est qu'il ne trouve pas a quoi correspondent certaines structures)
- mon 3e probleme (dont je pense connaitre le provenance)c'est que sshd ne marche pas correctement, il plante les clients (en fait il plante totalement la console) lors de la connection!! je pense que ca doit venir des problemes (materiels) de ma CF (plus elle est remplie, plus j'ai des erreurs du type "can't read inode xxx")
bref je dois resoudre ca d'ici mercredi, et j'ai 100000 autres choses a faire, je suis pas dans la merde... help please!
# oubli
Posté par Temsa (site web personnel) . Évalué à 2.
[^] # Re: oubli
Posté par Krunch (site web personnel) . Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: oubli
Posté par Snark_Boojum . Évalué à 2.
Un noyau, une mini-libc, des mini-utilitaires (busybox ou un truc dans le genre) et les exécutables spécifiques au robot...
[^] # Re: oubli
Posté par Krunch (site web personnel) . Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: oubli
Posté par Temsa (site web personnel) . Évalué à 1.
Et puis je peux faire du ssh comme je veux comme ca, et compiler sur le robot c'est bien pratique(surtout que j'ai un VI agreable et accueillant dessus), mais bon, vu que ca fonctionne pas, je vais m'en passer :oP
et l'an dernier j'etais en busybox/uclibc/tinylogin, etc, mais la distrib etait desagreable a utiliser (tout ne fonctionnait pas, mais j'avais quand meme un boot en 12s et gcc dessus... qui compilait le meme genre de programme!), et j'ai pas 10 ans a passer dessus non plus :P
[^] # Re: oubli
Posté par Temsa (site web personnel) . Évalué à 0.
# Pareil ou presque
Posté par Boa Treize (site web personnel) . Évalué à 4.
# Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: À propos des entêtes du noyau
Posté par Temsa (site web personnel) . Évalué à 0.
Néanmoins, ca ne marche pas mieu...
[^] # Re: À propos des entêtes du noyau
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
Sauf que le kernel (et surtout les kernels recents) utilisent plusieurs dossier pour les parties 'asm' et surtout il y a des fichiers dans linux/ qui ne sont pas forcement utilisables directement (a l'exterieur du noyau).
De plus il est important de conserver les include kernels correspondants a ceux utilisés lors de la compilation de la glibc si tu veut limiter les ennuis.
Donc installe le paquet contenant les includes kernels fournis par ta distribution
# Option ro
Posté par peck (site web personnel) . Évalué à 2.
[^] # Re: Option ro
Posté par Temsa (site web personnel) . Évalué à 0.
# Rien à voir
Posté par mammique . Évalué à 2.
[^] # Re: Rien à voir
Posté par Temsa (site web personnel) . Évalué à 3.
sinon, tu as encore le site de mon equipe: http://galileo.ma.cx(...) qui dit tout ce que l'on a fait l'an dernier en informatique. Cette année, comme en plus de l'info, j'ai fait méca et élec, je devrais produire une grande quantité de docs fortes interessantes (pendant les vacances d'été) pour tout le monde :)
néanmoins, vis a vis de ce que tu veux, le plus simple est de prendre un PIC (tu peux avoir des samples gratuits sur http://microchip.com(...)), un 16f88 devrait bien aller(en plus avec son oscillateur interne super fiable, tu peux te passer de quartz). Ensuite tu telecharges MPlab et CC5X, tu cherches un peu sur le net(bigonoff est ton ami), tu lis un peu les datasheet du PIC, les docs de CC5X, puis tu t'interesses a un composant sympa pour les pas a pas comme le L6208N (14 a electronique diffusion) , tu los bien les "application notes" du composant, et tu peux controler simplemet un moteur pas a pas bipolaire d'assez grosse puissance (il y a d'autres composants genre l297/l298 --voir l298 tout seul-- si tu veux pas controler un pas a pas trop puissant)... et apres c'est du gateau :)
[^] # Re: Rien à voir
Posté par mammique . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.