http://linuxfr.org/~_kd/ LinuxFr.org fr http://linuxfr.org/~_kd/ http://linuxfr.org/images/favicon.png 30 _kd Mon, 18 Apr 2005 08:58:57 +0200 http://linuxfr.org/forums/10/8161.html http://linuxfr.org/forums/10/8161.html general Bonjour,<br /> <br /> Ça fait plusieurs jours que je cherche à trouver un moyen pour couper une connexion TCP.<br /> <br /> Plus précisément, supposons que j'aie un processus qui tourne sous mon UID et qui est connecté en TCP avec un hôte distant. Je voudrais, par une commande externe, couper cette connexion. A priori, je n'ai besoin de couper la connexion que pour le processus sur le système local, ça n'est pas trop grave si l'hôte distant croit que la connexion est encore ouverte.<br /> <br /> J'ai cherché à voir s'il n'y avait pas des entrées intéressantes dans /proc, ou données par la commande netstat. Je n'ai rien trouvé.<br /> <br /> Merci d'avance pour vos réponses. _kd Sat, 25 Dec 2004 00:57:55 +0100 http://linuxfr.org/forums/36/5734.html http://linuxfr.org/forums/36/5734.html noyau Bonsoir tout le monde et joyeux Noël !<br /> <br /> Bon, j'ai un vieux 386 avec 4 Mo de RAM, lecteur de disquette mais sans disque dur.<br /> <br /> J'ai envie de m'en servir comme terminal. Pour celà, j'essaye de construire une disquette de boot contenant l'émulateur de terminal minicom (si vous avez plus léger, je suis preneur !).<br /> <br /> Voilà donc ce que je fais, en gros :<br /> - je crée un système de fichier ext2 sur une disquette avec toute l'arborescence et tous les fichiers qu'il faut dans /etc par exemple.<br /> - je compile un noyau que je copie dans l'arborescence de la disquette<br /> - je met en place lilo sur la disquette<br /> - je compile minicom statiquement et je le copie sur la disquette<br /> <br /> Une fois la disquette placée dans le 386, voici ce qui devrait se passer :<br /> - boot sur lilo qui lance le noyau linux<br /> - la ligne de commande du noyau linux étant du genre "root=/dev/fd0 init=/bin/minicom", ça devrait lancer directement minicom à la place d'init comme sur les vrais systèmes.<br /> <br /> Seulement voilà, le noyau démarre et finit de s'initialiser, mais voici ce que j'obtiens comme message d'erreur :<br /> "You don't exist Go away !",<br /> suivi d'un kernel panic<br /> <br /> Avez-vous une idée de ce qui se passe ? Google ne m'est pas d'un grand secours malheureusement :(<br /> <br /> Merci d'avance ! _kd Thu, 16 Dec 2004 08:36:53 +0100 http://linuxfr.org/forums/10/5570.html http://linuxfr.org/forums/10/5570.html general Mon fichier /etc/security/console.perms est correctement écrit et permet à tous les utilisateurs appartenant au groupe audio de pouvoir lire et écrire sur la carte son (via les fichiers /dev/sound/*, gérés par devfsd). Voilà ce qu'il contient (je n'ai mis que les parties intéressantes): <pre> =/dev/dsp* /dev/audio* /dev/midi* /dev/mixer* /dev/sequencer* \ /dev/sound/* /dev/snd/* /dev/beep \ /dev/admm* \ /dev/adsp* /dev/aload* /dev/amidi* /dev/dmfm* \ /dev/dmmidi* /dev/sndstat 0660 0660 root.audio </pre> Cette configuration a toujours fonctionné. Seulement voilà, depuis un certain temps, je ne me souviens malheureusement pas de l'élément déclencheur (même si je suspecte une mise à jour de PAM), ça ne marche pas aussi bien. Si je me logue avec l'utilisateur user1 appartenant au groupe audio, les fichiers /dev/sound/* sont comme ceci (regarder les permissions et utilisateurs) : <pre> crw-rw---- 1 user1 audio 14, 3 jan 1 1970 /dev/sound/dsp </pre> Pour l'instant, tout va bien, ça marche comme prévu. Maintenant, si l'utilisateur user2 du groupe audio se logue, avec ma configuration, le fichier /dev/sound/dsp <i>devrait</i> être comme ceci : <pre> crw-rw---- 1 user2 audio 14, 3 jan 1 1970 /dev/sound/dsp </pre> Sauf que, voici ce que j'ai : <pre> crw-rw---- 1 user2 root 14, 3 jan 1 1970 /dev/sound/dsp </pre> Je ne sais vraiment pas d'où ça peut venir. Et a priori, ce n'est pas un problème spécifique à la carte son : le même genre de configuration est utilisé pour le lecteur cd ou le graveur par exemple. Merci par avance pour vos réponses :)