Re: Config Xorg pour Sortie TV avec ATI (fglrx)
Bonjour On Mon, Nov 06, 2006 at 11:05:35PM +0100, Christophe Dominique wrote: Je me suis renseigné et je n'ai rien trouvé à ce sujet. Voir le deuxième lien qu'a donné Guy. Est-ce que quelqu'un arrive à faire fonctionner la sortie TV de son ATI ??? Oui. J'ai fait fonctionner la sortie TV de deux cartes ATI (une Radeon 7000 et une Radeon 9250). Je commence à m'arracher les cheveux là-dessus. Sans serveur X : Ca n'a pas posé la moindre difficulté. Tout ce qu'il y a à faire, c'est de brancher la télévison à la sortie tv de la carte graphique (la prise jaune) AVANT d'allumer l'ordinateur. Si on branche après, l'écran de la télévision reste noir. Avec serveur X : La télévision doit être branchée à la sortie tv de la carte graphique AVANT d'allumer l'ordinateur (voir ci-dessus). - Avec les drivers Vesa, ça marche out of the box en [EMAIL PROTECTED] (il n'y a même pas besoin d'aller bricoler les modelines). - Avec les drivers Radeon, je n'ai jamais réussi à obtenir autre chose que des nuages de points. Gatos (http://gatos.sourceforge.net/) a un projet tv_output. Je sais que (dans certains cas) il permet d'utiliser la sortie tv avec les drivers Radeon mais je ne l'ai pas essayé. - Le machin propriétaire d'ATI, je n'y touche pas. Ces tests ont été fait avec une machine que j'utilise comme magnétoscope numérique. Je n'utilise donc que la sortie tv. Je n'ai pas testé avec un écran en plus de la télévision. Voilà, je ne sais pas si ça fait avancer le shmilblick... -- Jérôme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problém e install carte adaptec 2940
Bonjour On Thu, Sep 07, 2006 at 09:57:22AM +0200, Cyrille Blanpain wrote: Bonjour Je tente d'installer une debian sarge 3.1r2 sur un PowerEdge 1300 Dell équipé d'une carte adaptec. L'install freeze au moment du chargement du module aic7xxx pour ma carte controleur adaptec 2940u2w. Ceci se passe quel que soit le noyaux en 2.4 ou en 2.6 et avec ou sans le paramétre aic7xxx=no_reset qui me direz vous n'est pas censé concerner cette carte. Merci de votre aide Ca n'a peut-être rien à voir avec ton problème, mais il m'était arrivé quelque chose d'approchant également avec une Adaptec 2940 que j'avais rajouttée sur un Athlon. La différence, c'est qu'il arrivait à la carte SCSI de planter avant le boot, quand son BIOS prenait la main. Quand la carte ne plantait pas à ce moment là, la machine freezait au chargement du driver. Une mise à jour du firmware de la carte SCSI avait règlé le problème. Sinon, autre piste à explorer : Les terminaisons SCSI. J'ai déjà eu une vieille machine équipée d'une Adaptec 1542 qui finissait par freezer au bout de quelques heures de fonctionnement (plus ou moins chaotique) à cause d'un problème de terminaison SCSI. A+ -- Jérôme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sarge et carte mèr e Asus A7S8X-MX - Pas de son.
Bonjour Je suis peut-être un peu hors sujet. J'essaye de faire fonctionner une Sarge sur une machine équipée d'une carte mère Asus A7S8X-MX et je n'arrive pas à obtenir de son. Voilà ce que donne un lspci -v : :00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0) Subsystem: Asustek Computer, Inc.: Unknown device 810d Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at e000 [size=256] I/O ports at e400 [size=128] Capabilities: [48] Power Management version 2 J'ai installé les paquets Debian d'ALSA : scope:~# dpkg -l | grep alsa ii alsa-base 1.0.8-7ALSA driver configuration files ii alsa-oss 1.0.8-1ALSA wrapper for OSS applications ii alsa-source1.0.8-7ALSA driver sources ii alsa-utils 1.0.8-4ALSA utilities scope:~# J'utilise un noyau 2.4.27 en provenance de ftp.kernel.org compilé à la main (méthode traditionnelle). Le driver ALSA a lui aussi été compilé à la main et intègre uniquement le driver snd-intel8x0 : scope:~# ./configure --with-kernel=/root/linux-2.4.27 --with-redhat=no --with-suse=no --with-debug=full --with-isa-pnp=no --with-sequencer=yes --with-oss=yes --with-cards=intel8x0 Après un modprobe snd-intel8x0, voilà ce que j'obtiens : scope:~# lsmod Module Size Used byNot tainted snd-intel8x0 19456 0 snd-ac97-codec 59480 0 [snd-intel8x0] snd-pcm-oss46912 0 snd-mixer-oss 14904 0 [snd-pcm-oss] snd-pcm69576 0 [snd-intel8x0 snd-ac97-codec snd-pcm-oss] snd-timer 15876 0 [snd-pcm] snd40100 0 [snd-intel8x0 snd-ac97-codec snd-pcm-oss snd-mixer-oss snd-pcm snd-timer] snd-page-alloc 5512 0 [snd-intel8x0 snd-mixer-oss snd-pcm snd-timer snd] scope:~# dmesg | tail [...snip...] eth0: Media Link On 100mbps full-duplex PCI: Found IRQ 5 for device 00:02.7 intel8x0_measure_ac97_clock: measured 48851 usecs intel8x0: clocking to 48000 scope:~# Jusqu'ici, tout a l'air normal. Sous alsamixer (qui reconnait la carte son comme une SiS SI7012), j'ai démuté et réglé à un volume de 71 : Master Master M Master S PCM Surround Center (j'ai laissé le reste aux valeurs par défaut). Quand je lance une commande quelconque (saytime, mplayer ou autre), je n'obtient aucun son. Histoire d'éviter des conflits éventuels, je n'utilise aucun démon son d'aucune sorte. Je n'ai qu'alsa (avec la compatibilité OSS) d'installé. Je n'obtiens aucun message d'erreur (et il n'y a rien dans les logs). Tout se passe comme si ça fonctionnait normalement, simplement, il n'y a aucun son qui sort des enceintes. J'ai essayé avec un kernel plus récent (2.4.32), un kernel 2.6.15-2 (avec les drivers alsa compilés en dur), en upgradant les outils alsa (1.0.10 et aussi 1.0.11rc). C'est exactement la même chose. J'ai testé les noyaux avec et sans le suppport ACPI/APIC, ça ne change rien non plus. Je précise que les tests ont été faits sous root histoire d'exclure tout problème de droits (de toutes façons, si c'était une question de droits, j'aurais des messages d'erreur). Dernière précision, la carte mère est neuve et je n'ai pas touché aux réglages du BIOS. Est ce que des personnes possédant une Asus A7S8X-MX arrivent à faire fonctionner le son ? Est ce que j'ai oublié quelque chose ? Est ce que ça pourrait venir d'un problème matériel (prise son HS par exemple) ? Merci d'avance pour vos lumières. -- Jérôme -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: affichage à distanc e (correction)
Bonjour On Thu, Jul 28, 2005 at 11:52:42AM +0200, Bayrouni wrote: Bonjour tout le monde, Je voudrais executer un programme graphique sur PC1, mais l'afficher sur PC2 (Un serveur X tourne sur PC2). [...snip...] Désolé mais je viens de remarquer que X sur PC2, n'ecoute pas sur tcp:6000, Est que tu as pensé à modifier ton /etc/X11/xinit/xserverrc ? Par défaut, pour des raisons de sécurité, il y a l'option -nolisten tcp. Comment faire pour lui permettre d'ecouter sur le port 6000 en tcp? En enlevant cette option... A+ -- Jérôme -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: marre video dellgx280
On Thu, Jan 06, 2005 at 10:44:22PM +0100, Frédéric Bothamy wrote: Par curiosité, cela ne fonctionne pas de préciser la valeur de VideoRam dans le fichier /etc/X11/XF86Config-4 (soit directement, soit lors de la reconfiguration de xserver-xfree86) ? En tout cas, c'est comme cela que je fais pour avoir une résolution décente sur un vieux i815 qui semble avoir un problème similaire. C'est la première chose que j'avais essayé, mais ça n'avait rien changé (je restais avec 1 Mo de RAM). Les machines qui ont posé problèmes étaient équipées d'un i865G. C'était des Dell Dimension 4600 (ou peut-être 4800 ? Ca fait un moment, je me souviens plus très bien). -- Jérôme
Re: marre video dellgx280
Bonjour On Thu, Jan 06, 2005 at 02:22:02PM +0100, christophe wrote: Petit commentaire qui n'apporte hélas aucune solution à ton problème : sur la dernière knoppix (3.7) basée sur un noyau 2.6.7, le module i830 est chargée au démarrage et utilisé (comme lsmod l'indique), sur un des dell que l'on utilise au boulot. Ce qui montre que le chipset i865G avec carte vidéo intégré est bien détecté. Cependant la définition maximale possible ne dépasse pas le 640*480 = les boules d'avoir une définition si minable. Il semblerait que xfree génère un fichier XF86Config pour module i810 (vieille vidéo intégrée d'intel) et ne pense pas à adapter au i830... Ce n'est pas un problème de fichier XF86Config mais un problème lié au BIOS de ces machines de [censuré]. J'ai eu le problème au boulot. Tu es limité au 640x480 parce que X ne détecte que 1 Mo de RAM vidéo. Je me suis sorti de cette situation grace à cette page : http://www.flmnh.ufl.edu/linux/fc1_intel_video_fix.htm (c'est en anglais, c'est pour FC, mais ça marche aussi pour Debian). En gros, il faut récupèrer le patch, le compiler et lancer l'exécutable obtenu avant de lancer le serveur X avec la quantité de RAM à allouer à la vidéo en paramètre. Au niveau de XF86Config, le driver i810 fonctionne pour ces cartes avec un XFree assez récent (j'avais du installer un backport de XFree 4.3 sur les machines en woody). -- Jérôme
Re: Limiter la vitesse d'une interface
On Fri, Dec 03, 2004 at 10:37:24AM +0100, Franck wrote: Hello la liste, Pour faire des tests, je cherche à limiter à 1/2/3/4/x Mbits une interface de ma machine à savoir eth2. Configuration : 4 eth sur une machine faisant office de firewall/routeur. Mon interface eth2 est sur ma DMZ et tout tourne sur du 100Mbits. Y a-t-il une solution facile pour faire ce type de test ? J'utilise netfilter et shaperd pour faire ce genre de chose (c'est pas bien compliqué mais il y a peut-être plus simple ?). -- Jérôme
Re: Sauvegarde en vue d'une réinstallation
Bonjour On Wed, Oct 13, 2004 at 11:04:34AM +0200, Eric SCHAEFFER wrote: Chez moi, ça n'a pas fonctionné (le set-selections suivit d'un apt-get upgrade n'a rien fait). Je n'ai pas cherché plus loin, mais il doit manquer qque chose... Ce n'est pas apt-get upgrade mais apt-get dselect-upgrade qu'il faut faire. -- Jérôme
Re: Eth2
Bonjour On Tue, Sep 07, 2004 at 01:59:58PM +0200, Georges Roux wrote: Ben non, ca le fait pas, mon fichier interfaces: auto lo iface lo inet loopback # This entry was created during the Debian installation auto eth0 iface eth0 inet dhcp dmesg: NET: Registered protocol family 23 PCI: Setting latency timer of device :00:11.5 to 64 via-rhine.c:v1.10-LK1.1.20-2.6 May-23-2004 Written by Donald Becker eth2: VIA VT6102 Rhine-II at 0xcc00, 00:0c:76:b4:3a:9b, IRQ 23. eth2: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1. NET: Registered protocol family 17 si je met eth0 dans interfaces j'ai plus le reseau Pourquoi donc eth2, alors que je n'ai aucune autre carte reseau? Pourquoi eth2, je ne sais pas. Mais voilà une idée qui pourrait marcher: Au boot, passe le paramètre suivant à ton noyau: ether=23,0xcc00,eth0 J'utilise cette méthode pour affecter les noms que je veux aux deux cartes réseaux de mon routeur. -- Jérôme
Re: probleme smtp
Bonjour On Thu, Sep 02, 2004 at 11:43:31PM +0200, Alexandre gerussi wrote: Se pourrait-il qu'il y ait un ordre à respecter entre le démarrage de masqmail, celui de ip-masq et celui d'autres services plus ou moins en rapport du style oidentd, etc ? Il y a un ordre à respecter, mais en principe, ce que fait Debian par défaut est correct. Disons qu'avant de démarrer masqmail, il faut que la carte réseau soit configurée, que la route soit correcte et que melville puisse résoudre son propre nom (en cas de doute, le plus sûr, c'est d'avoir recours à /etc/hosts). A priori, ça devrait suffire, à moins qu'un service qui a démarré avant masqmail sème la panique... Il faut aussi que /etc/hosts.allow et /etc/hosts.deny soient corrects mais c'est très certainement le cas puisque tu arrives à te connecter plus tard. Si tu n'as pas changé l'ordre par défaut, je ne vois pas pourquoi ça ne marcherait pas. Dans /etc/rc2.d j'ai un S20masqmail et ça a toujours très bien marché (quand il démarre tous les services dont il pourrait avoir besoin sont déjà là). Je sais pas si tout ça fait avancer le shmilblick ? Si ça peut aider, voilà comment se présente le début mon rc2.d (la machine n'a pas de serveur X): 10sysklogdS12kerneld S15bindS19nfs-common S20boa S20gpmS20inetd S20logoutd S20makedev S20masqmail Trois remarques: Quand masqmail démarre, mon firewall n'est pas encore en place. Mon /etc/hosts n'est pas renseigné. Ce n'est pas nécessaire dans mon cas puisque bind démarre avant masqmail. identd and cie (je ne pense pas qu'ils soient nécessaires) sont gérés par inetd et sont déjà là quand masqmail démarre. Bon courage. -- Jérôme
Re: probleme smtp
Bonjour On Tue, Aug 31, 2004 at 10:16:00PM +0200, Alexandre gerussi wrote: Bonjour à tous. Mon ordinateur A est relié par ppp à mon ordinateur B. A fait du masquerading pour que B puisse profiter de l'internet de A. Sur A, masqmail est installé et gère l'envoi du courrier local ou non. J'ai donc configuré mozilla-mail sur B pour que le serveur smtp (pour les envois) soit A. PB: la connexion est refusée par A. Après investigation: (A=melville=localhost, B=lucie) /etc/masqmail/masqmail.conf: ... listen_addresses=Lucie:25;Melville:25;localhost:25 ... Il est là ton problème... Vire Lucie de listen_addresses et ça règlera ton message d'erreur bind: Cannot assign requested address. masqmail n'a aucune raison (et aucun besoin) d'écouter ce qui se passe sur le port 25 de Lucie. Quelqu'un aurait-il une idée concernant l'origine du problème, et sa solution ? Voilà pour la question bind. Mais j'ai bien peur que celà n'explique pas pourquoi la connection est refusée... Est ce que le log de masqmail mentionne d'autres problèmes ? Est ce que les tentatives de connections de B y sont mentionnées ? S'il n'y a rien d'autres dans les logs de masqmail, est ce que tu as vérifié que B avait le droit de se connecter sur le port 25 de A ? Est ce que un telnet melville 25 lancé depuis lucie fonctionne ? Bon conurage. -- Jérôme
Re: cartes graphiques ATI
Bonjour On Wed, Aug 25, 2004 at 08:20:57AM +0200, AT wrote: Le driver radeon de XFree86 fonctionne mais ne fournit pas l'accel 3D. j'utilise le driver propriétaire de ATI avec une fireGL T2 (RV350 radeon 9600) sur debian unstable. Ce que tu dis est en partie innexact. Le driver radeon de XFree86 ne fournit pas d'accélération pour les derniers chipsets Radeon (parce que ati ne fournit plus aucune spec aux développeurs du driver libre) mais il apporte une accélération 3D correcte au moins jusqu'au Radeon 9200. Je me refuse à polluer mon kernel Linux avec du code propriétaire, je n'utilise donc pas le driver propriétaire ati. Pourtant l'accélération 3D (dont je n'ai pas l'utilité) fonctionne sur ma Radeon 7000. -- Jérôme
Re: mauvais secteur de dd
Bonjour On Sat, Aug 14, 2004 at 10:23:43AM +0200, messmate wrote: Bonjour, j'ai un secteur de mon dd qui n'est pas utilisable. De ce fait pas moyen d'installer un package de plus. Le dd n'est pourtant pas encore complet. J'ai les partitions suivantes: hda1 = boot hda2 = swap hda3 = le reste. Petit dd de +/- 500M Faut-il absolument changer le dd ? ou existe-t-il un moyen pour que le lecteur saute ce secteur ? Si je comprends bien la question, il me semble que ce sujet a déjà été traité plusieurs fois sur cette liste. Si tu es en ext2 ou ext3: man e2fsck (cherche du côté de l'option -c) (package e2fsprogs) Si tu utilises un autre filesystem, il a certainement un utilitaire équivalent. Celà dit, à ta place, je ne mettrais rien d'important sur ce disque. Quand des secteurs défectueux commencent à apparaitre, en général ce n'est pas bon signe... -- Jérôme
Re: Disque plein :( !
Bonjour On Thu, Aug 12, 2004 at 11:14:57AM +0200, Jean-Michel OLTRA wrote: Le jeudi 12 août 2004, Abred a écrit... A mon avis, il est plus sage d'essayer de gagner de la place sur ta debian comme te l'ont indiqué des personnes de la liste avant d'utiliser un programme comme parted. Pourquoi ? Si il arrive à gagner suffisamment de place sur hda4 il peut détruire la partition de swap (de toutes façons il sera en rescue pour opérer) ce qui gagne une primaire, utiliser le gain pour créer un volume, copier hda2 dans le volume logique créé à l'occasion, rééintroduire une combinaison de hda2-3 dans le volume, et refaire le swap. (ou refaire une étendue avec hda2+hda3, puis logiques dedans) Je serais plutôt de l'avis d'Abred. Avant de déployer l'artillerie lourde parted cie, à sa place, je commencerais par regarder si je peux pas faire le ménage dans la partition Linux. Première chose à faire: du -csh / Comme ça, on saura ce qui occupe le plus de place. Ca pourrait donner des pistes intéressantes. Par exemple, si c'est /usr qui bouffe toute la place, il est probable que des tas de trucs inutiles ont été installés. Dans ce cas, dpkg -l pour rechercher ce qui ne sert pas, et apt-get remove. Autre chose à voir. Il y a visiblement deux partitions Windows. Celle de 10 Go (/dev/hda4) elle contient quelque chose ? Si il y a rien dedans, il y a pas besoin de parted. Il suffit de changer le type de /dev/hda4, la formatter, et le tour est joué... Si elle contient quelque chose, combien de place disponible reste t'il ? Je pense pas que ce soit très utile qu'il se prenne la tête avec parted si c'est pour récupèrer une malheureuse partition de 1 Go. -- Jérôme
Re: Disque plein :( !
On Thu, Aug 12, 2004 at 03:23:17PM +0200, Mezig wrote: Si je comprend bien, ça va être du travail de précision :) ? En attendant pour la commande : du -csh / Oups, faute de frappe. :-( Il fallait comprendre du -csh /* Et lance ça en tant que root, ça évitera les Permission non accordée. Super vos solutions, mais comment fait-on sinon... ? :) Ta partition windows de 10 Go, il y a quelque chose dessus ou pas ? -- Jérôme
Re: Disque plein :( !
On Thu, Aug 12, 2004 at 05:28:23PM +0200, Mezig wrote: Alors comme ça on cherche à 'enduire d'erreur' :/, 1 vieux noob :o) ? Bon sérieux, parceque ça n'avaitaps fonctionné sous #, je l'ai alors fait sous $, pour rien, sorry..., voilà ce que ça me donne maintenant : [EMAIL PROTECTED]:/# du -csh /* 8,0K/apt-check-sigs [...snip...] 0 /vmlinuz 4,5Gtotal [EMAIL PROTECTED]:/# [EMAIL PROTECTED]:/# exit exit [EMAIL PROTECTED]:/$ Si ça vous parle, tant mieux, sinon, je vais me plonger dans la XP, voir Bon, le tiercé gagnant est: /usr, qui a lui tout seul occupe 2.8 Go. /home, loin derrière avec seulement 777 Mo /var, avec 524 Mo La taille imposante de /usr m'amène à conclure qu'il y a beaucoups de choses installées là dedans... Pour donner un ordre d'idée, 2.8 Go, c'est plus que la partition Linux de mon portable ! Ca confirme qu'il y aurait certainement pas mal de ménage à y faire. si elle fonctionne encore déjà et savoir ce qu'il y a sur la partition hda4... ? Oui, maintenant qu'on sait ce qui prend le plus de place, regarde si il y a quelque chose sur /dev/hda4 (Abred a donné la marche à suivre, je ne recommence pas)... S'il n'y a rien sur /dev/hda4, tu transférera /usr dessus et ça règlera le problème. -- Jérôme
Re: fluxbox et touches Alt
Bonjour On Wed, Aug 11, 2004 at 02:21:41PM +0200, bobbydjo wrote: Bonjour-re. Donc sur mon petit portable toshiba, j'ai installé fluxbox comme wm (woody + 2.4.18-bf24). mais je n'arrive pas à utiliser les touches Alt + Tab (et Alt+ F1 etc...) pour changer de workspace. Pourtant j'ai modifié ~/.fluxbox/init et keys comme il faut. C'est bizarre car quand je me loggue sur window maker et que je passe de là à fluxbox, ça marche. une idée? Deux pistes en fait: - Tu as mis quoi au juste dans ton fichier keys ? La syntaxe correcte pour faire ce que tu veux est: Mod1 F1 :Workspace 1 Mod1 F2 :Workspace 2 ... - Sinon, dans le fichier init. J'ai eu des problèmes de fichiers non trouvés. J'ai règlé ça en mettant le chemin complet des fichiers (sans utiliser de raccourcis style ~ qui semblaient poser problème également) dans mon fichier init. -- Jérôme
Re: kernel: Ati 9200
Bonjour On Wed, Aug 04, 2004 at 04:08:05PM +0200, lili wrote: Merci pour ces precisions et si j'ai bien compris il faut que j'utilise Woody(derniere version stable) et puis passer au kernel 2.6 ? Tout dépend de ce que tu veux faire. Si tu cherches à mettre en place un serveur : - Il vaut mieux rester en stable (donc woody pour le moment), ne serait que pour bénéficier des correctifs des failles de sécurité. - A mon avis, le noyau 2.6 manque un peu de maturité. Je ne suis pas convaincu que ce soit un choix très judicieux pour une machine de production. En plus, ça obligerait à avoir recours à certains backports (notamment à cause de changements dans la gestion des modules des noyaux 2.6). Ce qui nous ramène à la question suivante : As tu absolument besoin de l'accélération graphique sur ce serveur ? Si la réponse est non, un noyau 2.4 me semble préférable. -- Jérôme, qui se demande à quoi peut bien servir l'accélération graphique sur un serveur...
Re: ISA et ALSA sont sur un bateau. ISA tombe à l'eau...
Bonjour On Sun, Aug 01, 2004 at 08:53:14PM +0200, Michel Luc wrote: Sur une Sarge, voilà ce que ça dit: apt-cache show isapnptools [...snip...] Un expert PnP du 2.6 va certainement te répondre plus précisement. Je ne suis pas un expert de l'ISA PnP (vu qu'il crée plus de problèmes qu'il n'en règle, j'avais pris pour habitude de le désactiver à chaque fois que c'était possible) et ça fait un moment (depuis la sortie du noyau 2.6.2) que j'ai renoncé à me servir de la série 2.6.x... Quoiqu'il en soit, comme je fais partie de ces individus qui pratiquent l'acharnement thérapeutique sur des antiquités, mon expérience pourrait être utile. D'après ce que j'ai vu, isapnptools n'est pas toujours nécessaire. A mon avis, avant d'installer isapnptools, la première chose à faire est de vérifier que le noyau est bien compilé avec l'option ISA Plug And Play support (CONFIG_ISAPNP=y). Si ce n'est pas le cas, il faut le recompiler et regarder ce que dit un dmesg. Si tout va bien, le noyau devrait afficher des messages de ce style: isapnp: Scanning for PnP cards... isapnp: SB audio device quirk - increasing port range isapnp: Card 'Creative ViBRA16X PnP' isapnp: 1 Plug Play card detected total (messages tirés d'un noyau 2.4.26, mais c'était similaire sur un noyau 2.6.1). Ici on voit qu'une carte PnP a été détectée (et plus important, initialisée). A partir de là, un modprobe sb (puisqu'il s'agit d'une sound blaster) fonctionne normalement (sans isapnptools qui n'est pas installé). A moins que je sois tombé sur un cas particulier qui marche alors qu'il ne devrait pas, j'ai tendence à penser que si l'isapnp du noyau détecte la carte PnP, il n'y a pas besoin d'isapnptools. Si l'isapnp du noyau ne voit pas la carte, il y a 3 possibilités: 1/ Le BIOS du PC est trop vieux et ne gère pas (ou gère mal) ISA PnP. 2/ La carte son n'est pas une carte PnP. 3/ Le PnP de la carte son a été désactivé (Le PnP marchait tellement bien que beaucoups de cartes permettaient de le désactiver). Dans tous les cas, le support de l'ISA Plug And Play du noyau peut être enlevé, il ne sera d'aucune utilité. Dans le cas numéro 1 (BIOS du PC trop vieux) il va falloir utiliser le package isapnptools pour initialiser la carte son (je me souviens pas très bien comment on s'en sert, ça fait longtemps que j'en ai pas eu besoin et je ne rentrerai pas dans les détails pour éviter de raconter n'importe quoi). Dans les cas 2 et 3, si modprobe échoue (device non trouvé ou occupé), il va falloir aider le driver en lui passant en paramètre le port, l'irq et/ou le canal dma utilisé par la carte son. Par exemple, mon 486 a une vielle carte son Sound Blaster 8 (le Plug and Play n'existait pas quand j'ai acheté la machine et la carte son). Un modprobe sb (modprobe snd-sb8 en noyau 2.6.x) échoue systématiquement (périphérique non trouvé ou occupé). Par contre, si j'aide le driver en lui disant où chercher la carte son avec modprobe sb io=0x220 irq=5 dma=1 (pour un noyau 2.4.x) ou avec modprobe snd-sb8 port=0x220 irq=5 dma8=1 (pour un noyau 2.6.x) la carte son est détectée et fonctionne normalement. (Evidemment, il faut remplacer les sb ou snd-sb8 par le bon module et passer les bons paramètres). Voilà, j'espère que tout celà sera utile. -- Jérôme
Re: réplication massive de données...
Bonjour On Fri, Jul 30, 2004 at 12:04:08AM +0200, Yohann Desquerre wrote: Georges Roux wrote: Tu veux faire quoi exactement, exact repliquation, simple transfert, synchronisation... je suppose que les formatage sont different. en fait le volume de base sera de l'ufs, et le but est de pouvoir restaurer la première baie (HDS) avec les données répliquées de la deuxième en cas de problème Je ne sais pas si çà va poser des problème de type de fs... Linux suporte les files systems de type ufs en lecture seule (ainsi que les tables de partition Sun). J'ai utilisé tout ça dernièrement pour lire un disque dur provenant d'une station Sparc qui tourne sous un BSD (file system de type ufs) avec un PC woody. Il suffit d'avoir un noyau compilé avec les bonnes options. Ensuite, tu devrais pouvoir monter une partition avec un simple mount en précisant le type du file system ufs (avec un mount -t ufs -o ufstype=sun ...). Certains type de file system ufs sont aussi supportés en écriture, mais ce support est encore expérimental (donc danger) sur les noyaux 2.4 (je n'ai jamais testé l'écriture, j'avais juste besoin de pouvoir relire ce disque pour transférer quelques fichiers). Voilà, je ne sais pas si ça t'avance beaucoups... -- Jerome
Re: réplication massive de données...
On Fri, Jul 30, 2004 at 10:02:30AM +0200, Erwan David wrote: Le Fri 30/07/2004, Jerome Chantelauze disait Bonjour Linux suporte les files systems de type ufs en lecture seule (ainsi que les tables de partition Sun). Uniquement l'UFS1, pas l'UFS2 (celui de FreeBSD 5) C'est exact. Celà dit, je suis parti du principe que la Sun qui gère le volume de base tournait sous Solaris. Si mon hypothèse est correcte, ce volume de base ne peut être que de l'ufs1 (puisque pour autant que je sache, seuls FreeBSD 5 et NetBSD supportent l'ufs2). -- Jerome
Re: PB Fatal server error: no screens found sur une SPARCSTATION 20
Bonjour On Fri, Jul 02, 2004 at 12:10:05PM +0200, GRAVIER Olivier URS Noisy wrote: Bonjour, je viens d'installer une debian sur une sparc sattion 20, et je n'arrive pas a mettre en place mon interface graphique X. Je dois me contenter d'une SS4 et d'une SS5, donc, je ne peux pas tester ce que j'avance... voici les logs : ** [...snip...] (II) SUNTCX: driver for TCX (EE) No devices detected. Ton problème est là. Tu n'utilises pas le bon driver (carte graphique non détectée). Le driver suntcx gère le frame buffer des cartes qui équipent les SS4 et les SS5. Les SS10 et SS20 disposent de cartes graphiques améliorées. D'après ton dmesg, ta SS20 est équipée d'une carte Turbo GX. Elles sont gérées par le driver suncg6. Dans ton XF86Config-4, remplace suntcx par suncg6 et la carte graphique devrait être reconnue. Sous réserve qu'il n'y ait pas d'autres problèmes, je pense que ça doit marcher. si quelqu'un peut m'aider je serait bien content... Voilà, j'espère t'avoir aider. -- Jérôme
Re: probleme clavier
On Wed, Jun 30, 2004 at 03:28:24PM +0100, Yves Rutschle wrote: On Wed, Jun 30, 2004 at 03:49:41PM +0200, Sophie Maitrejean wrote: Mais là, le clavier passe en qwerty alors que nous avons jute terminé d'installer les paquets. d'où vient le problème? comment le résoudre,? Durant la configuration de xfree, il a du demander quel type de claiver utiliser. Tu peux refaire la configuration en tapant: dpkg-reconfigure xserver-xfree86 et choisir 'fr' (je crois). Oui, c'est bien ça. Il faut rentrer fr quand il demande le layout (je sais pas comment ça se dit en français) du clavier. Sinon, si on ne veut pas passer par la case dpkg-reconfigure, la section InputDevice correspondant au clavier du fichier /etc/X11/XF86Config-4 doit avoir une ligne: Option XkbLayout fr -- Jerome
Re: détection des cd, montage, ...
Bonjour On Fri, Jun 18, 2004 at 08:53:04AM +0200, olivier Turlier wrote: C'est l'auto configuration de la Knoppix 3.4, et c'est idem avec la Mepis 2005. Ces périphériques bizarres n'apparaissaient pas avec un nouyau 2.4. De mémoire, ils n'apparaissent pas non plus avec un noyau 2.6... /dev/cdrom /cdrom iso9660 defaults,ro,user,noexec,noauto 0 0 dans le fstab. b)# mkdir /dev/cdrom Non, c'est là qu'il y a erreur. /dev/cdrom ne doit pas être un répertoire mais un lien vers le fichier device auquel est attaché ton lecteur de cdrom (souvent, c'est /dev/hdc). ln -s /dev/hdc /dev/cdrom devrait donner de meilleurs résultats. # mount /cdrom me répond mount: /dev/cdrom n'est pas un périphérique de type bloc Oui, normal. Echec ! un conseil svp. Merci Sinon, pour infos, un cd audio ne se monte pas, ce qui me laisse assez perplexe quand à l'utilité d'une entrée /dev/cdaudio dans un fstab. -- Jérôme
Plus de /usr.
Bonjour à tous. J'ai un (très) vieux PC qui tournait jusqu'à il y a peu sous woody (avec toutes les mises à jour de sécurité). Le disque dur SCSI qui contenait /usr a rendu l'ame la semaine dernière (la carte SCSI ne le détecte même plus). :-( Je me suis procuré un nouveau disque pour remplacer celui qui a laché et je recherche un moyen pour remettre ce PC en service (c'était mon bac à sable et il me manque) *sans reformater et tout réinstaller*. J'ai pensé essayer de récupérer un /usr minimum sur une autre machine woody et lancer un truc du style: apt-get install --reinstall `dpkg --get-selections | grep \install` A votre avis, est ce que cette approche peut fonctionner ? Si oui, que devra contenir ce /usr minimum (en plus d'apt et de toutes ses dépendances) ? Quelqu'un a t'il une meilleure solution ? En raison de l'age avancé de cette machine, je n'y avais pas installé les même packages que sur les autres, ce qui ne me permet pas de faire une simple duplication d'un autre répertoire /usr. Merci d'avance à ceux qui pourront m'aider. -- Jérôme
Re: Plus de /usr.
On Thu, Jun 17, 2004 at 04:17:28PM +0200, Jean-Michel OLTRA wrote: On en a souvent parlé, je n'ai jamais essayé, et personne n'en a fait de compte rendu, mais il y a l'outil tct qui permet, normalement, à partir d'une image du disque, de récupérer des données. Mais si le disque est invisible ? Même le bios de la carte scsi ne le détecte plus. Donc je ne vois pas comment un outil pourrait accèder à son contenu. Merci quand même. -- Jérôme.
Re: ne reconnait pas le disque dur
On Thu, Jun 10, 2004 at 02:36:45PM +0200, Sophie Maitrejean wrote: Bonjour à tous, Bonjour Nous aimerions installer debian 3.0.2 sur un macOSX 10.2.8, en [...snip...] Vous est-il déjà arrivé quelque chose de semblable et que nous conseillez-vous ? Il m'est arrivé exactement la même chose il y a quelques années sur un vieux PC portable dont le BIOS n'était pas vraiment standard. Dans ce cas, le plus simple, c'est de donner la géométrie du disque dur au noyau avec un paramètre de ce type: hda=cylindres,tetes,secteurs (je ne suis pas certain de l'ordre, mais il me semble que c'est ça). S'il y a des paramètres à passer, où les met-on ? - à la suite de la ligne : boot cd:,install\powermac\yaboot ? - à la suite de : install24 ? A la suite de install24. -- Jerome
Re: [presque HS] (Ré)utilisation d'un 486
On Tue, Apr 27, 2004 at 03:44:47PM +0200, Florent Bayle wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Voilà mon problème : je dois mettre en place un diaporama dans une petite [...snip...] gestionnaire de fenêtre) et un programme qui fasse le diaporama... Quel programme me conseillez-vous ? Je prend mon joker. Ensuite il faudrais que le pc s'éteigne d'une simple combinaison de touches, voir même d'une seule touche si possible. Peut-être dès que X est killé ? Dans ce cas là un simple CTRL-ALT-BACKSPACE suffirait... Est-ce possible ? Quel est le format de la carte mère ? Si c'est un format AT, c'est une cause perdue. Si c'est de l'ATX (j'ai vu pas mal de 486, mais je n'en ai jamais vu au format ATX), c'est certainement possible. Sinon, il est aussi envisageable de couper directement le courant, et il Je sais pas si c'est très bon pour les composants de l'alimentation ou de la machine (je peux pas me prononcer sur ce point). faudrais dans ce cas là monter la (les) partition(s) en ro, afin d'éviter toute perte de données. Comment faire ? Est-ce qu'un ro dans le fstab suffit ? Cela ne vas-t-il pas faire des erreurs lorsque des programmes vont essayer d'enregistrer des logs ? Si des programmes absolument nécessaires doivent impérativement écrire sur disque dur, je pense que le mieux c'est de faire pointer (avec des liens symboliques) les répertoires/fichiers nécessaires vers une petite partition qui sera montée en rw. Il faudra modifier l'init pour qu'à chaque démarrage, cette partition en rw soit reformattée et pour que les fichiers ou répertoires nécessaires soient recréés. Evidemment, ça implique qu'à chaque redémarrage, ce qui aura été écrit sur cette partition sera perdu (si tu souhaites conserver des logs par exemple, il faudra trouver une autre solution). Enfin, j'ai déjà essayé de commencer l'installation de la distribution, cependant le lecteur disquette semble mort, et il est impossible de booter sur le lecteur cd. Mais par chance (?!) il reste un windows 95 à peu près en état de marche sur le disque dur. Est-il possible de faire qq chose depuis celui-ci ? (ex : modifier le mbr pour qu'il boote sur le cd ?) Le plus simple, c'est debooter Linux depuis la partition dos. C'est que j'ai fait quand j'ai installé Linux sur mon 486 (qui refusait de booter sur son lecteur de cd). Voir http://www.debian.org/releases/stable/i386/ch-rescue-boot.fr.html section 5.4.1 pour la préocédure à suivre. -- Jérôme
Re: Pb de ntpd
Bonjour On Wed, Mar 03, 2004 at 11:29:46PM +0100, Mourad Jaber wrote: bonjour, Je cherche à configurer un serveur ntp local pour mon LAN... J'ai installé ntp-server et ntpdate. [...snip...] soit de time out, soit de pas de serveur utilisable :( quand je fait un #ntptrace, j'ai : localhost: stratum 16, offset -0.65, synch distance 0.00012 0.0.0.0:*Not Synchronized* Mon fichier de conf est celui du package original... Quelqu'un à une idée sur ce sujet ? Pour les timeout, j'en sais rien. Pour le pas de serveur utilisable, ça vient du fait que ton serveur ntp local a un stratum trop élevé. Pour remédier à ça, il y a deux solutions: - Soit tu synchronises ton serveur ntpd sur un autre serveur ntp extene (au bout de quelques minutes, ton serveur adoptera le stratum + 1 du serveur sur lequel il se synchronise). - Soit tu donnes à ton serveur ntpd un stratum plus faible en modifiant son ntp.conf avec par exemple des directives comme: server 127.127.1.0 # synchro sur l'horloge locale fudge 127.127.1.0 stratum 10 # Changement du stratum. -- Jérôme
Re: configuration réseau
On Tue, Mar 02, 2004 at 09:41:28AM +0100, Bautent Richard wrote: bonjour, [...snip...] j'ai tout essayer d'installer; webmin, netenv, dhcp, rien à y faire. y'a t-il un paquet qui gère çà que je n'aurait pas trouvé (en console ou sous X)?? Bonjour Je pense que la sid se comporte comme la woody et la testing. Le paquet qui permet de configurer automatiquement le réseau au boot est probablement déjà installé et s'appelle ifupdown. La configuration des interfaces réseaux est stockée dans le fichier /etc/network/interfaces. man interfaces pour plus de détails. Je sais pas si ça répond à ta question ? -- Jérôme
Re: [HS?] mauvaise détection de disque dur
Bonjour On Thu, Dec 18, 2003 at 11:30:37PM +0100, Gaëtan PERRIER wrote: Salut, J'ai quelques soucis avec un de mes 2 disques durs: un IBM Deskstar 60GXP de 20Go (IC35L020AVER07). De temps en temps au démarrage de linux il est mal reconnu (2Go au lieu des 20Go) comme si il avait détecté qu'il était configuré avec la capacity clip jumper. Pourtant le BIOS lui le reconnait correctement et les jumpers sont correctement positionnés. C'est assez agaçant ça marche puis pendant quelques heures ça ne marche plus puis ça remarche... Les suggestions sont les biens venues. Essaye de passer la géométrie du disque dur en paramètre au kernel. Ca se fait avec une option du style hda=c,h,s avec c: Nombre de cylindres. h: Nombre tètes. s: Nombre de secteurs. (de mémoire, c'est peut-être pas la syntaxe exacte). -- Jérôme
Re: Compilation et et lecteur de disquette
Bonjour On Tue, Nov 18, 2003 at 08:47:22AM +0100, Marco Ricco wrote: Bonjour la liste, Je viens de passer de la woody 2.4.18-bf2.4 au noyau 2.4.22. Tout s'est bien passé sauf que je n'arrive plus à monter le lecteur de diquette. J'ai pourtant mis en module dans File systems DOS FAT fs support etMSDOS fs support (mais pas VFAT) mount /dev/fd0 /floppy(qui fonctionnait avant) donne mount : vous devez indiquer le type de système de fichiers mount -t fat /dev/fd0 /floppy donne mount : type fs fat non pris en charge par le kernel !! Voilà, vous savez tout. Où est le 'blem ? Je verrais bien un problème dans Loadable module suport... Il ne manquerait pas l'option Kernel module loader (CONFIG_KMOD=y) par hasard ? -- Jérôme
Re: raccourci clavier vers une application
Bonsoir On Fri, Nov 07, 2003 at 08:11:28PM +0100, patrice wrote: ||| Erwan David a écrit : Depuis quel window manager ? actuellement sur blackbox... mais parfois sur kde... donc la conf dependrait des window manager !? Oui. je n'ai rien trouvé à ce sujet pour la blackbox... Pour blackbox, c'est très certainement faisable avec le package bbkeys (en utilisant ExecCommand il me semble). En ce qui concerne kde, je ne me prononce pas. -- Jerome
Re: souris fofolle
Bonjour On Fri, Sep 12, 2003 at 06:58:35PM +, François Boisson wrote: Confucius l'avait dit: Le monde se divise en 2, ceux qui arrivent à activer gpm avec une souris PS2 et X et ceux (dont moi) qui n'y arrivent pas et n'y arriveront jamais!: 2ans 1/2 que j'applique avec soin et discipline toutes les indications que l'on me donne sur ce sujet et et je ne peux toujours pas avoir gpm et X sans avoir ma souris folle sous X. Merci de m'avoir donné un (bref) espoir mais c'est encore raté chez moi (je n'ai pas trop été étonné, des # dans mon XF86config m'incitent à penser que j'avais déjà essayé le gpmdata, etc)... Je vais te redonner un peu d'espoir. Sur un portable, j'ai moi aussi eu des problèmes avec le repeat_type=raw. Je sais pas pourquoi ça marchait pas (et j'ai pas cherché à comprendre). Je me suis contenté d'utiliser le repeat_type pour faire convertir le protocole, et depuis, tout fonctionne. gpm.conf: -- device=/dev/psaux responsiveness= repeat_type=msc type=ps2 append= -- XF86Config: -- Section Pointer Device /dev/gpmdata ProtocolMouseSystems Emulate3Buttons EndSection -- J'ai utilisé le protocole msc parce que c'est le protocole utilisé par gpm pour /dev/gpmdata quand on ne précise rien. J'étais donc sûr que ce protocole était implémenté par gpm (d'après sa page de man, il ne sait pas émuler certains protocoles). Voilà, je sais pas si ça peut t'aider... -- Jérôme
Re: Erreur Disque ?
On Mon, Aug 11, 2003 at 12:29:40PM +0200, Tony Schonfeld wrote: hello Il y a quelques semaines j'ai mon disque qui est passe en Read Only, apres passage au E2fsck il y avait une duplication de repertoire(s) et c'est rentre dans l'ordre. Cette nuit plantage et comme message : EXT2-fs error (device ide0(3,3)): ext2_free_blocks Freeing blocks not in datazone - block = 343733817, count = 1 EXT2-fs warning (device ide0(3,3)): ext2_free_blocks: bit already cleared for block 775826 Kernel panic: EXT2-fs panic (device ide0(3,3)):load_block_bitmap: block_group = groups_count - block_group =131071, groups_count = 49 Quel est votre avis, n'est ce pas un probleme physique du disque ? Bonjour. Peut-être, mais vu les erreurs, ça ne me semble pas le plus probable. J'ai déjà eu des problème de ce type sur une machine, et ça venait pas du disque dur, mais de la RAM de la machine qui était défectueuse. Avant de tester le disque dur, je commencerais par vérifier que la RAM fonctionne bien (avec memtest86 par exemple). -- Jérôme
Re: Encore un petit probleme avec ma sun...
On Sat, Jun 28, 2003 at 07:01:35AM +0200, Maxime Chatelle wrote: Salut, J'ai installé XFree et ça fonctionne bien avec sunffb ( pour le dri je verrai plus tard ) mais la souris est hyper lente, elle ne réagit qu'a 1 click sur 5 et c'est pareil pour les déplacements. Le seul protocole qui fonctionne avec ma souris est le BusMouse Alors sois le sun est trop lent pour s'occupé de la souris mais ça m'étonnerai ou alors ce n'est pas le bon protocole. [...snip...] si qqun sais quel protocole utiliser Le protocole a l'air bon. Je sais pas si ça peut t'aider, mais voilà un extrait du XF86Config-4 de ma SS4 (elle utilise le même type de clavier/souris et je n'ai jamais eu de problème sous X avec cette machine). Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/sunmouse Option Protocol BusMouse EndSection A+ -- Jerome
Re: top --zombies
On Sun, Jun 29, 2003 at 11:39:46AM +0200, Alain Tesio wrote: On 28 Jun 2003 19:00:29 +0200 hendrickx guy [EMAIL PROTECTED] wrote: depuis hier quand je tape la commande top j'ai un processus zombie tout d'abord c'est quoi exactement un prosecus zombie Le kernel garde la liste des processus terminés avec leur statut d'exécution tant que leur parent ne l'a pas demandé. Si le parent se termine ou est killé avant de demander le code de retour, le fils devient zombie. Je n'en suis pas sûr. Tout processus se terminant devrait passer par l'état zombi et y rester jusqu'à ce que son père prenne connaissance de sa terminaison. Si le père se termine avant d'avoir pris connaissance de cette terminaison, le zombi devrait être adopté par le processus numéro 1 (init) qui est avisé que son fils adoptif est terminé et prend en compte cette terminaison (ce qui entraine la suppression du processus zombi). En tout cas, les choses se passent ainsi dans le monde Unix. On peut donc s'attendre à ce que soit pareil avec Linux... A mon avis, le père du zombi n'est pas terminé, mais quelque chose fait qu'il ne prend pas connaissance de la terminaison d'un de ses fils. command savoir qui c'est et comment regler cela Je crois que tu ne peux pas, mais ils ne consomment presque pas de ressources. Si je me souviens bien, un processus zombi ne consomme qu'une seule ressource : une entrée dans la table des processus. Pour te débarasser de tom zombi, une solution particulièrement brutale serait de tuer son père (champ PPID dans ps) avec un kill -9 par exemple mais avant de tuer le père, assure toi que les conséquences de sa mort ne seront pas pire que le mal. Bref, utilise ton jugement. A+ -- Jérôme
Re: [kernel 2.4.21]
Salut On Thu, Jun 26, 2003 at 11:34:38PM +0200, Frederic SOSSON wrote: Hello, Je viens de compiler un kernel 2.4.21 et lorsque je boot sur le nouveau kernel, j'ai le message suivant: Kernel panic: VFS: unable to mount root fs Une idée?? Deux idées en fait: - Soit tu as oublié de mettre le support pour le filesystem que tu as utilisé pour ta partition root. - Soit il manque un driver (essaye de capturer les messages au boot et vérifie que le disque dur avec ta partition root est bien détecté). La plupart des kernel panic de ce type sont provoqués par une de ces deux causes. A+ Jérôme
Re: carte Quad
On Wed, Jun 25, 2003 at 08:58:02AM +0200, pingouin osmolateur wrote: Salut tout le monde Est-ce que quelqu'un a deja installé une carte Quad Sun sur une debian. Je suis en testing sur une sun solaris SPARC 5 quel module je dois charger. merci pour vos reponses J'ai jamais installé de carte Quad, ma SS5 a pas ça, mais vu les sources du noyau, je dirais que le module s'appelle sunqe. A+ -- Jerome
Re: Verrouillage auto de la console...
Bonjour Je prend le thread en cours de route. Je n'ai pas la réponse à la question initiale, mais à mon avis, TMOUT ne sera pas d'un grand secours. On Wed, Jun 25, 2003 at 08:38:47AM +0200, Loic.B (FDUL) wrote: Il semble que la variable TMOUT provoque la deconnection de la console au bout de X secondes. Mais nul part il n'apparait une prise en compte des entrées dans le tty. Ce qui reviendrait à dire qu'utilisée ou pas, la console sera verrouillée au bout de ces X secondes. Ce que je souhaiterai, c'est remettre ce compteur à zero lors de chaque utilisation de la console... TMOUT, c'est le temps maximum imparti pour lancer une commande. Autrement dit, si tu fais une export TMOUT=10, tu as 10 secondes pour lancer une commande, sinon bash se termine automatiquement. Quand la commande que tu as lancé se termine (l'exécution de la commande peut prendre plus de 10 secondes, TMOUT n'arrètera pas une commande en cours d'exécution) et te rend la main, tu as de nouveau 10 secondes pour lancer une autre commande, et ainsi de suite... TMOUT n'a absolument rien à voir avec l'activité de la console. Si au bout du temps imparti pour lancer la commande tu es encore en train de la tapper au clavier, bash se terminera quand même. D'autre part, je ne vois pas l'utilité d'utiliser un tierce programme comme vlock si le shell s'en charge tout seul lors de la prise en compte de la variable TMOUT. vlock vérouille la console. TMOUT permet d'arrèter automatiquement le bash. Ce sont deux choses très différentes. Dernier point, si je cherche à modifier cette variable, le shell me retourne invariablement:bash: TMOUT: readonly variable. Comme rendre cette variable modifiable?... Bizarre. Sur ma machine, je peux la modifier comme je veux. A+ -- Jérôme
Re: Verrouillage auto de la console...
On Wed, Jun 25, 2003 at 01:15:56PM +0200, Nicolas Évrard wrote: * Jerome Chantelauze [12:12 25/06/03 CEST]: Autrement dit, si tu fais une export TMOUT=10, tu as 10 secondes pour lancer une commande, sinon bash se termine automatiquement. C'est là que ça se complique, on peut raisonablement penser que personne ne mettre la variable TMOUT à un nombre aussi faible. Un bon compromis Entièrement d'accord. En pratique, on utilisera jamais une valeur aussi faible. Mais cette valeur est un bon compromis pour faire des tests. :-) serait de mettre TMOUT à 600, je suppose qu'en 600 secondes, on a le temps d'entrer une commande. Le problème est que si cette commande est mutt/emacs/vim/... je pense que le shell se fermera aussi. Non, le shell ne se fermera pas, pas tant qu'il n'aura pas récupéré la main (et à ce moment là, le compteur sera remis à zéro). Enfin, bash se comporte comme ça. Pour zsh, je ne sais pas. A+ -- Jerome
Re: knoppix ( limite hs !!! )
On Fri, Jun 20, 2003 at 02:42:30PM +0200, Thomas Nemeth wrote: Jusqu'à présent seuls les 2.2.x étaient vraiment viables sur Sparc. Après maintes tentatives de compilations de 2.4.x (avec x récent) qui se sont toutes révélées foireuses, J'en suis resté au 2.2.25... A propos de Sparc. Je ne me prononcerai pas sur les SS20, mais certaines Sparc Stations fonctionnent très bien avec des 2.4.x récents. [EMAIL PROTECTED]:~$ uname -a Linux SUN-01 2.4.21-pre7 #2 mer avr 9 19:41:29 CEST 2003 sparc unknown [EMAIL PROTECTED]:~$ La machine en question est une SS4 et je n'ai pas rencontré le moindre problème, même sous forte charge. Par contre, les noyaux 2.2.x étaient instables (inutilisables) sur les SS5 équipées d'un processeur Turbo Sparc. Je n'ai jamais testé avec un noyau 2.4 (j'ai du me résoudre à changer d'OS). Si quelqu'un a fait le test, un retour d'expérience m'intéresse. -- Jerome Chantelauze.
Re: Debian/Sparc_et_appels_systèmes.
On Thu, Feb 27, 2003 at 09:23:01AM +0100, Thomas Nemeth wrote: Le 27.02.03, Florent DEMURE a tapoté : | --- Thomas Nemeth [EMAIL PROTECTED] a écrit : |Depuis hier, j'ai installé une debian sur une SS20 | biproc. | | Ah bon ?? Comment tu as fait? Chez moi l'install est | impossible a partir d'une distrib Deb pour SPARC !!! | Et moi aussi, j'ai deux SS20, sauf que je crois pas | qu'elles soient biproc. Hum... C'est pas très compliqué : mon lecteur de CD refusant de booter pour cause d'absence de disklabel, j'ai débranché le lecteur de disquette de ma ss2 pour le mettre sur la ss20. J'ai ensuite fait des disquettes de boot. Je signale également que si tu as pas de lecteur de CD et pas de lecteur de disquettes, les sparc stations peuvent booter sur le réseau. La marche à suivre est expliquée dans la doc d'install debian sur http://www.debian.org/releases/stable/sparc/install (plus particulièrement les chapitres 4.4 et 5.5). Ensuite, il suffit de faire une install par nfs par exemple. C'est comme ça que j'avais installé une potato sur ma SS4. Jérôme
Re: Debian/Sparc et appels systèmes.
On Wed, Feb 26, 2003 at 08:35:51PM +0100, Thomas Nemeth wrote: Bonjour à tous. Bonjour. Depuis hier, j'ai installé une debian sur une SS20 biproc. Tout fonctionne pour le mieux excepté quelques messages d'erreur (qui visiblement ne gênent pas trop le système) dont je voudrais me débarasser : $ dmesg | grep Unimplemented init[1]: Unimplemented SPARC system call 69 portmap[86]: Unimplemented SPARC system call 87 cp[110]: Unimplemented SPARC system call 69 mv[131]: Unimplemented SPARC system call 69 inetd[153]: Unimplemented SPARC system call 53 lpd[157]: Unimplemented SPARC system call 69 En effet, ces messages ne gènent à priori pas beaucoups la bonne marche du système, mais on s'en passerait bien... Je suppose que ce sont des appels systèmes non implémentés dans le noyau. C'est un 2.2.20-smp fourni avec sarge... Pour ceux qui auraient déjà testé, le passage à un 2.4.x permet-il de régler ce genre de problème ? Si oui, y a-t-il des noyaux précompilés en smp ? Malheureusement, la dernière SS20 bi-proc qui m'est passée entre les mains, j'ai pas pu la sauver de la benne, et c'est pas faute d'avoir essayer. :-( Mais j'ai une SS4 avec un seul processeur (un microSparc) qui envoyait à peu près les même insultes pendant l'init. Je ne sais pas d'où viennent ces messages d'erreur, mais je m'en suis débarassé tout simplement en recompilant le noyau. Aujourd'hui, j'ai un 2.4.19, mais la série 2.2.x fonctionnait aussi (après recompilation). Par contre, j'ai pris la déplorable habitude d'utiliser les sources de ftp.kernel.org et les compiler et les installer de façon standard. En espérant que ça pourra aider. Jérôme
Re: Acch, xfree86 gross problem
On Fri, Feb 21, 2003 at 11:33:17PM +0100, [EMAIL PROTECTED] wrote: Bonjour, Je viens d'installer xfree86 sur un portable HP omnibook Xe2 DD avec la debian 3.0. Et bien, rien ... J'ai installé xfree à partir de tasksel. Le package proposé est x-window-system. Si j'ai bien tout lu, c'est la version 4 de xfree qui est installée. Or, je sais par expérience (install deb 2.2 et Mandrake) que la version antérieur 3.6 (il me semble) fonctionne. Mais dans la liste des packages je ne le trouve pas. Si vous avez une soluce, merci bien. Bonjour Heureusement, xfree 3.3.6 est toujours disponible. Il faut installer le paquet xfree 4, et les paquets xserver 3.3.6 qui vont bien. J'ai fait ça sur un 486 dont la carte vidéo (une S3) n'est pas supportée par xfree 4 mais fonctionne très bien avec Xfree 3... [EMAIL PROTECTED]:~$ dpkg -l | grep xfree ii xfree86-common 4.1.0-16 X Window System (XFree86) infrastructure [EMAIL PROTECTED]:~$ dpkg -l | grep xserver ii xserver-common 4.1.0-16 files and utilities common to all X servers ii xserver-common 3.3.6-44 files and utilities common to XFree86 3.x X ii xserver-s3 3.3.6-44 X server for S3 chipset-based graphics cards [EMAIL PROTECTED]:~$ En installant les même paquets que moi et en remplaçant le xserver-s3 par le xserver-qui-va-bien, ça devrait le faire... Jérôme Chantelauze
Re: Acch, xfree86 gross problem
On Sat, Feb 22, 2003 at 02:19:55PM +0100, Frédéric Bothamy wrote: * Jerome Chantelauze [EMAIL PROTECTED] [2003-02-22 10:38] : [...] Heureusement, xfree 3.3.6 est toujours disponible. Il faut installer le paquet xfree 4, et les paquets xserver 3.3.6 qui vont bien. J'ai fait ça sur un 486 dont la carte vidéo (une S3) n'est pas supportée par xfree 4 mais fonctionne très bien avec Xfree 3... Je ne sais pas quelle carte S3 tu as, mais je sais que certaines cartes non-supportées par 4.1.0 le sont maintenant avec la 4.2.1 (de testing) (par exemple, la Trio32). Tu peux comparer les pages : http://www.xfree86.org/4.1.0/Status28.html#28 et http://www.xfree86.org/4.2.1/Status28.html#28 pour connaître les modifications. Cela dit, si ton système est en stable et que les pilotes 3.3.6 fonctionnent bien, il n'y a pas de bonne raison de changer. La carte en question a un chipset 86C928 et il n'est pas supporté par Xfree 4.2.1, mais je te remercie pour les liens :-). Jérôme