Aller au contenu principal ↑ ↓

Voir les messages

Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.

Messages - Chumi

1
Débat, sondages et tribune... / Re : Votre Distribution préférée après Opensuse.
Ma distribution préférée après openSUSE? Je n'en ai pas je pense. Par défaut ce serait Debian... stable  :o 

Je suis passé à TW au moment où l'avenir de Leap est apparu incertain et parce qu'il m'a paru que Leap était un peu moins finie, un peu moins fignolée à ce moment là (ce n'était peut-être qu'une impression). Je n'ai pas eu à le regretter jusqu'à maintenant et ça bouge tellement sur TW, sans risque ou presque, qu'on peut espérer que le moindre bug soit vite corrigé.

Avec openSUSE nous avons BTRFS et les snapshots tout cuits, prêts à l'emploi. Et c'est bien géré par défaut pour que notre système ne soit pas engorgé en moins de deux (je surveille régulièrement). La documentation ne manque pas non plus, en cas de doute, pour pouvoir gérer ça à sa façon (je regrette seulement avec openSUSE que la documentation soit trop éclatée).

Je n'ai pas besoin d'être à la page, d'avoir les dernières versions des logiciels et de leurs ultimes raffinements (probablement utiles à d'autres). Donc une distribution très stable avec de longs délais d'édition serait une bonne alternative pour moi.

Debian stable, très probablement donc. Mais Debian et KDE? Paresseux je pousserais bien, à regret pour KDE, jusqu'à la DF-ISO avec Xfce, c'est du tout cuit et très bien fait.

Ou encore Salix, quitte à rester sur du stable, à très long terme, et sur Xfce. Il manquerait encore des choses à Salix pour moi mais je me questionne sur la validité de ces choses qui me manqueraient (la gestion des profils de couleurs ::) quand l'IA tend à donner le LA sur les images).

Un petit tour par Fedora avant (jamais vraiment testé) ou Mageia (pareil), sans aucun doute si la foudre venait à s'abattre.
2
Matériel / Re : Problème touche Verr Maj qui modifie la luminosité écran
Citation de: Tigrou le
Oups, oui,  en fait je l'ai trouvé! Tu avais oublié le "usr" (ou alors c'est moi qui n'ai pas compris qu'il fallait le mettre dans ta commande).
Je vais voir donc si ça marche, je vous tiens au courant.

Et par ailleurs, petite question: est-ce qu'une TW c'est une bonne idée pour quelqu'un comme moi qui à la fois bidouille et à la fois est un peu largué dès que ça se complique?

Non je n'ai rien oublié, ce fichier est présent à deux endroits chez moi, dans /lib/udev/hwdb.d/ et dans /usr/lib/udev/hwdb.d/ . C'est la raison pour laquelle je me demandais si la procédure aurait la même efficacité avec le second dans /usr/lib/udev/hwdb.d/.

TW c'est du costaud et il est rare que ça se complique (à moins d'avoir une carte graphique Nvidia). Et puis il y a les snapshots pour rétropédaler au besoin si une mise à jour pose problème, ce qui n'est pas fréquent du tout. Enfin il y a ce forum qui peut aider. Bon maintenant moi je bidouille peu, voire pas.
4
Matériel / Re : Problème touche Verr Maj qui modifie la luminosité écran
Citation de: Tigrou le
Mais en revanche après j'ai pas de fichier 60-keyboard.hwdb donc je ne peux pas tenter la solution proposée.

Bonsoir,

Cela me semble étrange car sur TW j'ai bien ce fichier à l'endroit indiqué par ton premier lien. Et je n'ai pas d'installation de Leap pour vérifier.

Que renvoie cette commande?

Code: [Sélectionner]
find /lib/udev -iname "60-keyboard.hwdb"
6
Matériel / Re : Problème touche Verr Maj qui modifie la luminosité écran
Bonsoir Tigrou,

Souci anodin mais pas simple à résoudre.

Je ne vois rien avec KDE qui nous permette d'agir instantanément sur l'économie d'énergie via un raccourcis clavier.

Par contre dans KDE -> Configuration du système -> Périphériques d'entrée -> Clavier -> Onglet "Avancé" -> Comportement de la touche Verr Maj. , il y a peut-être moyen de corriger une option cochée qui ne ne devrait pas l'être, ou d'en utiliser une pour annihiler l'effet indésiré de cette touche.

J'ai essayé des trucs mais dans l'impossibilité de reproduire ton problème je ne peux pas t'indiquer ce qui va fonctionner à coup sûr, et peut-être que rien ne fonctionnera.
7
Matériel / Re : [Résolu] Problème partage de connexion par usb
Citation de: Tigrou le
Je n'ai pas tout lu de tes liens, mais je m'interroge sur le risque réel de sécurité, puisqu'il s'agit de connecter mon smartphone à mon ordinateur en filaire: est-ce qu'un pirate pourrait entrer dans mon ordinateur via mon smartphone (lequel est en 4G, par exemple)? Ça me semble un peu étonnant (mais je n'y connais rien!).

Bonsoir,

