Re: [Confirme] mass storage
Le cas n'est pas forcément désespéré. J'ai rencontré un problème équivalent avec un autre appareil USB mass strorage (EPSON 3100) tout simplement parce que, dans ma config (avec devfs), /dev/sda1 n'était qu'un lien symbolique qui ne pointait pas sur le bon périphérique. J'ai fini par régler le problème en faisant le montage non pas sur /dev/sda1 mais sur le /dev/ "direct" qui apparaissait dans l'arborescence au moment du branchement de l'appareil photo. J'ai un peu oublié (et je ne suis pas chez moi) mais je pourrai peut-être retrouver la manip si nécessaire. -- Le Samedi 11 Janvier 2003 22:27, Claude MOIGNARD a écrit : > j'ai choisi un appareil photo numérique, le modéle était sur une liste > des drivers mass storage. > > Pas de chance ça ne marche pas sous linux (sous win... j'ai eu de suite > un périphéque f:). > > Appareil Kyocera finecam S3L > clone du Konica Revio KD300Z > > > Ce que donne dmesg : > > hub.c: USB new device connect on bus1/1, assigned number 4 > usb.c: USB device 4 (vend/prod 0x482/0x103)is not claimed by any active > driver. > Initializing USB Mass Storage Driver... > usb.c registered new driver usb-storage > scsi1 ; SCSI emulation for USB Mass Storage devices > WARNING: USB Storage data integrity not assured > USB Mass Storage device found at 4 > USB Mass Storage support regisered > > Et résultat de mount -t vfat /dev/sda1 /mnt/photo : > mount : /dev/sda1 n'est pas un periphérique de bloc. > > Est-ce que mon cas est désespéré pour récupérer les images sous mdk9.0? Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] kernel 2.4.19
Bonjour, J'ai lu quelquepart une rumeur sur un bogue du noyau 2.4.19 (présent dans la Mdk 9.0) qui aurait des effets pervers sur les systèmes de fichiers ext3. Mais je n'ai rien vu de particulier à ce sujet sur le site linux-mandrake. Est-ce de l'intox ou un vrai bogue ? Y a-t-il des contre-mesures prévues ? Merci Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] poweroff sur Mdk 9.0
Bonjour, Utilisateur de toutes les versions de Mdk depuis la 7.0, j'ai pour la première fois avec la 9.0 le problème de gestion de l'alimentation électrique suivant: Quelle que soit la ligne de commande utilisée (/sbin/halt, poweroff, shutdown), au lieu de couper le courant, le système me met l'ordinateur en veille (sans reboot possible sauf coupure électrique manuelle). Le problème ne vient pas du BIOS puisque, avec la même configuration BIOS, le poweroff marche bien en Mdk 8.2. J'ai aussi un Windows en dual boot qui, lui, éteint bien l'ordinateur. Il ne vient pas non plus d'un détail de configuration perso puisque, sans même installer la version,, en l'utilisant en mode rescue à partir du CD-ROM, c'est exactement la même chose. Est-ce un problème connu ? Cela vient-il du noyau 2.4.19 ? Merci Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] at, cron & taches periodiques
Bonjour, J'ai bien vu où mettre, dans la Mdk 8.2, les tâches à exécuter tous les mois, toutes les semaines, toutes les heures, etc. (cron.weekly, cron.hourly,...) Je vois aussi comment utiliser "at" pour déclencher une tâche une seule fois à un moment précis. Mais y a-t-il un moyen de programmer une tâche répétitive à une périodicité quelconque (ex: toutes les 5 minutes ou toutes les 30 secondes) ? D'autre part, existe-t-il un moyen de faire en sorte que la création d'un fichier provoque le déclenchement d'un process, sans avoir à faire tourner une tâche de fond qui vérifie périodiquement si ce fichier existe ? Merci Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] DevFs & /dev/sda
Bonjour,
Je me suis aperçu que, dans ma configuration Mdk 8.2, après chaque démarrage
(mais je ne sais pas exactement à quel moment), un répertoire vide
"/dev/sda4" était créé. Je suppose que c'est DevFs qui fait ça, mais je ne
sais pas pourquoi.
En soi ça n'a pas d'importance mais quand on branche certains périphériques,
notamment un lecteur Zip, ce qui est justement mon cas, il faut justement un
lien /dev/sda4 pour y accéder. Or si /dev/sda4 existe déjà en tant que
répertoire, il ne peut pas être créé dynamiquement comme "device".
Pour l'instant je m'en sors en supprimant à la main ce répertoire ("rd
/dev/sda4"), et tout marche : je vois apparaître quelques instants plus tard
un nouveau /dev/sda4 qui est le bon (et qui peut être monté en filesystem
vfat). Mais c'est un peu rageant tout de même.
Quelqu'un pourrait-il m'expliquer pourquoi ce maudit répertoire /dev/sda4
réapparaît tout le temps, et comment l'empêcher ?
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] quand on est content, faut le dire aussi :))
Le Mercredi 22 Mai 2002 11:34, De Leeuw Guy a écrit :
> [...]
> qqun aurait il une experience avec des documents liés sous msoffice ?
> c'est apparement la plus grosse difficulté, reprendre des centaines de
> documents
> comportant des liaisons (un graph excel dans un word par exemple)
> afin de les migrer sous staroffice ou openoffice.
>
> merci d'avance,
>
> Guy
Le problème de la migration des documents MS-Office, quand on bascule vers
une solution alternative, est souvent exagéré et rarement mal cadré.
En réalité, au 99% des documents existants sont conservés pour être
(éventuellement) relus mais pas pour être modifiés. Ce ne sont que des
archives. Donc leur migration vers StarOffice est en réalité inutile:
puisqu'il suffit de pouvoir les relire ou de les imprimer, il suffit de les
conserver dans un format accessible par une quelconque "visionneuse" et non
dans un format éditable. Autrement dit, s'il faut les convertir, autant les
basculer une fois pour toutes en PDF et on pourra toujours les ouvrir ensuite
avec Acrobat, xpdf ou n'importe quel visualiseur (gratuit) disponible sur
telle ou telle plate-forme. J'ajoute que le PDF permet de figer la mise en
page du document dans l'état où elle est au moment de la conversion, et
permet d'oublier les éventuels dépendances envers un modèle de document.
Autre avantage de l'opération, le passage en PDF fait disparaître les
révisions (seule la forme visible finale du document est conservée).
Pour le reste, c'est-à-dire les documents "vivants", c'est du cas par cas.
Personnellement, je ne travaille que sous StarOffice alors que mes clients
(avec lesquels j'échange des documents de travail tous les jours) ne
connaissent que Word, Powerpoint et Excel. Je témoigne que, dans l'immense
majorité des cas, cela ne pose aucun problème. Quand il y a problème, les
causes sont généralement les suivantes :
1) un document Word basé sur un modèle spécifique ("toto.dot") n'est mis en
page correctement par SO, évidemment, que si j'ai converti le modèle Word en
modèle SO (travail en grande partie manuel); dans ce cas, le problème est
d'abord celui de la migration des modèles s'il y en a beaucoup. Mais
l'expérience montre que l'usage des modèles de documents n'est pas général
dans les entreprises (et encore moins chez les particuliers)
2) un document qui contient des macros (un usage à bannir, d'après moi) passe
mal, bien que le StarBasic soit syntaxiquement très proche du VBA; dans ce
cas, le problème est le même (pas plus) pour passer de MS-Office à StarOffice
que pour changer de version de MS-Office. Ceux qui mettent du Basic dans des
documents doivent avoir qu'ils font de la programmation jetable, et qu'il ne
faut pas confondre informatique et bureautique; s'ils l'oublient, tant pis
pour eux...
3) les dispositions spéciales (comme par exemple la présentation dans un
document Word d'une page de figures en mode paysage alors que le reste du
document est en mode portrait, ou l'insertion d'un texte vertical ou oblique
dans une page) ne sont pas correctement transposées (ni dans un sens ni dans
l'autre; de même, la largeur des colonnes dans une feuille Excel est
quelquefois "trahie" par StarOffice. Les animation Powerpoint sont parfois
traduites par un charabia.
4) si le document MS-Office d'origine utilise des polices de caractères
inconnues de SO, le choix des polices de remplacement n'est pas toujours très
heureux, d'où un peu de bricolage manuel.
Malgré tout ça, je le répète, on peut très bien "faire avec", et il est
rarissime que la migration entraîne une véritable perte d'information,
au-delà des considérations d'esthétique.
Une dernière remarque : ne pas oublier que, cet été, doit sortir (sous KDE 3)
la nouvelle version de KOffice (1.2) qui, sauf erreur, comprendra des
visionneuses pour documents MS-Office.
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] Petite question shell bash
Dans un script shell, la variable $@ contient la liste des arguments passés au script au moment de l'appel. Exemple : soit un script "toto.sh" contenant une seule ligne: echo $@ si tu lances ce script avec une commande "sh toto.sh" il n'affiche rien si tu le lances avec "sh toto.sh truc machin bidule" il affiche "truc machin bidule". Donc ton script il attend un paramètre quand tu le lances... PS : je ne connais pas divx5 mais ça m'intéresse beaucoup. Quand ça marchera merci de m'indiquer comment tu l'as récupéré et installé, et s'il fonctionne bien. -- Le Mercredi 22 Mai 2002 16:16, mdwax a écrit : > Je suis debutant en shell et n'ai jamais programme. > > Pour installer le player divx5 tout nouveau. Le script d'autoinstall ne > fonctionnant pas. > > Comme le script est comprehensible j'ai fais manuellement ce que devait > faire le script or verif. > > Cela fonctionne presque parfaitement. > > Seul probleme la derniere ligne du script de lancement de l'executable. > > echo "#!/bin/sh" > > $bindir/divxPlayer echo "" > >> $bindir/divxPlayer echo "BINDIR=$bindir" >>> $bindir/divxPlayer echo "DIVX_SKIN_DIR=$skinDir; export > DIVX_SKIN_DIR" >> $bindir/divxPlayer echo "" >>> $bindir/divxPlayer echo "$bindir/divxPlayer.bin > \$@">> $bindir/divxPlayer > > Mon problem est le \$@ cela pointe vers quelle valeur ??? > > --- > "J'en est tellement marre des étrangers que je pense aller m'installer dans > un pays ou il n'y en pas !" Réflechir avant d'agir est toujours mieux. > > MdwaX. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] Montage Zip
Il ne peut pas utiliser /dev/sda4 comme répertoire pour le montage puisque /dev/sda4 est le périphérique à monter (et non le répertoire cible, qui chez moi est /mnt/zip). Pour préciser les choses, voici ma commande de montage : mount -t vfat /dev/sda4 /mnt/zip Cette commande suppose que /dev/sda4 existe et soit le périphérique. Normalement (et pas seulement avec Mandrake), à condition que le module ppa soit chargé, le seul fait de brancher le lecteur fait "apparaître" un device /dev/sda4 (et non un répertoire !). Mon problème c'est qu'il y a quelquechose quelquepart qui crée un répertoire /dev/sda4 qui prend la place (le fait qu'il existe déjà un sda4 qui n'a rien à voir empêche le périphérique d'utiliser ce nom). J'ai essayé toutes les combinaisons : - démarrage sans lecteur zip; - démarrage avec le lecteur allumé mais sans disque dedans; - démarrage avec le lecteur allumé et un disque... dans tous les cas, même punition, quand je fais le mount, j'ai un message d'insulte me disant que /dev/sda4 est un répertoire et pas un périphérique, donc je supprime à la main /dev/sda4, ce qui permet à un /dev/sda4 "correct" de réapparaître aussitôt et à partir de là tout va bien. Je peux aussi mettre le lecteur zip en supermount : ça marche très bien mais il faut toujours avoir fait un "rmdir /dev/sda4" avant la première utilisation. J'en viens à me dire qu'il suffit d'écrire un script de 2 lignes du genre : rmdir /dev/sda4 mount -t vfat /dev/sda4 /mnt/zip Mais c'est idiot et surtout il faut toujours être root pour avoir le droit de supprimer /dev/sda4... -- Le Mardi 21 Mai 2002 14:08, Stéphane Teletchéa a écrit : > Le Mardi 21 Mai 2002 14:24, Jean-Marie Gouarné a écrit : > > Bonjour, > > > > J'utilise un lecteur Iomega Zip sur port parallèle qui (quand tout va > > bien) apparaît sur "/dev/sda4" (ou "/dev/sdb4" si mon sda est déjà pris > > par autre chose). > > > > Pour y avoir accès, j'ai inséré une ligne "ppa" dans /etc/modules (sinon, > > il fallait que je fasse un modprobe ppa après chaque reboot). > > > > Jusque là rien d'anormal. > > > > Mais je constate que, après chaque reboot, un répertoire vide "/dev/sda4" > > (oui, un répertoire, pas un device ni un fichier !) apparaît tout seul > > dans l'arborescence. Sa présence empêche la création du device /dev/sda4, > > et je dois donc supprimer ce répertoire bizarre à la main (rmdir > > /dev/sda4) pour avoir accès au lecteur. > > > > Ce problème ne se produit pas directement au boot : j'ai mis un "rd > > /dev/sda4" dans mon rc.local (je sais, c'est du bricolage) et malgré ça > > je retrouve ce maudit répertoire que je dois toujours supprimer à la main > > !!! > > > > J'utilise le même lecteur Zip avec le module ppa sur une autre machine > > avec une Debian et tout est OK. Quelqu'un sait-il ce qui se passe avec la > > Mdk 8.2 ? Est-ce un problème de DevFs ? > > > > Merci pour tout renseignement à ce sujet... > > Oui, cela sent le devFS, mais pourquoi n'arrive t'il pas à utiliser le > répertoire créer pour monter ton zip, c'est quand même le but, non ? > Quelles sont les prermission sans, et avec le module ppa ? > > le répertoire ne serait-il pas monté deux fois ? > Démarres-tu avec un disque dans le zip, ou non ? > Il me semble que pour pouvoir utiliser le zip de manière conviviale, il > faut avoir un disque lors de l'initialisation du lecteur. > essaie cette solution en enlevant ont module ppa. > Si tout se passe correcetement, il devrait être chargé automatiquement. > Stef Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] Montage Zip
Bonjour, J'utilise un lecteur Iomega Zip sur port parallèle qui (quand tout va bien) apparaît sur "/dev/sda4" (ou "/dev/sdb4" si mon sda est déjà pris par autre chose). Pour y avoir accès, j'ai inséré une ligne "ppa" dans /etc/modules (sinon, il fallait que je fasse un modprobe ppa après chaque reboot). Jusque là rien d'anormal. Mais je constate que, après chaque reboot, un répertoire vide "/dev/sda4" (oui, un répertoire, pas un device ni un fichier !) apparaît tout seul dans l'arborescence. Sa présence empêche la création du device /dev/sda4, et je dois donc supprimer ce répertoire bizarre à la main (rmdir /dev/sda4) pour avoir accès au lecteur. Ce problème ne se produit pas directement au boot : j'ai mis un "rd /dev/sda4" dans mon rc.local (je sais, c'est du bricolage) et malgré ça je retrouve ce maudit répertoire que je dois toujours supprimer à la main !!! J'utilise le même lecteur Zip avec le module ppa sur une autre machine avec une Debian et tout est OK. Quelqu'un sait-il ce qui se passe avec la Mdk 8.2 ? Est-ce un problème de DevFs ? Merci pour tout renseignement à ce sujet... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] Fwd: app. photo, usb-storage et supermount
Curieux ! Je n'ai pas le même problème ; j'ai toujours l'image actuelle de la carte et pourtant j'utilise le supermount depuis quelques jours pour mon appareil photo. A vrai dire, je n'utilise pas de commande "eject". Je me sers de l'appareil photo exactement comme d'une disquette, avec des commande de copie, de déplacement ou de suppression de fichiers (en mode console, via konqueror ou encore avec un outil de gestion de collection d'images, comme kview, gqview ou gwenview). Je débranche l'appareil physiquement sans passer par une commande d'éjection et quand je le rebranche je retrouve directement le nouveau contenu. Tu devrais peut-être vérifier s'il y a un rapport entre "eject" et ton problème. En principe, je crois qu'on ne devrait pas utiliser "eject" pour un périphérique en supermount, parce que "eject" fait automatiquement un "umount", alors qu'un support en supermount est (virtuellement) monté en permanence. Pour ma part, j'ai noté par exemple que quand je fais un "eject" sur mon lecteur Iomega Zip (également en supermount) il y a toujours un message d'erreur après l'éjection (mais sans autre conséquence apparemment), alors que tout se passe bien en éjectant le médium manuellement. -- Le Vendredi 17 Mai 2002 22:17, cc a écrit : > Le Jeudi 16 Mai 2002 14:52, vous avez écrit : > > Merci pour l'info, ça a marché. > > > > Comme je suppose que la solution est applicable à d'autres > > appareils photo numériques USB, je précise comment j'ai monté le > > mien (un EPSON 3100Z), en environnement Mdk 8.2 sans config. > > particulière. > > > > Grâce au renseignement de CC (ci-dessous), j'ai effectivement > > constaté que le fait de connecter ou déconnecter l'appareil faisait > > apparaître ou disparaître un "/dev/sda1" (ou parfois "/dev/sdb1" si > > le sda est déjà occupé par un autre périphérique connecté avant > > l'appareil photo). > > > > Il n'y a donc plus qu'à monter le périphérique, par exemple sur un > > répertoire /mnt/photo, avec une commande du genre > > mount -t vfat /dev/sda1 /mnt/photo > > qui permet de voir la carte CompactFlash de l'appareil comme un > > filesystem quelconque (autrement dit l'appareil se comporte > > exactement comme un lecteur de CF passif). Les photos fixes > > mémorisées dans l'appareil sont directement accessibles (en > > consultation et modification) comme des fichiers JPEG, à partir de > > n'importe quel outil de de manipulation d'images. > > > > Le supermount fonctionne également mais il faut penser dans ce cas > > à forcer la synchronisation (sync), pour ne pas risquer d'avoir une > > distorsion entre le contenu effectif de la CF et le cache. Ma ligne > > de fstab est la suivante : > > > > /mnt/photo /mnt/photo supermount fs=vfat,dev=/dev/sdb1,--,sync > > > > Avec le supermount (qui m'a l'air assez stable cette fois), on > > arrive au même résultat, sans aucun logiciel propriétaire, que sous > > Windows avec le driver Epson. Du coup, le fait qu'un appareil ne > > soit pas officiellement supporté par Gphoto n'a aucune importance > > s'il utilise l'usb-storage. > > > > -- Message transmis -- > > > > Subject: Re: [Confirme] usb-storage et supermount > > Date: Tue, 14 May 2002 14:02:30 +0200 > > From: cc <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > > > Le Mardi 14 Mai 2002 10:24, vous avez écrit : > > > Il y a toujours des inconnues (pour le public plus ou moins naïf > > > comme moi en tout cas) avec le supermount. Autant ça semble à peu > > > près maîtrisé par Mandrake (en 8.2, pas en 8.1 !) pour les > > > périphériques "classiques" (CD, disquettes, ou lecteurs Zip/Jaz), > > > autant je me méfierais avec les cartes mémoires externes. > > > D'ailleurs sous Windows (que je ne considère pas comme une > > > référence mais qui pratique le "supermount" depuis toujours sans > > > le dire), il est prudent de faire un "Actualiser" dans > > > l'explorateur quand on débranche/rebranche un appareil photo USB. > > > > > > A ce propos, quelqu'un peut-il me dire ce qu'il faut faire sous > > > Linux (Mdk 8.2) pour pouvoir monter en filesystem un appareil > > > photo USB (notamment quel module doit être installé avant, sur > > > quel "/dev/xxx" et quels paramètres donner au mount) ? J'ai un > > > EPSON 3100Z et je suis bêtement obligé de bouter sous Windows > > > uniquement pour le téléchargement des images... que je travaille > > > ensuite sous Linux avec Gimp. Et, à défaut de pouvoir gérer > > > l'appareil lui-même, comment peut-on accéder à un lecteur de > > > cartes CompactFlash connecté sur l'USB ? > > > > Je ne sais pas si ton appareil photo utilise l'accès usb-storage > > (disque usb). > > Si c'est le cas, ça marche en standard avec la mdk 8.2 : quand tu > > branche ton lecteur de carte usb ou ton appareil photo s'il utilise > > ce mode, le module correspondant doit se charger : > > fait un lsmod avant, puis après avoir branché l'appareil (attendre > > quelques secondes, le temps que le noyeau charge le module). Si ton > > appareil utilis
Re: [Confirme] visualiseur pdf sous linux
Le PDF, c'est au contraire un atout pour Linux. Quand on demande à un utilisateur W$ de lire un PDF, pratiquement une fois sur deux il répond "ah oui, il faudra que j'installe Acrobat" parce que ce n'est pas en standard dans la "distribution" Windows, alors que nous avons le choix entre xpdf, gv, acrobat et sans doute d'autres que je ne connais pas. Si on lui demande de produire un document PDF, les choses se gâtent parce que sous Windows, il est d'usage de le faire avec un produit Adobe (payant) alors que c'est une possibilité standard sous Linux (avec ghostscript notamment). -- Le Samedi 18 Mai 2002 18:40, cc a écrit : > Le Samedi 18 Mai 2002 11:27, vous avez écrit : > > Il existe xpdf qui est nettement meilleur qu'acrobat reader aussi > > bizarre que cela puisse être. > > > > Le Samedi 18 Mai 2002 10:59, Frédéric Parrenin a écrit : > > > Bonjour à tous, > > > > > > > > > Quand je visualise des document pdf sous linux (Mandrake 8.2), je > > > rencontre régulièrement des problèmes. Notamment, avec acroread > > > (v. 4.05), j'obtiens très souvent des messages d'erreures du type > > > > > > > > > Unable to extract the embedded font 'FEGLNI+AdvPSA177'. Some > > > characters may not display or print correctly. > > > > > > Quelqu'un sait-il d'où cela vient, et y a-t-il un moyen d'y > > > remédier ? > > > > > > Sinon, est-ce qu'il y a un bon visualiseur pdf, convivial et qui > > > marche à tous les coups ? > > > > > > > > > Quand j'essaye de convaincre des amis non spécialistes de passer > > > à Linux, j'avoue que je suis un peu géné quand on aborde le > > > problème des pdf... > > > > > > Amitiés. > > > > > > fred > > Je vous recommande chaudement gv (sur les cd de la 8.2) qui utilise > ghostscript pour le rendu. Jusqu'à présent, aucun problème de rendu. > CC Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] [KDE3] Rpms et cohabitation avec KDE2
Le Lundi 20 Mai 2002 14:21, Gérald G&T a écrit : > Le Lundi 20 Mai 2002 10:24, Gerald Niel a écrit : > > > > Et aussi comment virer Korganiseur au démarrage ? Veut rien savoir > > celui là... Pour virer Korganizer au démarrage, il faut d'abord lancer l'application korganizer et (de mémoire) ouvrir son menu Configuration. Quelquepart il y a un onglet avec une option (toujours activée par défaut dans l'install Mdk) qui lance le gestionnaire d'alarme au démarrage. Si on désactive cette option, normalement le petit organiseur ne réapparaît pas au prochain démarrage de KDE. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] Fwd: app. photo, usb-storage et supermount
Merci pour l'info, ça a marché. Comme je suppose que la solution est applicable à d'autres appareils photo numériques USB, je précise comment j'ai monté le mien (un EPSON 3100Z), en environnement Mdk 8.2 sans config. particulière. Grâce au renseignement de CC (ci-dessous), j'ai effectivement constaté que le fait de connecter ou déconnecter l'appareil faisait apparaître ou disparaître un "/dev/sda1" (ou parfois "/dev/sdb1" si le sda est déjà occupé par un autre périphérique connecté avant l'appareil photo). Il n'y a donc plus qu'à monter le périphérique, par exemple sur un répertoire /mnt/photo, avec une commande du genre mount -t vfat /dev/sda1 /mnt/photo qui permet de voir la carte CompactFlash de l'appareil comme un filesystem quelconque (autrement dit l'appareil se comporte exactement comme un lecteur de CF passif). Les photos fixes mémorisées dans l'appareil sont directement accessibles (en consultation et modification) comme des fichiers JPEG, à partir de n'importe quel outil de de manipulation d'images. Le supermount fonctionne également mais il faut penser dans ce cas à forcer la synchronisation (sync), pour ne pas risquer d'avoir une distorsion entre le contenu effectif de la CF et le cache. Ma ligne de fstab est la suivante : /mnt/photo /mnt/photo supermount fs=vfat,dev=/dev/sdb1,--,sync Avec le supermount (qui m'a l'air assez stable cette fois), on arrive au même résultat, sans aucun logiciel propriétaire, que sous Windows avec le driver Epson. Du coup, le fait qu'un appareil ne soit pas officiellement supporté par Gphoto n'a aucune importance s'il utilise l'usb-storage. -- Message transmis -- Subject: Re: [Confirme] usb-storage et supermount Date: Tue, 14 May 2002 14:02:30 +0200 From: cc <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Le Mardi 14 Mai 2002 10:24, vous avez écrit : > Il y a toujours des inconnues (pour le public plus ou moins naïf > comme moi en tout cas) avec le supermount. Autant ça semble à peu > près maîtrisé par Mandrake (en 8.2, pas en 8.1 !) pour les > périphériques "classiques" (CD, disquettes, ou lecteurs Zip/Jaz), > autant je me méfierais avec les cartes mémoires externes. > D'ailleurs sous Windows (que je ne considère pas comme une > référence mais qui pratique le "supermount" depuis toujours sans le > dire), il est prudent de faire un "Actualiser" dans l'explorateur > quand on débranche/rebranche un appareil photo USB. > > A ce propos, quelqu'un peut-il me dire ce qu'il faut faire sous > Linux (Mdk 8.2) pour pouvoir monter en filesystem un appareil photo > USB (notamment quel module doit être installé avant, sur quel > "/dev/xxx" et quels paramètres donner au mount) ? J'ai un EPSON > 3100Z et je suis bêtement obligé de bouter sous Windows uniquement > pour le téléchargement des images... que je travaille ensuite sous > Linux avec Gimp. Et, à défaut de pouvoir gérer l'appareil lui-même, > comment peut-on accéder à un lecteur de cartes CompactFlash > connecté sur l'USB ? Je ne sais pas si ton appareil photo utilise l'accès usb-storage (disque usb). Si c'est le cas, ça marche en standard avec la mdk 8.2 : quand tu branche ton lecteur de carte usb ou ton appareil photo s'il utilise ce mode, le module correspondant doit se charger : fait un lsmod avant, puis après avoir branché l'appareil (attendre quelques secondes, le temps que le noyeau charge le module). Si ton appareil utilise usb-storage, tu devrais vois le module usb-storage. Si c'est le cas, tu peux monter ton "disque usb" qui normalement est /dev/sda1 ou dev/sdb1 selon ton port usb. Fait un ls /dev/sd* pour vois qul est le device utilisé (usb-storage est vu comme du scsi) Tu le monte ensuite comme un disque dur. Le mieux est de rajouter une entrée dans fstab (options user, noauto, type fs =vfat) ne pas oublier de démonter le sytème de fichiers avant de débrancher ! CC --- Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] usb-storage et supermount
Merci, je crois que je vais essayer ça... d'autant plus qu'un lecteur de CF tient dans une poche et peut servir à transférer d'autres choses que des photos ! Le Mardi 14 Mai 2002 13:07, Meles MELES a écrit : > Le Mardi 14 Mai 2002 10:24, Jean-Marie Gouarné a écrit : > > J'ai un EPSON 3100Z et je suis > > bêtement obligé de bouter sous Windows uniquement pour le > > téléchargement des images... que je travaille ensuite sous Linux avec > > Gimp. Et, à défaut de pouvoir gérer l'appareil lui-même, comment > > peut-on accéder à un lecteur de cartes CompactFlash connecté sur > > l'USB ? > > Hello, j'ai le petit frere de ton APN (le 850 Z) et jai pas trouvé de > moyen de lire les photos via l'apn depuis linux, j'ai par contre acheté > un lecteur de CF sandisk USB (sddr31)qui apparait comme un périf SCSI > avec une fat standard sur la première partoche. > > Ca marche nickel. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] usb-storage et supermount
Il y a toujours des inconnues (pour le public plus ou moins naïf comme moi en tout cas) avec le supermount. Autant ça semble à peu près maîtrisé par Mandrake (en 8.2, pas en 8.1 !) pour les périphériques "classiques" (CD, disquettes, ou lecteurs Zip/Jaz), autant je me méfierais avec les cartes mémoires externes. D'ailleurs sous Windows (que je ne considère pas comme une référence mais qui pratique le "supermount" depuis toujours sans le dire), il est prudent de faire un "Actualiser" dans l'explorateur quand on débranche/rebranche un appareil photo USB. A ce propos, quelqu'un peut-il me dire ce qu'il faut faire sous Linux (Mdk 8.2) pour pouvoir monter en filesystem un appareil photo USB (notamment quel module doit être installé avant, sur quel "/dev/xxx" et quels paramètres donner au mount) ? J'ai un EPSON 3100Z et je suis bêtement obligé de bouter sous Windows uniquement pour le téléchargement des images... que je travaille ensuite sous Linux avec Gimp. Et, à défaut de pouvoir gérer l'appareil lui-même, comment peut-on accéder à un lecteur de cartes CompactFlash connecté sur l'USB ? --- Le Lundi 13 Mai 2002 19:22, cc a écrit : > bonsoir, > j'ai un appareil photo numérique (coolpix 775) qui utiliser > usb-storage pour la lecture de la carte mémoire. ça marche nickel en > montage "manuel" : j'ai rajouté une entrée qui va bien dans fstab et > créé une icône sur le bureau. Mais voilà, il m'arrive souvent de > débrancher l'appareil sans avoir démonté le système de fichiers. > Je me suis dit, avec supermount, ça me démontera tout seul. > Apparemment, oui. Mais si je reconnecte l'appreil photo, il m'affiche > toujours l'ancien contenu de la carte mémoire (donc il n'a pas > démonté ni remonté le système de fichiers). Idem quand j'utilise la > commande éjecter du bouton droit. > A noter que c'est pareil qu'avec les lecteurs de cartes sur port usb. > Si vous avez des infos... > merci > CC Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] Errata officiel 8.2 : XFree86 instable avec Voodoo3 et 5
J'ai une 3Dfx Voodoo 3 Banshee (pas une 2000). Je n'ai jamais de plantage inopiné dans le cadre d'une utilisation "normale" (bureautique), mais deux symptômes : 1) X freeze à chaque fois qu'une application cherche à changer le niveau de résolution, ou quand l'utilisateur fait un "CtrlAlt+" ou un "CtrlAlt-" (je ne peux donc le changer qu'en modifiant le XF86Config-4, à la main ou avec drakxconf, et en redémarrant X) 2) En lecture de DVD (fenêtre ou plein écran), j'ai de temps en temps un écran bleu, tandis que le son continue normalement ; je dois alors bouger la souris ou taper "espace" et le film repart. Je précise que j'avais déjà les mêmes problèmes avec la 8.1, mais pas avec la 7.2 ; je croyais que c'était une fausse manip de ma part (du côté du XF86Config-4), mais apparemment c'est Mandrake qui est fâché avec les Voodoo 3... -- Le Mardi 7 Mai 2002 13:33, Nicolas ROBAUX a écrit : > MandrakeSoft vient de publier un errata officiel à la 8.2, sur > l'instabilité de XFree86 avec les cartes 3Dfx Voodoo 3 et suivantes : > http://www.linux-mandrake.com/en/errata.php3#kdm > > C'est constaté : avec ma 3Dfx Voodoo 3 2000 AGP, X freeze au moins deux > fois par jour => hard-reset. Et surtout, j'ai remarqué, quand je lance une > activité réseau importante : un Mandrake Update sous X plante > SYSTEMATIQUEMENT mon X dès le début du téléchargement, alors qu'il marche > très bien en console. > > D'après Mdk, c'est de la faute de KDM ; mais c'est faux : je lance toujours > mon X par startx ou Xtart. Et ça gèle aussi bien sous KDE que sous Window > Maker... > > Si qqu'un a constaté le même problème, on peut essayer de chercher une > solution ensemble. > > Pour l'instant, je n'envisage que de repasser à XFree86 3, mais alors plus > de DVD plein écran... > > N. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] imprimante
Il y a plusieurs possibilités, cela dépend si tu veux produire du PDF à
partir d'un logiciel particulier ou si tu veux que ce soit plus général.
Une application qui imprime (sous Unix) ne fait rien d'autre en réalité que
générer un fichier d'impression (PostScript s'il s'agit de texte "riche" ou
d'images) et passer ce fichier à un programme qui, normalement, est un
gestionnaire de file d'impression mais qui peut être n'importe quoi d'autre,
par exemple un convertisseur PostScript/PDF. Et il y a toujours un
convertisseur PostScript/PDF dans une distribution Linux (cette conversion
est notamment l'une des possibilités de GhostScript).
Si tu es sous KDE 2.2.x, il y a une pseudo-imprimante (kprinter) toute prête
("Imprimer dans un document PDF"). Mais elle n'est pas implémentée comme une
file d'impression au sens Unix du terme, et elle n'est donc pas visible en
tant que telle pour les applications non-KDE (Netscape, StarOffice, etc.).
Pour produire du PDF au lieu d'imprimer, il suffit de mettre en place une
fausse file d'impression faisant appel à GhostScript (gs) avec les options
qui vont bien pour transformer le flux PostScript entrant en PDF. Voici un
exemple de commande que j'utilise pour cela :
gs -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=fichier.pdf -
Cette commande prend tout ce qui vient sur son entrée standard (et qui doit
être du PS sinon erreur) et produit "fichier.pdf" en se servant d'un "pilote
d'imprimante" (DEVICE) qui n'est autre qu'un pilote PDF (voir man gs pour
explications et autres options). Il existe un script ps2pdf (fourni notamment
dans la Mdk) qui fait la même chose (avec moins de possibilités mais avec une
syntaxe plus simple).
Pour StarOffice, une "imprimante" est en réalité n'importe quel programme
acceptant du PostScript sur son entrée standard. C'est le cas de la commande
"lpr" ou "lp" sous Linux, mais en éditant le fichier de config Xpdefaults (ou
en utilisant spadmin) tu peux ajouter n'importe quelle "imprimante"
StarOffice en créant un nom logique et en associant à ce nom un commande
shell quelconque. Cette commande peut, par exemple, être un appel de
GhostScript avec les options indiquées ci-dessus. (Je pourrai t'expliquer
plus précisément la manip si intéressé). Pour ma part, je suis même allé plus
loin, en créant une "imprimante" StarOffice qui, en réalité, est un script
Perl qui, après avoir converti le document en PDF (avec gs), envoie ce
document par e-mail à une adresse donnée.
Si tu veux une solution plus générale, il faut installer une vraie file
d'impression (accessible par lpr) au niveau Unix (et non plus au niveau KDE
ou StarOffice), et écrire un filtre d'impression (utilisant gs ou ps2pdf lui
aussi) à ce niveau. C'est d'ailleurs la seule solution quand on veut déployer
le convertisseur PDF comme une ressource partagée pour plusieurs utilisateurs
simultanés (ce qui implique un vrai spool d'impression). Le mode d'emploi
dépend du gestionnaire d'impression (CUPS, LPD ?). Personnellement, je ne
l'ai pas fait, n'ayant besoin d'imprimer qu'à partir d'applications KDE ou de
StarOffice.
Le Mardi 7 Mai 2002 13:25, Eric Dupret a écrit :
> Bonjour tout le monde,
>
> comment installer une imprimante
> dont le "port" de destination serait un fichier PDF
> l'objectif est de creer une imprimante a l'image
> de pdfwriter de chez adobe.
>
> A+
> eric
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
[Confirme] supermount
Bonjour, Après avoir longtemps utilisé le supermount pour disquettes et CD sans incident particulier jusqu'en Mdk 8.0, j'ai voulu continuer avec la 8.1, mais j'ai constaté quelques dysfonctionnements. Personnellement je n'ai pas besoin de ce truc mais j'ai des utilisateurs "à la Windows", alors... En 8.1 (chez moi) le supermount fonctionne à peu près mais donne quand même quelques signes inquiétants. Le système fait à certains moments des tentatives d'accès aux lecteurs concernés, même s'il n'y a rien dedans (d'où bruits mécaniques et messages d'erreur console). Au shutdown, il y a une tentative de démontage du CD-ROM (avec message d'erreur du genre violent, signalant un problème de kernel dans "super.c" et une "segmentation fault"). Tout ceci n'est pas très pénalisant pour l'utilisateur "final" mais ce n'est pas très propre. J'aimerais avoir des avis sur le sujet. Y a-t-il vraiment sur ce point une régression de la 8.1 par rapport aux versions précédentes ? Existe-t-il une manip particulière pour améliorer les choses ? Merci d'avance Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
Re: [Confirme] Impressions et StarOffice..
Pour ma part, j'ai utilisé SO d'abord avec une Mdk 7.1 (sans cups) et ensuite avec une Mdk 7.2 (avec cups) sans avoir à changer quoi que ce soit dans la configuration de SO proprement dite. Sous Linux (avec ou sans cups), StarOffice génère de toute façon du PS et rien d'autre. Et le fait d'utiliser lpr n'oblige pas plus que cups à avoir une imprimante PS. Le Mardi 23 Janvier 2001 18:52, Thomas Pimmel a écrit : > Le Mardi 23 Janvier 2001 09:02, vous avez écrit : > > Salut, > > Utilises-tu cups ? Dans ce cas, Office balance du PS et ça fonctionne. > > Le principe devrait être le même que pour moi. Tu lances "imprimantes" (la > moche icône du desktop), puis synchro locale, enfin tu cliques > "connecter..." et tu choisis la file d'attente "lp = lp - d lp" . > > Avec lpr, ça ne marche que si tu as une imprimante Postscript, ou si Office > te propose le bon driver (enfin, je dis ça, mais je n'ai pas les moyens > financiers de tester ma théorie :). > > Dans cette config, tu n'utilises pas les drivers de staroffice et tu > oublies tes soucis. Pense simplement à utiliser le même DPI de sortie que > le format réglé dans cups. > > Dernière chose, les drivers GIMP foirent avec StarOffice, si tu as des > problèmes prend le driver classique (eng, si mes souvenirs sont exacts). > > Tom (j'ai une BJC2000 en locale absolument pas reconnue par office et je > n'ai auncun problème de sortie graphique). > > Tom.
Re: [Confirme] Encore copie de CD!...
Ce qui est curieux c'est le message d'erreur "read error on input file". Comme si le problème venait du fichier d'entrée (donc du CD lu) et pas de la gravure proprement dite ! -- Le Mardi 23 Janvier 2001 07:32, Rosaire AMORE a écrit : > J'ai abandonné X-CDRoast. Je tente Gcombust. Même tentative (ça fait 15 > jours que je crame des CD sans résultat). > Tout est bien reconnu (périph, type de CD lu - ici PlayStation, ...) > Je lance la gravure et j'ai la sortie suivante : > > Cdrecord 1.9 (i586-mandrake-linux-gnu) Copyright (C) 1995-2000 Jörg > Schilling > TOC Type: 1 = CD-ROM > scsidev: '0,1,0' > scsibus: 0 target: 1 lun: 0 > Linux sg driver version: 2.1.39 > Using libscg version 'schily-0.1' > atapi: 1 > Device type: Removable CD-ROM > Version: 0 > Response Format: 1 > Vendor_info: 'TDK ' > Identifikation : 'CDRW121032 ' > Revision : '1.05' > Device seems to be: Generic mmc CD-RW. > Using generic SCSI-3/mmc CD-R driver (mmc_cdr). > Driver flags : SWABAUDIO > Drive buf size : 1190112 = 1162 KB > FIFO size : 4194304 = 4096 KB > Track 01: data 610 MB padsize: 30 KB > Lout start: 701 MB (69:30/18) = 312618 sectors > Current Secsize: 2048 > ATIP info from disk: > Indicated writing power: 4 > Is not unrestricted > Is not erasable > Disk sub type: Medium Type A, high Beta category (A+) (3) > ATIP start of lead in: -11079 (97:34/21) > ATIP start of lead out: 359849 (79:59/74) > Disk type:Long strategy type (Cyanine, AZO or similar) > Manuf. index: 11 > Manufacturer: Mitsubishi Chemical Corporation > Blocks total: 359849 Blocks current: 359849 Blocks remaining: 47231 > Starting to write CD/DVD at speed 4 in write mode for single session. > Performing OPC... > /usr/bin/cdrecord: Erreur d'entrée/sortie. read error on input file > /usr/bin/cdrecord: fifo had 1 puts and 1 gets. > /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was > 100%. > Cdrecord 1.9 (i586-mandrake-linux-gnu) Copyright (C) 1995-2000 Jörg > Schilling > TOC Type: 1 = CD-ROM > scsidev: '0,1,0' > scsibus: 0 target: 1 lun: 0 > Linux sg driver version: 2.1.39 > Using libscg version 'schily-0.1' > atapi: 1 > Device type: Removable CD-ROM > Version: 0 > Response Format: 1 > Vendor_info: 'TDK ' > Identifikation : 'CDRW121032 ' > Revision : '1.05' > Device seems to be: Generic mmc CD-RW. > Using generic SCSI-3/mmc CD-R driver (mmc_cdr). > Driver flags : SWABAUDIO > Drive buf size : 1190112 = 1162 KB > FIFO size : 4194304 = 4096 KB > Track 01: data 610 MB padsize: 30 KB > Lout start: 701 MB (69:30/18) = 312618 sectors > Current Secsize: 2048 > ATIP info from disk: > Indicated writing power: 4 > Is not unrestricted > Is not erasable > Disk sub type: Medium Type A, high Beta category (A+) (3) > ATIP start of lead in: -11079 (97:34/21) > ATIP start of lead out: 359849 (79:59/74) > Disk type:Long strategy type (Cyanine, AZO or similar) > Manuf. index: 11 > Manufacturer: Mitsubishi Chemical Corporation > Blocks total: 359849 Blocks current: 359849 Blocks remaining: 47231 > Starting to write CD/DVD at speed 4 in write mode for single session. > Performing OPC... > /usr/bin/cdrecord: Erreur d'entrée/sortie. read error on input file > /usr/bin/cdrecord: fifo had 1 puts and 1 gets. > /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was > 100%. > > ?!! ??...!! > Merci d'une aide eventuelle. > Y'a bien quelqu'un sur cette liste qui a réussi à graver un CD, non? > > -- > Rosaire AMORE
Re: [Confirme] Impressions et StarOffice..
Et avec SPAdmin, qu'est-ce que ça donne ? Pour StarOffice, le "pilote" d'imprimante n'est pas un vrai pilote. SO ne gère pas directement l'impression, il ne fait quu générer du postscript qu'il envoie ensuite à l'impression par une commande "lpr" (cette commande est modifiable par SPAdmin, ou directement à la main dans le fichier XPDefaults qui se trouve quelquepart dans l'arborescence d'installation de SO). Un test possible : sous StarOffice, avec un document ouvert, faire Fichier/Imprimer et là cocher la case "Imprimer dans un fichier". Normalement le fichier d'impression généré est un fichier postscript, qu'on peut visionner (et imprimer) par exemple avec gv (ghostview) ou convertir en PDF avec ps2pdf pour le lire avec xpdf ou acrobat. Si le fichier postscript est correct, c'est qus SO "imprime" bien mais que l'imprimante par défaut n'est pas la bonne et/ou que la commande d'impression enregistrée par SPAdmin n'est pas la bonne. Le Mardi 23 Janvier 2001 09:02, Antonin Hily a écrit : > salut à tous, > > j'ai un petit souci... > j'ai une HP 1100 en local sur une station de travail. > Mdk l'a trouvée et configurée... tout fonctionne... > mais impossible de l'utiliser avec STarOffice... > pas de pilote dispo, pilote généric inutilisable, ne trouve pas la queue > d'impression... etc... > > quelqu'un a-t-il une soluce ? > > merci > > antonin
Re: [Confirme] Star Office 5.2
Le Lundi 15 Janvier 2001 13:34, Stephane a écrit : > Comment installer star office pour avoir sous n'importe quel utilisateur > acces aux logiciels ? > Merci En tant que root, lancer le setup de StarOffice avec l'argument -net. Ensuite, à partir du compte de CHAQUE utilisateur StarOffice, lancer le setup sans argument, et une fois le setup lancé, laisser l'option d'installation standard.
[Confirme] Re: URGENT - Grub Erreur
(1) On peut aussi bouter sur un CD d'installation Mandrake et de là (sans refaire toute l'installation) installer lilo ou grub. (2) ou bien : refaire une installation Windows (sans formatage de disque pour ne pas perdre les données) en boutant sur le CD M$. Cela aura pour effet d'écraser Grub et de mettre le boot Windows à la place. Ensuite on peut toujours refaire (1) pour réinstaller grub Le Mardi 2 Janvier 2001 15:04, on4hu a écrit : > Bonjour > a priori cela sera difficile, Winchose et Linux ne s'entendent pas du > tout..c'est connu > pour bootter sous DOS ou Windows il suffira d'avoir au moin une disquette > système DOS > et d'entrer : fdisk /mbr > Cette commande éffacera le mbr linux, par contre sans disquette DOS cela > sera impossible, idem pour linux il est élémentaire que ce soit avec un OS > ou avec un autre OS de prévoir une disquette "boot" > Normalement mandrake 7.2 propose a l'installation plusieurs types de > disquettes tel qu'une disquette de démmarage et une autre pour réinstaller > une même installation > Si votre ami a "linuz" d'origine il sera encore possible de démarrer mdk7.2 > en utilisant DOS comme départ avec le programme loadlin.exe ,encore qu'il > doit savoir tres exactement ou a été installer mdk7.2 c.a.d. sur quelle > partition du disque... > > André > > At 13:42 02/01/01 +0100, you wrote: > >Bonjour > > > >Le PC d'un ami ne boot plus du tout : Grub ne lui propose plus qu'une > > ligne commande avec qques options. Aucune apparement d'apres ce qu'il m'a > > dit par téléphone ne lui permet de booter. > >Il n'a pas non plus de disquette de boot. > > > >Est-ce qu'il y a moyen de recuperer ca ? > >Si oui, comment ? > >Et comment eviter ce genre de désagréments ? > > > >Merci pour lui :) > > > >A+ > >Stef > >-- > >'[Software Is Like Sex, It's Better When It's Free]'
Re: [Confirme] problem son suite maj kde2.01
Est-ce que le son sous KDE est muet aussi si l'utilisateur est root ? Il y a quelquefois des problèmes de droits d'accès aux périphériques audio avec KDE 2. Si ce n'est que ça, on peut s'en sortir en mettant dans le groupe audio tous les utilisateurs concernés (c'est du moins ce que j'ai fait et chez moi ça marche ; et je suis bien en XFree 4.0.1 et KDE 2.0.1). Cette recette n'est pas une véritable explication. En réalité, sous Mdk 7.2, (que ce soit en mode console ou sous KDE) devient "propriétaire" (par un chown lancé je ne sais pas comment par le système) des périphériques son (/dev/dsp, /dev/sequencer, /dev/music, etc.), de manière à acquérir un droit exclusif (c'est une manière un peu rustique d'empêcher les conflits d'accès). Mais pour des raisons que j'ignore, il arrive que, dans certaines installations, ce mécanisme d'acquisition ne marche pas dans une connexion KDE (alors qu'elle fonctionne bien non seulement dans une session GNOME mais aussi dans une session console). La Mdk 7.2 est malheureusement pleine de petits mystères de ce genre. Le Vendredi 29 Décembre 2000 04:40, mdwax a écrit : > Depuis la mise a jour vers kde2.01 sous mdk7.2. Je n'ai plus de son > uniquement sous kde. Sous gnome aucun problem > > Sous kde il me repond "ne peut atteindre le serveur de son. Verifier que > artsd est bien lancer. > N'ayant eu aucun problem de son depuis ma migration sous linux je ne > sais quoi faire ? > > J'ai SBLive128 qui est configure et le bon module est en fonction. > > Si qqu'un a une idée, merci d'avanve.
[Confirme] Carte Audio Ensoniq
Y a-t-il sur la liste un (heureux ?) possesseur de carte son "Creative Sound Blaster Audio PCI 64V (alias Ensoniq) ? Dans le cadre de mon installation Mdk 7.2, cette carte a été reconnue sans difficulté par sndconfig qui (à tort ou à raison) a sélectionné le pilote "snd-card-ens1371". Mais seule les fonctions "wave" de la carte sont activées, le séquenceur midi restant inaccessible. Tous les outils faisant appel à ces fonctions échouent avec un message du genre "Cannot open /dev/sequencer". Ce n'est pas une question de droits d'accès (le problème persiste sous root) et ce n'est pas une indisponibilité physique (le séquenceur marche sous W$). Si quelqu'un a réussi à utiliser les fonctions midi sur ce modèle de carte en Mdk 7.2, ce serait gentil de m'indiquer la manip et éventuellement de m'envoyer une copie du modules.conf qui va bien ! Merci
[Confirme] Midi sous LM 7.2
Est-il possible d'exécuter des partitions midi sous Mdk 7.2 ? Evidemment oui... Mais (honte) je n'y suis jamais arrivé, pas plus en 7.2 qu'avec les versions précédentes depuis la 7.02. J'ai pourtant une configuration sonore tout à fait opérationnelle. J'exécute sans problème les wav et les mp3, les sons KDE marchent bien et j'ai même essayé avec succès toutes sortes de jeux avec le son. Mais tous les outils midi fournis avec la distribution (playmidi, kmidi, etc.) échouent à l'exécution avec des messages tels que : "Cannot open /dev/sequencer ; resource busy" "Cannot get info from /dev/sequencer" Ce n'est pas une question de droits d'accès ; le problème est indépendant du fait que l'utilisateur soit membre ou non du groupe audio. Et le résultat est le même sous root. Est-ce une limite propre à Mdk ? Y a-t-il un contournement ? Question subsidiaire : quels sont les meilleurs outils d'édition de partitions midi en GPL ? Merci
[Confirme] Re: son KDE 2.0.1
J'ai eu le même problème. La cause est assez simple : avec KDE 2.0.1 les règles de sécurité d'accès aux périphériques, et notamment les droits de lecture-écriture sur les canaux sons installés sous /dev sont mieux respectées qu'avant. Par défaut, les périphériques sonores (/dev/dsp*; /dev/sequencer*; /dev/music, etc) sont réservés en lecture-écriture à root et au groupe audio. Il suffit normalement de mettre un utilisateur dans le groupe audio pour qu'il retrouve sa liberté d'expression musicale. Si ça ne suffit pas, vérifier sous /dev si tous les tuyaux en question sont bien en rw pour le groupe audio. Le Jeudi 14 Décembre 2000 00:59, jean-marc Loire a écrit : > C'est presque bon, sauf que le son ne marche plus chez moi quand je me > logue en tant que user !!! alors que le son marche pour root. > [...]
[Confirme] Identites multiples avec Kmail
Sous kmail (1.1.99) il est possible de créer plusieurs identités d'utilisateurs en plus de l'identité par défaut (et pas seulement de recevoir le courrier dans plusieurs boîtes aux lettres). Cela devrait (normalement) permettre de choisir, au moment de la rédaction d'un message, une adresse de réponse et une signature alternatives. Chez moi ça ne marche pas du tout ! Je peux créer autant d'identités que je veux, elles sont bien enregistrées mais, quelle que soit celle que je sélectionne, mes messages sont toujours envoyés avec l'identité par défaut. Est-ce un bogue ? Y a-t-il un contournement ? Remarque : j'ai commencé à vouloir utiliser cette fonctionnalité sous KDE 2.0. Entretemps j'ai fait une mise à jour en KDE 2.0.1 pour retrouver exactement le même problème. Donc avis à tous ceux qui ont contaté la même chose : n'espérez pas que la dernière mise à jour change quoi que ce soit sur ce plan.
Re: [Confirme] KDE 2.0.1
Merci pour l'info. C'est effectivement la bonne manip. Mais attention, il y a autre chose à corriger par rapport à la première diffusion de KDE 2.0.1 : le paquetage kdelibs-2.0.1-1mdk proposé dans le répertoire de mise à jour Mdk 7.2 sur www.kde.org n'est pas le bon. Il manque certaines librairies et cela empêche le lanceur (klaunch) de faire démarrer les applications de manière standard. Il faut le remplacer par kdelibs-2.0.1.-2mdk.i586.rpm (sorti depuis peu mais qui n'est pas dans le même dossier sur le site kde.org). En appliquant cette mise à jour et en suivant la procédure indiquée ci-dessous, pour moi tout marche... -- Le Mercredi 13 Décembre 2000 16:04, Duclos Andre a écrit : > Essaie ceci : > > Installing the Mandrake KDE 2.0.1 rpms > > These are for a KDE 2.0/Mandrake 7.2 upgrade. Earlier KDE users must > FIRST install qt2.2.1 or later. > > If you have KDE running, then the following steps are necessary: > > 1. Create a directory to hold the rpms for KDE 2.0.1 > 2. Download the rpms into that directory > 3. Logout and go to an ordinary console--that's right, stop X to >not have KDE running while you are doing this and login as root > 4. cd to the directory you created for the rpms > 5. If you have KDE 2.0 > rpm -F *.rpm > else > rpm -ivh *.rpm > 6. rpm --rebuilddb > 7. update-menus -v > > then login as a normal user and startx. You may need to logout and in > once more after that. > > If you do not follow a similar process you will have KDE items absent > from your menu and the kpanel will show lots of wheels where you used > to have icons. > > -Message d'origine- > De : Jean-Marie Gouarné [mailto:[EMAIL PROTECTED]] > Envoyé : mercredi 13 décembre 2000 10:33 > À : [EMAIL PROTECTED] > Objet : [Confirme] KDE 2.0.1 > > > Bonjour, > > Après avoir installé tous les RPM KDE 2.0.1 pour Mdk 7.2 disponibles sur > www.kde.org, j'ai un étrange résultat : > > 1) message d'erreur à l'entrée : "Erreur interne [...] Impossible de > dialoguer avec Klauncher" > > 2) les menus et les icônes sont inopérants ; leur utilisation provoque > systématiquement un message "Impossible de lancer x" (en revanche il > est possible de lancer les mêmes applications en ligne de commande) > > 3) Pas de window manager (obligation de lancer un twm en ligne de commande > pour pouvoir faire quelquechose). > > Quelqu'un a-t-il une idée ou une expérience là-dessus ? > > Merci
[Confirme] KDE 2.0.1
Bonjour, Après avoir installé tous les RPM KDE 2.0.1 pour Mdk 7.2 disponibles sur www.kde.org, j'ai un étrange résultat : 1) message d'erreur à l'entrée : "Erreur interne [...] Impossible de dialoguer avec Klauncher" 2) les menus et les icônes sont inopérants ; leur utilisation provoque systématiquement un message "Impossible de lancer x" (en revanche il est possible de lancer les mêmes applications en ligne de commande) 3) Pas de window manager (obligation de lancer un twm en ligne de commande pour pouvoir faire quelquechose). Quelqu'un a-t-il une idée ou une expérience là-dessus ? Merci
Re: [Confirme] Config accelerateur 3DFX
Effectivement j'étais en 24 bpp. Je suis passé à 16 et tout marche. Merci >> Message d'origine << Le 07/12/2000, à 13:37:04 h, Stéphane Genaud <[EMAIL PROTECTED]> vous a écrit sur le sujet suivant Re: [Confirme] Config accelerateur 3DFX: > > J'ai fait une installation 7.2 avec Xfree 4.0.1. Ma carte graphique est > > une 3dfx Voodoo 3 et elle a été reconnue sans aucun problème. J'ai 128 Mo > > de RAM et une CPU à 500 Mhz. Cependant, le comportement lamentable de > > certaines animations graphiques 3D (ex : les démos Mesa), et l'absence du > > mot-clé « accel » dans mon XF86Config (généré par l'installation Mandrake > > et pas par moi), me donnent à penser que l'accélération matérielle n'a > > pas été activée. > > > > Quelqu'un peut-il m'indiquer comment corriger ce problème sans casser le > > reste de la configuration ? > bonjour, > as tu vérifié que tu étais en 16bpp ? Ta carte ne doit pas avoir > d'accélération matérielle au delà de cette profondeur. > Tu peux vérifier avec la commande xdpyinfo. > Pour changer la résolution, le + simple est de lancer XFdrake --expert. > Cordialement, > -- > /***/ > /* Stéphane Genaud */ > /* IECS, Université Robert Schuman */ > /* 61 av. de la Forêt Noire, 67085 Strasbourg */ > /* Bureau 107 tel : 0390414298 */ > /***/
[Confirme] Config accelerateur 3DFX
Bonjour, J'ai fait une installation 7.2 avec Xfree 4.0.1. Ma carte graphique est une 3dfx Voodoo 3 et elle a été reconnue sans aucun problème. J'ai 128 Mo de RAM et une CPU à 500 Mhz. Cependant, le comportement lamentable de certaines animations graphiques 3D (ex : les démos Mesa), et l'absence du mot-clé « accel » dans mon XF86Config (généré par l'installation Mandrake et pas par moi), me donnent à penser que l'accélération matérielle n'a pas été activée. Quelqu'un peut-il m'indiquer comment corriger ce problème sans casser le reste de la configuration ? Merci
[Confirme] Re: CUPS et Samba
Il semble effectivement impossible, dans l'installation standard de CUPS, d'imprimer via un serveur Samba si la commande d'impression (lpr) ne contient pas en argument explicite un nom de fichier ou de job. Sans cet argument, CUPS ne semble pas savoir passer un nom de job accepté par Samba (il ne faut pas me demander pourquoi) et Samba, à son tour, ne peut pas créer de fichier temporaire. Or la plupart des applications appellent une commande de type "cat xxx | lpr" et non "lpr xxx". Le seul contourenement que j'ai trouvé consiste à remplacer le lien "/usr/bin/lpr" (qui pointe sur lpr-cups) par un script qui ajoute un argument -J nom_job (ou nom_job est arbitraire et aléatoire). J'ai aussi renommé le binaire cups "/usr/bin/lp" pour le remplacer par un script qui l'appelle en faisant le même genre de chose. Ca marche mais c'est de la bidouille provisoire, d'autant plus que je découvre peu à peu d'autres bugs. Bref, j'utilise CUPS maintenant que j'ai réussi à le faire marchotter et que je ne sais pas revenir à mon ancien lpd sans casser toute ma configuration. Mais pour ceux qui n'ont pas encore sauté le pas, je conseille d'éviter. Tout ce qu'il y a de beau dans CUPS, c'est du cosmétique ; sur le plan fonctionnel, je n'ai pas encore compris ce que ça apporte. Le Vendredi 1 Décembre 2000 12:56, Duclos Andre a écrit : > Bonjours a tous, > > voici la log de samba apres une impression : > > [2000/12/01 08:49:41, 1] smbd/service.c:make_connection(550) > plu4421d (132.149.185.126) connect to service duclos as user duclos > (uid=501, [2000/12/01 08:49:43, 2] lib/smbrun.c:setup_stdout_file(62) > Failed to create stdout file descriptor > [2000/12/01 08:49:46, 1] smbd/service.c:make_connection(550) > plu4421d (132.149.185.126) connect to service lp as user duclos (uid=501, > gid=[2000/12/01 08:49:46, 2] smbd/open.c:open_file(602) duclos opened file > DUCLOS.gnxVIE read=No write=Yes (numopen=1) > [2000/12/01 08:49:47, 2] smbd/close.c:close_normal_file(159) > duclos closed file DUCLOS.gnxVIE (numopen=0) > [2000/12/01 08:49:47, 2] lib/smbrun.c:setup_stdout_file(62) > Failed to create stdout file descriptor > [2000/12/01 08:49:47, 2] smbd/open.c:open_file(602) > duclos opened file DUCLOS.ll7w9N read=No write=Yes (numopen=1) > [2000/12/01 08:49:48, 2] smbd/close.c:close_normal_file(159) > duclos closed file Pagedetest (numopen=0) > [2000/12/01 08:49:57, 2] lib/smbrun.c:setup_stdout_file(62) > Failed to create stdout file descriptor > > > Il y a bien un probleme de pipe avec cups. > > A+ > >.
[Confirme] Re: CUPS et Samba
Je ne suis pas loin de penser la meme chose, mais avec un peu de regret quand meme. En local, CUPS a parfaitement pris en charge ma petite imprimante couleur a 720 dpi, et ce de maniere entierement automatique. C'est uniquement pour les imprimantes distantes gerees par un serveur samba/lpd "classique" (non-CUPS) que mon petit bricolage s'impose. Dans un reseau bureautique homogene (avec la Mdk 7.2 et CUPS presents sur le serveur) il est possible que tout marche les doigts dans le nez... Reste a savoir si CUPS est vraiment destine a s'imposer ou si c'est juste une fantaisie provisoire chez Mandrake. Je suis d'accord sur le fait que CUPS n'apporte (pour l'instant) rien de plus qu'un LPD bien installé. Le Jeudi 30 Novembre 2000 18:11, Xavier Benigni a écrit : > Salut, > > > > Donc je ne vois qu'une solution pour utiliser un client cups sur un > > serveur > > > samba : remplacer le lien symbolique lpr par un script qui génère un nom > > de > truc qui sera invalide par laprochaine mise a jours de 7.2 en 7.2-a ... > > > job, ou un fichier temporaire à partir de son entrée standard, et qui > > génère > > > un appel explicite de lpr-cups avec paramètres. > > Personnellement je verrais bien une autre solution qui serait de virer un > truc qui ne marche pas par un qui marche !!! Serieusement keske cups > apporte en plus de plr/lpd (paske en moins tout le monde voit) qui merite > tout ce tmps perdu : soit il est fully compatible et ca peut etre une > alternative, soit il ne l'est pas et c'est poubelle ! > > Donc tu recuprers un lpr.*i586.*rpm pas mdk et tu te retrouves un serveur > d'impression qui marche tout seul ... > > > tu pourras meme estampiller ta version de mdk-7.2_1 celle qui fonctionne > enfin aussi bien que la 7.0 ... > > > XB. Eu ... Elle vraiment si propre que ca la debian ?
[Confirme] CUPS et Samba
Encore une précision (moyennement encourageante) sur le nouveau système d'impression de la Mdk 7.2 (CUPS) : la commande lpr de cups (qui est en fait un lien symbolique sur un exécutable lpr-cups) se comporte en partie comme le lpr de l'ancien système, et accepte notamment une syntaxe de type "lpr nom_de_fichier". Mais la plupart des applications qui impriment génèrent en standard une ligne de commande en "pipe" du type "cat | lpr", dans laquelle lpr n'a pas de nom de fichier explicite (c'est le fichier stdin qui est imprimé). Le lpr de cups accepte cette syntaxe comme l'ancien, et tout va bien tant qu'on utilise une imprimante locale. En revanche, pour une raison que j'ignore totalement, si on imprime à distance, via samba, la syntaxe en pipe met le spool en erreur avec le message suivant : "ERRDOS - Errfileexists (The file named in a Create Directory. Make new file or Link. request already exists.) opening remote file (stdin)" Exemple : soient les deux commandes suivantes (théoriquement équivalentes) : 1)lpr toto 2)cat toto | lpr la première commande marche sans problème la seconde marche si l'imprimante est locale, et provoque à tout coup l'erreur indiquée ci-dessus si l'imprimante est accessible via un serveur samba. Autrement dit, lpr-cups ne semble pas savoir générer un nom de job accepté par le serveur quand il doit imprimer un flux . C'est du moins mon interprétation. L'ennui, c'est que beaucoup d'applications, pour imprimer, utilisent une ligne de commande non modifiable et correspondant à la seconde syntaxe. Donc je ne vois qu'une solution pour utiliser un client cups sur un serveur samba : remplacer le lien symbolique lpr par un script qui génère un nom de job, ou un fichier temporaire à partir de son entrée standard, et qui génère un appel explicite de lpr-cups avec paramètres.
Re: [Confirme] Re: print so 52
C'est comme ça que je m'étais effectivement dépanné, et ça marche très bien d'ailleurs. Mais je pensais que c'était un bricolage provisoire et plus ou moins propre. Je serais quad même étonné qu'on ne puisse pas imprimer "en standard" sous la 7.2. Pas vous ? -- Le Mercredi 29 Novembre 2000 18:27, Nicolas Parpandet a ?rit : > Si c'est vraiment ca votre problème il suffit > de faire un script du type : > > nommé lpr2 ou n'importe ... > > #!/bin/sh > FILE=/tmp/.tmp$$ > cat > $FILE > lpr $FILE > rm$FILE > > c tout. > > > - Original Message - > From: "Jean-Marie Gouarné" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, November 29, 2000 5:26 PM > Subject: [Confirme] Re: print so 52 > > > L'impression à partir de SO 5.2 ne marche pas non plus chez moi depuis > > mon passage en Mandrake 7.2 (cups) alors que tout allait bien en 7.1 > > (avec > > lpd). > > > Je n'ai pas encore trouvé de vraie explication mais je crois avoir un > > début > > > de piste : > > > > sous CUPS (au moins dans mon installation), la commande "lpr > > nom_de_fichier" > > > fonctionne bien, mais en revanche la, commande "cat nom_de_fichier | lpr" > > génère une erreur avec blocage de la file d'impression. Autrement dit, le > > "lpr" de CUPS ne semble pas accepter les "pipes". Or sauf erreur > > StarOffice > > > (comme d'ailleurs Netscape qui me donne la même erreur) imprime en > > envoyant > > > quelquechose à lpr par un pipe. > > > > Mon analyse est-elle correcte et/ou quelqu'un sait-il comment contourner > > le > > > problème ? (per exemple en utilisant une autre commande que lpr dans la > > configuration de SO) > > > > Le Mardi 28 Novembre 2000 22:59, Claude.moignard a ?rit : > > > comment paramétrer StarOffice 5.2 pour imprimer avec cups ? > > > > > > xpp puis ? > > > > > > ou > > > > > > qtcups puis ? > > > > > > chacune de ces commandes seules ne me semblent pas suffire.
Re: [Confirme] lp, Mdk 7.2 et StarOffice
Apparemment, ça ne suffit pas. qtcups ne peut pas s'utiliser purement et simplement à la place de l'ancier lpr. Il lui faut obligatoirement un nom de fichier, alors que le lpr ancien (pas celui de cups qui n'est qu'un lien symbolique sur lpr-cups) acceptait aussi un pipe sur son entrée standard. Le Mardi 21 Novembre 2000 19:36, Frederic Bastok a ?rit : > On Tue, 21 Nov 2000 09:15:21 +, you wrote: > >Quelle commande faut-il dans StarOffice pour imprimer avec cups ? > >xpp tout seul ? > > dans la configuration de l'imprimante, à la lugne defaul_queue, il faut > metre qtcups à la place de lpr. > > -- > Frederic Bastok
[Confirme] Re: print so 52
L'impression à partir de SO 5.2 ne marche pas non plus chez moi depuis mon passage en Mandrake 7.2 (cups) alors que tout allait bien en 7.1 (avec lpd). Je n'ai pas encore trouvé de vraie explication mais je crois avoir un début de piste : sous CUPS (au moins dans mon installation), la commande "lpr nom_de_fichier" fonctionne bien, mais en revanche la, commande "cat nom_de_fichier | lpr" génère une erreur avec blocage de la file d'impression. Autrement dit, le "lpr" de CUPS ne semble pas accepter les "pipes". Or sauf erreur StarOffice (comme d'ailleurs Netscape qui me donne la même erreur) imprime en envoyant quelquechose à lpr par un pipe. Mon analyse est-elle correcte et/ou quelqu'un sait-il comment contourner le problème ? (per exemple en utilisant une autre commande que lpr dans la configuration de SO) Le Mardi 28 Novembre 2000 22:59, Claude.moignard a ?rit : > comment paramétrer StarOffice 5.2 pour imprimer avec cups ? > > xpp puis ? > > ou > > qtcups puis ? > > chacune de ces commandes seules ne me semblent pas suffire.
[Confirme] Ecran accueil KDE2
Je viens de passer de KDE 1 à KDE 2 sans difficulté majeure, mais j'ai constaté un petit problème dans le paramétrage de l'écran d'accueil. Dans la partie "Système" du centre de contrôle de KDE, on peut paramétrer la fenêtre d'accueil de kfm (par exemple choisir les icônes représentant les utilisateurs, autoriser ou non l'arrêt du système, choisir entre une icône statique et l'affichage de l'horloge dans le panneau de login, etc). On est censé pouvoir aussi choisir les couleurs ou l'image de fond de l'écran d'accueil. Mais chez moi, aussitôt que je sors l'écran d'accueil reprend la couleur de fond par défaut et oublie l'image ou la couleur choisie. Est-ce un bogue de jeunesse ?
[Confirme] Son KDE 2
Bonjour, J'ai une 7.2 toute fraîche avec KDE 2, sous laquelle ma carte son (Ensoniq) est parfaitement reconnue et utilisée par les applications non-KDE et la plupart des applications KDE (les fichiers wav et mp3 par exemple sont exécutés sans problème). Il y a cependant dans mon installation deux imperfections "sonores", à vrai dire faiblement gênantes mais qui révèlent peut-être une fausse manoeuvre de ma part : 1) J'ai activé l'option "serveur de sons" du bureau, et associé correctement certains sons à certains événements (démarrage, déconnexion, ouverture de fenêtre, etc). Pourtant, mon bureau reste désespérément muet. Apparemment il y a un problème de kaudioserver ou de kwmsound qui, ne démarre pas ou qui ne trouve pas ma carte son. Petite précision : le bureau Gnome, lui, active bien les sons système quand je lui demande. 2) Sous KDE, alors que les autres utilitaires en rapport avec le son fonctionnenent bien, je ne peux pas utiliser kmid qui, à chaque tentative d'exécution d'un .mid, déclare simplement que "/dev/sequencer" n'est pas disponible. J'ai pourtant bien un "/dev/sequencer" dans mon arborescence. Quelqu'un connaît-il le problème ?
Re: [Confirme] Etude d'intégration Linux
Sur la première question : Les applications "serveurs" les plus connues sont NFS et Samba pour le partage de fichiers et d'imprimantes. Il est à noter que ces applications ne sont pas réservées à Linux mais que ce sont des logiciels libres. NFS est le produit le plus classique dans un monde tout Unix. Samba est (actuellement) le plus simple à mettre en oeuvre si les postes de travail sont eux-mêmes sous Windows (un serveur Samba est alors vu comme un serveur NT sans aucune installatiion particulière sur les stations). Si Linux doit être utilisé commez serveur de base de données, il y a alors l'embaras du choix. Notamment entre les SGBD "propriétaires" (Oracle, DB2, Sybase, etc) et les SGBD "libres" (PostrgreSQL, MySQL pour ne citer que les plus connus). A signaler pour bientôt (début 2001), le "portail" bureautique StarPortal de Sun qui sera gratuit et qui comportera les fonctionnalités de l'actuel StarOffice (suite bureautique compatible MS-Office) mais en version web (client léger). Le lun, 06 nov 2000, vous avez écrit : > Bonjour, > > Ingénieur système ayant un cursus essentiellement NT avec un "vernis" Linux, > je recherche des infos qui me permettraient d'appuyer un système Linux au > sein de mon entreprise. La volonté de ma société s'orienterait vers un socle > Mandrake, mais ce n'est pas définitif. > > Les problèmes que je rencontre pour me faire une opinion sont les suivants : > > - je n'ai pas une connaissance suffisante des applications serveur les plus > répandues et éprouvées (reconnues comme standards) > > - je n'ai pas suffisamment d'exemples concrets d'utilisation de Linux en > entreprise > > > Merci à ceux qui pourront me fournir des infos. Si certains ont eu à faire > une démarche similaire au sein de leur entreprise, je les remercie d'avance > de leurs conseils. > > Stéphane.
[Confirme] Connexion directe par câble
Bonjour, Au temps (lointain) où j'utilisais encore W95, je faisais du partage occasionnel de disque entre deux PC sans ethernet, en utilisant la fonction dite "connexion directe par câble". J'ai essayé de faire la même chose soit avec Linux (Mdk 7.1) des deux côtés, soit avec un serveur Linux/Samba et un client W95/98 en TCP/IP. Seul problème : jusqu'à présent je n'ai pas trouvé par où passer pour établir une liaison TCP/IP sans modem ni carte réseau. Pourtant, il devrait être possible (et probablement simple) d'établir un lien ppp par câble null modem. Quelqu'un a-t-il une idée là-dessus ?
