Puisque je ne dis que des clowneries depuis ce matin, je peux bien en risquer une de plus :
Ta chaîne scsi est-elle bien terminée ?
Normalement, il faut un bouchon de fin de chaîne pour que le bus fonctionne correctement, alors soit il te faut en mettre un sur le dernier élément de ta chaîne scsi, soit il y a un cavalier/switch/machin sur ton lecteur de DAT pour en placer un sur la chaîne.....
A tester/vérifier peut-être quand même,sait-on jamais !
Peut-être une ou deux clowneries...
Tu as bien une bande dans le lecteur (bon, ok, je ne la referais plus) ?
As-tu essayé de décharger puis recharger les modules st et scsi_mod ?
C'est tout ce qui me vient à l'esprit pour l'instant....
Ah, ok... L'énoncé n'était pas très clair alors....
Ben... Je ne vois qu'une possibilité (mais je suis loin d'être un expert dans le domaine) : le pilote de ton lecteur DAT est un module du noyau qui se décharge automatiquement, visiblement.
Un bon modprobe [le_module_qui_va_bien] devrait rétablir la situation.
Sinon (mais sans avoir la marque, le modèle et la connectique utilisée) il faudrait voir avec les outils qui vont bien...
Il y en a un pour re-scanner le contenu d'une chaîne scsi, par exemple (jamais utilisé, car pas de scsi, mais il me semble en avoir entendu parler).
Voilà, j'espère que ça peut au moins te donner des pistes pour trouver comment résoudre ton problème !
Un périphérique DAT est un périphérique bloc séquentiel, et il ne peut pas être monté. Le seul moyen de voir le contenu de la bande, c'est d'utiliser la commande "inverse" de celle qui a servi à faire la sauvegarde.
Exemple :
Je fais la sauvegarde : tar cvf /dev/st0 /home
Je vérifie le contenu de la sauvegarde : tar tvf /dev/st0
Bien sûr, il faudra remplacer /dev/st0 par le vrai nom du périphérique DAT.
Voilà, j'espère avoir éclairci ta lanterne, comme on dit !
Oui, tout juste.
C'est basé sur la bonne foi et l'honnêteté des gens (mouarf). C'est une application que j'ai développé en php. Elle s'appuie sur une base de données postgreSQL, ainsi que sur LaTeX pour la génération des documents.
Voilà...
Hum... J'ai dû (encore) mal m'exprimer....
Justement, l'extrait de fichier est tiré de mes sauvegardes. Pour éclaircir la chose : je n'allais pas restaurer la base complète pour une partie des heures de pointage d'un agent qui sont parties en vrilles suite à une erreur de ma part.
Par ailleurs, la restauration complète m'aurait fait perdre une journée de travail pour tout le monde....
Enfin, je ne pouvais pas faire un delete/insert sur cette table pour les lignes concernées pour cet agent, car cette table est bourrée de triggers, et je suis pratiquement que le remède aurait été pire que le problème dans ce cas particulier....
En tout cas, mon problème est réglé, c'est le principal !
Merci à tous les 2. J'ai utilisé la réponse de Damien, car elle me semblait plus courte.
En fait, awk, c'est vraiment de la balle ! Je vais me pencher sérieusement sur la doc !
En tout cas, mon pb est réglé, je vais pouvoir retourner dormir tranquille !
Je sais que ce n'est pas spécifique à ta distrib, mais est-ce que http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareInd(...)
ne pourrait pas aider quand même ?
Je sais, il est probable que ce soit des rpm (je ne vais quand même pas installer leur soft, alors que je n'ai pas ce matériel pour tester...), mais au pire, il existe un soft, nommé alien qui permet de transformer des .rpm en .deb, ou le contraire, etc. Alors peut-être que ça pourrait te permettre d'installer le soft de chez hp sur ta machine et de faire fonctionner correctement ton matériel.
Je ne sais pas de quelle distrib se rapproche le plus ubuntu, alors choisis celle qui correspondra le plus (quitte à essayer tous les liens proposés par mon post initial).
Voilà, en espérant que ça aide.
En cherchant "HP Surestore DAT24x6" sur le site de la marque, on tombe sur ça : http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownl(...)
Peut-être que tu y trouveras ton bonheur ?
Je doute qu'on puisse utiliser un tel matos directement avec la commande mt, mais il y aura certainement quelqu'un de mieux informé que moi pour confirmer ou non mes dires.
En tout cas, j'espère que ça t'aidera dans ta démarche.
Bon, d'abord, merci pour tes commentaires, ils sont intéressants. Évidement, j'avais pensé à ces arguments, mais si je voulais ouvrir la discussion, je ne devais pas les indiquer dans mon post initial.
Pour le premier point, je suis d'accord, sur le principe, mais il me semble que pour une société éditrice de logiciels, avoir un coût de licences quasiment nul peut être une bonne chose. En effet, pour développer un jeu, il faut un environnement de programmation, un compilateur, un éditeur d'images, un modeleur 3D, un éditeur de sons, et que sais-je encore (je suis loin de maîtriser le sujet, alors pardon pour les erreurs ou omissions). Ces logiciels ont un coût si on choisit de développer sur une plateforme propriétaire. Pour une grosse boîte qui récupère des millions, ce n'est probablement pas un problème, d'autant que l'infrastructure matérielle et logicielle est déjà présente. Mais pour une société souhaitant se lancer dans la course à partir de rien, il me semble que ce n'est pas négligeable.
Pour le coup des consoles, je suis d'accord, mais en ce qui me concerne, je n'en ai jamais acheté, et je ne compte pas le faire.
Un PC fait très bien l'affaire, pour peu qu'on ait le matériel qui va bien, que ce soit côté machine comme côté périphériques (et qu'on ne soit pas trop accroc aux jeux)...
Bref, ce ne sont que des idées. Je n'ai pas les connaissances requises pour mettre tout ça en oeuvre, alors si toutefois ça peut lancer des vocations....
Dans ton fichier /etc/X11/xorg.conf (?) tu dois retrouver ces chemins. Si tu vas voir ce qu'il y a dedans, tu verras qu'ils sont inexistants ou vides. Si tu ne veux plus voir ces affreux messages, commente les lignes correspondantes dans ton xorg.conf.
Voilà, en espérant que ça aide (Tip : ça a un rapport avec FontPath)...
Mon ami ploum a posté un journal fort intéressant, mais qui peut être retourné...
J'ai hésité à poster ce commentaire, il ne sera peut-être pas pertinent.
En gros, je me pose la question : linuxfr est-il assez bien pour nous ?
En effet, depuis quelque temps, d'aucuns ne font qu'insulter les autres sur un site communautaire. Je pensais que ce terme cachait une grande entraide, une grande sympathie, une grande communauté prête à rendre service, à rigoler, à discuter avec les autres...
Déjà avant, on avait droit à "Utilise pas ça, prend ceci" quand une question portait sur ceci, ce qui ne résorbait nullement le problème, par exemple. Mais maintenant, en plus de nous demander de changer d'outils, certains vont même jusqu'à nous conseiller de changer de distribution, de matériel, et pourquoi pas de femme, de vie et de corps, tant qu'on y est.
L'entraide n'est plus là, les discussions non plus. A part se faire souvent insulter, on ne récolte plus grand chose ici. Je suis loin d'être un gourou de la machine, et il m'arrive de poster des questions lorsque je rencontre un problème particulier. Mais, quand je peux aider, ou du moins quand je pense pouvoir aider, je poste un commentaire. Parfois je tombe pile, parfois non. Au début, j'ai eu droit à des insultes de la part de gens qui pensent qu'un cat | grep va me bouffer tout mon CPU... Maintenant, je fais gaffe quand je poste, mais je n'en pense pas moins. C'est le formatage linuxfr.
J'aime beaucoup consulter les formus (foras ?) car c'est parfois l'occasion d'aider, ou d'apprendre des choses. Tout se fait dans une ambiance pas trop académique, et on ressort assez grandi, mais parfois, ça part en vrille.
Alors, ne pourrait-on mettre un message dans les forums indiquant "Ne postez un commentaire que si vous avez LA solution, sinon abstenez-vous. Si la question posée ne vous intéresse pas, passez votre chemin, et enfin, si les solutions apportées vous déplaisent, soit argumentez, soit changez de site" ?
Non, bien sûr que non. Je reste persuadé qu'il ne faut pas tout prendre au pied de la lettre. Cher Ploum, non, ta vie ne m'intéresse pas, mais tes journaux me plaisent. Au moins, ils nous sortent de la routine quotidienne. J'ai un réel plaisir à te lire, alors ne change rien. Bienvenue dans la vraie vie, ceci dit... Certains se cachent derrière des pseudos pour se foutre du monde ou pour insulter. Ce sont eux qui n'ont rien compris à cette "vraie" vie.
L'agressivité doit certainement cacher une certaine frustration chez ceux qui la pratiquent gratuitement. Il ne faut pas en tenir compte.
En conclusion, je dirais que linuxfr est fait pour ceux qui en font ce qu'il est. Il n'y a pas de gens biens-pour-linuxfr, pas plus qu'il n'y a un linuxfr-bien-pour-les-gens.
C'est mon opinion, et je la partage, comme dirait l'autre. Même si les insultes et autres "remontrances" ne font pas plaisir à lire, il faut souvent savoir faire la part des choses.
Voilà, tu as mon plein soutien, continue tes journaux, et passe le bonjour à ta boulangère !
Ben non, ce n'est pas bizarre du tout !
Tu as besoin d'un clavier pour naviguer dans le BIOS, donc celui-ci te fourni un support pour ton clavier, qu'il soit usb ou PS2. Par contre, quand ta machine boot, le BIOS laisse la place au système d'exploitation pour la gestion du matériel, et en particulier de ton clavier usb.
Jusqu'à preuve du contraire, lilo est tout sauf un OS.
Donc, je me répète, as-tu été voir dans ton BIOS si il y avait une option pour forcer le bios à prendre en charge les périphériques d'entrée, et as-tu activé ce forçage ?
Ca doit ressembler à "Support for USB HID devices" ou quelque chose du genre. C'est difficile de te dire à quel endroit se trouve cette option, ni comment elle s'intitule exactement, vu que tu n'indiques ni le matériel utilisé (marque et modèle de carte mère), ni le bios qui se trouve dessus (AWARD, AMI, Phoenix...).
M'enfin, si tu suis ce qui est marqué ci-dessus, tu devrais t'en sortir tout seul, normalement.
Voilà, bon courage, et tiens-nous au courant si ça (ne) fonctionne (pas)...
Je n'ai pas testé, mais ça devrait rouler, normalement....
Le -r passé à scp devrait recopier l'arborescence sur le PC de destination, il me semble....
Tu devrais y trouver un truc pour le support des périphériques d'entrées USB (Enable support for USB HID devices, ou quelque chose du genre).
Si ce n'est pas coché, ça ne peut pas fonctionner, car au moment où lilo apparaît, seul le bios sait gérer le matériel.
En tout cas, j'avais résolu le problème ainsi sur une de mes machines...
Hello !
Je ne sais pas quelle distro tu utilises, alors j'espère que les informations que je vais te donner ci-dessous te seront utiles.
Pour les obtenir, je fais simplement un "make menuconfig" pour voir la configuration de mon noyeau.
OHCI, c'est Open Host Controller interface. C'est pour les chipsets usb non intel. Visiblement, c'est lié à l'usb 1.1.
UHCI, c'est Universal Host Controller interface. C'est pour les chipsets usb intel et via.
Si tu as un doute, mets les deux !
EhCI, c'est Enhanced Host Controller Interface. C'est pour l'usb 2.0.
Après, pour pouvoir monter ton lecteur mp3, il faut déjà être sûr qu'il le supporte, et adjoindre au kernel non seulement les modules précédement cités, mais aussi le module pour l'usb mass storage, ainsi que le module pour l'émulation scsi. Je ne me souviens plus du nom des modules.
Si tu as ces modules, une première approche pourrait être de brancher ton baladeur sur le port usb, de jeter un oeil à ce qui est dit dans /var/log/kern.log (au moins pour voir à quel périphérique il est rattaché /dev/sd?). Ca fait déjà un bon début pour le monter ensuite.
Si ça fonctionne rien qu'avec ça, rien ne t'empêche par la suite de créer une règle pour udev de façon à ce que ce soit toujours le même périphérique qui soit créé, et automatiser le montage dans le /etc/fstab.
Voilà, j'espère que ces informations te seront utiles.
Hello !
Ben tu as deux solutions :
Soit tu fais man smb.conf et tu remplis le fichier à la mimine, soit tu utilise SWAT en lisant les informations utiles à chaque rubrique du smb.conf, il te le rempliras comme un grand.
Pour info, swat est disponible sur http://localhost:901 (de mémoire). Tu utilises les paramètres login/password de root pour te connecter à l'interface et tu lis ce qui est marqué.
Voilà, bonne lecture et bon paramétrage !
Bon, déjà, merci pour ces informations.
Ca ne m'aide pas forcément, car je ne vois toujours pas comment résoudre le problème, mais au moins, je sais où ça cliche !
Pour le coup du pointeur, oui, j'y avais pensé, mais je me vois mal fouiller les sources pour l'initialiser....
En tout cas, merci, ça éclaire un peu ma lanterne !
J'ai passé dcopidl sous valgrind.
Ca me donne les informations suivantes :
==14704== Invalid read of size 4
==14704== at 0x456C17B: QString::QString(QString const&) (in /usr/local/kde3.5.2/lib/libqt-mt.so.3.3.6)
==14704== by 0x804C579: yyparse() (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704== by 0x8049BBF: main (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==14704==
==14704== Process terminating with default action of signal 11 (SIGSEGV)
==14704== Access not within mapped region at address 0x0
==14704== at 0x456C17B: QString::QString(QString const&) (in /usr/local/kde3.5.2/lib/libqt-mt.so.3.3.6)
==14704== by 0x804C579: yyparse() (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704== by 0x8049BBF: main (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704==
==14704== Invalid free() / delete / delete[]
==14704== at 0x401BFE9: free (vg_replace_malloc.c:235)
==14704== by 0x4BD0A6B: free_mem (dl-libc.c:228)
==14704== by 0x4BD0551: __libc_freeres (set-freeres.c:47)
==14704== by 0x401735D: _vgw_freeres (vg_preloaded.c:62)
==14704== by 0xBEF3A5A7: ???
==14704== by 0x804C579: yyparse() (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704== by 0x8049BBF: main (in /home/david/Temp/kdelibs-3.5.2/dcop/dcopidl/dcopidl)
==14704== Address 0x49CDCF0 is not stack'd, malloc'd or (recently) free'd
==14704==
==14704== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 61 from 1)
==14704== malloc/free: in use at exit: 26,737 bytes in 1,105 blocks.
==14704== malloc/free: 5,274 allocs, 4,170 frees, 145,054 bytes allocated.
==14704== For counts of detected errors, rerun with: -v
==14704== searching for pointers to 1,105 not-freed blocks.
==14704== checked 693,232 bytes.
==14704==
==14704== LEAK SUMMARY:
==14704== definitely lost: 7,594 bytes in 491 blocks.
==14704== possibly lost: 0 bytes in 0 blocks.
==14704== still reachable: 19,143 bytes in 614 blocks.
==14704== suppressed: 0 bytes in 0 blocks.
==14704== Use --leak-check=full to see details of leaked memory.
Erreur de segmentation
Est-ce que quelqu'un voit d'où viens l'erreur, et surtout comment la corriger ?
Visiblement, si je comprends bien, c'est qt qui foire, lors de l'appel à la fonction yyparse. Ce doit être lié à bison/yacc, mais je ne vois pas comment corriger ce problème.
Merci pour votre aide.
Et je pense avoir trouvé....
Il faudrait remplacer la ligne :
\tabletail{\hline \multicolumn{3}{|r|}{Suite du tableau à la page suivante\\ \hline}}
Par :
\tabletail{\hline \multicolumn{3}{|r|}{Suite du tableau à la page suivante} \\ \hline}
Voilà... En tout cas, avec cette modif, ça fonctionne chez moi !
Si, j'ai vu la réponse à mon précédent message.
Ceci dit, je n'ai pas accès à la config du serveur, donc...
- modifier le php.ini, on oublie.
- le coup du lien symbolique, on peut oublier, pour les mêmes raisons.
D'où ma question concernant une interface directe en php.
Et puis, ça ne change rien au problème, c'est bridé à mort, et je ne peux pas en vouloir aux admins de faire ce qu'il convient sur une machine exposée au web.
Avec informix, tu as un outil nommé isql qui te permet de générer des formes d'écrans pour taper directement dans une table, un éditeur de rapports (un peu comme les états d'acces), un éditeur de requêtes sql, etc.
Bon, c'est en mode texte, en console, donc, mais je te rassure, c'est assez facile à prendre en main, et il y a pas mal de doc.
isql bdd se connecte à la base de données direct.
Après, tu dois pouvoir l'appeler directement avec un script sql
isql bdd truc.sql doit exécuter truc.sql (les commandes qui sont dans le fichier) sur la base de données bdd. Pas testé, à voir donc.
Sinon, sous linux, j'ai cherché un peu, et il semble que kopete sache le gérer. J'ai aussi trouvé ksalup. J'ai installé ce dernier, et testé. Pour l'instant, il me semble un peu lent pour découvrir tous les clients potentiels sur le réseau.
Autre inconvénient : il faut être root pour expédier des messages.
Ca, c'est pour les interfaces graphiques.
Sinon, pour l'interface en console, smbclient semble plus adapté.
[^] # Re: Non, non, non et non....
Posté par Gyro Gearllose . En réponse au message Lecteur DAT. Évalué à 2.
Ta chaîne scsi est-elle bien terminée ?
Normalement, il faut un bouchon de fin de chaîne pour que le bus fonctionne correctement, alors soit il te faut en mettre un sur le dernier élément de ta chaîne scsi, soit il y a un cavalier/switch/machin sur ton lecteur de DAT pour en placer un sur la chaîne.....
A tester/vérifier peut-être quand même,sait-on jamais !
[^] # Re: Non, non, non et non....
Posté par Gyro Gearllose . En réponse au message Lecteur DAT. Évalué à 2.
Tu as bien une bande dans le lecteur (bon, ok, je ne la referais plus) ?
As-tu essayé de décharger puis recharger les modules st et scsi_mod ?
C'est tout ce qui me vient à l'esprit pour l'instant....
[^] # Re: Non, non, non et non....
Posté par Gyro Gearllose . En réponse au message Lecteur DAT. Évalué à 2.
Ben... Je ne vois qu'une possibilité (mais je suis loin d'être un expert dans le domaine) : le pilote de ton lecteur DAT est un module du noyau qui se décharge automatiquement, visiblement.
Un bon modprobe [le_module_qui_va_bien] devrait rétablir la situation.
Sinon (mais sans avoir la marque, le modèle et la connectique utilisée) il faudrait voir avec les outils qui vont bien...
Il y en a un pour re-scanner le contenu d'une chaîne scsi, par exemple (jamais utilisé, car pas de scsi, mais il me semble en avoir entendu parler).
Voilà, j'espère que ça peut au moins te donner des pistes pour trouver comment résoudre ton problème !
# Non, non, non et non....
Posté par Gyro Gearllose . En réponse au message Lecteur DAT. Évalué à 3.
Exemple :
Je fais la sauvegarde : tar cvf /dev/st0 /home
Je vérifie le contenu de la sauvegarde : tar tvf /dev/st0
Bien sûr, il faudra remplacer /dev/st0 par le vrai nom du périphérique DAT.
Voilà, j'espère avoir éclairci ta lanterne, comme on dit !
[^] # Re: Sauvegardes
Posté par Gyro Gearllose . En réponse au message Créer une floppée de commandes sql depuis un fichier texte.... Évalué à 2.
C'est basé sur la bonne foi et l'honnêteté des gens (mouarf). C'est une application que j'ai développé en php. Elle s'appuie sur une base de données postgreSQL, ainsi que sur LaTeX pour la génération des documents.
Voilà...
[^] # Re: Sauvegardes
Posté par Gyro Gearllose . En réponse au message Créer une floppée de commandes sql depuis un fichier texte.... Évalué à 3.
Justement, l'extrait de fichier est tiré de mes sauvegardes. Pour éclaircir la chose : je n'allais pas restaurer la base complète pour une partie des heures de pointage d'un agent qui sont parties en vrilles suite à une erreur de ma part.
Par ailleurs, la restauration complète m'aurait fait perdre une journée de travail pour tout le monde....
Enfin, je ne pouvais pas faire un delete/insert sur cette table pour les lignes concernées pour cet agent, car cette table est bourrée de triggers, et je suis pratiquement que le remède aurait été pire que le problème dans ce cas particulier....
En tout cas, mon problème est réglé, c'est le principal !
# Réponse groupée :
Posté par Gyro Gearllose . En réponse au message Créer une floppée de commandes sql depuis un fichier texte.... Évalué à 2.
En fait, awk, c'est vraiment de la balle ! Je vais me pencher sérieusement sur la doc !
En tout cas, mon pb est réglé, je vais pouvoir retourner dormir tranquille !
[^] # Re: Rien trouvé
Posté par Gyro Gearllose . En réponse au message Probleme avec un lecteur multi bande HP. Évalué à 2.
ne pourrait pas aider quand même ?
Je sais, il est probable que ce soit des rpm (je ne vais quand même pas installer leur soft, alors que je n'ai pas ce matériel pour tester...), mais au pire, il existe un soft, nommé alien qui permet de transformer des .rpm en .deb, ou le contraire, etc. Alors peut-être que ça pourrait te permettre d'installer le soft de chez hp sur ta machine et de faire fonctionner correctement ton matériel.
Je ne sais pas de quelle distrib se rapproche le plus ubuntu, alors choisis celle qui correspondra le plus (quitte à essayer tous les liens proposés par mon post initial).
Voilà, en espérant que ça aide.
# Si ça peut aider...
Posté par Gyro Gearllose . En réponse au message Probleme avec un lecteur multi bande HP. Évalué à 2.
http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownl(...)
Peut-être que tu y trouveras ton bonheur ?
Je doute qu'on puisse utiliser un tel matos directement avec la commande mt, mais il y aura certainement quelqu'un de mieux informé que moi pour confirmer ou non mes dires.
En tout cas, j'espère que ça t'aidera dans ta démarche.
[^] # Re: Pour faire de la pub......
Posté par Gyro Gearllose . En réponse au journal Comment assurer une promotion correcte d'un logiciel ?. Évalué à 5.
(pour apprendre aux plus petits à manipuler la souris)
Tu peux aussi cliquer sur le lien fourni en bas du journal, tu as le descriptif complet de l'application, et même des copies d'écrans...
[^] # Re: ce que j'en pense...
Posté par Gyro Gearllose . En réponse au journal GNU/Linux live CD, jeux et pleins d'autres choses.. Évalué à 2.
Pour le premier point, je suis d'accord, sur le principe, mais il me semble que pour une société éditrice de logiciels, avoir un coût de licences quasiment nul peut être une bonne chose. En effet, pour développer un jeu, il faut un environnement de programmation, un compilateur, un éditeur d'images, un modeleur 3D, un éditeur de sons, et que sais-je encore (je suis loin de maîtriser le sujet, alors pardon pour les erreurs ou omissions). Ces logiciels ont un coût si on choisit de développer sur une plateforme propriétaire. Pour une grosse boîte qui récupère des millions, ce n'est probablement pas un problème, d'autant que l'infrastructure matérielle et logicielle est déjà présente. Mais pour une société souhaitant se lancer dans la course à partir de rien, il me semble que ce n'est pas négligeable.
Pour le coup des consoles, je suis d'accord, mais en ce qui me concerne, je n'en ai jamais acheté, et je ne compte pas le faire.
Un PC fait très bien l'affaire, pour peu qu'on ait le matériel qui va bien, que ce soit côté machine comme côté périphériques (et qu'on ne soit pas trop accroc aux jeux)...
Bref, ce ne sont que des idées. Je n'ai pas les connaissances requises pour mettre tout ça en oeuvre, alors si toutefois ça peut lancer des vocations....
# Répertoires inutiles....
Posté par Gyro Gearllose . En réponse au message message d'erreur de xorg (qui n'empeche pas le lancement de kde). Évalué à 2.
Voilà, en espérant que ça aide (Tip : ça a un rapport avec FontPath)...
[^] # Re: oups
Posté par Gyro Gearllose . En réponse au message bureau plus grand que l'ecran. Évalué à 2.
HorizSync 31-70
D'après la doc (http://www.hitachiserviceeu.com/scripts/userguide.php/CM615E(...) il est indiqué page 10 : HorizSync 30-70
Peut-être que ça vient de là ?
# Linuxfr est-il assez bien pour nous ?
Posté par Gyro Gearllose . En réponse au journal Suis-je assez bien pour linuxfr ?. Évalué à 10.
Mon ami ploum a posté un journal fort intéressant, mais qui peut être retourné...
J'ai hésité à poster ce commentaire, il ne sera peut-être pas pertinent.
En gros, je me pose la question : linuxfr est-il assez bien pour nous ?
En effet, depuis quelque temps, d'aucuns ne font qu'insulter les autres sur un site communautaire. Je pensais que ce terme cachait une grande entraide, une grande sympathie, une grande communauté prête à rendre service, à rigoler, à discuter avec les autres...
Déjà avant, on avait droit à "Utilise pas ça, prend ceci" quand une question portait sur ceci, ce qui ne résorbait nullement le problème, par exemple. Mais maintenant, en plus de nous demander de changer d'outils, certains vont même jusqu'à nous conseiller de changer de distribution, de matériel, et pourquoi pas de femme, de vie et de corps, tant qu'on y est.
L'entraide n'est plus là, les discussions non plus. A part se faire souvent insulter, on ne récolte plus grand chose ici. Je suis loin d'être un gourou de la machine, et il m'arrive de poster des questions lorsque je rencontre un problème particulier. Mais, quand je peux aider, ou du moins quand je pense pouvoir aider, je poste un commentaire. Parfois je tombe pile, parfois non. Au début, j'ai eu droit à des insultes de la part de gens qui pensent qu'un cat | grep va me bouffer tout mon CPU... Maintenant, je fais gaffe quand je poste, mais je n'en pense pas moins. C'est le formatage linuxfr.
J'aime beaucoup consulter les formus (foras ?) car c'est parfois l'occasion d'aider, ou d'apprendre des choses. Tout se fait dans une ambiance pas trop académique, et on ressort assez grandi, mais parfois, ça part en vrille.
Alors, ne pourrait-on mettre un message dans les forums indiquant "Ne postez un commentaire que si vous avez LA solution, sinon abstenez-vous. Si la question posée ne vous intéresse pas, passez votre chemin, et enfin, si les solutions apportées vous déplaisent, soit argumentez, soit changez de site" ?
Non, bien sûr que non. Je reste persuadé qu'il ne faut pas tout prendre au pied de la lettre. Cher Ploum, non, ta vie ne m'intéresse pas, mais tes journaux me plaisent. Au moins, ils nous sortent de la routine quotidienne. J'ai un réel plaisir à te lire, alors ne change rien. Bienvenue dans la vraie vie, ceci dit... Certains se cachent derrière des pseudos pour se foutre du monde ou pour insulter. Ce sont eux qui n'ont rien compris à cette "vraie" vie.
L'agressivité doit certainement cacher une certaine frustration chez ceux qui la pratiquent gratuitement. Il ne faut pas en tenir compte.
En conclusion, je dirais que linuxfr est fait pour ceux qui en font ce qu'il est. Il n'y a pas de gens biens-pour-linuxfr, pas plus qu'il n'y a un linuxfr-bien-pour-les-gens.
C'est mon opinion, et je la partage, comme dirait l'autre. Même si les insultes et autres "remontrances" ne font pas plaisir à lire, il faut souvent savoir faire la part des choses.
Voilà, tu as mon plein soutien, continue tes journaux, et passe le bonjour à ta boulangère !
[^] # Re: Dans le BIOS
Posté par Gyro Gearllose . En réponse au message Problème avec clavier USB. Évalué à 2.
Tu as besoin d'un clavier pour naviguer dans le BIOS, donc celui-ci te fourni un support pour ton clavier, qu'il soit usb ou PS2. Par contre, quand ta machine boot, le BIOS laisse la place au système d'exploitation pour la gestion du matériel, et en particulier de ton clavier usb.
Jusqu'à preuve du contraire, lilo est tout sauf un OS.
Donc, je me répète, as-tu été voir dans ton BIOS si il y avait une option pour forcer le bios à prendre en charge les périphériques d'entrée, et as-tu activé ce forçage ?
Ca doit ressembler à "Support for USB HID devices" ou quelque chose du genre. C'est difficile de te dire à quel endroit se trouve cette option, ni comment elle s'intitule exactement, vu que tu n'indiques ni le matériel utilisé (marque et modèle de carte mère), ni le bios qui se trouve dessus (AWARD, AMI, Phoenix...).
M'enfin, si tu suis ce qui est marqué ci-dessus, tu devrais t'en sortir tout seul, normalement.
Voilà, bon courage, et tiens-nous au courant si ça (ne) fonctionne (pas)...
# Tu as presque la solution !
Posté par Gyro Gearllose . En réponse au message Copier seulement des fichiers .htm/.html d'une arboresence vers un autre pc.. Évalué à 1.
find . -name *.htm -type f -exec scp -r {} user@portable:chemin_de_destination \;
Je n'ai pas testé, mais ça devrait rouler, normalement....
Le -r passé à scp devrait recopier l'arborescence sur le PC de destination, il me semble....
# Dans le BIOS
Posté par Gyro Gearllose . En réponse au message Problème avec clavier USB. Évalué à 4.
Si ce n'est pas coché, ça ne peut pas fonctionner, car au moment où lilo apparaît, seul le bios sait gérer le matériel.
En tout cas, j'avais résolu le problème ainsi sur une de mes machines...
# Y'a des infos dans la doc fournie avec le kernel...
Posté par Gyro Gearllose . En réponse au message Périphériques USB for dummies. Évalué à 2.
Je ne sais pas quelle distro tu utilises, alors j'espère que les informations que je vais te donner ci-dessous te seront utiles.
Pour les obtenir, je fais simplement un "make menuconfig" pour voir la configuration de mon noyeau.
OHCI, c'est Open Host Controller interface. C'est pour les chipsets usb non intel. Visiblement, c'est lié à l'usb 1.1.
UHCI, c'est Universal Host Controller interface. C'est pour les chipsets usb intel et via.
Si tu as un doute, mets les deux !
EhCI, c'est Enhanced Host Controller Interface. C'est pour l'usb 2.0.
Après, pour pouvoir monter ton lecteur mp3, il faut déjà être sûr qu'il le supporte, et adjoindre au kernel non seulement les modules précédement cités, mais aussi le module pour l'usb mass storage, ainsi que le module pour l'émulation scsi. Je ne me souviens plus du nom des modules.
Si tu as ces modules, une première approche pourrait être de brancher ton baladeur sur le port usb, de jeter un oeil à ce qui est dit dans /var/log/kern.log (au moins pour voir à quel périphérique il est rattaché /dev/sd?). Ca fait déjà un bon début pour le monter ensuite.
Si ça fonctionne rien qu'avec ça, rien ne t'empêche par la suite de créer une règle pour udev de façon à ce que ce soit toujours le même périphérique qui soit créé, et automatiser le montage dans le /etc/fstab.
Voilà, j'espère que ces informations te seront utiles.
# RTFM ou SWAT...
Posté par Gyro Gearllose . En réponse au message Fichier smb.conf vide. Évalué à 3.
Ben tu as deux solutions :
Soit tu fais man smb.conf et tu remplis le fichier à la mimine, soit tu utilise SWAT en lisant les informations utiles à chaque rubrique du smb.conf, il te le rempliras comme un grand.
Pour info, swat est disponible sur http://localhost:901 (de mémoire). Tu utilises les paramètres login/password de root pour te connecter à l'interface et tu lis ce qui est marqué.
Voilà, bonne lecture et bon paramétrage !
[^] # Re: RTFM ?
Posté par Gyro Gearllose . En réponse au message Exploiter les informations fournies par valgrind.. Évalué à 2.
Ca ne m'aide pas forcément, car je ne vois toujours pas comment résoudre le problème, mais au moins, je sais où ça cliche !
Pour le coup du pointeur, oui, j'y avais pensé, mais je me vois mal fouiller les sources pour l'initialiser....
En tout cas, merci, ça éclaire un peu ma lanterne !
# Plus d'infos...
Posté par Gyro Gearllose . En réponse au message Compilation de kde3.5.2 sur LFS. Évalué à 2.
Ca me donne les informations suivantes :
Est-ce que quelqu'un voit d'où viens l'erreur, et surtout comment la corriger ?
Visiblement, si je comprends bien, c'est qt qui foire, lors de l'appel à la fonction yyparse. Ce doit être lié à bison/yacc, mais je ne vois pas comment corriger ce problème.
Merci pour votre aide.
# J'ai testé....
Posté par Gyro Gearllose . En réponse au message Latex : utilisation de "supertabular". Évalué à 2.
Il faudrait remplacer la ligne :
\tabletail{\hline \multicolumn{3}{|r|}{Suite du tableau à la page suivante\\ \hline}}
Par :
\tabletail{\hline \multicolumn{3}{|r|}{Suite du tableau à la page suivante} \\ \hline}
Voilà... En tout cas, avec cette modif, ça fonctionne chez moi !
[^] # Re: config php
Posté par Gyro Gearllose . En réponse au message Interface php->tex-pdf. Évalué à 2.
Ceci dit, je n'ai pas accès à la config du serveur, donc...
- modifier le php.ini, on oublie.
- le coup du lien symbolique, on peut oublier, pour les mêmes raisons.
D'où ma question concernant une interface directe en php.
Et puis, ça ne change rien au problème, c'est bridé à mort, et je ne peux pas en vouloir aux admins de faire ce qu'il convient sur une machine exposée au web.
[^] # Re: .
Posté par Gyro Gearllose . En réponse au message help me. Évalué à 3.
Bon, c'est en mode texte, en console, donc, mais je te rassure, c'est assez facile à prendre en main, et il y a pas mal de doc.
isql bdd se connecte à la base de données direct.
Après, tu dois pouvoir l'appeler directement avec un script sql
isql bdd truc.sql doit exécuter truc.sql (les commandes qui sont dans le fichier) sur la base de données bdd. Pas testé, à voir donc.
[^] # Re: winpopup
Posté par Gyro Gearllose . En réponse au message Envoyer un message par IP. Évalué à 1.
Autre inconvénient : il faut être root pour expédier des messages.
Ca, c'est pour les interfaces graphiques.
Sinon, pour l'interface en console, smbclient semble plus adapté.