J'ai peut-être un peu forcé la note à propos de la sécurité car en fait je n'ai aucune idée du risque encouru en utilisant le partage de connexion USB avec le protocole RNDIS. L'histoire de sa désactivation se situe au niveau du développement du noyau Linux, elle provoque beaucoup de discussions depuis plusieurs mois apparemment, la décision prise handicape pas mal d'utilisateurs et engendre même un certain mécontentement... d'où la valse chez Ubuntu qui sait?

En attendant faut moyenner et se dire que le partage de connexion via USB avec ce fameux protocole n'est pas l'option la plus conseillée ni la meilleure à adopter si on a la possibilité de faire autrement.
8
Matériel / Re : Problème partage de connexion par usb
Bonsoir Tigrou,

Intrigué par ton problème j'ai voulu voir si je rencontrais le même sur Tumbleweed. Exactement pareil, je ne peux pas faire de partage de connexion internet en USB avec mon smartphone (d'ordinaire, au besoin, je passe plutôt par le wifi).

Je suis donc parti à la pêche aux infos.

Oui, tout ça est bien lié à des mises à jour mais ça n'a rien à voir avec un quelconque changement de pilote de carte graphique (mais ça je m'en doutais déjà).

Un module du noyau en rapport avec le protocole RNDIS a été blacklisté pour des questions de sécurité. Ce qui signifie en gros que le pilote utilisé pour le partage de connexion en USB de ton smartphone (et du mien) a été mis en quarantaine.

Il existe deux solutions de contournement, l'une temporaire et l'autre permanente :

Réactiver temporairement le module blacklisté (au reboot cela ne fonctionnera plus et il faudra recommencer l'opération) :

Code: [Sélectionner]
sudo modprobe rndis_host

Et connecter ensuite son smartphone en activant le partage de connexion via USB .

La solution permanente se situe à deux endroits différents selon qu'on utilise Leap ou Tumbleweed. Elle consiste à commenter les trois lignes qui ne le sont pas du fichier 50-blacklist-rndis.conf.

Sur Leap, ici : /lib/modprobe.d/50-blacklist-rndis.conf
Sur Tumbleweed, ici : /usr/lib/modprobe.d/50-blacklist-rndis.conf

Mais attention! il est quand même question de sécurité. N'étant pas un expert dans le domaine, à titre personnel je fais confiance aux développeurs d'openSUSE qui ont choisi de mettre en quarantaine un module du noyau qui utilise un protocole pas assez sûr à leur goût.

Donc à mes yeux, dans la limite de mes connaissances, la solution temporaire n'est pas top et la permanente, pire encore. Mais comme je te l'ai dit, personnellement, au besoin, j'utilise le wifi.

Tu peux peut-être aussi envisager la solution du partage en bluetooth (je ne sais pas si ça cafouille en utilisant parallèlement le partage en  wifi).

Quelques liens en rapport avec tout ça :

https://www.reddit.com/r/openSUSE/comments/16zjgke/usb_tethering_not_working/
https://bugzilla.opensuse.org/show_bug.cgi?id=1205767
https://www.phoronix.com/news/Linux-Disable-RNDIS-Drivers

Edit : je viens de voir que j'utilise aussi parfois le partage de connexion en USB, cela remonte à 6 mois sur mon PC principal sans wifi.
11
Matériel / Re : deverouiller une clef usb
@jenrem :

Bonsoir,

Et un formatage dit de "bas niveau" avec dd ou dc3dd (j'y reviens plus loin)? Il paraîtrait que ce n'est pas un vrai formatage de bas niveau mais bon, je ne discute pas... au point où tu en es avec cette clé, tu peux toujours essayer (la clé ne doit pas être montée) :

Code: [Sélectionner]
sudo dd if=/dev/zero of=/dev/sdc conv=notrunc

Ta clé est en /dev/sdc chez toi apparemment... mais dans le doute, pour identifier ta clé :

Code: [Sélectionner]
sudo fdisk -l

La commande dd utilisée de cette façon n'afficherait pas de barre de progression pour le boulot en cours. Un programme nommé dcfldd et une commande du même nom ferait la même chose que dd en affichant cette fameuse barre qui peut être utile si c'est long (ça risque de l'être). Sauf que dcfldd n'est pas présent dans les dépôts TW. Dans le même genre on dispose de dc3dd.

Installer le paquet donc et essayer la commande :

Code: [Sélectionner]
sudo dc3dd if=/dev/zero of=/dev/sdc conv=notrunc

Que ce soit avec dd ou dc3dd faut pas se tromper dans l'identification du périphérique car c'est violent.

Si ça fonctionne, la clé sera totalement vide et il faudra ensuite la formater dans le système de fichiers de ton choix (fat32 par exemple pour une clé USB).

Je ne te garantis rien.
12
Présentations / Re : Nouvel arrivé chez Open Suse Linux
Bienvenue sur Alionet! et entre nous, Jules-Marie, je ne crois pas qu'il y ait une foule d'experts sur ce forum où le plus souvent nous nous entraidons comme nous pouvons sur la base de nos expériences respectives. Quelques uns passent quand même parfois pour éclairer nos lanternes ou approfondir quelques sujets, ce qui est toujours appréciable.

J'avoue avoir aussi séché sur PetitMou  :D