UnGens a écrit 26 commentaires

Effectivement, c'était un problème d'édition de liens. Je me suis rendu compte que le paquet libboost-regex-dev n'était pas installé, bien que libboost-dev le soit.

J'ai installé libboost-regex-dev et ajouté -lboost_regex à ma commande g++ et ça a fonctionné. Merci pour l'indice.

Le problème, c'est que le bug survient après une mise à jour du paquet linux-image-3.16.0-4-amd64.

Ça m'a l'air d'être un truc super spécifique, peut-être dépendant du matériel (je vois pas comment mais pourquoi pas), vu que je l'ai vu deux fois (avec un formatage/réinstall entre les deux) sur mon laptop.

Du coup je me demande comment ça va bien pouvoir être corrigé si personne ne peut le reproduire. Je vais peut-être vivre avec, vu qu'une fois le bug corrigé avec update-initramfs, il n'a pas l'air de réapparaître.

D'ailleurs, j'ai fait un autre update-initramfs, et le clavier est de nouveau en AZERTY avec le kernel 3.16.

En tout cas merci à ceux qui m'ont aidé. Faudra peut-être attendre Debian 9 pour qu'il soit corrigé.

Précisément, quand j'arrive dans le prompt de mot de passe, je l'entre "à l'aveugle" et LUKS le refuse (Bad password). Puis j'ai de nouveau le prompt. En boucle infinie, jusqu'à ce que je fasse un hard reboot.

