TheBreton a écrit 928 commentaires

La version 2007 est sortie depuis un petit moment...tu pourrais peut l'etre l'utiliser plutot que la 2006

Dans la configuration de boot tu dois avoir une ligne "linux failsafe" que tu peut selectionner tu devrais te retrouver en mode console
"login:"
Tu peut taper ton mot de passe en root
Methodes 1:
verifie dans le fichier avec
vi /etc/X11/xorg.conf
que le drivers "nv" soit bien celui selectionné.
tu peut modifier le fichier en tapant 'i' puis ESC ":wq" pour sauvegarder les modifs
Quitte le mode root (exit) puis relogge toi en user normal
ensuite "startx" pour verifier que cela fonctionne bien

Methodes 2:
Tu telecharge le driver linux-nvidia et tu l'installe en suivant les indications
http://www.nvidia.com/object/unix.html

il en existe plusieurs de temps réel RTAI, RT Linux... pour ne citer que les plus courants.
Si jamais c'est une configuration Linux+PREEMPT+Timer a 1Khertz que tu utilise voici l'implication.
Comme on passe plus souvent dans le scheduleur (toutes les 1ms au lieu de toutes les 4ms voir toutes les 10ms) effectivement le processeurs est plus sollicité et donc travail moins dans les taches (cela ajoute de la charge systeme mais seulement de quelques pourcent).
Heuresement cela reste insensible sur des procs depassant le 800Mhz (mesure pifometrique), a l'usage les taches multimedia (comme xmms) voit leur latence diminuée, moins de saccade dans la reception d'un flux multimedia donc meilleur performance de restitution. Le multitache est plus réactif, les taches attendant un evenement (mise a disposition de donnée) etant plus rapidement sur le devant de la scene.

merci de poster avec un minimum d'effort pour etre compris de tous...
rm fichier
-pour supprimer un fichier
df -H
- pour connaitre l'etat de remplissage des disques et partition

toujours par un premier pas (Lao-Tseu)
Voici le premier pas a faire pour tout connaitre sur les drivers.
http://lwn.net/Kernel/LDD3/
Bonne lecture.

soit tu jette un oeil avec "dmesg"
soit tu parcoure le repertoire "/proc/bus/usb" (de mémoire)
soit du recupere le resultat de "lsusb -v" par l'apelle system()

un autre truc encore plus bête mais qui peut arriver, le kernel sur lequel tu boote est bien compilé avec les ports série correcte d'activé ?

si les ordres que tu rentres (ls par exemple) produise un resultat visible sur minicom c'est qu'il manque l'echo des touches tapés dans la configuration du minicom
tape Ctrl+A puis E
(man page ici http://www.delafond.org/traducmanfr/man/man1/minicom.1.html )
Si ta commande ne provoque rien bin peut etre que ton linux embarqué est planté, as tu un moyen de verifier qu'il est bien vivant ? (led qui bagotte ou autre?)

essai en mettant une tabultation avant le rm -rf

dans le log de demarrage du kernel
commande : dmesg
tu y verras sans doute un message du module disant qu'il ne trouve pas le matériel pour lequel il est sensé fonctionné ou qu'il lui manque un truc.

-Combien de routes un homme doit-il parcourir, avant que l'on puisse l'appeler un homme ?
s'il oublie de regarder a gauche et a droite avant de traverser, tres peut avant que l'on puisse l'apeller paf le chien

-Pourquoi les structures en C ne permettent pas de mettre des fonctions dedans, en plus des attributs ?
pourquoi les pointeur de fonction servirait-il à planter des fleurs ?

Premiere solutions passer réellement a Grub car
J'ai installé grub et configuré, sans effet, le pc reboot toujours sur l'ancien lilo qui foire.
si tu boote toujours sur lilo c'est que grub n'est pas installé (les deux ecrive dans le MBR donc il y a forcement une mauvaise install si tu retombe sur lilo). Il n'y aurait pas a verifier les parametres de ton bios pour verifier sur tu boot sur le bon disk dur par exemple ?

Deuxieme solutions corriger le probleme avec lilo
D'apres la doc de lilo ( http://www.wlug.org.nz/LiloErrorCodes )il t'indique l'erreur suivante

0x99: Invalid Second Stage
Mismatch between drive and BIOS geometry, or a bad map file. Some evidence that LINEAR needs to be set on the disk (see LiloNotes)

LiloNotes
Notes on Linear Mode
An additional possibility for those with only "L"

I had an old Compaq on which I had updated the BIOS but the /boot directory was far into the large hard drive. I wasn't able to tweak the autodetect parameters in BIOS, so I didn't have all the information in how it was set up. I would always get stuck at the "L" screen, though a boot disk (linux root=/dev/hda1) would work fine.

In my case I had to comment out Linear in lilo.conf and then execute (capital "L" is important)

lilo -L

to set disk access mode to LBA32 (I think this is the default). Once this was written to the MBR (/dev/hda) everything worked fine.

It would be helpful to note that users with older hardware, who encounter the L 99 99 99 99 ... error, that adding "linear" in lilo.conf may solve the problem. (It did for me!)

There is a significant amount of conflicting information about error code 99. It appears to be associated with a BIOS disk error - mismatch of geometry, read failure, or something like that. According to the lilo man page, 99 indicates "invalid second stage index sector" and is usually associated with a bad map file or a geometry mismatch between lilo and the BIOS.

What solved it for me was moving lilo to the MBR instead of the first sector of the disk.

http://www.olitec.com/compatibles.html

pour faire fonctionner un périf USB il faut obligatoirement un drivers qui, d'après le site du contructeur , n'existe pas pour linux.
Je te conseille de faire savoir à olitec ton vif mécontantement de leur politique de drivers uniquement Windows et croiser les doigts en attendant que quelqu'un développe un driver linux.

Pour des cartes dipso et compatible linux:
http://ospkibook.sourceforge.net/docs/OSPKI-2.4.7/OSPKI-html(...)

pour OpenSsl il faudrait voir s'il s'appuye directement sur l'api crypto ou sur un truc maison.

Sinon un truc sympa a faire c'est prendre une carte PCI FPGA Xilinx par exemple et avec OpenCore se faire soit meme toute la fonction de crypto

http://www.opencores.org/

ca depend comme tu veut t'amuser.

1) je ne trouve pas de rpm ni de source a téléchargé pour mandriva 2006 sinon j'aurais bien testé
2) je ne comprends pas la demarche de fournir des sources linux mais seulement un executalbe pour windows.
C'est quoi l'objectif : faire du libre mais pas trop ?

