Re: [Un peu HS] Truc bizarre avec des sockets Linux
Désolé, j'ai oublié le code serveur. JB #include #include #include #include #include #include #include #include #define PORT int main(){ int sockfd, ret; struct sockaddr_in serverAddr; int newSocket; struct sockaddr_in newAddr; socklen_t addr_size; char buffer[1024]; pid_t childpid; sockfd = socket(AF_INET, SOCK_STREAM, 0); if(sockfd < 0){ printf("[-]Error in connection.\n"); exit(1); } printf("[+]Server Socket is created.\n"); memset(, '\0', sizeof(serverAddr)); serverAddr.sin_family = AF_INET; serverAddr.sin_port = htons(PORT); serverAddr.sin_addr.s_addr = inet_addr("127.0.0.1"); ret = bind(sockfd, (struct sockaddr*), sizeof(serverAddr)); if(ret < 0){ printf("[-]Error in binding.\n"); exit(1); } printf("[+]Bind to port %d\n", ); if(listen(sockfd, 10) == 0){ printf("[+]Listening\n"); }else{ printf("[-]Error in binding.\n"); } while(1){ newSocket = accept(sockfd, (struct sockaddr*), _size); if(newSocket < 0){ exit(1); } printf("accept(%d, %d)\n", sockfd, newSocket); printf("Connection accepted from %s:%d\n", inet_ntoa(newAddr.sin_addr), ntohs(newAddr.sin_port)); if((childpid = fork()) == 0){ close(sockfd); while(1){ recv(newSocket, buffer, 1024, 0); if(strcmp(buffer, ":exit") == 0){ printf("Disconnected from %s:%d\n", inet_ntoa(newAddr.sin_addr), ntohs(newAddr.sin_port)); printf("shutdown: %d\n", shutdown(newSocket, SHUT_RDWR)); printf("close: %d\n", close(newSocket)); break; }else{ printf("Client: %s\n", buffer); send(newSocket, buffer, strlen(buffer), 0); bzero(buffer, sizeof(buffer)); } } } } close(newSocket); return 0; } signature.asc Description: OpenPGP digital signature
Re: [Un peu HS] Truc bizarre avec des sockets Linux
Je viens de reproduire la chose avec deux bouts de programmes écrits en C (voir les deux pièces jointes). hilbert:[~/rpl-test] > ./server [+]Server Socket is created. [+]Bind to port [+]Listening accept(3, 4) Connection accepted from 127.0.0.1:43388 Client: aze Disconnected from 127.0.0.1:43388 shutdown: 0 close: 0 accept(3, 6) Connection accepted from 127.0.0.1:49504 Client: aze Disconnected from 127.0.0.1:49504 shutdown: 0 close: 0 hilbert:[~/rpl-test] > ./client [+]Client Socket is created. [+]Connected to Server. Client: aze Server: aze Client: :exit [-]Disconnected from server. hilbert:[~/rpl-test] > ./client [+]Client Socket is created. [+]Connected to Server. Client: aze Server: aze Client: :exit [-]Disconnected from server. Un coup de valgrind montre exactement la même chose lorsque le processus serveur racine est tué par un SIGINT : ==10415== Process terminating with default action of signal 2 (SIGINT) ==10415==at 0x49A04D0: accept (accept.c:26) ==10415==by 0x109233: main (tcpServer.c:52) ==10415== ==10415== FILE DESCRIPTORS: 7 open (3 std) at exit. ==10415== Open AF_INET socket 6: 127.0.0.1: <-> 127.0.0.1:57256 ==10415==at 0x49A04D0: accept (accept.c:26) ==10415==by 0x109233: main (tcpServer.c:52) ==10415== ==10415== Open AF_INET socket 4: 127.0.0.1: <-> 127.0.0.1:46402 ==10415==at 0x49A04D0: accept (accept.c:26) ==10415==by 0x109233: main (tcpServer.c:52) ==10415== ==10415== Open AF_INET socket 3: 127.0.0.1: <-> unbound ==10415==at 0x49A0BA7: socket (syscall-template.S:120) ==10415==by 0x109141: main (tcpServer.c:25) ==10415== ==10415== Open file descriptor 5: ==10415== Les sockets créées par accept() [ici fd=4 et fd=6] restent ouvertes dans le processus racine du serveur et au bout d'un certain nombre de connexions (dépendant de la valeur max open files), accept() retourne une erreur. À noter : la socket est bien fermée dans le processus créé par fork() [shutdown + close] et est fermée dans le client. Merci de vos lumières, JB #include #include #include #include #include #include #include #include #define PORT int main(){ int clientSocket, ret; struct sockaddr_in serverAddr; char buffer[1024]; clientSocket = socket(AF_INET, SOCK_STREAM, 0); if(clientSocket < 0){ printf("[-]Error in connection.\n"); exit(1); } printf("[+]Client Socket is created.\n"); memset(, '\0', sizeof(serverAddr)); serverAddr.sin_family = AF_INET; serverAddr.sin_port = htons(PORT); serverAddr.sin_addr.s_addr = inet_addr("127.0.0.1"); ret = connect(clientSocket, (struct sockaddr*), sizeof(serverAddr)); if(ret < 0){ printf("[-]Error in connection.\n"); exit(1); } printf("[+]Connected to Server.\n"); while(1){ printf("Client: \t"); scanf("%s", [0]); send(clientSocket, buffer, strlen(buffer), 0); if(strcmp(buffer, ":exit") == 0){ printf("shutdown: %d\n", shutdown(clientSocket, SHUT_RDWR)); printf("close: %d\n", close(clientSocket)); printf("[-]Disconnected from server.\n"); exit(1); } if(recv(clientSocket, buffer, 1024, 0) < 0){ printf("[-]Error in receiving data.\n"); }else{ printf("Server: \t%s\n", buffer); } } return 0; } signature.asc Description: OpenPGP digital signature
Re: Installation d'un paquet pour un groupe d'utilisateur
Le 23/11/2023 à 16:04, Alex PADOLY a écrit : Bonsoir à tous, Sur un serveur LTSP, comment peut-on faire pour installer un logiciel pour un utilisateur ou un groupe d'utilisateur. Sans certitude, je pense que cela pourrait se faire avec dpkg -i. Merci pour vos réponses. Avertissement: je m'y colle parce que personne ne t'a répondu pour l'instant mais je n'ai jamais installé de serveur donc ce que je te dis est à prendre avec précautions J'aurais tendance à faire comme suit (peut-être justement parce que je ne suis pas familier avec une autre approche qui serait plus appropriée): soit: - créer un groupe utilisateur par appli à installer, pour chaque appli modifier les utilisateurs appelés à utiliser celle-ci afin de les incorporer dans le groupe de l'appli, modifier le groupe du binaire de l'appli pour que ce soit le groupe de l'appli, restreindre les droits d'exécution du binaire de l'appli exclusivement à l'utilisateur propriétaire et au groupe propriétaire à l'exclusion des autres ou - gérer ça avec des ACL (j'ai pas creusé)
Re: live-build: erreur sur firmware
Le 23/11/2023 à 22:46, didier gaumet a écrit : [...] --archive-areas "main contrib non-free" \ [...] j'ai fait du copier-coller sans me relire et modifier. il faut donc lire plutôt: --archive-areas "main contrib non-free non-free-firmware" \
Re: live-build: erreur sur firmware
De ce que je comprends d'après un tuto sur debian-facile: (cf https://debian-facile.org/doc:install:live-build ) 1) il faut spécifier les options: lb config noauto \ [...] --archive-areas "main contrib non-free" \ [...] --firmware-binary "true" \ --firmware-chroot "true" \ [...] 2) il faut aussi insérer chaque paquet de firmware à installer dans la liste des paquets à installer. tu peux alléger un peu la liste en spécifiant l'un des métapaquets disponibles: live-task-non-free-firmware-pc live-task-non-free-firmware-server ne m'en demande pas plus, je n'ai jamais expérimenté tout ça :-)
Re: live-build: erreur sur firmware
Bonsoir, Dommage, aucune des deux lignes passent (même retour) : --archive-areas main contrib non-free non-free-firmware \ ou --archive-areas main contrib non-free-firmware \ Je vais m'appuyer sur la commande que vous citez "apt show" pour d'autres tentatives. Merci ! pierre estrem Le 23/11/2023 à 08:59, didier gaumet a écrit : Le 23/11/2023 à 03:23, Pierre ESTREm a écrit : [...] E: Package 'firmware-linux' has no installation candidate [...] --archive-areas main contrib non-free \ [...] Bonjour, didier@hp-notebook14:~$ apt show firmware-linux [...] Section: non-free-firmware/metapackages [...] je pense que la ligne suivante serait correcte pour ton emploi: --archive-areas main contrib non-free non-free-firmware \ ou simplement --archive-areas main contrib non-free-firmware \ si seuls les firmwares t'intéressent parmi les logiciels propriétaires
[Un peu HS] Truc bizarre avec des sockets Linux
Bonjour à tous, Je développe le logiciel suivant http://www.rpl2.fr et un utilisateur du bout du monde vient de me remonter un bug bizarre sur la gestion des sockets réseau TCP. Je viens de passer la journée dessus et je ne comprends pas. Je précise que la fonction a été méchamment testée et qu'il me semble qu'elle fonctionnait parfaitement lorsqu'elle a été publiée il y a de cela plusieurs années. La séquence de commandes C effectuée est la suivante : - création d'une socket avec socket() et bind() ; - attente d'une connexion entrante avec accept() ; - fork() et traitement du client dans le processus fils (y compris la libération de la socket créée par accept()). C'est ni plus ni moins que ceci (fonction serve_forever()): https://gist.github.com/laobubu/d6d0e9beb934b60b2e552c2d03e1409e#file-httpd-c Dans le langage en question, ça se traduit comme ceci : SERVEUR << // Création d'une socket TCP écoutant // sur le port 87 avec un maximum de 16 // sockets clientes. { "local" "stream" "flow" { "protocol" "ipv4" } { "listen" 16 } { "port" 87 } { "option" "reuse address" } } open // Format binaire { "length*(*)" } swap format -> SOCKET << do // On attend une connexion SOCKET wfsock // Si connexion, on lance un // traitement dans un processus // fils. 'CIRCUIT_CONNECTE' detach // On efface le PID de la pile drop // On efface les deux sockets de la pile drop2 until false end >> >> CIRCUIT_CONNECTE << "Socket connectée" disp 'SOCKET' sto 'FERMETURE_SOCKET' atexit do SOCKET "POLLIN" 2 ->list 1 ->list TIMEOUT_CONNEXION poll ... until ... end >> FERMETURE_SOCKET << SOCKET close >> Si je remplace 'detach' (fork()) par 'spawn' (thread_create()), ça fonctionne parfaitement bien. Ça peut tourner des heures (j'ai laissé le processus fonctionner durant plusieurs heures, ce qui correspond à plusieurs centaines de milliers de connexion sur la socket). Avec 'detach', le programme finit par planter faute de descripteur de socket disponible (trop de fichiers ouverts). Je viens de passer le code dans valgrind et je ne comprends pas bien : Root rayleigh:[~/exemple] > valgrind --track-fds=yes ./connecteur.rpl +++RPL/2 (R) version 4.1.35 (Jeudi 23/11/2023, 16:42:36 CET) +++Copyright (C) 1989 à 2022, 2023 BERTRAND Joël ... socket: 7 <- renvoyée par accept() dans WFSOCK (la socket créée par socket est la 6) Socket connectée close 7 <- fermeture de la socket 7 (par un shutdown() puis close()) close 7 OK ... socket: 9 Socket connectée close 9 close 9 OK ==20196== FILE DESCRIPTORS: 7 open (3 std) at exit. ==20196== Open AF_INET socket 7: 127.0.0.1:87 <-> unbound ==20196==at 0x546950F: accept (accept.c:26) ==20196==by 0x5C0661: librpl_instruction_wfsock (instructions_w1-conv.c:3410) ==20196==by 0x4CC36D: librpl_analyse (analyse-conv.c:1076) ==20196==by 0x4D9C58: librpl_evaluation (evaluation-conv.c:764) ==20196==by 0x5CF16D: librpl_sequenceur_optimise (optimisation-conv.c:399) ==20196==by 0x5D5A46: librpl_rplinit (rpl-conv.c:5198) ==20196==by 0x466F9D: main (init-conv.c:29) ... Comment se fait-il que la socket soit toujours ouverte dans le père (elle a été explicitement fermée dans le processus fils) ? Les ressources système ne sont pas libérées. Pire, chaque socket cliente reste ouverte pour le système et le processus parent. Je résous une partie du problème en rajoutant un close de la socket cliente après un timeout dans le processus serveur (mais ce n'est pas satisfaisant). Je constate aussi que si je ferme dans le processus fils la socket initiale (celle créée par socket()), accept() râle. Le processus fils peut donc fermer la socket en attente sur accept() mais s'il ferme la socket() renvoyée par accept(), il ne la ferme que pour lui-même (et pas pour le processus père). La question est donc : suis-je passé à côté de quelque chose ? J'en reviens donc à ce bout de code : https://gist.github.com/laobubu/d6d0e9beb934b60b2e552c2d03e1409e#file-httpd-c Sauf erreur de ma part, dans la fonction serve_forever(), je trouve bien un accept(), mais jamais de close() sur la socket créée par accept() (plus exactement, je trouve le close dans le processus détaché par fork()). Comment ce bout de code peut-il fonctionner sans qu'il ne finisse par planter par un dépassement du nombre de fichiers ouverts ? Merci de votre attention, JB PS: j'essaie de compiler sur un NetBSD, mais j'ai un problème de symboles entre ncurses et readline : ltiple definition of `UP'; ../tools/readline-8.2/libreadline.a(terminal.o):(.bss+0xa8): first defined here /usr/bin/ld:
Re: Trousseau de clefs
Le 23/11/2023 à 17:36, Yannick a écrit : Le 23/11/2023 à 17:12, didier gaumet a écrit : Sinon tu peux vérifier avec seahorse (installe le paquet si besoin) ce qui est enregistré dans gnome-keyring Re, J'ai essayé Seahorse et il m'a lui aussi demandé le mot de passe du trousseau. J'ai essayé celui de la session et cela a marché (j'ai lu un peu de littérature à ce sujet); donc problème résolu mais un peu surprenant d'avoir mis le code session pour cela, Je ne suis pas très doué. Comment je peux le modifier pour cet usage exclusif? Amitiés En 2 mots vu que j'ai jamais testé, d'après le wiki Archlinux: https://wiki.archlinux.org/title/GNOME/Keyring il y a une explication en français sur la manip: https://help.gnome.org/users/seahorse/stable/keyring-update-password.html
Re: Trousseau de clefs
Le 23/11/2023 à 17:12, didier gaumet a écrit : Sinon tu peux vérifier avec seahorse (installe le paquet si besoin) ce qui est enregistré dans gnome-keyring Re, J'ai essayé Seahorse et il m'a lui aussi demandé le mot de passe du trousseau. J'ai essayé celui de la session et cela a marché (j'ai lu un peu de littérature à ce sujet); donc problème résolu mais un peu surprenant d'avoir mis le code session pour cela, Je ne suis pas très doué. Comment je peux le modifier pour cet usage exclusif? Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Trousseau de clefs
Le 23/11/2023 à 16:52, Yannick a écrit : Le 23/11/2023 à 16:31, didier gaumet a écrit : [...] Il y a des trousseaux de DE (gnome, KDE, etc...) que tu peux (option) utiliser. Généralement si tu en utilises un tu utilises celui de ton DE (gnome-keyring pour Gnome qui est le DE par défaut sous Debian). Je n'arrive pas à trouver pour XFCE cette interface de gestion sous réserve parce que ça fait un bail que j'ai utilisé Xfce régulièrement: Xfce n'a pas, je crois, de système propre à ce sujet, il doit être prévu d'utiliser en option gnome-keyring en démarrant certains services gnome nécessaires à l'ouverture de la session Xfce (tout ça étant automatique une fois paramétré) [...] Ayant contourné le problème en ressaisissant tout je ne puis reproduire et donner le détail quoique mon premier message donne grosso-modo ce que j'ai fait: Au moment de saisir mon n° de CB il me proposait de prendre des données déjà enregistrées, je choisis et là mot de passe du trousseau de clef que j'ai perdu. Amitiés Quel type de données? par exemple ton code à 4 chiffres de carte bleue (auquel cas peut-être dans un trousseau genre gnome-keyring)? ou alors un mot de pass de connexion au site de ta banque associé à cette carte (auquel cas peut-être dans le trousseau Firefox)? pour le code carte bleue, je ne l'enregistre jamais donc je peux difficilement te renseigner Sinon tu peux vérifier avec seahorse (installe le paquet si besoin) ce qui est enregistré dans gnome-keyring
Re: Trousseau de clefs
Le 23/11/2023 à 16:31, didier gaumet a écrit : Le 23/11/2023 à 16:16, Yannick a écrit : Bonsoir, C'est le mot de passe du trousseau de clefs donc à priori Debian J'ai regardé dans ce que tu m'as conseillé et je n'ai pas trouvé ce mot de passe spécifique Amitiés Il y a un trousseau Debian (Debian Keyring) utilisé pour les dépôts de paquets, je ne pense pas que ce soit ce dont il s'agit. Re, Non ce n'est pas cela Il y a des trousseaux de DE (gnome, KDE, etc...) que tu peux (option) utiliser. Généralement si tu en utilises un tu utilises celui de ton DE (gnome-keyring pour Gnome qui est le DE par défaut sous Debian). Je n'arrive pas à trouver pour XFCE cette interface de gestion Firefox possède son propre trousseau (protégé par mot de passe seulement en option) dans lequel sont enregistrés les mots de passe des sites web visités dans Firefox (pas d'autres mots de passe là-dedans, hors web ou visités avec un autre navigateur). Oui et ce n'est pas ce que je cherche Peut-être ai-je tort, je me disais que ta tentative de paiement sur internet sollicitait le trousseau de Firefox. Si tu estimes que je me trompe, il faudrait si possible détailler précisément le déroulement de ta tentative de paiement étape par étape, en occultant bien sûr toutes les données sensibles mais en donnant tous les autres détails pour mieux diagnostiquer Ayant contourné le problème en ressaisissant tout je ne puis reproduire et donner le détail quoique mon premier message donne grosso-modo ce que j'ai fait: Au moment de saisir mon n° de CB il me proposait de prendre des données déjà enregistrées, je choisis et là mot de passe du trousseau de clef que j'ai perdu. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Installation d'un paquet pour un groupe d'utilisateur
Bonsoir à tous, Sur un serveur LTSP, comment peut-on faire pour installer un logiciel pour un utilisateur ou un groupe d'utilisateur. Sans certitude, je pense que cela pourrait se faire avec dpkg -i. Merci pour vos réponses.
Re: Trousseau de clefs
Le 23/11/2023 à 16:02, didier gaumet a écrit : Le 23/11/2023 à 15:56, Yannick a écrit : Bonsoir Didier, Ce n'est pas ce que je cherche. C'est le trousseau de clefs que je cherche et pas mes mots de passe de site; le mot de passe principal est connu et utilisé. Amitiés et merci quand même Désolé, je ne comprends pas quel est ton problème: j'avais cru saisir que tu enregistres les mots de passe des sites web visités dans le trousseau de Firefox, celui-ci étant chez toi (c'est une option pas obligatoire) protégé par un mot de passe principal que tu avais perdu? Si tu ne l'as pas perdu quel est le souci? Bonsoir, C'est le mot de passe du trousseau de clefs donc à priori Debian J'ai regardé dans ce que tu m'as conseillé et je n'ai pas trouvé ce mot de passe spécifique Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Installation du paquet Dbus-X11
Bonsoir, J'ai un problème d'identification sur le serveur LTSP, la résolution de ce serveur nécessite l'installation du paquet Dbus-x11 À l'installation, j'ai énormément de problème de dépendances qui ne sont pas satisfaites: - Peut-on contourner le problème sans installer Dbus-x11; - peut-on forcer l'installation du paquet Dbus-x11; - Dois-je faire évoluer mon système vers SID. Merci pour vos conseils
Re: Trousseau de clefs
Le 23/11/2023 à 15:32, didier gaumet a écrit : Le 23/11/2023 à 14:32, Yannick a écrit : Bonjour, J'ai un soucis que je peux contourner mais j'aimerais mieux revenir à une situation normale. Hier j'ai voulu effectuer un paiement en ligne sous Firefox 119. Il m'a proposé de récupérer les données déjà enregistrées dans le trousseau de clefs. Rien que de très normal. Mais voilà j'ai perdu le mot de passe de ce trousseau. Comment le retrouver et le réinitialiser? Votre réponse doit faire du pas à pas. Je ne suis pas doué. Amitiés "Attention ! Effacer votre mot de passe principal supprime tous vos identifiants et mots de passe enregistrés." (Donc commence par les exporter: https://support.mozilla.org/fr/kb/exportation-donnees-connexion-firefox ) la manip est là: https://support.mozilla.org/fr/kb/reinitialiser-mot-passe-principal-oublie Bonsoir Didier, Ce n'est pas ce que je cherche. C'est le trousseau de clefs que je cherche et pas mes mots de passe de site; le mot de passe principal est connu et utilisé. Amitiés et merci quand même -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Problème avec Firefox esr 64 bits
Le 23/11/2023 à 12:01, ajh-valmer a écrit : Hello, Je suis sous Firefox 64 bits 115.4.0 esr (64 bits). Depuis que j'ai changé de FAI vers Orange, Firefox se bloque, tous les sites que je veux atteindre, ça mouline, impossible de continuer à naviguer. Seule solution, fermer toutes les pages Firefox en cours, et le redémarrer, jusqu'au prochain blocage... Bonne journée. A. Valmer Bonjour, Tu as essayé un autre navigateur pour vérifier qu'il ne s'agit d'un problème spécifique à Firefox et pas d'un problème plus global?
Re: Trousseau de clefs
Le 23/11/2023 à 14:32, Yannick a écrit : Bonjour, J'ai un soucis que je peux contourner mais j'aimerais mieux revenir à une situation normale. Hier j'ai voulu effectuer un paiement en ligne sous Firefox 119. Il m'a proposé de récupérer les données déjà enregistrées dans le trousseau de clefs. Rien que de très normal. Mais voilà j'ai perdu le mot de passe de ce trousseau. Comment le retrouver et le réinitialiser? Votre réponse doit faire du pas à pas. Je ne suis pas doué. Amitiés "Attention ! Effacer votre mot de passe principal supprime tous vos identifiants et mots de passe enregistrés." (Donc commence par les exporter: https://support.mozilla.org/fr/kb/exportation-donnees-connexion-firefox ) la manip est là: https://support.mozilla.org/fr/kb/reinitialiser-mot-passe-principal-oublie
Trousseau de clefs
Bonjour, J'ai un soucis que je peux contourner mais j'aimerais mieux revenir à une situation normale. Hier j'ai voulu effectuer un paiement en ligne sous Firefox 119. Il m'a proposé de récupérer les données déjà enregistrées dans le trousseau de clefs. Rien que de très normal. Mais voilà j'ai perdu le mot de passe de ce trousseau. Comment le retrouver et le réinitialiser? Votre réponse doit faire du pas à pas. Je ne suis pas doué. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Problème avec Firefox esr 64 bits
Hello, Je suis sous Firefox 64 bits 115.4.0 esr (64 bits). Depuis que j'ai changé de FAI vers Orange, Firefox se bloque, tous les sites que je veux atteindre, ça mouline, impossible de continuer à naviguer. Seule solution, fermer toutes les pages Firefox en cours, et le redémarrer, jusqu'au prochain blocage... Bonne journée. A. Valmer
Re: Displayport et audio => ko
Bonjour, Le 2023-11-23 09:24, Grégory Bulot a écrit : Je n'ais pas d'interface graphique sur cette machine , donc pas de pavucontrol possible (pas a ma connaissance) ;-) (Si le sous-entendu est que tant mieux qu'il n'y ait pas pulseaudio, alors la suite ne t'intéressera probablement pas…) Si tu es plus à l'aise avec pulseaudio, tu peux le lancer même si tu n'as pas d'interface graphique : ``` pulseaudio --start ``` Si tu ajoutes cette ligne au fichier `/etc/pulse/default.pa`, alors tu pourras le piloter via le réseau : ``` load-module module-native-protocol-tcp auth-anonymous=1 auth-ip-acl=127.0.0.1;192.168.1.0/24 ``` (n'oublie pas de redémarrer pulseaudio après la modification) Depuis ton poste de travail qui a une interface graphique : ``` export PULSE_SERVER=...# Adresse IP de la machine sans interface graphique pavucontrol ``` Sébastien
Re: Displayport et audio => ko
Le 23/11/2023 à 09:24, Grégory Bulot a écrit : Bonjour Sous debian 12.2 (6.1.0-13-amd64) j'ai espoir d'avoir le son via le display port (la video fonctionne)... c'est mal engagé pour l'instant, je sollicite vos lumières. c'est un OptiPlex 780 (SFF) core2duo Je n'ais pas d'interface graphique sur cette machine , donc pas de pavucontrol possible (pas a ma connaissance) ;- aplay -l [...] carte 0 : Intel [HDA Intel], périphérique 0 : AD1984A Analog [AD1984A Analog] Sous-périphériques : 1/1 Sous-périphérique #0 : subdevice #0 carte 0 : Intel [HDA Intel], périphérique 2 : AD1984A Alt Analog [AD1984A Alt Analog] aplay -L (n'affiche que des cartes "Analog"), exemple : hw:CARD=Intel,DEV=0 HDA Intel, AD1984A Analog Direct hardware device without any conversions [...] As-tu les firmwares nécessaires installés? explorer les logs système pour trouver les fichiers de firmwares manquants (puis pour chaque fichier un apt-file search nom_du_fichier pour le paquet à installer) à vue de nez, déjà vérifier que intel-microcode ou amd64-microcode est installé, ainsi que alsa-firmware-loaders, firmware-intel-sound, firmware-misc-nonfree. Il peut aussi y avoir un firmware graphique manquant vu que Displayport c'est de l'audio/video Vaut mieux avoir trop de firmwares que pas assez: sans ceux appropriés, ça ne fonctionne pas et il n'y a généralement aucune alternative libre. Si ensuite ça ne fonctionne toujours pas, peut-être regarder du côté de la doc Alsa pour paramétrer en fonction de tes besoins: https://www.alsa-project.org/wiki/Asoundrc https://alsa.opensrc.org/MultipleCards (plus d'autres éventuelels pages du wiki alsa)
Displayport et audio => ko
Bonjour Sous debian 12.2 (6.1.0-13-amd64) j'ai espoir d'avoir le son via le display port (la video fonctionne)... c'est mal engagé pour l'instant, je sollicite vos lumières. c'est un OptiPlex 780 (SFF) core2duo Je n'ais pas d'interface graphique sur cette machine , donc pas de pavucontrol possible (pas a ma connaissance) ;-) aplay -l [...] carte 0 : Intel [HDA Intel], périphérique 0 : AD1984A Analog [AD1984A Analog] Sous-périphériques : 1/1 Sous-périphérique #0 : subdevice #0 carte 0 : Intel [HDA Intel], périphérique 2 : AD1984A Alt Analog [AD1984A Alt Analog] [...] aplay -L (n'affiche que des cartes "Analog"), exemple : hw:CARD=Intel,DEV=0 HDA Intel, AD1984A Analog Direct hardware device without any conversions LANG=C lshw -c display,sound *-display:0 description: VGA compatible controller product: 4 Series Chipset Integrated Graphics Controller vendor: Intel Corporation [...] *-display:1 UNCLAIMED (<= j'imagine que le problème est là) description: Display controller product: 4 Series Chipset Integrated Graphics Controller vendor: Intel Corporation physical id: 2.1 bus info: pci@:00:02.1 [...] *-multimedia description: Audio device product: 82801JD/DO (ICH10 Family) HD Audio Controller vendor: Intel Corporation physical id: 1b bus info: pci@:00:1b.0 logical name: card0 logical name: /dev/snd/controlC0 logical name: /dev/snd/hwC0D2 logical name: /dev/snd/pcmC0D0c logical name: /dev/snd/pcmC0D0p logical name: /dev/snd/pcmC0D2c logical name: /dev/snd/pcmC0D2p version: 02 width: 64 bits clock: 33MHz capabilities: pm msi pciexpress bus_master cap_list configuration: driver=snd_hda_intel latency=0 lspci -nn | grep -i -e audio -e display 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e13] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio Controller [8086:3a6e] (rev 02) inxi -A Audio: Device-1: Intel 82801JD/DO HD Audio driver: snd_hda_intel API: ALSA v: k6.1.0-13-amd64 status: kernel-api lshw | grep -A11 multimedia *-multimedia description: Audio device produit: 82801JD/DO (ICH10 Family) HD Audio Controller fabriquant: Intel Corporation identifiant matériel: 1b information bus: pci@:00:1b.0 nom logique: card0 nom logique: /dev/snd/controlC0 nom logique: /dev/snd/hwC0D2 nom logique: /dev/snd/pcmC0D0c nom logique: /dev/snd/pcmC0D0p nom logique: /dev/snd/pcmC0D2c lsmod | grep -i -e display -e snd -e audio -e sound snd_hda_codec_analog20480 1 snd_hda_codec_generic98304 1 snd_hda_codec_analog ledtrig_audio 16384 1 snd_hda_codec_generic snd_hda_intel 57344 0 snd_intel_dspcfg 36864 1 snd_hda_intel snd_intel_sdw_acpi 20480 1 snd_intel_dspcfg snd_hda_codec 184320 3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_analog snd_hda_core 122880 4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_analog,snd_hda_codec snd_hwdep 16384 1 snd_hda_codec snd_pcm 159744 3 snd_hda_intel,snd_hda_codec,snd_hda_core snd_timer 49152 1 snd_pcm snd 126976 7 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec_analog,snd_hda_codec,snd_timer,snd_pcm soundcore 16384 1 snd drm_display_helper184320 1 i915 cec61440 2 drm_display_helper,i915 drm_kms_helper204800 2 drm_display_helper,i915 drm 614400 7 drm_kms_helper,drm_display_helper,drm_buddy,i915,ttm Voilà qu'en pensez-vous ?