Je suis sûr qu'il est passé en QWERTY, parce qu'en ajoutant un mot de passe moins compliqué (ASCII only), et en le tapant "à l'AZERTY" (c'est à dire que je tape "Q" à la place de "A", "," à la place de "M"…), il est accepté. Mais c'est un contournement assez ennuyeux du problème, parce que mon nouveau mot de passe est moins sécurisé, je dois m'habituer à le taper en QWERTY, et je m'étais habitué à l'ancien et je le tapais presque machinalement (bon j'avoue, ça c'est de la flemme).

Enfin, je peux très bien me mettre à entrer des mots de passe en QWERTY, mais je m'acharne parce que je trouve ça vraiment ridicule qu'une Debian Stable soit capable de bloquer l'accès au système du jour au lendemain à cause d'une bête mise à jour du noyau. Debian ne m'avait pas habitué à ça.

La solution la plus utile serait peut-être de signaler le bug à Debian pour que ça n'arrive plus, au lieu d'essayer de le contourner. Sur quel paquet devrais-je le faire ?

Je voulais régler totalement le problème. Ici il ne l'est pas, puisqu'il m'empêche d'utiliser le noyau "normal" de Debian.

J'ai installé le noyau backporté pour voir si ça changeait quelque chose. J'aimerais revenir à l'ancien noyau, qui est totalement supporté et qui m'évitera plusieurs problèmes avec les modules, comme celui d'iwlwifi.

Bon, finalement, la manip n'a réglé le problème que sur le noyau 4.3 backporté. Ce qui ne me gênerait pas si celui-ci supportait ma Wifi, mais le firmware adapté est introuvable.

Donc je me retrouve obligé d'utiliser un noyau 3.16 pour que mon laptop fonctionne correctement, or la disposition du clavier y est toujours mauvaise. J'ai essayé de taper mon mot de passe en "traduisant" en QWERTY, mais même ça ne fonctionne plus.

J'ai fait un update-initramfs -k all -u mais ça ne suffit pas non plus.

D'autres idées ?

Effectivement, ça a fonctionné, merci ! D'ailleurs, si quelqu'un retombe sur ce post, pas besoin d'installer console-data. Les autres commandes ont suffi pour moi.

De Wikipédia :

LUKS, pour Linux Unified Key Setup, est le standard associé au noyau Linux pour le chiffrement de disque créé par Clemens Fruhwirth.
Je ne sais pas exactement qui fait quoi, mais je crois que LUKS est un format de partitions chiffrées. Le chiffrement est géré par le module dm-crypt de Linux, qui permet de chiffrer des "block devices" (comme /dev/sda1, je ne connais pas de traduction). Donc ça peut être une partition ou un disque entier.

Je crois que sur mon PC, le démarrage ressemble à : UEFI, GRUB, kernel Linux. Et c'est le kernel qui me demande le mot de passe.

Le secure boot est désactivé.

Je cherche le moyen de demander au kernel d'utiliser un agencement français. Et je crois que c'est pas gagné.

Btw, ce genre de bug est TRÈS saoulant, puisqu'il me retire l'accès à mon système, en une mise à jour du noyau dans "stable", donc censée être exempte de bugs bloquants comme celui-ci.

Quant à reprendre l'ancien noyau, ça ne peut être qu'une solution temporaire, puisque je n'ai aucune envie de conserver un kernel non mis à jour.

Addition : il faut ensuite killall rpc.statd pour que le port soit fermé. Problème résolu.

Merci.

lsof | grep 51103 ne donne rien. Peut-être que je m'en sers mal ?

Quant à netstat, je veux bien savoir ce que sont les bonnes options.

Edit : d'ailleurs, netstat | grep 51103 ne renvoie rien non plus.

RÉ-ÉDIT : sudo lsof | grep 51103 m'a informé que ce port était aussi écouté par rpcbind. Je l'ai désactivé et tous les ports sont fermés. Merci pour ton aide.

Votre titreHello, je dépoussière un peu ce fil parce que le bug n'a pas disparu, et ne sachant pas quoi faire pour m'en occuper moi-même, j'aimerais le signaler à quelqu’un qui pourra le corriger pour tout le monde.

Comme je n'ai jamais signalé de bug à Debian, j'aimerais des conseils, et en particulier savoir pour quel paquet je devrais signaler ce bug. Pour l'instant, je n'ai aucune idée du programme responsable.

Quelqu'un pourrait-il m'aider ? Comme ça, si vous achetez un jour une clé du même modèle, vous pourrez me remercier en voyant qu'elle se démonte sans problème. :P

Bon, c'était pas ça. J'ai créé une nouvelle partition NTFS sur MBR et le "unknown partition table" a disparu, mais la clé se remonte toute seule quand même.

En fait, je n'y pensais pas, mais ma clé a une table de partitions GPT. C'est peut-être ça que Debian n'aime pas, je vais essayer de la passer en MBR.

Va falloir que je refasse ma sauvegarde :/

Voici le log :

je branche la clé

[  198.356298] usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
[  198.473935] usb 2-2: New USB device found, idVendor=0951, idProduct=1666
[  198.473942] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  198.473946] usb 2-2: Product: DataTraveler 3.0
[  198.473949] usb 2-2: Manufacturer: Kingston
[  198.473953] usb 2-2: SerialNumber: [...]
[  198.550991] usb-storage 2-2:1.0: USB Mass Storage device detected
[  198.551085] scsi4 : usb-storage 2-2:1.0
[  198.551719] usbcore: registered new interface driver usb-storage
[  199.617391] scsi 4:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[  199.617651] sd 4:0:0:0: Attached scsi generic sg1 type 0
[  201.124407] sd 4:0:0:0: [sdb] 122915328 512-byte logical blocks: (62.9 GB/58.6 GiB)
[  201.124966] sd 4:0:0:0: [sdb] Write Protect is off
[  201.124970] sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
[  201.125520] sd 4:0:0:0: [sdb] No Caching mode page found
[  201.125523] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[  201.155560]  sdb: unknown partition table
[  201.157477] sd 4:0:0:0: [sdb] Attached SCSI removable disk

je demande à GNOME d'éjecter la clé

