Re: [sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Le 18/07/2024 à 08:31, Sébastien NOBILI a écrit : Bonjour, Le 2024-07-17 20:17, Gaëtan Perrier a écrit : Peut-être n'y a-t-il pas assez de place pour 3 noyaux. Je n'en ai qu'un seul. Ça fait beaucoup de place occupée pour un seul noyau, et c'est assez inhabituel. En général il y en a au moins deux : le courant et le n-1 (ou le n+1 si on n'a pas encore reboot). Ici j'ai 152M d'occupés pour deux noyaux installés : ``` $ ls /boot/vmlinuz-* /boot/vmlinuz-6.1.0-22-amd64 /boot/vmlinuz-6.1.0-23-amd64 ``` Si tu n'as réellement qu'un seul noyau installé, tu as peut-être de la place perdue quelque part… Sébastien Un vieil initrd qui traîne ? Ce sont eux qui prennent de la place, surtout s'ils ont les firmware de tous les modules (ceux des cartes graphiques en particulier)
Re: [sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Bonjour, Le 2024-07-17 20:17, Gaëtan Perrier a écrit : Peut-être n'y a-t-il pas assez de place pour 3 noyaux. Je n'en ai qu'un seul. Ça fait beaucoup de place occupée pour un seul noyau, et c'est assez inhabituel. En général il y en a au moins deux : le courant et le n-1 (ou le n+1 si on n'a pas encore reboot). Ici j'ai 152M d'occupés pour deux noyaux installés : ``` $ ls /boot/vmlinuz-* /boot/vmlinuz-6.1.0-22-amd64 /boot/vmlinuz-6.1.0-23-amd64 ``` Si tu n'as réellement qu'un seul noyau installé, tu as peut-être de la place perdue quelque part… Sébastien
Re: [sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Le mercredi 17 juillet 2024 à 08:24 +0200, Jean-Marc a écrit : > > Le 17/07/24 à 00:52, Gaëtan Perrier a écrit : > > Bonjour, > > salut Gaëtan, > > > je rencontre un problème sur sid après les mises à jour de ce jour. > > > > Paramétrage de initramfs-tools (0.142) ... > > update-initramfs: deferring update (trigger activated) > > Traitement des actions différées (« triggers ») pour initramfs-tools > > (0.142) ... > > update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 > > zstd: error 70 : Write error : cannot write block : No space left on device > > E: mkinitramfs failure zstd -q -9 -T0 70 > > update-initramfs: failed for /boot/initrd.img-6.9.9-amd64 with 1. > > dpkg: erreur de traitement du paquet initramfs-tools (--configure) : > > le sous-processus paquet initramfs-tools script post-installation > > installé a > > renvoyé un état de sortie d'erreur 1 > > Des erreurs ont été rencontrées pendant l'exécution : > > initramfs-tools > > Error: Sub-process /usr/bin/dpkg returned an error code (1) > > > > > > Pourtant il me reste de la place sur boot: > > > > Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur > > /dev/sdb2 474M 276M 170M 62% /boot > > Peut-être n'y a-t-il pas assez de place pour 3 noyaux. Je n'en ai qu'un seul. > > > Ça fait 12 ou 13 ans que je tourne avec cette partition boot sans problème. > > Est-ce qu'il y a eu des changements récents sur la conso disque des noyaux > > ? > > Difficile à dire. > > La dernière version d'apt sur sid donne aussi une indication de la place > nécessaire. > > Qu'utilises-tu pour tes mises à jour ? j'utilise apt. > > J'ai aussi fait face à ce genre de soucis avec un système installé il y > a longtemps. La taille du /boot n'est plus assez grande. > > J'ai résolu le problème en passant le paramètre MODULES=dep à la > commande update-initramfs via le fichier > /etc/initramfs-tools/conf.d/modules-dep pour n'embarquer que les modules > nécessaires. Merci, ça fonctionne ! :) Gaëtan signature.asc Description: This is a digitally signed message part
Re: [sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Le 17 juillet 2024 Jean-Marc a écrit : > J'ai résolu le problème en passant le paramètre MODULES=dep à la commande > update-initramfs via le fichier /etc/initramfs-tools/conf.d/modules-dep pour > n'embarquer que les modules nécessaires. Sur bookworm le paramètre est dans /etc/initramfs-tools/initramfs.conf et surchargé dans /etc/initramfs-tools/conf.d/driver-policy
Re: [sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Le 17/07/24 à 00:52, Gaëtan Perrier a écrit : Bonjour, salut Gaëtan, je rencontre un problème sur sid après les mises à jour de ce jour. Paramétrage de initramfs-tools (0.142) ... update-initramfs: deferring update (trigger activated) Traitement des actions différées (« triggers ») pour initramfs-tools (0.142) ... update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 zstd: error 70 : Write error : cannot write block : No space left on device E: mkinitramfs failure zstd -q -9 -T0 70 update-initramfs: failed for /boot/initrd.img-6.9.9-amd64 with 1. dpkg: erreur de traitement du paquet initramfs-tools (--configure) : le sous-processus paquet initramfs-tools script post-installation installé a renvoyé un état de sortie d'erreur 1 Des erreurs ont été rencontrées pendant l'exécution : initramfs-tools Error: Sub-process /usr/bin/dpkg returned an error code (1) Pourtant il me reste de la place sur boot: Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/sdb2 474M276M 170M 62% /boot Peut-être n'y a-t-il pas assez de place pour 3 noyaux. Ça fait 12 ou 13 ans que je tourne avec cette partition boot sans problème. Est-ce qu'il y a eu des changements récents sur la conso disque des noyaux ? Difficile à dire. La dernière version d'apt sur sid donne aussi une indication de la place nécessaire. Qu'utilises-tu pour tes mises à jour ? J'ai aussi fait face à ce genre de soucis avec un système installé il y a longtemps. La taille du /boot n'est plus assez grande. J'ai résolu le problème en passant le paramètre MODULES=dep à la commande update-initramfs via le fichier /etc/initramfs-tools/conf.d/modules-dep pour n'embarquer que les modules nécessaires. A+ Bonne journée. Gaëtan -- Jean-Marc OpenPGP_signature.asc Description: OpenPGP digital signature
[sid] update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 => zstd: error 70 : Write error : cannot write block : No space left on device
Bonjour, je rencontre un problème sur sid après les mises à jour de ce jour. Paramétrage de initramfs-tools (0.142) ... update-initramfs: deferring update (trigger activated) Traitement des actions différées (« triggers ») pour initramfs-tools (0.142) ... update-initramfs: Generating /boot/initrd.img-6.9.9-amd64 zstd: error 70 : Write error : cannot write block : No space left on device E: mkinitramfs failure zstd -q -9 -T0 70 update-initramfs: failed for /boot/initrd.img-6.9.9-amd64 with 1. dpkg: erreur de traitement du paquet initramfs-tools (--configure) : le sous-processus paquet initramfs-tools script post-installation installé a renvoyé un état de sortie d'erreur 1 Des erreurs ont été rencontrées pendant l'exécution : initramfs-tools Error: Sub-process /usr/bin/dpkg returned an error code (1) Pourtant il me reste de la place sur boot: Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/sdb2 474M276M 170M 62% /boot Ça fait 12 ou 13 ans que je tourne avec cette partition boot sans problème. Est-ce qu'il y a eu des changements récents sur la conso disque des noyaux ? A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: Device MTP
Bonjour, Je réveille ce thread avec un retour d'expérience... Avec la dernière version en unstable (1.1.9-1), le fonctionnement est beaucoup plus stable dans mon cas avec dolphin et mtp-fuse. Mes 2 cents Mourad Le 09/04/2015 12:54, m...@adminh.fr a écrit : Bonjour, J'ai un soucis avec mon téléphone android 1+1, ainsi qu'avec ma liseuse touch lux tea, lorsque je les plug en USB , ils ne sont tout simplement pas reconnu au lsusb. Lorsque je les plug sur les port, je vois bien mes devices se recharger, mais linux (jessie) ne voit rien. Le téléphone est configuré en mode MTP, et je pense avoir installé les outils nécessaire pour utiliser le protocole : jmtpfs libmtp-common libmtp-runtime libmtp9:amd64 mtp-tools Hors lorsque je branche une clé USB sur ce même port, la clé est bien vu,reconnu,monté, ce qui me fait dire qu'il s'agirait plus d'un problème USB. mxp -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5538a81f.5050...@nativobject.net
Re: Device MTP
Merci pour ton aide, le problème venait bien du fait que j'utilisais le cable USB fournis avec mes écouteurs bluetooth, j'ai refais le test avec le cable officiel de mon 1+ et ça a fonctionné. J'imagine que certains cable USB ne serve qu'à recharger... mxp On 09/04/2015 17:19, franc...@avalenn.eu wrote: On Thu, Apr 09, 2015 at 12:54:20PM +0200, m...@adminh.fr wrote: J'ai un soucis avec mon téléphone android 1+1, ainsi qu'avec ma liseuse touch lux tea, lorsque je les plug en USB , ils ne sont tout simplement pas reconnu au lsusb. Lorsque je les plug sur les port, je vois bien mes devices se recharger, mais linux (jessie) ne voit rien. Le téléphone est configuré en mode MTP, et je pense avoir installé les outils nécessaire pour utiliser le protocole : jmtpfs libmtp-common libmtp-runtime libmtp9:amd64 mtp-tools Hors lorsque je branche une clé USB sur ce même port, la clé est bien vu,reconnu,monté, ce qui me fait dire qu'il s'agirait plus d'un problème USB. Ça ressemble à un problème de cable si lsusb ne voit rien et si le même cable est utilisé dans les deux cas. F. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/552699d7.3040...@adminh.fr
Device MTP
Bonjour, J'ai un soucis avec mon téléphone android 1+1, ainsi qu'avec ma liseuse touch lux tea, lorsque je les plug en USB , ils ne sont tout simplement pas reconnu au lsusb. Lorsque je les plug sur les port, je vois bien mes devices se recharger, mais linux (jessie) ne voit rien. Le téléphone est configuré en mode MTP, et je pense avoir installé les outils nécessaire pour utiliser le protocole : jmtpfs libmtp-common libmtp-runtime libmtp9:amd64 mtp-tools Hors lorsque je branche une clé USB sur ce même port, la clé est bien vu,reconnu,monté, ce qui me fait dire qu'il s'agirait plus d'un problème USB. mxp -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55265a5c.8040...@adminh.fr
Re: Device MTP
On Thu, Apr 09, 2015 at 12:54:20PM +0200, m...@adminh.fr wrote: J'ai un soucis avec mon téléphone android 1+1, ainsi qu'avec ma liseuse touch lux tea, lorsque je les plug en USB , ils ne sont tout simplement pas reconnu au lsusb. Lorsque je les plug sur les port, je vois bien mes devices se recharger, mais linux (jessie) ne voit rien. Le téléphone est configuré en mode MTP, et je pense avoir installé les outils nécessaire pour utiliser le protocole : jmtpfs libmtp-common libmtp-runtime libmtp9:amd64 mtp-tools Hors lorsque je branche une clé USB sur ce même port, la clé est bien vu,reconnu,monté, ce qui me fait dire qu'il s'agirait plus d'un problème USB. Ça ressemble à un problème de cable si lsusb ne voit rien et si le même cable est utilisé dans les deux cas. F. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150409151944.gk3...@fjo-extia-hpdeb.nsn-net.net
Re: Device MTP
Bonjour L'implémentation MTP est assez instable... que ce soit avec les outils FUSE ou gMTP... Pour ma part, j'ai testé avec un téléphone chinois (lenteen) et un Galaxy Nexus... des fois ça marche, des fois ça ne marche pas ! gMTP marche, mais il faut une bonne minute avant d'avoir la liste de fichiers ! jmtpfs une bonne minute pour la connexion puis la connexion se coupe après le premier listing de fichier... Avec l'implémentation kio-mtp (dans dolphin de KDE) ça marche moins mal, mais par moment plus rien ne fonctionne. Je n'ai pas de piste pour améliorer ces comportements... Pour les partages de fichier j'utilise un gestionnaire de fichiers android qui sait faire du samba. Sinon, je transfers mes fichiers via bluetooth... Ce n'est pas idéal, mais ça fonctionne ! ++ Mourad Le 09/04/2015 12:54, m...@adminh.fr a écrit : Bonjour, J'ai un soucis avec mon téléphone android 1+1, ainsi qu'avec ma liseuse touch lux tea, lorsque je les plug en USB , ils ne sont tout simplement pas reconnu au lsusb. Lorsque je les plug sur les port, je vois bien mes devices se recharger, mais linux (jessie) ne voit rien. Le téléphone est configuré en mode MTP, et je pense avoir installé les outils nécessaire pour utiliser le protocole : jmtpfs libmtp-common libmtp-runtime libmtp9:amd64 mtp-tools Hors lorsque je branche une clé USB sur ce même port, la clé est bien vu,reconnu,monté, ce qui me fait dire qu'il s'agirait plus d'un problème USB. mxp -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5526999c.2010...@nativobject.net
tcsetattr error: Inappropriate ioctl for device
Bonjour chère liste. En faisant un petit utilitaire bash j'obtiens le message d'erreur cité en sujet. J'ai construit un petit programme minimal qui me donne le même message à plusieurs reprise. il s'agit tout simplement des quelques lignes suivantes : #!/bin/bash s=`concalc 3+5 ` echo $s exit 0 ça me rpond exactement : tcsetattr fehler: Inappropriate ioctl for device tcsetattr error: Inappropriate ioctl for device 8 De quoi cela peut-il provenir ? Merci d'avance pour toute explication ou aide. -- Ph. Delavalade -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141030095300.ga19...@messier31.home
Re: tcsetattr error: Inappropriate ioctl for device
Cela vient certainement que la commande « concalc » réclame une vraie console, un vrai TTY pour afficher son résultat. D’ailleurs, quand on essaie de rediriger la sortie d’erreur sur un fichier, on a e même comportement. Essayez « expr »… C’est plus roots mais ça, ça marche. Sinon, il y a aussi « bc » et « dc » qui sont des commandes plus orientées calcul. Cordialement Le 30 oct. 2014 à 10:53, Philippe Delavalade philippe.delaval...@orange.fr a écrit : Bonjour chère liste. En faisant un petit utilitaire bash j'obtiens le message d'erreur cité en sujet. J'ai construit un petit programme minimal qui me donne le même message à plusieurs reprise. il s'agit tout simplement des quelques lignes suivantes : #!/bin/bash s=`concalc 3+5 ` echo $s exit 0 ça me rpond exactement : tcsetattr fehler: Inappropriate ioctl for device tcsetattr error: Inappropriate ioctl for device 8 De quoi cela peut-il provenir ? Merci d'avance pour toute explication ou aide. -- Ph. Delavalade -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141030095300.ga19...@messier31.home -- Pierre Malard «A force de faire la rue on est devenu le caniveau» Abd Al Malik - Céline |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'''`''' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'''-''': '''-3'''2(_/--''' `-'''\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - -- Ce message n’engage que son auteur --
Re: tcsetattr error: Inappropriate ioctl for device
Pierre Malard wrote on Thu, Oct 30, 2014 at 12:09:11PM +0100 Cela vient certainement que la commande « concalc » réclame une vraie console, un vrai TTY pour afficher son résultat. D’ailleurs, quand on essaie de rediriger la sortie d’erreur sur un fichier, on a e même comportement. Essayez « expr »… C’est plus roots mais ça, ça marche. Sinon, il y a aussi « bc » et « dc » qui sont des commandes plus orientées calcul. ou calc qui pourrait être l'équivalent sans la contrainte de la console ? dom -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141030111616.gc30...@telecom-paristech.fr
Imprimante HP OfficePro device communication error
Bonjour, J'ai acquis il y a 2 mois une imprimante HP officejet Pro 8600. Elle est connectée en wifi au réseau freebox et possède une adresse IP (192.168.1.44) Elle fonctionne très bien sous wheezy/jessie sauf que très régulièrement,elle refuse d'imprimer. J'ai ce message de hp-toolbox : Device communication error. Je ne peux pas la pinger à ce moment là. Je suis obligé alors de supprimer l'imprimante de l'ordi, de la débrancher puis de la rebrancher et de la réinstaller sur l'ordi (après parfois 2 ou 3 tentatives négatives). J'ai remarqué ce comportement systématiquement après des mises à jours de cups et/ou de pannes de courant. Cette imprimante marche correctement par contre sur un autre ps sous ubuntu 12.10. Je soupçonne donc debian (du moins des paquets debian) d'être responsable de ces dysfonctionnements (cups ? hp-setup ? problème réseau ?). Sauf que je ne vois pas bien où chercher pour régler ce problème pénible... Auriez-vous une piste, des idées, des suggestions pour m'aider à faire fonctionner correctement cette imprimante ? Précisions : je tourne sous debian wheezy/jessie (un peu de sid) version de cups : 1.7.5 version de hp-setup : 3.14.6 Cordialement, Nicolas Roudninski -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/d5598b1aca51e4aa691118cc6cc7f...@tycho.fr
Re: Imprimante HP OfficePro device communication error
Le Wed, 01 Oct 2014 19:53:39 +0200, Nicolas nico...@tycho.fr a écrit : (cups ? hp-setup ? problème réseau ?). Sauf que je ne vois pas bien où chercher pour régler ce problème pénible... Auriez-vous une piste, des idées, des suggestions pour m'aider à faire fonctionner correctement cette imprimante ? De mémoire, tu pourrais peut-être essayer, plutôt que l'employer le nom réseau dns-machin la configurer avec son adresse avec le port jetdirect (ou un nom comme ça) socket://192.168.1.44:9100 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141001213040.47e56ad0@azuki.jisui
Re: Imprimante HP OfficePro device communication error
On Wednesday 01 October 2014 19:53:39 Nicolas wrote: J'ai acquis il y a 2 mois une imprimante HP officejet Pro 8600. Elle est connectée en wifi au réseau freebox et possède une adresse IP (192.168.1.44) Elle fonctionne très bien sous wheezy/jessie sauf que très régulièrement,elle refuse d'imprimer. J'ai ce message de hp-toolbox : Device communication error. Je ne peux pas la pinger à ce moment là. Je suis obligé alors de supprimer l'imprimante de l'ordi, de la débrancher puis de la rebrancher et de la réinstaller sur l'ordi (après parfois 2 ou 3 tentatives négatives). Cette imprimante marche correctement par contre sur un autre ps sous ubuntu 12.10. Je soupçonne donc debian (du moins des paquets debian) d'être responsable de ces dysfonctionnements (cups ? hp-setup ? problème réseau ?). Sauf que je ne vois pas bien où chercher pour régler ce problème pénible... Auriez-vous une piste, des idées, des suggestions pour m'aider à faire fonctionner correctement cette imprimante ? Précisions : je tourne sous debian wheezy/jessie (un peu de sid) version de cups : 1.7.5 version de hp-setup : 3.14.6 Et lors que tu étais 100% Wheezy, comment fonctionnait l'imprimante ? As tu un WiFi stable, qui pourrait expliquer une perte de connexion ? As tu essayé avec un câble ethernet (si l'imprimante à un port ETH) ? J'ai remarqué ce comportement systématiquement après des mises à jours de cups et/ou de pannes de courant : Tu ne fais pas des mises à jour tous les jours et tu n'as quand même pas des pannes EDF sans cesse... :-) Que se passe t-il un certain temps après les pannes électrique et les MàJ ? Y a t-il encore des Device communication error ou l'imprimante devient sage ? André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20141001.35800.andre_deb...@numericable.fr
Re: Jessie Bluetooth audio : Unable to select SEP ou Failed to open module module-bluetooth-device
Bonjour, La solution proposée a très bien fonctionné... Il reste à l'automatisée à la main : bashrc ou bien démarreur de session ou bien démarreur de pulseaudio... Quoiqu'il devrait l'être automatiquement (cf. default.pa)... À suivre... Yann. Le lundi 23 juin 2014 à 09:24 +0200, Bernardo a écrit : Bonjour, c'est vrai que ce n'est pas simple et que j'ai galéré longtemps. Je suis en Sid, à jour. j'utilise Blueman pour gérer le bluetooth et associer ma chaine hifi. je lance la commande : % pactl load-module module-bluetooth-discover Je connecte audiosink avec blueman. je lance la commande : % pulseaudio --start J'ouvre le Contrôle de volume Pulseaudio Onglet Configuration. J'éteins le canal audio interne et je lance celui de chaine. Si je m'ai pas gourré en route, ça fonctionne ! ;-D Je n'ai plus qu'a lancer le player (Clementine en ce qui me concerne). Je me suis basé sur la note en pièce jointe, issue d'un site dont j'ai perdu le signet. [...] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1403762577.6199.4.ca...@yan.ianco.homelinux.org
Jessie Bluetooth audio : Unable to select SEP ou Failed to open module module-bluetooth-device
Bonjour, Cela fait maintenant quelques heures que je lutte pour retrouver une configuration qui fonctionnait sous wheezy : la connexion via bluetooth sur un belkin I54 (interface avec une chaîne audio). Il y a pas mal de littérature sur ces problèmes, mais je n'ai pas trouvé de solution. Sur plusieurs machines jessie je rencontre le même soucis avec plusieurs adaptateurs bt. Dans /etc/bluetooth/audio.conf * soit je mets un Disable=Socket et alors j'ai Unable to select SEP (que je ne comprends pas : SEP c'est quoi ?) * soit avec Enable=Socket je rencontre un Failed to open module module-bluetooth-device, et si je pousse un peu en mettant un lien sur module-bluez5-device alors j'ai un : [pulseaudio] module.c: Failed to load module module-bluetooth-device: symbol pa__init not found. J'avoue ne plus savoir que tester et que cela ne m'arrange pas car je voulais monter une plateforme de musique pour l'anniv de mon fils avec mixxx en utilisant la liaison bluetooth mais bon on ferra cela avec une rallonge jack ! Mon second essai, en créant un lien entre module-bluez5-device et module-bluetooth-device, me laisse penser qu'il y a un problème de version entre pulseaudio et bluez5. Quelle est la configuration à mettre en œuvre pour retrouver cette connexion ? Cordialement. Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1403505636.11880.44.ca...@yan.ianco.homelinux.org
Re: Jessie Bluetooth audio : Unable to select SEP ou Failed to open module module-bluetooth-device
Bonjour, c'est vrai que ce n'est pas simple et que j'ai galéré longtemps. Je suis en Sid, à jour. j'utilise Blueman pour gérer le bluetooth et associer ma chaine hifi. je lance la commande : % pactl load-module module-bluetooth-discover Je connecte audiosink avec blueman. je lance la commande : % pulseaudio --start J'ouvre le Contrôle de volume Pulseaudio Onglet Configuration. J'éteins le canal audio interne et je lance celui de chaine. Si je m'ai pas gourré en route, ça fonctionne ! ;-D Je n'ai plus qu'a lancer le player (Clementine en ce qui me concerne). Je me suis basé sur la note en pièce jointe, issue d'un site dont j'ai perdu le signet. Yann COHEN a écrit : Bonjour, Cela fait maintenant quelques heures que je lutte pour retrouver une configuration qui fonctionnait sous wheezy : la connexion via bluetooth sur un belkin I54 (interface avec une chaîne audio). Il y a pas mal de littérature sur ces problèmes, mais je n'ai pas trouvé de solution. Sur plusieurs machines jessie je rencontre le même soucis avec plusieurs adaptateurs bt. Dans /etc/bluetooth/audio.conf * soit je mets un Disable=Socket et alors j'ai Unable to select SEP (que je ne comprends pas : SEP c'est quoi ?) * soit avec Enable=Socket je rencontre un Failed to open module module-bluetooth-device, et si je pousse un peu en mettant un lien sur module-bluez5-device alors j'ai un : [pulseaudio] module.c: Failed to load module module-bluetooth-device: symbol pa__init not found. J'avoue ne plus savoir que tester et que cela ne m'arrange pas car je voulais monter une plateforme de musique pour l'anniv de mon fils avec mixxx en utilisant la liaison bluetooth mais bon on ferra cela avec une rallonge jack ! Mon second essai, en créant un lien entre module-bluez5-device et module-bluetooth-device, me laisse penser qu'il y a un problème de version entre pulseaudio et bluez5. Quelle est la configuration à mettre en œuvre pour retrouver cette connexion ? Cordialement. Yann. -- Cordialement, Bernardo. Réacter : L'être humain, en général, dans la vie, réacte. On réacte, c'est à dire qu'on fait ce qu'on est supposé faire. Travailler, manger... J'm'excuse de l'expression ; chier, mais je trouve qu'un être humain doit créer. -+- Jean-Claude VanDamme -+- Hi, I show below the method which I checked with pluseaudio. Could you check with this? - 0. install packges. $ sudo apt-get install pulseaudio pulseaudio-module-bluetooth 1. setup /etc/bluetooth/audio.conf Please add the following line to the General. [General] Disable=Source,Socket 2. reboot bluetooth daemon and pulseaudio $ su $ saisir le mdp root # /etc/init.d/bluetooth restart # ctrl + d $ pactl load-module module-bluetooth-discover 3. Pairing , trust and check $ bluez-simple-agent hci0 00:XX:XX:XX:XX:58 $ bluez-test-device trusted 00:XX:XX:XX:XX:58 yes You can check with the following command: the list of devices that are paired. $ bluez-test-device list 00:XX:XX:XX:XX:58 LBT-AR200C2 4. connect to audio device. $ bluez-test-audio connect 00:XX:XX:XX:XX:58 5. confirmation of the device that is recognized by pulseaudio $ pactl list cards short 0 alsa_card.pci-_00_08.0 module-alsa-card.c 2 bluez_card.00_XX_XX_XX_XX_58module-bluetooth-device.c If a list of Bluetooth does not come out as follows, there is a possibility that Bluetooth device is not recognized, or is incorrectly configured. $ pactl list cards short 0 alsa_card.pci-_00_08.0 module-alsa-card.c 6. Change profile to a2dp $ pactl set-card-profile bluez_card.00_XX_XX_XX_XX_58 a2dp 7. Play music.
dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Je m'aperçois que rsync n'est pas complètement supprimé de mon ordinateur, avec dpkg -l: rc rsync 3.0.9-3 etc... 1- # apt-get purge rsync E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem 2- # dpkg --configure -a dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': *No space left on device* Rien de ce qui suit m'a permis de résoudre le problème ( http://doc.ubuntu-fr.org/probleme_apt#dpkg_was_interrupted): # dpkg --configure -a # apt-get install -f # dpkg --force-all --configure -a # dpkg -P --force-all 'le paquet qui bloque'
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
On Sun, 2 Sep 2012 19:00:12 +0200 Nicolas Hémard nico...@hemard.eu wrote: *No space left on device* Wai, ben y'a pas à chercher bien loin la source de _tous_ tes déboires... -- Xanatos: Albanel vient de découvrir ce que ça fait de se retrouver à 99% sans aucun seeders... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120902191312.2db3f19b@anubis.defcon1
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 02/09/2012 19:00, Nicolas Hémard a écrit : 2- # dpkg --configure -a dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': *No space left on device* df -h et va faire de la place là où c'est plein ? ou bien 'apt-get autoclean' ou 'aptitude clean' ? Bon courage ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/504392af.8010...@gmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Non, j'ai compris qu'il ne faut pas le faire... Inconscient ! Le 2 septembre 2012 19:35, Nicolas Hémard nico...@hemard.eu a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du disque dur externe, donc j'avais bourré la racine / et le manque de place m'empechait de démarrer. Je vous remercie tous beaucoup pour votre aide et votre patience. Nicolas Le 2 septembre 2012 19:47, Ken-Patrick Lehrmann kp_lehrm...@hotmail.com a écrit : Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 2 septembre 2012 20:07, Nicolas Hémard nico...@hemard.eu a écrit : J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du disque dur externe, donc j'avais bourré la racine / et le manque de place m'empechait de démarrer *en mode graphique* Je vous remercie tous beaucoup pour votre aide et votre patience. Nicolas Le 2 septembre 2012 19:47, Ken-Patrick Lehrmann kp_lehrm...@hotmail.coma écrit : Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
I/O ERROR on device sr0
Bonjour à tous, A la suite d'une réparation (sous garantie) de mon PC (sous Squeeze), j'ai ce message au boot : - I/O ERROR on device sr0 logicial block 569 sector 4552 - Voici l'organisation du PC : SDA = disque dur SSD avec sda2=/boot et sda3=/usr SDB5 = partition ext4 =/ # e2fsck /dev/sda2 , sda3 et sdb5 me donne clean A quoi correspond le device sr0 ? et comment réparer ce device ? Merci beaucoup d'avance. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208271439.46942.andre_deb...@numericable.fr
Re: I/O ERROR on device sr0
Pour une fois que je crois connaitre la réponse: sr0 c'est le lecteur/graveur DVD habituellement Y aurait-il un DVD défectueux dans le lecteur? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAGQ-=q2SKu3Rx9M1PwO6BVTk-FDKsmdmV4Xny+-p8dsBq=k...@mail.gmail.com
Re: I/O ERROR on device sr0
En ce lundi 27 août 2012 à 14 h 39 andre_deb...@numericable.fr nous susurrait : A la suite d'une réparation (sous garantie) de mon PC (sous Squeeze), j'ai ce message au boot : - I/O ERROR on device sr0 logicial block 569 sector 4552 - Voici l'organisation du PC : SDA = disque dur SSD avec sda2=/boot et sda3=/usr SDB5 = partition ext4 =/ # e2fsck /dev/sda2 , sda3 et sdb5 me donne clean A quoi correspond le device sr0 ? et comment réparer ce device ? C'est en général le lecteur de DVD-CD qui a peut-être un disque réfractaire dans le lecteur -- -+- Dominique Marin http://txodom.free.fr -+- -+-«L'homme est un flic pour l'homme» -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120827125700.9b7e...@bendel.debian.org
Re: I/O ERROR on device sr0
Autre possibilité: Ils ont peut-être pas remonté les câbles IDE de la même façon. Et donc pas ajustés les cavaliers maîtres-esclaves, câble-select. Si t'a des erreurs sur tous tes DVD, spécialement en même temps que l'activité disque dur, c'est probablement ce qui est arrivé. Et dans ce cas, c'est ceux qui ont fait la réparation qui ne sont pas assez précautionneux au remontage de la machine, et qui mériteraient de réparer leur erreur. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAGQ-=q37mm232ytwmkpwyapjb7ys8wapkfftsxy0o6ubqy7...@mail.gmail.com
Re: I/O ERROR on device sr0
Autre possibilité: Ils ont peut-être pas remonté les câbles IDE de la même façon. Et donc pas ajustés les cavaliers maîtres-esclaves, câble-select. Si t'a des erreurs sur tous tes DVD, spécialement en même temps que l'activité disque dur, c'est probablement ce qui est arrivé. Et dans ce cas, c'est ceux qui ont fait la réparation qui ne sont pas assez précautionneux au remontage de la machine, et qui mériteraient de réparer leur erreur. On Monday 27 August 2012 14:46:55 Txo wrote: lundi 27 août 2012 à 14 h 39 andre_deb...@numericable.fr A la suite d'une réparation (sous garantie) de mon PC (sous Squeeze), j'ai ce message au boot : - I/O ERROR on device sr0 logicial block 569 sector 4552 - Merci, j'ai retiré le CD du graveur et je n'ai plus ce message. Je vais voir le cavalier maitre / esclave du graveur. andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208271709.00689.andre_deb...@numericable.fr
Re: I/O ERROR on device sr0
Le lundi 27 août 2012 à 17:09 +0200, andre_deb...@numericable.fr a écrit : j'ai retiré le CD du graveur et je n'ai plus ce message. Je vais voir le cavalier maitre / esclave du graveur. andré Hum, si tu mets un cd audio ou un truc du genre, c'est une erreur normale au démarrage. Il essaye de monter le CD en système de fichier et ne trouve pas des data cohérentes (c'est formaté en audio). Essaye avec un disque formaté uniquement data avec un système de fichier (un liveCD ?) si tu veux tester. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1346109350.27934.13.camel@jisui.aranha
Could not connect to V4L device! [Testing/Sid]
Bonjour la liste, Depuis octobre, je ne compte plus les ennuis après mise à jour... La dernière en date, il y a peu m'en a apporté un nouveau : Could not connect to V4L device! Alors voilà l'animal : la webcam se met en marche après l'ouverture d'une page web ! Incroyable ! J'éteins et ensuite impossible de la relancer... j'ai ce message d'erreur. Ma question : est-il possible de relancer la webcam sur /dev/video0 sans rebooter ? Christophe -- Christophe Gallaire Attention ! Suppression des mails entrants dont la taille est supérieure à 2Mo ! N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts. --- Nouveau carnet de route : http://www.road2mayotte.org/calepin/ --- Timeline Identi.ca : https://identi.ca/road2mayotte/ --- Clé de chiffrement : 7803 signature.asc Description: Digital signature
Re: Could not connect to V4L device! [Testing/Sid]
Le 01/12/2011 14:59, Christophe Gallaire a écrit : Bonjour la liste, Depuis octobre, je ne compte plus les ennuis après mise à jour... La dernière en date, il y a peu m'en a apporté un nouveau : Could not connect to V4L device! Alors voilà l'animal : la webcam se met en marche après l'ouverture d'une page web ! Incroyable ! J'éteins et ensuite impossible de la relancer... j'ai ce message d'erreur. Ma question : est-il possible de relancer la webcam sur /dev/video0 sans rebooter ? Christophe Salut, en fonction du pilote il est possible de décharger/recharger le module (modprobe -r), parfois il faut débrancher/rebrancher la webcam en plus. Quelle webcam ? Quel pilote ? Sinon il y a un bug dans la gestion de certains périphériques usb (dont les webcams) qui affecte le noyau (vanilla) 3.1.3 et peut-être d'autres (3.0.?), il a été corrigé dans le 3.1.4. Je ne sais pas si Debian a été affecté et si le noyau officiel contient le correctif. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ed79b62.6090...@googlemail.com
Re: Could not connect to V4L device! [Testing/Sid]
tv.deb...@googlemail.com a dit dans un souffle : Le 01/12/2011 14:59, Christophe Gallaire a écrit : Bonjour la liste, Depuis octobre, je ne compte plus les ennuis après mise à jour... La dernière en date, il y a peu m'en a apporté un nouveau : Could not connect to V4L device! Alors voilà l'animal : la webcam se met en marche après l'ouverture d'une page web ! Incroyable ! J'éteins et ensuite impossible de la relancer... j'ai ce message d'erreur. Ma question : est-il possible de relancer la webcam sur /dev/video0 sans rebooter ? Christophe Salut, en fonction du pilote il est possible de décharger/recharger le module (modprobe -r), parfois il faut débrancher/rebrancher la webcam en plus. Quelle webcam ? Quel pilote ? Sinon il y a un bug dans la gestion de certains périphériques usb (dont les webcams) qui affecte le noyau (vanilla) 3.1.3 et peut-être d'autres (3.0.?), il a été corrigé dans le 3.1.4. Je ne sais pas si Debian a été affecté et si le noyau officiel contient le correctif. Bonsoir, Pour le matériel, il s'agit du modèle Chicony Electronics Lenovo EasyCamera Device: usb 0xb1b8 Lenovo EasyCamera Revision: 45.42 Driver: uvcvideo Driver Status: uvcvideo is active Driver Activation Cmd: modprobe uvcvideo Un modprobe -r uvcvideo a pour résultat : FATAL: Module uvcvideo is in use. Même avec -f. Pour ce qui est du noyau, j'avais en effet pas mal de soucis avec les versions 3.x.x successives, je démarre donc sur un noyau 2.6.38-1 pour que tout mon matériel soit reconnu, sinon j'ai des problèmes de son, de webcam, carte graphique, carte wifi, etc. Comme j'avais tout réglé sur le 2.6.38-1,j'ai pas trop envie de m'ennuyer avec tout ça en ce moment. @+ Christophe -- Christophe Gallaire Attention ! Suppression des mails entrants dont la taille est supérieure à 2Mo ! N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts. --- Nouveau carnet de route : http://www.road2mayotte.org/calepin/ --- Timeline Identi.ca : https://identi.ca/road2mayotte/ --- Clé de chiffrement : 7803 signature.asc Description: Digital signature
Re: Could not connect to V4L device! [Testing/Sid]
On Thu, 1 Dec 2011 20:02:54 +0300 Christophe Gallaire zam...@gmail.com wrote: Alors voilà l'animal : la webcam se met en marche après l'ouverture d'une page web ! Incroyable ! J'éteins et ensuite impossible de la relancer... j'ai ce message d'erreur. En Gal c'est dû au setup de flash|macromedia: ça devrait se régler en faisant un clic-D sur l'animation/video et en désactivant la prise de contrôle WC+audio. Ma question : est-il possible de relancer la webcam sur /dev/video0 sans rebooter ? au pire: la débrancher/rebrancher. Salut, en fonction du pilote il est possible de décharger/recharger le module (modprobe -r), parfois il faut débrancher/rebrancher la webcam en plus. Essaye plutôt: débrancher la WC rmmod -f uvcvideo rebrancher la WC SI le module ne s'est pas auto-chargé: modprobe uvcvideo Ce qui risque d'être difficile, vu que je viens de me souvenir que ce type de WC est souvent embarqué; auquel cas tu peux tester les options en ajoutant un ficher dans /etc/modprobe.d (ex: WC.conf) et rebooter. Commence par (temporairement) augmenter la Qté de logs, histoire d'avoir une idée de ce qui se passe (résultats dans dmesg): modprobe uvcvideo trace=65535 ou dans WC.conf: options uvcvideo trace=65535 Tu peux aussi : modprobe uvcvideo quirks=2 ou même punition que pour trace. Et tester d'autre valeurs pour quirks les valeurs poss. sont dans: /usr/src/linux/drivers/media/video/uvc/uvcvideo.h -- semper en excretus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111201215747.47271184@anubis.defcon1
probleme squeeze kvm buffer i/o error on device vda1
Bonjour, J ai virtualisé 3 debian squeeze amd64 avec des disques virtio en mode raw sur 2 serveurs KVM en squeeze 64 bits aussi. Sur mes 3 machines virtuelles , quelquesoit le serveur kvm, je rencontre des erreurs disques : end_request: I/O error, dev vda, sector 12990760 buffer I/O error on device vda1, logical block 1623589 Sur les serveurs kvm, je n ai aucune erreur disque. J ai bien trouvé des infos sur un bug concernant virtio_blk et un patch qui a été appliqué (https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/511620) à partir de la version 0.12.3. Je suis en version 0.12.5 et pourtant je rencontre le bug. Quelqu un aurait il des infos et des solutions ? Cordialement, attachment: christian_dare.vcf
grub-probe: error: cannot find a device for /
Bonjour, Sur sid, suite à la mise à jour de ce matin voici le message post installation que j'ai lu : update-grub /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?). avec comme disques : /dev/mapper/vg0-root on / type reiserfs (rw,notail) /dev/md0 on /boot type ext3 (rw) /dev/md2 on /home type reiserfs (rw) /dev/mapper/vg0-tmp on /tmp type reiserfs (rw) /dev/mapper/vg0-var on /var type reiserfs (rw) Donc des disques en RAID et du LVM... De mémoire, j'ai déjà rencontré ce problème il y a quelques mois, mais j'ai franchement oublié comment je l'ai résolu... Pour compléter l'information, la machine cible est un AMD64 et je j'ai pas bougé GRUB depuis la version 1.98~20100115-1 car apt-listbugs m'indique des problèmes sur la version suivante liés à md... (et puis j'ai déjà patiner à cause d'une perte de grub alors...) Ce coup-ci, synaptics me propose de mettre à jour lvm2 qui entraîne une mise à jour de grub que j'ai décliné... Avez-vous une idée pour contourner ce problème ? Merci Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101101101958.36145...@yan.ianco.homelinux.org
Re: modifier le numéro du device d'une partition
Bonjour, cor...@free.fr a écrit : /dev/hdb2 = /dev/hdb1 J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil gparted. [...] Comment la modifier par /dev/hdb1 ? (vu qu'il y en a plus qu'une seule) Je n'ai rien vu sur gparted et fdisk ... Attention, c'est une manipulation risqué, même s'il y a peu de chance de perdre des donné, un backup est recommandé si tu tient a tes fichiers (de la même façon que lors de tes manip pour regrouper tes partition). Dans le cas de gparted tout comme avec tout outils graphique, tu peux simplement supprimer la partition, puis la recréer avec exactement les même valeur. Perso, je dirais que c'est hasardeux de faire ainsi et ne le ferait pas même pour des donné non critique. De plus, ça ne fonctionnera pas si l'outil de partition détruit le premier block de la partition (typiquement les outils DOS/Windows) Avec fdisk de linux, tu peux faire de façon similaire à sfdisk. J'ai vu un jour que fdisk (de linux) était déconseillé, depuis je n'utilise que cfdisk ou sfdisk (ou outil graphique) ; du coup me rappel plus fort de la syntaxe de fdisk ;). Pour sfdisk (ou fdisk), tu peux, avec des risques limité, supprimer/recréer une partition pour en changer le numéros. Soit avec les commandes de création normal en t'assurant que la nouvelle partition a exactement les même caractéristiques que l'ancienne. Soit en utilisant l'option -d de sfdisk : ---% # sfdisk -d /dev/sda unité: secteurs /dev/sda1 : début= 63, taille=102398247, Id= 7, amorçable /dev/sda2 : début=102398310, taille=102398310, Id=83 ... ---% tu changes hdb2 en hdb1, et tu supprimes les autres ligne /dev/hda.. (important car je crois que c'est l'ordre des lignes qui détermine l'ordre des partitions). Puis tu envois le fichier modifié à l'entrée standard de # sfdisk /dev/hdb avec un | ou un Inutile de dire qu'une petite erreur peut entrainer de gros dégâts. Même sur d'autre disque éventuellement. Un décalage d'un secteur au début de la partitions peut rendre les donnés inaccessible. (si le décalage est à la fin, fsck peut souvent recup le truc, mais pas si c'est au début). Vaut mieux que la partition de ton disque ne soit pas monté, sans ça, sfdisk fera quand même la modif mais elle ne sera prise en compte qu'après un sfdisk -R /dev/dhb si la partition est démonté. Faire un fsck -f avant ET après peut être une bonne idée. -- A+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: modifier le numéro du device d'une partition
Bonsoir, fdisk /dev/hdb = x = f : considère que tout va bien. J'ai sauvegardé la partition via rsync puis l'ai supprimé. Recréé via gparted et j'ai bien maintenant /dev/hdb1. Enfin, rsync à nouveau pour remettre le contenu dans hdb1. Merci de vos réponses. henri Le samedi 9 janvier 2010, Jean-Yves F. Barbier a écrit : cor...@free.fr a écrit : /dev/hdb2 = /dev/hdb1 J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil gparted. Au départ, il y avait 4 partitions : hdb1 à hdb4. J'ai supprimé les partitions : hdb1, hdb3 et hdb4, puis j'ai agrandi à 100% la partition hdb2 mais elle est restée avec le device /dev/hdb2 Comment la modifier par /dev/hdb1 ? (vu qu'il y en a plus qu'une seule) Je n'ai rien vu sur gparted et fdisk ... -- à ma connaissance, tu ne peux pas sans dumper les données sur un autre support, réorganiser, puis restaurer. mais tu peux circonvenir le PB en montant les partoches par leurs petits noms au lieu de leurs désignations hard (man fstab.) - Tu peux utiliser fdisk à partir d'un support-live: x pour fonctionnalités supplémentaires puis f pour réparer l'ordre des partitions puis w pour écrire la table de partitions. Ensuite évidemment il faut mofifier /etc/fstab, etc/mtab, le bootloader (grub/lilo), etc... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
modifier le numéro du device d'une partition
/dev/hdb2 = /dev/hdb1 Bonsoir, J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil gparted. Au départ, il y avait 4 partitions : hdb1 à hdb4. J'ai supprimé les partitions : hdb1, hdb3 et hdb4, puis j'ai agrandi à 100% la partition hdb2 mais elle est restée avec le device /dev/hdb2 Comment la modifier par /dev/hdb1 ? (vu qu'il y en a plus qu'une seule) Je n'ai rien vu sur gparted et fdisk ... Merci. henri -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: modifier le numéro du device d'une parti tion
cor...@free.fr a écrit : /dev/hdb2 = /dev/hdb1 Bonsoir, J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil gparted. Au départ, il y avait 4 partitions : hdb1 à hdb4. J'ai supprimé les partitions : hdb1, hdb3 et hdb4, puis j'ai agrandi à 100% la partition hdb2 mais elle est restée avec le device /dev/hdb2 Comment la modifier par /dev/hdb1 ? (vu qu'il y en a plus qu'une seule) Je n'ai rien vu sur gparted et fdisk ... à ma connaissance, tu ne peux pas sans dumper les données sur un autre support, réorganiser, puis restaurer. mais tu peux circonvenir le PB en montant les partoches par leurs petits noms au lieu de leurs désignations hard (man fstab.) -- QOTD: I treat her like a throughbred, and she's STILL a nag! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: modifier le numéro du device d'une partition
Le Sat, 9 Jan 2010 22:58:56 +0100, cor...@free.fr a écrit : /dev/hdb2 = /dev/hdb1 Bonsoir, J'ai modifié des partitions sur un disque ide /dev/hdb avec l'outil gparted. Au départ, il y avait 4 partitions : hdb1 à hdb4. J'ai supprimé les partitions : hdb1, hdb3 et hdb4, puis j'ai agrandi à 100% la partition hdb2 mais elle est restée avec le device /dev/hdb2 Comment la modifier par /dev/hdb1 ? (vu qu'il y en a plus qu'une seule) Je n'ai rien vu sur gparted et fdisk ... Tu peux utiliser fdisk à partir d'un support-live: x pour fonctionnalités supplémentaires puis f pour réparer l'ordre des partitions puis w pour écrire la table de partitions. Ensuite évidemment il faut mofifier /etc/fstab, etc/mtab, le bootloader (grub/lilo), etc... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
No space left on device.
Salut. Après avoir fait une mise à jour du noyau, j'obtiens les messages d'erreurs suivants. Comment résout-on un truc comme cela? yziq...@seldon:~$ sudo dpkg --configure -a Paramétrage de initramfs-tools (0.93.4) ... update-initramfs: deferring update (trigger activated) dpkg : des problèmes de dépendances empêchent la configuration de ocamlduce : ocamlduce dépend de ocamlduce-base-3.11.1.0 ; cependant : Le paquet ocamlduce-base-3.11.1.0 n'est pas installé. dpkg : erreur de traitement de ocamlduce (--configure) : problèmes de dépendances - laissé non configuré Traitement des actions différées (« triggers ») pour « initramfs-tools »... update-initramfs: Generating /boot/initrd.img-2.6.30-2-amd64 W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3 gzip: stdout: No space left on device update-initramfs: failed for /boot/initrd.img-2.6.30-2-amd64 dpkg: le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 yziq...@seldon:~$ -- Guillaume Yziquel http://yziquel.homelinux.org/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: No space left on device.
Guillaume Yziquel guillaume.yziq...@citycable.ch à écrit le Sat, 07 Nov 2009 10:33:45 +0100 Salut. Après avoir fait une mise à jour du noyau, j'obtiens les messages d'erreurs suivants. Comment résout-on un truc comme cela? gzip: stdout: No space left on device update-initramfs: failed for /boot/initrd.img-2.6.30-2-amd64 dpkg: le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 yziq...@seldon:~$ df -h tu as surement /boot ou /lib de full -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: No space left on device.
On Sat, Nov 07, 2009 at 10:33:45AM +0100, Guillaume Yziquel wrote: Salut. Après avoir fait une mise à jour du noyau, j'obtiens les messages d'erreurs suivants. Comment résout-on un truc comme cela? [...] W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3 gzip: stdout: No space left on device update-initramfs: failed for /boot/initrd.img-2.6.30-2-amd64 dpkg: le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Surement /boot plein. Verrifier avec : # df -h Si tu as accumulé plusieurs noyaux, il faut supprimer ceux qui ne sont plus utilisés. Attention, il faut en garder un qui boot, le dernier avant cette mise à jour par exemple. Pour supprimer les éventuels autres, aptitude/apt-get ne marcheront pas car il fera la même erreur qu'actuellement. Donc, il va falloir y aller à la hache : # rm /boot/vmlinuz-VIEILLE-VERSION # rm /boot/initrd-*.old # rm /boot/initrd-VIEILLE-VERSION.img # dpkg --configure -a signature.asc Description: Digital signature
Re: Problème de audio device ?
mess-mate wrote: Bonjour, j'ai toujours pas de son avec ma nouvelle configuration. Je suis sous squeeze et voilà ce que donne: cat /proc/asound/card0/codec#* | grep Codec: Codec: Realtek ALC888 Un lspci -k me donne: 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Subsystem: ASUSTeK Computer Inc. Device 82fe Kernel driver in use: HDA Intel Un aplay -l me donne: List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC883 Digital [ALC883 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Dans le manuel de asus, ma carte mère est une P5Q Pro, il est spécifié: Audio: Realtek ALC1200 8-channel High Definition Audio Codec Ce qui me donne 3 différents ACL: un 888, un 883 et un 1200. Le noyau est un 2.6.26-amd64. Quelqu'un aurait une solution ? Merci d'avance Amicalement Bonjour, j'ai finalement du son... C'est bien un Realtek ALC1200. Il est détecté en installant un noyau 2.6.30-amd64 que j'ai compilé moi-même. Il fallait au moins cette version de noyau ! J'ai ajouté dans alsa-base.conf options snd-hda-intel probe_mask=1. Par contre dans /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz ce modèle ne s'y trouve pas, trop récent ? Merci à tous pour l'aide et pourvu que ça dure... amicalement -- mess-mate May you do Good Magic with Perl. -- Larry Wall's blessing -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
j'ai finalement du son... C'est bien un Realtek ALC1200. Il est détecté en installant un noyau 2.6.30-amd64 que j'ai compilé moi-même. Il fallait au moins cette version de noyau ! J'ai ajouté dans alsa-base.conf options snd-hda-intel probe_mask=1. Par contre dans /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz ce modèle ne s'y trouve pas, trop récent ? Merci à tous pour l'aide et pourvu que ça dure... amicalement -- mess-mate ... si ça peut aider ... Salut, http://www.alsa-project.org/main/index.php/Changes_v1.0.18rc3_v1.0.18 version du 2008-10-29, ton modèle apparaît pour la 1ère fois, 1er support http://www.alsa-project.org/main/index.php/Changes_v1.0.18_v1.0.19 version du 2009-01-19 , là il apparaît, ça règle des problèmes de noms et de reconnaissance du bon modèle pour certaine carte mère à priori. http://www.alsa-project.org/main/index.php/Changes_v1.0.19_v1.0.20 version du 2009-05-06 , dernière version de alsa, là, il apparaît aussi, ceci concernant des modifs pour les sorties digitales et SPDIF. bref, modèle récent ... A+ mon cher Watson Olivier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
humbert.olivie...@free.fr wrote: j'ai finalement du son... C'est bien un Realtek ALC1200. Il est détecté en installant un noyau 2.6.30-amd64 que j'ai compilé moi-même. Il fallait au moins cette version de noyau ! J'ai ajouté dans alsa-base.conf options snd-hda-intel probe_mask=1. Par contre dans /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz ce modèle ne s'y trouve pas, trop récent ? Merci à tous pour l'aide et pourvu que ça dure... amicalement -- mess-mate ... si ça peut aider ... Salut, http://www.alsa-project.org/main/index.php/Changes_v1.0.18rc3_v1.0.18 version du 2008-10-29, ton modèle apparaît pour la 1ère fois, 1er support http://www.alsa-project.org/main/index.php/Changes_v1.0.18_v1.0.19 version du 2009-01-19 , là il apparaît, ça règle des problèmes de noms et de reconnaissance du bon modèle pour certaine carte mère à priori. http://www.alsa-project.org/main/index.php/Changes_v1.0.19_v1.0.20 version du 2009-05-06 , dernière version de alsa, là, il apparaît aussi, ceci concernant des modifs pour les sorties digitales et SPDIF. bref, modèle récent ... A+ mon cher Watson Olivier Merci mais je cherchais le modèle à insérer dans alsa-base.conf. Mon modèle n'est pas spécifié dans hd-audio-models.txt. J'ai finalement ajouté options snd-hda-intel model=alc1200_asus_p5q probe_mask=1 Faut voir si cela change quelque chose. Pour l'instant ça marche via le jack output et des enceintes amplifiées. Comme je suis pas un spécialiste dans l'audio .. Enfin, depuis les années que je suis sous linux j'ai toujours connu des problèmes de son lorsque le son était devenu disponible. amicalement -- mess-mate May you do Good Magic with Perl. -- Larry Wall's blessing -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
rudu wrote: rudu a écrit : Bonjour, Pas d'aide mais juste pour signaler un problème similaire avec une config voisine : Noyau 2.6.26-2-amd64 [...] Je n'ai qu'une carte son et rien ne sort vers mes enceintes. Remarque : alsamixer ne voit que les voies Master, PCM, Capture et digital, et impossible de muter/démuter une voie ... En bootant sur un live-CD Ubuntu 9.04, aucun souci et alsamixer me présente une dizaine de voies dont front, rear, mic, etc ..., la plupart mutables ou démutables sans problème... J'ai upgradé alsa-utils vers unstable (je souhaite rester en testing) : aucun changement. Pour info, problème résolu chez moi en installant le kernel de Sid (2.6.30-1-amd64) et en ajoutant en fin de fichier /etc/modprobe.d/alsa-base.conf : options snd-hda-intel model=6stack-digout JM Bonjour, tu est en sid ou en squeeze ? Dans le cas de squeeze tu pourrais me dire comment tu as fait ? Merci -- mess-mate May you do Good Magic with Perl. -- Larry Wall's blessing -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
mess-mate a écrit : rudu wrote: rudu a écrit : Bonjour, Pas d'aide mais juste pour signaler un problème similaire avec une config voisine : Noyau 2.6.26-2-amd64 [...] Je n'ai qu'une carte son et rien ne sort vers mes enceintes. Remarque : alsamixer ne voit que les voies Master, PCM, Capture et digital, et impossible de muter/démuter une voie ... En bootant sur un live-CD Ubuntu 9.04, aucun souci et alsamixer me présente une dizaine de voies dont front, rear, mic, etc ..., la plupart mutables ou démutables sans problème... J'ai upgradé alsa-utils vers unstable (je souhaite rester en testing) : aucun changement. Pour info, problème résolu chez moi en installant le kernel de Sid (2.6.30-1-amd64) et en ajoutant en fin de fichier /etc/modprobe.d/alsa-base.conf : options snd-hda-intel model=6stack-digout JM Bonjour, tu est en sid ou en squeeze ? Dans le cas de squeeze tu pourrais me dire comment tu as fait ? Merci Salut, Je suis en squeeze, mais j'ai ajouté les dépôts sid dans mon source.list et réglé le pinning apt. Puis j'ai cherché la bonne option à ajouter à mon alsa-base.conf en cherchant là : /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz Après cela, alsamixer m'a proposé toutes mes voies et tout baigne ... Opzatelpse JM -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
rudu a écrit : Bonjour, Pas d'aide mais juste pour signaler un problème similaire avec une config voisine : Noyau 2.6.26-2-amd64 [...] Je n'ai qu'une carte son et rien ne sort vers mes enceintes. Remarque : alsamixer ne voit que les voies Master, PCM, Capture et digital, et impossible de muter/démuter une voie ... En bootant sur un live-CD Ubuntu 9.04, aucun souci et alsamixer me présente une dizaine de voies dont front, rear, mic, etc ..., la plupart mutables ou démutables sans problème... J'ai upgradé alsa-utils vers unstable (je souhaite rester en testing) : aucun changement. Pour info, problème résolu chez moi en installant le kernel de Sid (2.6.30-1-amd64) et en ajoutant en fin de fichier /etc/modprobe.d/alsa-base.conf : options snd-hda-intel model=6stack-digout JM -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Problème de audio device ?
Bonjour, j'ai toujours pas de son avec ma nouvelle configuration. Je suis sous squeeze et voilà ce que donne: cat /proc/asound/card0/codec#* | grep Codec: Codec: Realtek ALC888 Un lspci -k me donne: 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Subsystem: ASUSTeK Computer Inc. Device 82fe Kernel driver in use: HDA Intel Un aplay -l me donne: List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC883 Digital [ALC883 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Dans le manuel de asus, ma carte mère est une P5Q Pro, il est spécifié: Audio: Realtek ALC1200 8-channel High Definition Audio Codec Ce qui me donne 3 différents ACL: un 888, un 883 et un 1200. Le noyau est un 2.6.26-amd64. Quelqu'un aurait une solution ? Merci d'avance Amicalement -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
mess-mate a écrit : Bonjour, j'ai toujours pas de son avec ma nouvelle configuration. Je suis sous squeeze et voilà ce que donne: cat /proc/asound/card0/codec#* | grep Codec: Codec: Realtek ALC888 Un lspci -k me donne: 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Subsystem: ASUSTeK Computer Inc. Device 82fe Kernel driver in use: HDA Intel Un aplay -l me donne: List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC883 Digital [ALC883 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Dans le manuel de asus, ma carte mère est une P5Q Pro, il est spécifié: Audio: Realtek ALC1200 8-channel High Definition Audio Codec Ce qui me donne 3 différents ACL: un 888, un 883 et un 1200. Le noyau est un 2.6.26-amd64. Bonjour, Pas d'aide mais juste pour signaler un problème similaire avec une config voisine : Noyau 2.6.26-2-amd64 lsmod | grep snd snd_hda_intel 436440 3 snd_pcm_oss41760 0 snd_mixer_oss 18816 1 snd_pcm_oss snd_pcm81672 2 snd_hda_intel,snd_pcm_oss snd_seq_dummy 7428 0 snd_seq_oss33280 0 snd_seq_midi 11072 0 snd_rawmidi26784 1 snd_seq_midi snd_seq_midi_event 11904 2 snd_seq_oss,snd_seq_midi snd_seq54304 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 25744 2 snd_pcm,snd_seq snd_seq_device 11668 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd63688 15 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 12064 1 snd snd_page_alloc 13072 2 snd_hda_intel,snd_pcm cat /proc/asound/card0/codec#* | grep Codec Codec: VIA ID 397 Je n'ai qu'une carte son et rien ne sort vers mes enceintes. Remarque : alsamixer ne voit que les voies Master, PCM, Capture et digital, et impossible de muter/démuter une voie ... En bootant sur un live-CD Ubuntu 9.04, aucun souci et alsamixer me présente une dizaine de voies dont front, rear, mic, etc ..., la plupart mutables ou démutables sans problème... J'ai upgradé alsa-utils vers unstable (je souhaite rester en testing) : aucun changement. Je ne vois plus trop quoi tenter ... Mess-mate, des similitudes avec mes symptômes chez toi aussi ? Jean Marc -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problèm e de audio device ?
Bonjour, Salut, j'ai toujours pas de son avec ma nouvelle configuration. Je suis sous squeeze et voilà ce que donne: cat /proc/asound/card0/codec#* | grep Codec: Codec: Realtek ALC888 Dans le manuel de asus, ma carte mère est une P5Q Pro, il est spécifié: Audio: Realtek ALC1200 8-channel High Definition Audio Codec Ce qui me donne 3 différents ACL: un 888, un 883 et un 1200. Le noyau est un 2.6.26-amd64. Pas en 2.6.30 en squeeze ? Quelqu'un aurait une solution ? Essaie de mettre dans /etc/modprobe.d/alsa-base options snd-hda-intel model=ton modèle avec ton modèle à trouver dans le fichier /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz gogole me donne ce lien si ça peut t'aider : http://forum.ubuntu-fr.org/viewtopic.php?id=172378 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Problème de audio device ?
Salut, J'ai le même problème sur un tecra10-105 avec une squeeze instabilisée. Elle utilise entre autre le kernel 2.6.30 de Sid. Je l'ai, en partie, résolu en ajoutant un sound.conf dans /etc/modprobe.d J'ai fait plusieurs tentatives avec divers nom de matériel et j'ai eu un résultat positif avec un options snd-hda-intel model=acer Il me reste un seul problème, lorsque je plug des écouteurs, les haut-parleurs ne se coupent pas. :( Je vais tenter d'approndir les choses. Comme, le driver plante aussi lorsque je choisi un autre modèle dont toshiba. Je vais rentrer un rapport de bug chez alsa. Voila. steve a écrit : Bonjour, Salut, j'ai toujours pas de son avec ma nouvelle configuration. Je suis sous squeeze et voilà ce que donne: cat /proc/asound/card0/codec#* | grep Codec: Codec: Realtek ALC888 Dans le manuel de asus, ma carte mère est une P5Q Pro, il est spécifié: Audio: Realtek ALC1200 8-channel High Definition Audio Codec Ce qui me donne 3 différents ACL: un 888, un 883 et un 1200. Le noyau est un 2.6.26-amd64. Pas en 2.6.30 en squeeze ? Quelqu'un aurait une solution ? Essaie de mettre dans /etc/modprobe.d/alsa-base options snd-hda-intel model=ton modèle avec ton modèle à trouver dans le fichier /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz gogole me donne ce lien si ça peut t'aider : http://forum.ubuntu-fr.org/viewtopic.php?id=172378 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org -- Thierry Leurent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Failed to open sound device /dev/dsp.
Bonjour, Voici une rreur que me met vmware player au démarrage d'un machine virtuelle windows XP: Failed to open sound device /dev/dsp: No such file or directory Failed to connect virtual device sound. Voilà le son marche très bien sur mon PC debian squeeze. Avez vous une solution? Merci. Alexandre DAUMAS.
Re: VFS : Cannot open root device 343 or unknown-block (3,67) [Résolu]
Bonjour, Je voudrais remercier tout le monde pour son aide, effectivement après de nombreux essais je me suis aperçu que Knoppix montait ses fichiers externes en lecture seul. C'est bien indiqué dans un des onglets, lecture seule case à décocher . Lorsque j'ai trouvé la solution j'ai été heureux mais assez furieux de m'être laisser prendre par ce piège à C Le chroot et le dpkg -i a alors bien fonctionné. Encore Merci. Philippe MERLIN P.S. : Sylvain si tu vois le message tu remarqueras qu'il n'est pas en html. P.S 2: Si je n'ai pas tout de suite envoyé ce message, c'est que j'attendais que ma machine en linux fonctionne, le message qui va suivre indiquera les problèmes que j'ai rencontré. Le jeudi 24 janvier 2008, Hugues LARRIVE a écrit : Jean-Michel OLTRA a écrit : Bonjour, Le mercredi 23 janvier 2008, [EMAIL PROTECTED] a écrit... mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? [EMAIL PROTECTED]:/# mount --bind /dev /media/hdb3/dev [EMAIL PROTECTED]:/# chroot /media/hdb3 Knoppix:/# cd /usr/src Knoppix:/usr/src# ls linux-image*.deb linux-image-2.6.18_custom.4.0_i386.deb linux-image-2.6.22_X64.1.0_i386.deb linux-image-2.6.22_custom.1.0_i386.deb Knoppix:/usr/src# dpkg -i linux-image-2.6.22_X64.1.0_i386.deb dpkg: impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement Knoppix:/usr/src# 1. /var est sur hdb3 ? 2. essayer de spécifier à mount qu'il faut monter hdb3 (en tous cas le device qui contient /var) en rw ? Si je me rappel bien knoppix monte les systèmes de fichiers en lecture seule lorsqu'on y accède par l'interface graphique... Tu peux essayer de passer en lecture-écriture comme ça : # mount /media/hda3 -o remount,rw ou bien le monter manuellement ailleurs : # umount /dev/hda3 # mkdir /mnt/hda3 # mount /dev/hda3 /mnt/hda3 # mount --bind /dev /mnt/hda3/dev # chroot /mnt/hda3 @+
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonjour, Le mercredi 23 janvier 2008, [EMAIL PROTECTED] a écrit... mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? [EMAIL PROTECTED]:/# mount --bind /dev /media/hdb3/dev [EMAIL PROTECTED]:/# chroot /media/hdb3 Knoppix:/# cd /usr/src Knoppix:/usr/src# ls linux-image*.deb linux-image-2.6.18_custom.4.0_i386.deb linux-image-2.6.22_X64.1.0_i386.deb linux-image-2.6.22_custom.1.0_i386.deb Knoppix:/usr/src# dpkg -i linux-image-2.6.22_X64.1.0_i386.deb dpkg: impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement Knoppix:/usr/src# 1. /var est sur hdb3 ? 2. essayer de spécifier à mount qu'il faut monter hdb3 (en tous cas le device qui contient /var) en rw ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- 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: VFS : Cannot open root device 343 or unknown-block (3,67)
Jean-Michel OLTRA a écrit : Bonjour, Le mercredi 23 janvier 2008, [EMAIL PROTECTED] a écrit... mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? [EMAIL PROTECTED]:/# mount --bind /dev /media/hdb3/dev [EMAIL PROTECTED]:/# chroot /media/hdb3 Knoppix:/# cd /usr/src Knoppix:/usr/src# ls linux-image*.deb linux-image-2.6.18_custom.4.0_i386.deb linux-image-2.6.22_X64.1.0_i386.deb linux-image-2.6.22_custom.1.0_i386.deb Knoppix:/usr/src# dpkg -i linux-image-2.6.22_X64.1.0_i386.deb dpkg: impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement Knoppix:/usr/src# 1. /var est sur hdb3 ? 2. essayer de spécifier à mount qu'il faut monter hdb3 (en tous cas le device qui contient /var) en rw ? Si je me rappel bien knoppix monte les systèmes de fichiers en lecture seule lorsqu'on y accède par l'interface graphique... Tu peux essayer de passer en lecture-écriture comme ça : # mount /media/hda3 -o remount,rw ou bien le monter manuellement ailleurs : # umount /dev/hda3 # mkdir /mnt/hda3 # mount /dev/hda3 /mnt/hda3 # mount --bind /dev /mnt/hda3/dev # chroot /mnt/hda3 @+ signature.asc Description: OpenPGP digital signature
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonjour, Comme indiqué dans mon dernier message, grace à vous, je pense avoir trouvé pourquoi j'obtenais cette erreur au boot. Pour corriger ce problème, j'envisage d'utiliser chroot et un noyau déjà compiler par mes soins et qui devraient fonctionner. La méthode envisagée est la suivante : booter avec un CD de la Kaella (Knoppix Français) ouvrir une fenêtre shell : mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? Dois je exporter des variables d'environnement ? J'ai googolisé, je n'ai rien trouver qui puisse me dire si cela marche ou pas? l'avez vous déjà fait ? Tout avis sera la bienvenue. Merci d'avance. Philippe Merlin Message du 22/01/08 23:36 De : [EMAIL PROTECTED] A : debian Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) Bonsoir, Et encore merci, je pense que tu me donnes la bonne solution. J'avais préparé un noyau adapté à ma nouvelle config à la mode debian, un linux-image---.deb, puis je l'utiliser ou l'essayer avec un chroot ? Philippe Merlin Message du 22/01/08 23:06 De : Sylvain Sauvage A : debian-user-french@lists.debian.org Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) [Merci de répondre en dessous, en coupant les citations inutiles.] [EMAIL PROTECTED], mardi 22 janvier 2008, 22:21:09 CET [Remis dans l’ordre.] […] VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. […] Merci pour ta réponse effectivement c'est /dev/hdb3, en bon état j'ai fait un e2fsck qui me l'a confirmé. Le message d’erreur est clair : ton noyau ne reconnaît pas le périphérique /dev/hdb3. Ça n’a rien à voir avec le système de fichier qui est dessus (pour le moment). le noyau est un noyau maison. J'ai IDE et ext3 en dur dans le noyau. Le passage à /dev/sd.. comment peut t'on le savoir car il s'arrète très rapidement Pourquoi ne reconnaît-il pas /dev/hdb3 ? Plusieurs possibilités : 1. il ne voit pas du tout le disque, a. parce qu’il n’a pas le bon pilote, b. parce qu’il est branché autrement, c. les deux ; 2. il voit le disque autrement (/dev/sdx), Le cas 2. est à mon avis à exclure : cela arrive quand on change de génération de pilote (notamment en changeant de version de noyau). À ce propos (version de noyau), tu ne nous a pas dit quel noyau et quelle distribution (Etch ?). Reste le 1 : a. comme tu as un noyau maison, il est possible que n’aie pas compilé le pilote pour le chipset de ta nouvelle CM (non, IDE ne suffit pas). Essaie avec un noyau Debian (linux-image-xxx-k7 ou k8). Tu dois pouvoir l’installer par un chroot depuis le système qui t’as permis de faire ton fsck. Ces noyaux sont génériques et acceptent (en général) plus de matériels qu’un noyau maison. Tu pourras t’en recompiler un ensuite ; b. tes disques sont-ils toujours montés en maître-esclave sur le même câble (et dans le même ordre) ? -- Sylvain Sauvage Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
[ Merci de répondre en dessous, en coupant les citations inutiles ! Et pas de HTML. ] [EMAIL PROTECTED], mercredi 23 janvier 2008, 12:52:58 CET Bonjour, ’jour, Comme indiqué dans mon dernier message, grace à vous, je pense avoir trouvé pourquoi j'obtenais cette erreur au boot. Pour corriger ce problème, j'envisage d'utiliser chroot et un noyau déjà compiler par mes soins et qui devraient fonctionner. La méthode envisagée est la suivante : booter avec un CD de la Kaella (Knoppix Français) ouvrir une fenêtre shell : mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? Oui. Un « mount --bind /dev /media/hdb3/dev » avant le chroot peut être utile (ça permet d’avoir accès aux fichiers de /dev depuis le chroot). Dois je exporter des variables d'environnement ? J'ai googolisé, je n'ai rien trouver qui puisse me dire si cela marche ou pas? l'avez vous déjà fait ? Oui. C’est aussi une méthode pour (ré)installer un gestionnaire de démarrage (GRUB…) ou récupérer une installation scabreuse qui ne peut plus démarrer seule… Tout avis sera la bienvenue. Alors en voici un : arrête le doublonnage en HTML et le « top posting » :oP -- Sylvain Sauvage
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Message du 23/01/08 19:58 De : Sylvain Sauvage [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Comme indiqué dans mon dernier message, grace à vous, je pense avoir trouvé pourquoi j'obtenais cette erreur au boot. Pour corriger ce problème, j'envisage d'utiliser chroot et un noyau déjà compiler par mes soins et qui devraient fonctionner. La méthode envisagée est la suivante : booter avec un CD de la Kaella (Knoppix Français) ouvrir une fenêtre shell : mount /media/hdb3 chroot /media/hdb3 cd /usr/src dpkg -i linux-image*.deb pour installer le nouveau noyau. Ma question est la suivante es ce que cela peut fonctionner ? Un « mount --bind /dev /media/hdb3/dev » avant le chroot peut être utile (ça permet d’avoir accès aux fichiers de /dev depuis le chroot). Dois je exporter des variables d'environnement ? J'ai googolisé, je n'ai rien trouver qui puisse me dire si cela marche ou pas? l'avez vous déjà fait ? Oui. C’est aussi une méthode pour (ré)installer un gestionnaire de démarrage (GRUB…) ou récupérer une installation scabreuse qui ne peut plus démarrer seule… Sylvain Sauvage Bonsoir, Je m'excuse à l'avance si ce message est en html (un format pour les messages que j'abhore, ordinairement je ne lis même pas les messages sous ce format), mais à cause de mon impossibilité actuel d'installer un linux qui marche, j'envoie ce message depuis l'accès web du serveur de la poste et je ne maitrise pas du tout ce pb. Les excuses étant faites ma méthode !!! ne semble pas marcher, voici le résultat : [EMAIL PROTECTED]:/# mount --bind /dev /media/hdb3/dev [EMAIL PROTECTED]:/# chroot /media/hdb3 Knoppix:/# cd /usr/src Knoppix:/usr/src# ls linux-image*.deb linux-image-2.6.18_custom.4.0_i386.deb linux-image-2.6.22_X64.1.0_i386.deb linux-image-2.6.22_custom.1.0_i386.deb Knoppix:/usr/src# dpkg -i linux-image-2.6.22_X64.1.0_i386.deb dpkg: impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement Knoppix:/usr/src# Je ne sais plus quoi faire pour me sortir de ce pétrin. Pourriez vous me donner des conseils. A l'avance merci. Philippe MERLIN Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
VFS : Cannot open root device 343 or unknown-block (3,67)
Bonjour, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Le Tue, 22 Jan 2008 19:45:25 +0100 (CET), phil-deb1.merlin [EMAIL PROTECTED] a écrit : Bonjour, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Tu as bien mis ton système de fichiers en dur ? Et non en module - sauf si tu utilises une initrd - Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard http://kmuto.jp/debian/hcl/ Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonsoir, Merci pour ta réponse, mais j'avais bien IDE en dur dans le noyau. Une info suplémentaire, j'ai fait avec une Kaella un e2fsck de mon système de fichier et il est bon. Encore merci pour l'adresse du site. Philippe MERLIN Message du 22/01/08 20:28 De : mahashakti89 [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : debian debian-user-french@lists.debian.org Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) Le Tue, 22 Jan 2008 19:45:25 +0100 (CET), phil-deb1.merlin [EMAIL PROTECTED] a écrit : Bonjour, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Tu as bien mis ton système de fichiers en dur ? Et non en module - sauf si tu utilises une initrd - Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard http://kmuto.jp/debian/hcl/ Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Le Tue, 22 Jan 2008 21:09:14 +0100 (CET), [EMAIL PROTECTED] a écrit : Bonsoir, Merci pour ta réponse, mais j'avais bien IDE en dur dans le noyau. Une info suplémentaire, j'ai fait avec une Kaella un e2fsck de mon système de fichier et il est bon. Encore merci pour l'adresse du site. Philippe MERLIN Je ne parle pas de l'IDE mais du système de fichiers : ext3 , reiserfs, xfs, etc mahashakti89 Message du 22/01/08 20:28 De : mahashakti89 [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : debian debian-user-french@lists.debian.org Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) Le Tue, 22 Jan 2008 19:45:25 +0100 (CET), phil-deb1.merlin [EMAIL PROTECTED] a écrit : Bonjour, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Tu as bien mis ton système de fichiers en dur ? Et non en module - sauf si tu utilises une initrd - Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard http://kmuto.jp/debian/hcl/ Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
phil-deb1.merlin, mardi 22 janvier 2008, 19:45:25 CET Bonjour, ’soir, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard -- Sylvain Sauvage
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonsoir, Merci pour ta réponse effectivement c'est /dev/hdb3, en bon état j'ai fait un e2fsck qui me l'a confirmé. le noyau est un noyau maison. J'ai IDE et ext3 en dur dans le noyau. Le passage à /dev/sd.. comment peut t'on le savoir car il s'arrète très rapidement Encore Merci. Philippe MERLIN Message du 22/01/08 21:40 De : Sylvain Sauvage [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) phil-deb1.merlin, mardi 22 janvier 2008, 19:45:25 CET Bonjour, ’soir, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard -- Sylvain Sauvage Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonsoir, Une information supplémentaire dans le message il y a aussi : available FS : et rien sauf kernel panic. A l'avance merci. Philippe MERLIN Message du 22/01/08 22:21 De : [EMAIL PROTECTED] A : debian debian-user-french@lists.debian.org Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) Bonsoir, Merci pour ta réponse effectivement c'est /dev/hdb3, en bon état j'ai fait un e2fsck qui me l'a confirmé. le noyau est un noyau maison. J'ai IDE et ext3 en dur dans le noyau. Le passage à /dev/sd.. comment peut t'on le savoir car il s'arrète très rapidement Encore Merci. Philippe MERLIN Message du 22/01/08 21:40 De : Sylvain Sauvage [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) phil-deb1.merlin, mardi 22 janvier 2008, 19:45:25 CET Bonjour, ’soir, Je viens de faire évoluer ma configuration Pc, qui commençait à me lacher. Mon ancienne configuration : carte Mère ASROCK + Processeur Athlon XP 1800 Nouvelle configuration : carte Mére Asus M2N-E SLI + Processeur AMD Athlon 64 X2 5200 . Ayant garder mes disques j'espèrait pouvoir lancer linux et affiner ma configuration en compilant un nouveau noyau. Mais il semble que je me suis tromper: Au boot j'obtiens : VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. Quelqu'un peut t'il m'aider ou me donner un conseil dans cette migration. A l'avance merci. Philippe Merlin P.S. Pourriez vous me rappelez le nom du site debian jp qui avec un lspci indique les modules nécessaires au bon fonctionnement de sa config hard -- Sylvain Sauvage Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
[Merci de répondre en dessous, en coupant les citations inutiles.] [EMAIL PROTECTED], mardi 22 janvier 2008, 22:21:09 CET [Remis dans l’ordre.] […] VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. […] Merci pour ta réponse effectivement c'est /dev/hdb3, en bon état j'ai fait un e2fsck qui me l'a confirmé. Le message d’erreur est clair : ton noyau ne reconnaît pas le périphérique /dev/hdb3. Ça n’a rien à voir avec le système de fichier qui est dessus (pour le moment). le noyau est un noyau maison. J'ai IDE et ext3 en dur dans le noyau. Le passage à /dev/sd.. comment peut t'on le savoir car il s'arrète très rapidement Pourquoi ne reconnaît-il pas /dev/hdb3 ? Plusieurs possibilités : 1. il ne voit pas du tout le disque, a. parce qu’il n’a pas le bon pilote, b. parce qu’il est branché autrement, c. les deux ; 2. il voit le disque autrement (/dev/sdx), Le cas 2. est à mon avis à exclure : cela arrive quand on change de génération de pilote (notamment en changeant de version de noyau). À ce propos (version de noyau), tu ne nous a pas dit quel noyau et quelle distribution (Etch ?). Reste le 1 : a. comme tu as un noyau maison, il est possible que n’aie pas compilé le pilote pour le chipset de ta nouvelle CM (non, IDE ne suffit pas). Essaie avec un noyau Debian (linux-image-xxx-k7 ou k8). Tu dois pouvoir l’installer par un chroot depuis le système qui t’as permis de faire ton fsck. Ces noyaux sont génériques et acceptent (en général) plus de matériels qu’un noyau maison. Tu pourras t’en recompiler un ensuite ; b. tes disques sont-ils toujours montés en maître-esclave sur le même câble (et dans le même ordre) ? -- Sylvain Sauvage
Re: VFS : Cannot open root device 343 or unknown-block (3,67)
Bonsoir, Et encore merci, je pense que tu me donnes la bonne solution. J'avais préparé un noyau adapté à ma nouvelle config à la mode debian, un linux-image---.deb, puis je l'utiliser ou l'essayer avec un chroot ? Philippe Merlin Message du 22/01/08 23:06 De : Sylvain Sauvage [EMAIL PROTECTED] A : debian-user-french@lists.debian.org Copie à : Objet : Re: VFS : Cannot open root device 343 or unknown-block (3,67) [Merci de répondre en dessous, en coupant les citations inutiles.] [EMAIL PROTECTED], mardi 22 janvier 2008, 22:21:09 CET [Remis dans l’ordre.] […] VFS : Cannot open root device 343 or unknown-block (3,67) Please append a correct root Kernel panic not syncing VFS Unable to mount root fs on unknown block (3,67). Block 3,67 = /dev/hdb3 Comment sont tes disques ? As-tu toujours un /dev/hdb ? Ne seraient-ils pas passés en /dev/sd… ? As-tu les bons pilotes pour ta nouvelle carte ? (notamment le pilote IDE ATAPI adéquat (comme Sheila)) Utilises-tu un noyau générique Debian ou un noyau maison ? Les noyaux génériques sont plus souples. […] Merci pour ta réponse effectivement c'est /dev/hdb3, en bon état j'ai fait un e2fsck qui me l'a confirmé. Le message d’erreur est clair : ton noyau ne reconnaît pas le périphérique /dev/hdb3. Ça n’a rien à voir avec le système de fichier qui est dessus (pour le moment). le noyau est un noyau maison. J'ai IDE et ext3 en dur dans le noyau. Le passage à /dev/sd.. comment peut t'on le savoir car il s'arrète très rapidement Pourquoi ne reconnaît-il pas /dev/hdb3 ? Plusieurs possibilités : 1. il ne voit pas du tout le disque, a. parce qu’il n’a pas le bon pilote, b. parce qu’il est branché autrement, c. les deux ; 2. il voit le disque autrement (/dev/sdx), Le cas 2. est à mon avis à exclure : cela arrive quand on change de génération de pilote (notamment en changeant de version de noyau). À ce propos (version de noyau), tu ne nous a pas dit quel noyau et quelle distribution (Etch ?). Reste le 1 : a. comme tu as un noyau maison, il est possible que n’aie pas compilé le pilote pour le chipset de ta nouvelle CM (non, IDE ne suffit pas). Essaie avec un noyau Debian (linux-image-xxx-k7 ou k8). Tu dois pouvoir l’installer par un chroot depuis le système qui t’as permis de faire ton fsck. Ces noyaux sont génériques et acceptent (en général) plus de matériels qu’un noyau maison. Tu pourras t’en recompiler un ensuite ; b. tes disques sont-ils toujours montés en maître-esclave sur le même câble (et dans le même ordre) ? -- Sylvain Sauvage Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
Re: ssh -X ; sudo umount : device is busy
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-07-22 15:53:03 +0200] wrote : Bonjour à tous, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. FA Salut, Tu n'aurais pas un terminal/application qui utiliserait le fs ? -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- 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: ssh -X ; sudo umount : device is busy
[EMAIL PROTECTED] a écrit : Bonjour à tous, Salut, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. Tu peux trouver ce genre d'infos en tapant ls -l /proc/*/fd | less puis en recherchant hda ou bien le point de montage. Ça te permettra de déterminer le PID du processus qui utilise le disque. FA Seb -- 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: ssh -X ; sudo umount : device is busy
Seb wrote: [EMAIL PROTECTED] a écrit : Bonjour à tous, Salut, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. dans ce cas, utilise la Cde: umount /ptdemontage -l fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. Tu peux trouver ce genre d'infos en tapant ls -l /proc/*/fd | less puis en recherchant hda ou bien le point de montage. Ça te permettra de déterminer le PID du processus qui utilise le disque. FA Seb -- The truth is rarely pure, and never simple. -- Oscar Wilde
Re: ssh -X ; sudo umount : device is busy
J'ai bien lu les inforamtions que vous m'avez données. (et j'y réponds en lieu et place). Malheureusement, quoique je m'étais dit que je ne ferais pas un démontage sauvage... J'ai rebouté :) (confondu fermer la session et éteindre l'ordinateur dans kde ..) J'ai refait la manipulation de monter la partition en ssh : Il ne m'a plus empéché de la démonter. Donc, le problème n'est pas reproduit. Quoi qu'il en soit merci beaucoup pour votre aide. FA --- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit : Seb wrote: [EMAIL PROTECTED] a écrit : Bonjour à tous, Salut, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. dans ce cas, utilise la Cde: umount /ptdemontage -l Le démontage paresseux. Plusieurs heures après avoir envoyé ce post, la partition refusait encore de se démonter. fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. Tu peux trouver ce genre d'infos en tapant ls -l /proc/*/fd | less Qu'est -ce que ce ls -l /proc/*/fd apporte comme informations que fuser n'apporte pas ? puis en recherchant hda ou bien le point de montage. Ça te permettra de déterminer le PID du processus qui utilise le disque. FA Seb -- The truth is rarely pure, and never simple. -- Oscar Wilde _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: ssh -X ; sudo umount : device is busy
--- Edi STOJICEVIC [EMAIL PROTECTED] a écrit : * [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-07-22 15:53:03 +0200] wrote : Bonjour à tous, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. FA Salut, Tu n'aurais pas un terminal/application qui utiliserait le fs ? Je n'avais qu'un seul terminal, en ssh, Et c'est moi qui ait monté le fs, je suis sûr que personne d'autre ne l'utilisait, et j'ai fait fuser. (qui a dit qu'aucun processus n'utilisait le fs). C'est surtout ce dernier point qui me surprend. Si fuser dit y'a rien. y'a rien ? non ? On m'a proposé /proc/*/fd. Mais la commande fuser doit être exhaustive ?! Encore une fois, (comme je l'ai déjà dit), le problème s'est interrompu de lui-même sans permettre d'analyser plus avant les causes (rebout intempestif). Merci FA -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- 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] _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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]
ssh -X ; sudo umount : device is busy
Bonjour à tous, Je me suis conneté avec un ssh -X Et j'ai monté un périphérique /dev/hda?? avec les droits de superutilisateur. Ultérieurement, je n'ai pas pu démonter le périphérique device is busy. fuser ne dit rien à propos de ce périphérique. En espérant que vous ayez des idées. Je voudrais le démonter proprement, et savoir ce qui a cloché. FA _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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]
ACPI cooling device
Bonjour, je viens de passer à etch (noyau 2.6.18-4-k7) sur un HP pavillon, et après le démarrage, j'obtiens le message ACPI: Unable to turn cooling device [xxx] 'on' qui s'affiche sur les consoles virtuelles toutes les 6 secondes ! Apparemment, c'est un problème courant mais je n'ai pas pu trouver de solution compréhensible. Une idée ??
Re: ACPI cooling device
Alexandre Gerussi a écrit : Bonjour, je viens de passer à etch (noyau 2.6.18-4-k7) sur un HP pavillon, et après le démarrage, j'obtiens le message ACPI: Unable to turn cooling device [xxx] 'on' qui s'affiche sur les consoles virtuelles toutes les 6 secondes ! Apparemment, c'est un problème courant mais je n'ai pas pu trouver de solution compréhensible. Une idée Bon, je me réponds à moi-même car j'ai trouvé une première solution, mais en fait il s'agit d'un bug officiel qui n'a pas encore été traité. En fait chez moi, la valeur des trip_points (/proc/acpi/thermal_zone/*/trip_points) c'est-à-dire des températures seuils qui déclenchent les ventilos ou l'arrêt complet étaient mal réglées (négatives !) On les règle par exemple avec: echo -n 100:90:80:70:70 proc/acpi/thermal_zone/*/trip_points et le problème est résolu. J'ai mis cette commande dans un script de /etc/rcS pour l'instant. A+
Re: ACPI cooling device
Selon Alexandre Gerussi [EMAIL PROTECTED]: On les règle par exemple avec: echo -n 100:90:80:70:70 proc/acpi/thermal_zone/*/trip_points Question bête: comment détermine-t-on les valeurs? Gaëtan -- 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: ACPI cooling device
[EMAIL PROTECTED] a écrit : Selon Alexandre Gerussi [EMAIL PROTECTED]: On les règle par exemple avec: echo -n 100:90:80:70:70 proc/acpi/thermal_zone/*/trip_points Question bête: comment détermine-t-on les valeurs? Gaëtan Aucune idée précise. J'ai juste remarqué que la valeur critique était réglée à 100° et que en temps normal le processeur était à 40°, alors j'ai interpolé :-)
Re: capturer un device pour un modem
Le mardi 3 juillet 2007 23:29, [EMAIL PROTECTED] a écrit : bonjour, Bonjour Bernard , je recherche un moyen de capturer un device serial sous linux et de pouvoir tranmettre toutes les trames via IP le poste destinataire est un win32 matériel : modem olitec self memory ou existe t-il une solution plus propre pour réaliser un petit répondeur-fax téléphonique sous linux sur une machine dédiée ( P133 MHz ) j'avais fait ça avec mgetty-{voice,fax} ... slt @+ bernard Dams --
Re: Buffer I/O error on device
Bonjour, Une question en passant: avez-vous essayer de diagnostiquer l'état du disque avec smartmontools ? Parce que, des I/O Error, j'en ai eu également et c'était plutôt la carte contrôleur qui partait en vrille. Il est vrai que c'était du RAID mais quand même, on ne sait jamais. Cordialement, JB Gaëtan PERRIER a écrit : Le Sun, 01 Jul 2007 01:54:19 +0200 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Je suis donc logué en mode mini et j'ai lancé un e2fsck sur le disque qui a dit que tout est ok sur le disque. J'ai donc redémarré et là aucun problème le boot c'est correctement passé. J'ai redémarré 2 ou 3 fois dans la journée pour voir et plus aucun soucis une fois le disque chaud. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Gaëtan Si je temporise un peu lors du boot (30 sec/1min), je n'ai plus aucun problème. Il semble bien que ce soit un problème de mise en route du disque. Existe-t-il un moyen de temporiser automatiquement pendant le boot? Gaëtan
Re: Buffer I/O error on device
Selon Basile STARYNKEVITCH [EMAIL PROTECTED]: Gaëtan PERRIER wrote: Si je temporise un peu lors du boot (30 sec/1min), je n'ai plus aucun problème. Il semble bien que ce soit un problème de mise en route du disque. Existe-t-il un moyen de temporiser automatiquement pendant le boot? Dans mon expérience, un disque qui donne un quelconque signe de faiblesse est en train de mourir, et tombera complètement en panne dans un délai assez bref (moins d'une semaine). D'autre part, si un disque contient des données issues de notre travail, la valeur de ces données est bien plus grande que le prix d'un disque (une petite centaine d'euros). C'est pourquoi je conseille vivement de sauvegarder et de changer de disque. Le truc c'est que ça fait plus d'un mois que ça dure, que ni fsck ni les smartmontools ne trouve de problèmes, qu'en fonctionnement il n'y a strictement aucunes erreurs et qu'un disque SCSI c'est largement au-delà de la centaine d'euros... J'ai déjà eu des disques (ide) qui ont rendu l'âme mais ça ne se passait jamais comme ça. C'était plutôt l'inverse: les problèmes apparaissaient quand le disque chauffait et j'avais des problèmes d'écriture et fsck trouvait des trucs qui merdait... Ca pourrait être la carte contrôleur comme le suggère Jean Baptiste mais dans ce cas il devrait y avoir des erreurs sur mes 2 disques (j'ai déjà eu le cas) or ce n'est pas le cas. J'ai envoyé un mail au fabricant, je verrai bien si il me répond... En attendant je sauvegarde régulièrement et passe un fsck régulièrement aussi. Gaëtan -- 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: Buffer I/O error on device
De mon côté ça a été le signe d'un problème matériel avec un disque dur endommagé. Jean Baptiste Favre a écrit : Bonjour, Une question en passant: avez-vous essayer de diagnostiquer l'état du disque avec smartmontools ? Parce que, des I/O Error, j'en ai eu également et c'était plutôt la carte contrôleur qui partait en vrille. Il est vrai que c'était du RAID mais quand même, on ne sait jamais. Cordialement, JB Gaëtan PERRIER a écrit : Le Sun, 01 Jul 2007 01:54:19 +0200 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Je suis donc logué en mode mini et j'ai lancé un e2fsck sur le disque qui a dit que tout est ok sur le disque. J'ai donc redémarré et là aucun problème le boot c'est correctement passé. J'ai redémarré 2 ou 3 fois dans la journée pour voir et plus aucun soucis une fois le disque chaud. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Gaëtan Si je temporise un peu lors du boot (30 sec/1min), je n'ai plus aucun problème. Il semble bien que ce soit un problème de mise en route du disque. Existe-t-il un moyen de temporiser automatiquement pendant le boot? Gaëtan -- 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]
capturer un device pour un modem
bonjour, je recherche un moyen de capturer un device serial sous linux et de pouvoir tranmettre toutes les trames via IP le poste destinataire est un win32 matériel : modem olitec self memory ou existe t-il une solution plus propre pour réaliser un petit répondeur-fax téléphonique sous linux sur une machine dédiée ( P133 MHz ) slt bernard -- 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: Buffer I/O error on device
Le Sun, 01 Jul 2007 01:54:19 +0200 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Je suis donc logué en mode mini et j'ai lancé un e2fsck sur le disque qui a dit que tout est ok sur le disque. J'ai donc redémarré et là aucun problème le boot c'est correctement passé. J'ai redémarré 2 ou 3 fois dans la journée pour voir et plus aucun soucis une fois le disque chaud. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Gaëtan Si je temporise un peu lors du boot (30 sec/1min), je n'ai plus aucun problème. Il semble bien que ce soit un problème de mise en route du disque. Existe-t-il un moyen de temporiser automatiquement pendant le boot? Gaëtan -- 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: Buffer I/O error on device
Gaëtan PERRIER wrote: Si je temporise un peu lors du boot (30 sec/1min), je n'ai plus aucun problème. Il semble bien que ce soit un problème de mise en route du disque. Existe-t-il un moyen de temporiser automatiquement pendant le boot? Dans mon expérience, un disque qui donne un quelconque signe de faiblesse est en train de mourir, et tombera complètement en panne dans un délai assez bref (moins d'une semaine). D'autre part, si un disque contient des données issues de notre travail, la valeur de ces données est bien plus grande que le prix d'un disque (une petite centaine d'euros). C'est pourquoi je conseille vivement de sauvegarder et de changer de disque. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faïencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***
Re: Buffer I/O error on device
Gaëtan PERRIER wrote: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Je le conseille, en tentant de sauvegarder le minimum de données importantes sur un support externe. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faïencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} ***
Re: Buffer I/O error on device
Le Sun, 01 Jul 2007 09:17:17 +0200 Basile STARYNKEVITCH [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Je le conseille, en tentant de sauvegarder le minimum de données importantes sur un support externe. Pour la sauvegarde pas de problème, j'accède sans problème au disque une fois chaud... Gaëtan -- 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: Buffer I/O error on device
Le 13695ième jour après Epoch, Gaëtan PERRIER écrivait: Le Sun, 01 Jul 2007 09:17:17 +0200 Basile STARYNKEVITCH [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Je le conseille, en tentant de sauvegarder le minimum de données importantes sur un support externe. Pour la sauvegarde pas de problème, j'accède sans problème au disque une fois chaud... Tu as aussi une solution ici alors: http://www.cdirect2u.com/chauffe-tasse-usb-p-699.html ... désolé.
Re: Buffer I/O error on device
Le Sun, 01 Jul 2007 18:29:21 +0200 [EMAIL PROTECTED] (François TOURDE) a écrit: Le 13695ième jour après Epoch, Gaëtan PERRIER écrivait: Le Sun, 01 Jul 2007 09:17:17 +0200 Basile STARYNKEVITCH [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Je le conseille, en tentant de sauvegarder le minimum de données importantes sur un support externe. Pour la sauvegarde pas de problème, j'accède sans problème au disque une fois chaud... Tu as aussi une solution ici alors: http://www.cdirect2u.com/chauffe-tasse-usb-p-699.html ... désolé. Pas mal! :-) -- 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: Buffer I/O error on device
À priori c'est un problème de chauffe du disque. Ce matin quand j'ai démarré le boot a échoué sur le montage de disque. Je suis donc logué en mode mini et j'ai lancé un e2fsck sur le disque qui a dit que tout est ok sur le disque. J'ai donc redémarré et là aucun problème le boot c'est correctement passé. J'ai redémarré 2 ou 3 fois dans la journée pour voir et plus aucun soucis une fois le disque chaud. Le disque est un FUJITSU MAT3147NC Version: 5704 Je ne sais pas quoi faire. Remplacer le disque? Gaëtan -- 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: Buffer I/O error on device
Maintenant à chaque démarrage j'ai tout le temps les mêmes traces au boot (voir boot.log.tar.gz). Ça freeze le boot pendant un certains temps (30 sec) puis ensuite le démarrage se termine correctement et en cour de fonctionnement je n'ai aucun soucis... Et lorsque j'unmount certains device usb j'ai aussi des traces bizarres (voir usb.log.tar.gz) Je ne sais pas quoi en penser, changer le disque? Gaëtan boot.log.tar.gz Description: Binary data usb.log.tar.gz Description: Binary data
Buffer I/O error on device
Bonjour, Depuis quelque temps j'ai des: Buffer I/O error on device sdx, logical block y de temps en temps dans mon syslog. Au début j'ai cru que mon disque avait des faiblesses car c'était toujours sur le même disque, mais uniquement au boot. J'ai donc fait un e2fsck -f -v -p -c dessus. Mais tout était bon. Maintenant je m'aperçois que j'ai aussi ce genre de message pour des supports amovibles en mass storage. Je me dis donc que ça n'a rien à voir avec mes disques. Qu'en pensez-vous? Gaëtan -- 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]
disque dur : pas de device
Bonjour, cela fait plusieur jour que je tente d ajouter un disque supplémentaire a ma debian. Ayant deja deux disque et deux lecteur mes deux controleur ide de la carte mère sont plein. J ai donc rajouter une carte controleur pci. chipset via. mais je n ai aucune entrée supplémentaire dans /dev/ j ai tenté avec une autre carte pci de chipset siliconimage pas plus de resultat. il ya t il une manip a faire ? j ai bien tente un mknod dans dev mais pas mieux ou alors j ai passé les mauvaise options. quelq un a une idée ? lidiriel -- 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: disque dur : pas de device
lidiriel[EMAIL PROTECTED] a écrit : Bonjour, Bonjour. cela fait plusieur jour que je tente d ajouter un disque supplémentaire a ma debian. Ayant deja deux disque et deux lecteur mes deux controleur ide de la carte mère sont plein. J ai donc rajouter une carte controleur pci. chipset via. mais je n ai aucune entrée supplémentaire dans /dev/ j ai tenté avec une autre carte pci de chipset siliconimage pas plus de resultat. il ya t il une manip a faire ? Dans un premier temps s'assurer que la carte est bien détectée via la commande lspci. Ensuite, il y a sans doute un module à charger pour que la carte soit prise en charge par le noyau. Un fois le module chargé, le système va découvrir le nouveau disque. j ai bien tente un mknod dans dev mais pas mieux ou alors j ai passé les mauvaise options. A moins ne pas utiliser udev, c'est une mauvaise idée, je pense. cdlt.