totoffe

  • 17 mars 2010
  • Inscrit 1 déc. 2005
  • 0 meilleure réponse
  • Petit nouveau Rédacteur potentiel
  • Bonjour,

    Je vais vous donner la méthode que j'ai utilisé pour mon Snapscan e52 avec Sane.
    Normalement, la méthode devrait être la même pour tous les snapscan.

    Je vais faire une explication générique, sous forme de tutorial, pour que ça puisse aussi servir à d'autres personnes.

    1. Déterminez votre fichier firmware

    Rendez-vous sur http://snapscan.sourceforge.net/#supported et cherchez la ligne qui correspond à votre modèle, puis notez-y le fichier firmware concerné. Par exemple, pour mon Agfa Snapscan e52, ça donne ça :
    Agfa    SnapScan e52    USB    0x06bd, 0x20fd    "SNAPSCAN e52"    snape52.bin
    Le fichier qui m'intéresse est donc snape52.bin

    2. Téléchargez le driver windows

    Rendez-vous sur le site d'agfa : http://static.agfa.com/digicam_scanner_drivers/
    Puis choisissez votre modèle dans la liste (par exemple pour moi : cocher "Scanners" puis "SnapScan" en dessous puis "SnapScan e52" dans le second déroulant)

    Prenez le driver Windows nommé "ScanWise". C'est un fichier exe, mais ce n'est pas génant.

    3. Récupérez le fichier bin

    Si besoin, installez le paquet cabextract pour pouvoir extraire les fichiers contenus dans le .exe
    Faites simplement : cabextract nom_du_fichier_telecharge.exe dans un terminal et il va extraire tous les fichiers.
    Une fois que les fichiers sont extraits, trouvez le fichier bin que vous avez noté précedemment. Dans mon exemple Snape52.bin
    Pour les scanners Snapscan, ils sont dans le dossier "Drivers"

    4. Copiez le fichier firmware et configurez Sane

    Avec les droits suffisants, copiez le fichier bin en question dans le dossier /etc/sane.d/

    Toujours dans /etc/sane.d, et toujours avec des droits suffisants, éditez le fichier /etc/sane.d/snapscan.conf et faites les modifs suivantes :

    - cherchez tout au debut du fichier une ligne nommé firmware et mettez-y le chemin vers le firmware (attention à bien respectez majuscules et minuscules, ou pensez à renommer le fichier avant)

    Si c'est un scanner USB :

    - décommentez (enlevez le #) la ligne qui commence par /dev/usb (un peu plus bas)

    - commentez (mettez un # devant) les lignes qui commencent par scsi

    ça donne donc quelque chose qui ressemble à ça :
    #------------------------------ General -----------------------------------

    # Change to the fully qualified filename of your firmware file, if
    # firmware upload is needed by the scanner
    firmware /etc/sane.d/snape52.bin

    # If not automatically found you may manually specify a device name.

    # For USB scanners also specify bus=usb, e.g.
    /dev/usb/scanner0 bus=usb

    # For SCSI scanners specify the generic device, e.g. /dev/sg0 on Linux.
    # /dev/sg0

    #---------------------------------------------------------------------------
    # No changes should be necessary below this line
    #---------------------------------------------------------------------------

    #-------------------------- SCSI scanners ----------------------------------
    # These SCSI devices will be probed automatically
    # scsi AGFA * Scanner
    # scsi COLOR * Scanner
    # scsi Color * Scanner
    # scsi ACERPERI * Scanner
    Enregistrez le fichier, fermez.

    Lancez alors Xsane (Graphisme > Scanner Tool dans mon menu KDE). Cela devrait alors fonctionner sans problème !

    Avec le bon firmware indiqué et l'usb activé dans snapscan.conf, l'erreur "Argument invalide" ne devrait plus apparaitre.
  • Bon, j'ai trouvé : si je débranche ma webcam avant de démarrer le PC... j'ai du son !
    Ce qui semblerait signifier que pulseaudio "se prend les pieds" avec la webcam au démarrage du système (la webcam, qui a un micro integré, serait prise à tort pour la carte son ou un truc dans ce genre là ?).

    S je branche la webcam après le démarrage du système, elle fonctionne (camstream me donne bien une image).

    Donc je suis devant un nouveau problème (bien moins ennuyeux, mais agaçant quand même) : comment faire pour ne pas être forcé à débrancher ma webcam à chaque démarrage du système ?
  • Bon, je continue toujours mes recherches (je suis tenace, je ne lâcherai pas comme ça).

    J'ai essayé encore quelques trucs glanés ici ou là sans succès.
    J'ai essayé de démarrer sous Gnome plutôt que KDE (sait-on jamais que ce soit KDE/arts le problème) : pas mieux.
    En console texte, en utilisateur, ou en root, pas de son.

    En analysant les logs au démarrage, j'ai tout de même remarqué ça :
    Dec 13 20:28:38 fedora kernel: cannot find the slot for index 0 (range 0-0), error: -16
    Dec 13 20:28:38 fedora kernel: Intel ICH: probe of 0000:00:1f.5 failed with error -12
    La première ligne, je sais pas, mais la seconde semble concerner la carte son. Reste à savoir ce qui se cache derrière l'erreur -12...

    Prochaine étape : je viens de télécharger le LiveCD KDE de F8. Je vais voir si j'ai du son en démarrant avec le LiveCD, ça me donnera peut-être une piste.
  • Bonsoir,

    Réponse tardive, mais c'est parce que je continue mes investigations. J'ai testé diverses solutions que j'ai pu voir ici ou ailleurs (ajouter utilisateur au groupes pulse-*, modifier /etc/udev/rules.d/40-alsa.rules, supprimer pulse-default.conf, etc.), j'ai lu pas mal de choses sur les forums fr et anglais, parcouru le site de pulseaudio et d'autres sites web.

    Pour l'instant, rien de ce que j'ai essayé ne marche, et j'ai bien vu que je ne suis pas le seul à connaitre quelques problèmes. J'ai essayé que les solutions "reversibles" et pas encore l'artillerie lourde.

    J'ai aussi l'espoir qu'une mise à jour résolve miraculeusement le problème, mais actuellement faut que je dépatouille une obscure histoire de dépendances kmod-nvidia / kernel pour que les mises a jour se fassent...

    Je vous tiens au courant si j'ai du nouveau...

    Merci de vous intéresser à mes ennuis.

    Cordialement,

    Totoffe
  • Toujours pas de son, mais le message a changé :

  • Exactement le même problème, sauf que :

    - pour moi c'est quasi-systématique
    - executer system-config-soundcard ne change rien du tout.



    La pile d'appels (c'est long desolé)
    (no debugging symbols found)
    Using host libthread_db library "/lib/libthread_db.so.1".
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    [Thread debugging using libthread_db enabled]
    [New Thread -1209125168 (LWP 2909)]
    [New Thread -1209128048 (LWP 2924)]
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    (no debugging symbols found)
    [KCrash handler]
    #4 0x00110402 in __kernel_vsyscall ()
    #5 0x00b1e690 in raise () from /lib/libc.so.6
    #6 0x00b1ff91 in abort () from /lib/libc.so.6
    #7 0x00b1793e in __assert_fail () from /lib/libc.so.6
    #8 0x00139c8c in ?? () from /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
    #9 0x0693f467 in ?? () from /lib/libasound.so.2
    #10 0x068f91d2 in snd_pcm_drop () from /lib/libasound.so.2
    #11 0x06900575 in snd_pcm_close () from /lib/libasound.so.2
    #12 0x06b1d559 in Arts::AudioIOALSA::open () from /usr/lib/libartsflow.so.1
    #13 0x06b1cc29 in Arts::AudioSubSystem::open () from /usr/lib/libartsflow.so.1
    #14 0x06b1cdf5 in Arts::AudioSubSystem::check ()
    from /usr/lib/libartsflow.so.1
    #15 0x0805f5a5 in virtual thunk to Arts::SoundServerV2_skel::_interfaceName()
    ()
    #16 0x00b0b390 in __libc_start_main () from /lib/libc.so.6
    #17 0x08053b11 in virtual thunk to Arts::SoundServerV2_skel::_interfaceName()
    ()
  • Bonjour,

    J'ai ramené le fichier découpé hier. ça a fonctionné sans problème. J'ajouterai juste qu'il faut ajouter le commutateur /b à la commande copy pour que ça marche.

    Merci à tous.
  • Bonsoir,

    Merci de vos conseils.
    Je vais donc utiliser split.
  • Bonjour à tous,

    Voila, je dispose d'un fichier de 7 Go que je dois transporter, via un disque externe FAT32, vers une machine Windows.

    Le FAT32 imposant une limite de 4 Go, il faut que je découpe le fichier. J'avais pensé à utiliser split, mais je crains de ne pas pouvoir recoller les morceaux une fois sur la machine de destination.

    Vous connaissez un logiciel, sous Fedora 7, qui permet de compresser un fichier, de le découper en plusieurs parties, tout en permettant de l'ouvrir sous Windows avec un programme adéquat ? Un peu comme le permet Winrar...

    Merci d'avance.

    Totoffe
  • Vous prêchez un converti ! Je suis sous Ekiga (qui a le mérite, au contraire de Skype, de fonctionner avec ma webcam), mais certains de mes contacts sont encore sous Skype (Windows), mais je tente d'arrache-pied de les convertir.
  • Une intéressante discussion (en anglais) sur le forum de Skype. Il semblerait que Skype Linux accède en lecture aux fichiers de profil de Firefox, et surtout, au fichier /etc/passwd. D'autres utilisateurs confirment ce point dans la discussion.

    Skype était déjà un logiciel obscur (code propriétaire, flux réseau crypté, protection contre le désassemblage, etc.), ceci jette un peu plus de suspicion sur ce programme.

    Au passage, j'ai découvert AppArmor, que je ne connaissais pas, un logiciel au concept très intéressant (isoler certaines applications sensibles du reste du système). Voir : http://fr.wikipedia.org/wiki/AppArmor Vu que j'ai jamais vraiment accroché à SELinux, peut-être que j'ai là une alternative plus intéressante.
  • Bonjour,

    Un grand merci à Chrismax, car j'ai eu le même problème, avec la même référence de carte que Ytech, et la solution a fonctionné à merveille.

    Le son, je l'avais, mais il avait disparu lors de l'avant-dernière mise à jour (kernel donc j'avais rebooté) pour réapparaître à la dernière (kernel + reboot aussi). Je pensais que c'était juste un bug dans la MAJ, puis j'ai rebooté avant-hier (sans rien changer cette fois), et le son avait de nouveau disparu, et des réglages dans system-config-soundcard n'avait rien changé...

    J'étais sur le point de faire un post, puis la recherche m'a conduit ici. Merci encore !
  • Bonjour,

    Bon après un reboot (forcé, j'expliquerai après), j'ai pu constater que ça fonctionne : les modules sont chargés et gkrellm m'affiche bien les infos demandées (excepté la vitesse du CPU alors que ksensors l'affiche bien, mais bon, c'est pas grave, je m'en passerai). Nickel de ce côté, donc.

    J'ai voulu poursuivre par la phase 2, à savoir utiliser pwmconfig et fancontrol pour contrôler mes ventilos.

    Je commence, logiquement, par lancer pwmconfig afin qu'il me configure fancontrol. Il m'affiche le message de rigueur indiquant qu'il va stopper mes ventilos 5 secondes. J'appuie sur entrée pour accepter, et patatras, le PC s'arrête. sauf qu'il ne s'arrête pas net, il s'arrête proprement, comme si j'avais fait arrêter le pc dans le menu.

    Je relance la machine, et je regarde /var/log/messages et j'y vois ceci :
    Jun 22 17:17:09 serveur kernel: ACPI: Critical trip point
    Jun 22 17:17:09 serveur kernel: Critical temperature reached (101 C), shutting down.
    Jun 22 17:17:09 serveur shutdown[2725]: shutting down for system halt
    Jun 22 17:17:09 serveur init: Switching to runlevel: 0
    Ok, il m'a donc arrêté le pc d'autorité pour cause de surchauffe... sauf que c'est faux !
    1. Parce que l'arrêt a été déclenché à peine entrée appuyé (le cpu a pas eu le temps de chauffer, ni le ventilo de s'arrêter, d'ailleurs !)
    2. Parce que la coupure de sécurité du Pentium 4 a lieu à 75°C, j'en sais quelque chose, j'ai eu un ventilo qui déconnait il y a un an, ce qui fait que le CPU atteignait des fois 75°C et le PC s'arrêtait net (sans compter, au delà de 65°C, des bips de la carte mère). Donc que le kernel puisse voir 101°C est impossible.

    Bref, la coupure du ventilo par pwmconfig affole immédiatement le kernel qui coupe la machine sans justification. Quelqu'un a déjà eu une situation similaire ? Je ne sais pas trop dans quelle direction creuser (si par exemple c'est une mauvaise info envoyée par les sondes au kernel quand on essaye d'arrêter le ventilo, c'est un problème matériel insoluble...).
  • Dans Awstats
    Salut,

    Sur quoi bloques-tu dans ce tutoriel ? Si tu nous donnes des précisions, on peut te donner un coup de main...

    Sinon, dans les outils de stats, il y a aussi webalizer (installable via yum), je l'avais utilisé à une époque. Si tu n'héberges pas du multi-domaines, tu pourrais essayer, il est plus simple d'accès, mais moins abouti qu'awstats (avis perso).
  • Dans Awstats
    Bonjour,

    Vous devez effectivement configurer awstats, en créant un fichier de configuration dans /etc/awstats

    Vous pouvez bien sur copier le fichier modèle déjà existant (awstats.model.conf) dans le dossier précité et le modifier à votre convenance.

    Ensuite, on exécutera awstats (en root dans une console). Si par exemple vous avez nommé votre fichier de configuration "awstats.monsite.conf" alors on exécutera awstats ainsi :
    perl /usr/share/awstats/wwwroot/cgi-bin/awstats.pl -config=monsite -update
    Si vous avez un gros fichier de logs, la première fois, ça peut être assez long.

    Ensuite, il sera intéressant de mettre cette commande dans crontab pour une mise à jour automatisée des stats (toutes les heures par exemple).
  • par contre le rc.local est justement destiné aux commandes "personnalisées" de la machine. Il est exécuté en dernier apres tous les autres (ça peut influer sur le résultat attendu)
    C'est exactement ce que je voulais savoir.
    Je fais donc l'ajout des commandes indiquées dans rc.local

    Merci beaucoup 🙂

    Totoffe
  • Bonjour,

    J'avais installé gkrellm et ksensors (et hddtemp aussi), mais avec aucun des deux je n'avais pas accès aux vitesses de ventilateurs ni aux températures (excepté le CPU).

    Je fouille un peu avec Google, et je tombe sur ce très bon tutoriel. Certes, il n'est pas fait pour Fedora, mais au moins il me donne quelques pistes, notamment celle concernant sensors-detect (lm_sensors étant déjà installé sur mon PC).

    Je fais donc un sensors-detect sur ma machine, je me laisse guider. A la fin, il me dit ceci :
    To make the sensors modules behave correctly, add these lines to
    /etc/modprobe.conf:

    #----cut here----
    # I2C module options
    alias char-major-89 i2c-dev
    #----cut here----

    To load everything that is needed, add this to some /etc/rc* file:

    #----cut here----
    # I2C adapter drivers
    modprobe i2c-i801
    # Chip drivers
    modprobe eeprom
    modprobe w83627hf
    # sleep 2 # optional
    /usr/bin/sensors -s # recommended
    #----cut here----
    Bon, j'hésite un peu à tripatouiller des fichiers, mais je décide de charger les modules à la main :

    [root@serveur totoffe]#/sbin/modprobe i2c-i801
    [root@serveur totoffe]#/sbin/modprobe eeprom
    [root@serveur totoffe]#/sbin/modprobe w83627hf
    [root@serveur totoffe]#/usr/bin/sensors -s

    A partir de là, je relance gkrellm et ksensors, et ça marche ! Donc tout va bien 🙂

    Mais maintenant, j'aimerais que tout ça s'exécute au démarrage de l'ordi, mais, ayant peur de faire une bourde, je n'ai pas encore osé modifier quoi que ce soit.

    Il y a deux fichiers rc* dans /etc : rc.local (quasi-vide) et rc.sysinit (copieusement rempli). N'étant pas certain de moi, lequel de ces fichiers je dois modifier ?
    En outre, sachant que tout a fonctionné sans la modif de /etc/modprobe.conf indiquée, faut-il que je la fasse quand même ?

    Merci pour vos éclaircissements,

    Totoffe
  • Bonjour,

    Je viens de réaliser l'installation de Cacti à l'aide de yum.

    Je décide ensuite de le configurer en suivant le tutorial décrit ici :
    http://planet.fedora-fr.org/tag/cacti

    Il est fait référence à un dossier /var/www/cacti que je n'ai pas !
    Il y a bien un dossier /usr/share/cacti dont le contenu semble similaire (dossiers include, install, fichiers php...), mais rien dans /var/www.

    Que dois-je faire ? Est-ce qu'il faut que je fasse ma configuration depuis ce dossier /usr/share/cacti, en supposant qu'il créera lui-même le dossier /var/www/cacti quand je lancerai le cacti (il se lance comment, d'ailleurs ? Rien vu dans /usr/(s)bin ou dans /(s)bin) ?

    Remarque : le tutorial concerne une FC6, alors que je suis sur F7. Peut-être est-ce lié ?

    Merci d'avance

    Totoffe
  • Bonjour,

    Tout d'abord, merci à tous pour vos réponses.
    Je n'utilise pas system-config-httpd, j'ai toujours bidouillé le httpd.conf à la main (avec vim).

    Mais, au vu de vos messages tournant autour de httpd.conf, j'ai retiré le httpd.conf importé de ma FC5 et remis celui par défaut avec le rpm, que j'avais conservé dans un coin de mon /home (je suis prévoyant, ça a servi pour une fois). Et là, le serveur s'est lancé sans problème !

    Donc, le problème venait bien de httpd.conf, je l'ai donc reconstruit à la main tranquillement, et maintenant ça marche. Je ne sais pas trop ce qui clochait dans l'ancien, je ferai une comparaison poussée quand j'aurai un peu de temps, histoire de finir moins idiot.

    En tout cas, tout fonctionne maintenant (mysql, apache et php pleinement opérationnels), merci beaucoup !
  • Bonsoir,

    Je viens de mettre à jour ma FC5 en F7 (installation neuve avec formatage). Les paquets voulus (apache, php, mysql ont été cochés lors de l'installation)

    Je veux remettre en service mon serveur web, donc je copie le httpd.conf sauvegardé, le /var/www/html sauvegardé, etc.
    Je lance mysql, je remets en place mes bases de données.

    Puis je veux lancer apache, et là, patatras :
    [root@serveur totoffe]# /etc/rc.d/init.d/httpd start
    Démarrage de httpd : [ÉCHOUÉ]
    Bref, il me met juste echoué, sans aucune info !

    un configtest ne donne rien :
    [root@serveur totoffe]# /etc/rc.d/init.d/httpd configtest
    Syntax OK
    Quelqu'un sait où je peux trouver une piste pour comprendre ce qui cloche ? Un fichier log ? En tout cas, il n'y a rien dans /var/log/messages.

    Merci

    Totoffe