[  222.427518]  sdb: unknown partition table
[  222.434129] usb 2-2: USB disconnect, device number 2
[  222.735971] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[  222.761155] usb 2-2: New USB device found, idVendor=0951, idProduct=1666
[  222.761160] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  222.761162] usb 2-2: Product: DataTraveler 3.0
[  222.761163] usb 2-2: Manufacturer: Kingston
[  222.761165] usb 2-2: SerialNumber: [...]
[  222.763190] usb-storage 2-2:1.0: USB Mass Storage device detected
[  222.763311] scsi5 : usb-storage 2-2:1.0
[  223.763536] scsi 5:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[  223.763894] sd 5:0:0:0: Attached scsi generic sg1 type 0
[  223.765615] sd 5:0:0:0: [sdb] 122915328 512-byte logical blocks: (62.9 GB/58.6 GiB)
[  223.765726] sd 5:0:0:0: [sdb] Write Protect is off
[  223.765729] sd 5:0:0:0: [sdb] Mode Sense: 23 00 00 00
[  223.766182] sd 5:0:0:0: [sdb] No Caching mode page found
[  223.766184] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[  223.772223]  sdb: unknown partition table
[  223.774872] sd 5:0:0:0: [sdb] Attached SCSI removable disk

Je comprends que le système redécouvre qu'une clé est branchée sans prendre en compte le fait qu'il vient de l'éjecter.

J'ai le même problème en l'éjectant depuis Thunar, dans XFCE sur le même système.

Je devrais peut-être signaler un bug à Debian ?

J'aimerais bien :P Je sais que ça a vaguement un truc à voir avec les périphériques branchés au PC, mais je ne vois pas comment chercher de ce côté sans savoir un peu plus comment ça marche. Je vais voir.

OK, après avoir supprimé les dossier ~/.config/goa-1.0/ et ~/.config/evolution/, la demande de mot de passe a disparu. C'était un résidu de configuration. J'aurais quand même aimé que GNOME me laisse désinstaller tout ce qui se rapporte aux GOA (impossible).

Sous Gnome, c'est gnome-keyring. J'ai déjà essayé d'effacer sa conf, mais ça n'a rien changé. Je vais voir pour gnome-session, merci.

EDIT : Le dossier ~/.config/gnome-session/ est vide. Je ne pense pas que ça vienne de ce programme.

Mozilla a arrêté d'ajouter des fonctionnalités à Thunderbird parce qu'ils le considéraient comme mature et complet. Il reçoit toujours des patchs et est maintenu par la communauté.

J'ai laissé tomber les clients lourds, par rapport à un webmail moderne j'y vois aucun intérêt. Beaucoup de monde a fait pareil, donc je comprends que ça soit pas leur priorité.

Merci beaucoup, dans la doc de Python 3 cette classe est planquée dans la page de io, c'est pour ça que je ne l'ai pas trouvé.

Tu peux préciser comment tu as monté ça ? Tu installes un système complet dans un dossier, tu chroot dedans, et après ?

Merci :D

Si j'ai une liste de dossiers/fichiers à whitelister pour certains binaires, il y a un moyen de créer une policy rapidement pour SELinux ou c'est long et compliqué ?

Y'a des touches pour le son sur plein de claviers fixes, et sur tous les laptops maintenant. Et des raccourcis claviers pour la disposition.

Ils se basent sur les listes de Disconnect.

Le détail des listes utilisées est dans le Wiki de Mozilla.

Je pense qu'il voulait dire
- qu'il met plus de temps à trouver le bon Wikipédia vu qu'il doit passer sur toutes les icônes au lieu d'aller à la bonne langue tout de suite,
- qu'il aimerait que le dernier moteur de recherche utilisé reste activé dans la barre.

Je marche à coup de self-destructing cookies, no script, Ublock et request policy. Je le vis bien.

J'ai uBlock et en activant le "mode pour personnes expérimentées", il peut faire la même chose que NoScript et RequestPolicy (aka bloquer les scripts de certains domaines et les requêtes aux domaines tiers). Ça ne fait pas doublon tout ça ?