Re: Choix pour des volumes chiffrés
Bonjour, Le mercredi 30 novembre 2011 à 8:20, Papinux a écrit : C'est ce que j'utilise. Par forcément la technique expliquée ci-dessous qui est plus simple que celle j'utilise: http://binblog.info/2008/12/04/using-a-usb-key-for-the-luks-passphrase/ ou encore http://blog.nibbles.fr/162 Personnellement, j'ai chiffré /, SWAP et /home. Au boot, je saisis la passphrase qui permet de déchiffrer /, qui contient la clé permettant de déchiffrer /home. Elle est alors déchiffrée automatiquement et ça m'évite l'usage d'une clé USB. Le chemin vers la clé pour /home se trouve dans /etc/crypttab. Seb -- 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/20111201103808.gb25...@sebian.nob900.homeip.net
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
[HS] question aux spécialistes mysql
Bonjour à tous et désolé pour le HS, soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste locké. Impossible de relancer l'import. Ma table est en InnoDB. Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main) Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne. Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ? pour info, la table en question c'est la table catalogsearch_result d'un magento. -- Thomas Clavier http://www.azae.net Jabber/XMPP/Gtalk : tclav...@azae.net +33 (0)6 20 81 81 30 -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature
Re: [HS] question aux spécialistes mysql
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit : Bonjour à tous et désolé pour le HS, soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste locké. Impossible de relancer l'import. Ma table est en InnoDB. Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main) Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne. Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ? pour info, la table en question c'est la table catalogsearch_result d'un magento. -- Thomas Clavier http://www.azae.net Jabber/XMPP/Gtalk : tclav...@azae.net +33 (0)6 20 81 81 30 Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demandée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ? Bonne soirée, Guillaume -- 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/4ed7d8ab.4010...@sfr.fr
Nettoyage du spam: novembre 2011
Comme nous sommes en décembre 2011, il est désormais possible de traiter les archives du mois de novembre 2011 des listes francophones. N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs pour que nous sachions où nous en sommes. Détails du processus de nettoyage du spam sur: [0] http://wiki.debian.org/I18n/FrenchSpamClean -- 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
Re: [HS] question aux spécialistes mysql
L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes n’interfère. Pour delocké la table, un unlock table suffit. Pour trouver d'où vient ton problème de départ, peux-tu nous donner plus de précision sur ta requête de départ. Steven Le 1 décembre 2011 20:42, Guillaume guillaume.lehm...@sfr.fr a écrit : Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit : Bonjour à tous et désolé pour le HS, soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste locké. Impossible de relancer l'import. Ma table est en InnoDB. Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main) Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne. Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ? pour info, la table en question c'est la table catalogsearch_result d'un magento. -- Thomas Clavier http://www.azae.net Jabber/XMPP/Gtalk : tclav...@azae.net +33 (0)6 20 81 81 30 Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demandée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ? Bonne soirée, Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/**FrenchListshttp://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-REQUEST@**lists.debian.orgdebian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/**4ed7d8ab.4010...@sfr.frhttp://lists.debian.org/4ed7d8ab.4010...@sfr.fr
Re: [HS] question aux spécialistes mysql
On Thu, 1 Dec 2011 22:20:07 +0100 Steven D ddebstu...@yahoo.fr wrote: L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes n’interfère. Pour delockER la table, un unlock table suffit. Ou ptêt bin un COMMIT, histoire de refermer la transaction... Pour trouver d'où vient ton problème de départ, peux-tu nous donner plus de précision sur ta requête de départ. -- If you want to know what god thinks of money, just look at the people he gave it to. -- Dorthy Parker -- 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/20111201223247.3d98fcf4@anubis.defcon1