>fd=open("dev/misc/lcd",O_CREAT,S_IRWXO);

fd=open("/dev/misc/lcd",O_CREAT,S_IRWXO);

Ensuite pourquoi ouvrir en execution un driver ?

on peut dire qu'une voiture ressemble à un velo car les deux ont des roues.
Ce site est plutot dédié à linux et non à la résolution des tous les problème informatique.

Par contre tu peut faire l'essais suivant, télécharge l'image iso :
ftp://ftp.song.fi/pub/mirrors/Mandrake-linux/official/iso/20(...)

C'est sans virus et 100% légal.

Tu la grave sur un CD pour en faire en CD bootable
tu peut trouver des explications pour le faire ici

http://www.mandriva.com/fr/community/mandrivaone

ensuite tu redemarre ton PC en lui disant que le premier péripherique de boot est ton lecteur CD (en general c'est une modification a faire dans le bios)
Le programme vas démarrer et te demander deux ou trois choix dont la résolution de travail de ton ecran/carte graphique.
Si en plus de 800x600 tu as les meme problemes de flash bleu c'est que ton probleme est hardware (ecran ou carte graphique ou cable allant de l'un a l'autre) si tu n'as plus de probleme alors decouvre un peut ce que le programme peut t'apporter (plusieur jours) et réfléchit pour cliquer sur l'icone installation disque dur et ensuite revient ici pour poser toutes les questions que tu veut.
Bonne découverte du sujet de ce site.

quel version de linux tu utilise déja ?
Je crois que tu confond peut etre linuxfr avec le forum microsoft.

je serais etonner que le endpoint 131 existe tout simplement.
Car 131 = 0x83, direction IN, endpoint numero 3 (cf norme USB page 269).
As tu verifier (fais attention sous snoopy) que les données en reception sont bien bulk et non interrupt ?
lsusb -vv est ton ami.(et tu peut poster le resultat de ton adaptateur dans le forum)

pourquoi avoir fait su apres le login ?
tu aurais fais startx directement et tu aurais retrouver ton bureau...
je crois que dans ton repertoire /home/moi du as de fichiers et repertoire caché (visible par un ls -a) qui contienne te parametre de bureau, dans le doute copie les tous dans un nouveau repertoire avant de faire des essais pour ne pas les ecraser.

Ayant comme toi (mais pour d'autre raison) besoin de poste win32 voici ce que je te conseillerais.
Remonter un vieux PC en ce limitant à l'UC
Carte Mere+Proc+Ram+HD+Carte Reseaux+CDROM(pour l'instal apres tu peut l'enlever).
Ensuite tu connecte ton Clavier+Ecran sur ce poste, tu installe
une distrib (la mandriva en francais est pas mal mais a toi de voir, tu prevois bien l'installation du server SSH et Samba.
Ensuite depuis Windows tu pourras utiliser par le reseau ethernet (avec un simple cable croisé) ton poste sous linux via ssh pour les commande en shell et avec Xmings (http://www.straightrunning.com/XmingNotes/ ) tu pourras sur ton poste Windows lancer les applications graphiques qui s'executeront sur ton poste de travail linux (en deportant l'affichage).
Cela permet d'avoir un poste entierement sous linux et en meme temps de l'exploiter depuis ton windows, cela t'eviteras de devoir rebooter en cas d'apelle d'un client.
Forcement ce n'est pas performant (pour faire des jeux 3D) comme un poste entierement sous linux mais pour ce que j'en fais cela me va tres bien.

Pour faire du traitement de texte ou n'importe quoi qui touche à la mise en page ou au dessin, le 16:9 apparaît aussi bien inutile, voire pénalisant.
Perso j'ai un 16/9 sur mon bureau, comme je fais beaucoup de technique je travaille beaucoup avec des datasheet et redige des document.
En bin le 16/9 je suis fan.
Pour coder je le garde a plat car les lignes de codes depasse souvent sur la droite (a cause de l'identation)
Pour lire un pdf ou ecrire un document je le pivote pour avoir une vue pleine page et c'est super pratique (merci xrandr).

man df

tu veras qu'avec un
df -t ext2 tu ne liste que les files system en fs ext2 (en general ton / )
df -x nfs tu exclue les points de montage nfs etc etc
et l'option -h permet de lire plus simplement

umount /mnt/flash
(la je présume que les buffers en lecture sont libéré car inutile des les gardé en mémoire pour le système)
mount /dev/flash
ReadTest

la libieee1284 n'est pas la pour te permettre un acces simple au port paralelle mais pour te fournir des fonctions ieee1284 qui passe par un port paralelle.

Si tu veut acceder plus "simplement" au port paralelle est faire des entre sorties directe je te conseille la lecture des fichiers
/usr/src/Linux/Documentation/parport-lowlevel.txt
/usr/src/Linux/Documentation/parport.txt
qui sont presents dans les sources de ton kernel linux
ou en ligne
http://www.gelato.unsw.edu.au/lxr/source/Documentation/parpo(...)
voila