Re: Clé USB Wifi Ralink détecté mais pas par Wicd

2021-11-02 Par sujet didier gaumet 



Le mardi 02 novembre 2021 à 13:54 +, benoit a écrit :
> Idem pour ma clé 4G, c'est un grand mystère...
> Je me suis aperçu par hasard que network-manager la détecte
> automatiquement.
> Du coup quand j'installe une deb, je vire wicd et j'installe network-
> manager et nm-applet.
> Si qlq trouve pourquoi nm la configure automatiquement et pas wicd,
> je suis preneur de la solution.

Si je me souviens bien, wicd ne gère pas les réseaux mobiles ni le
bluetooth, seulement le wifi et l'ethernet. Pour cela il y a
effectivement network-manager, mais aussi Connman.
Si tu veux une gestion en GUI d'une clé 4G (à l'exclusion des
interfaces wifi), modem-manager-gui pourrait t'intéresser. Je ne sais
pas si il y a d'autres GUI pour ça, sinon il y a des outils CLI

Re: Clé USB Wifi Ralink détecté mais pas par Wicd

2021-11-02 Par sujet didier gaumet 



Le mardi 02 novembre 2021 à 14:31 +0100, ajh-valmer a écrit :
> Hello à tous,
> 
> Ma clé USB Wifi, modèle Ralink, est bien détecté et fonctionne 
> par le fichier "/etc/network/interfaces",
> mais pas du tout par Wicd ainsi que toutes les connexions Wifi 
> des environs. Rien.
> 
> ifconfig :
> wlp0s26u1u3: flags=4163  mtu 1500
> inet 192.168.1.21  netmask 255.255.255.0  broadcast 192.168.1.255
> ether ba:14:88:4e:b3:68  txqueuelen 1000  (Ethernet)
> RX packets 11874  bytes 1104711 (1.0 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 228  bytes 17385 (16.9 KiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> ps aux | grep wicd :
> ses processus sont bien présents.
> 
> Avez vous une idée pourquoi ?  Merci d'avance.
> 
> A. Valmer
> 
> 

bonjour,

- D'une part, je crois que wicd n'est plus vraiment maintenu depuis des
années et que les versions actuelles s'appuient sur Python2 ce qui
explique l'absence de wicd dans Bullseye vu que Python2 n'y est plus
non-plus. Il y a une version portée vers Python3 dans le dépôt
expérimental de Debian, mais sans évolution sur les fonctionnalités.
Donc je suggère de s'orienter vers network-manager ou connman pour
remplacer wicd

- D'autre part, en gros, je crois que les gestionnaires de connexion
comme wicd ont été pensés pour laisser la priorité aux fichiers de
configurations manuelles lorsqu'elles existent (ce qui me semble assez
logique). Donc, à moins que ça n'ait changé,  lorsque une interface est
mentionnée dans /etc/network/interfaces, elle n'est pas prise en compte
dans le gestionnaire de connexion...

Re : Clé USB Wifi Ralink détecté mais pas par Wicd

2021-11-02 Par sujet benoit 
Idem pour ma clé 4G, c'est un grand mystère...
Je me suis aperçu par hasard que network-manager la détecte automatiquement.
Du coup quand j'installe une deb, je vire wicd et j'installe network-manager et 
nm-applet.
Si qlq trouve pourquoi nm la configure automatiquement et pas wicd, je suis 
preneur de la solution.


Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

Le mardi 2 novembre 2021 à 14:31, ajh-valmer  a écrit :

> Hello à tous,
>
> Ma clé USB Wifi, modèle Ralink, est bien détecté et fonctionne
>
> par le fichier "/etc/network/interfaces",
>
> mais pas du tout par Wicd ainsi que toutes les connexions Wifi
>
> des environs. Rien.
>
> ifconfig :
>
> wlp0s26u1u3: flags=4163 mtu 1500
>
> inet 192.168.1.21 netmask 255.255.255.0 broadcast 192.168.1.255
>
> ether ba:14:88:4e:b3:68 txqueuelen 1000 (Ethernet)
>
> RX packets 11874 bytes 1104711 (1.0 MiB)
>
> RX errors 0 dropped 0 overruns 0 frame 0
>
> TX packets 228 bytes 17385 (16.9 KiB)
>
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> ps aux | grep wicd :
>
> ses processus sont bien présents.
>
> Avez vous une idée pourquoi ? Merci d'avance.
>
> A. Valmer

Clé USB Wifi Ralink détecté mais pas par Wicd

2021-11-02 Par sujet ajh-valmer 
Hello à tous,

Ma clé USB Wifi, modèle Ralink, est bien détecté et fonctionne 
par le fichier "/etc/network/interfaces",
mais pas du tout par Wicd ainsi que toutes les connexions Wifi 
des environs. Rien.

ifconfig :
wlp0s26u1u3: flags=4163  mtu 1500
inet 192.168.1.21  netmask 255.255.255.0  broadcast 192.168.1.255
ether ba:14:88:4e:b3:68  txqueuelen 1000  (Ethernet)
RX packets 11874  bytes 1104711 (1.0 MiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 228  bytes 17385 (16.9 KiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ps aux | grep wicd :
ses processus sont bien présents.

Avez vous une idée pourquoi ?  Merci d'avance.

A. Valmer

Re: Problème pour accèder au disque D en dual boot avec Windows 10

2021-11-02 Par sujet didier . gaumet 
Le mardi 02 novembre 2021 à 10:34 +0100, Marcelo Malzyner a écrit :
> Bonjour Didier,
>  
> Merci de votre retour.
>  
> Pour clarifier un peu mon soucis, j'ai bien parlé de keepass car
> c'est comme ça que j'ai trouvé le problème.

OK, Keepass2, pas KeepassX ou KeepassXC

> Mon soucis est plutôt le
> fait qu'il n'arrive pas à "trouver" les fichiers qui sont dans mon
> disque "D". J'arrive bien à "charger" la base keepass, mais pas à
> l'ouvrir, car l'application ne voit pas le fichier clé.

- Ce que tu appelles "D:\" c'est formaté en quoi? FAT, NTFS, exFAT?
Basile t'a demandé le résultat de la commande mount dans un terminal,
c'est entre autres pour voir quel le système de fichier utilisé

- si tu pouvais faire dans un terminal un
 file REMPLACE_CECI_PAR_LE_NOM_COMPLET_DU_FICHIER_CLEF
 ls -al REMPLACE_CECI_PAR_LE_NOM_COMPLET_DU_FICHIER_CLEF
ça pourrait aussi nous donner des idées 

> Autre chose que je ne comprends pas bien : pourquoi lors que j'ai
> copié mon fichier, il me parle de lien symbolique ?

- Soit tu as cru copier un fichier mais tu as créé un lien
- Soit le fichier que tu as copié est lui-même un lien et tu as copié
ce lien

explication Wikipedia sur les liens symbolyques:
https://fr.wikipedia.org/wiki/Lien_symbolique

> Encore une fois, je suis désolé de la confusion, mais dans mon cas
> particulier il s'agit bien des disques différents, pas de partitions
> d'un même disque. Une SSD pour le(s) systèmes opérationnel(s), et un
> HDD pour les données. Dans mon message je les ai nommé C et D pour
> simplicité, j'ai pensé qu'il serait plus facile à comprendre...

Alors, non :-)
C'est pas un crime mais ça va finir par te poser des problèmes :-)

- "C:\" représente la partition principale dédiée à Windows de ton
disque physique SSD. Et cette partition ne s'étend pas sur
l'intégralité de ce SSD. Windows est installé sur "C:\" (une partition)
mais généralement il est aussi en partie installé sur des partitions
cachées. Debian n'est pas installé sur "C:\", il est installé sur
d'autres partitions (non-cachées) de ce disque physique SSD.
- "D:\" représente une partition (probablement formatée en FAT ou NTFS
plutôt qu'en exFAT), même si probablement cette partition s'étend sur
l'intégralité du disque physique concerné. 
 
Il faut vraiment que tu fasses la distinction entre disques et
partitions, sous Linux c'est crucial. C'est dans un autre genre un peu
comme la distinction entre fichier et répertoire ( 

explication wikipedia sur les partitions:

Re: Problème pour accèder au disque D en dual boot avec Windows 10

2021-11-02 Par sujet Basile Starynkevitch 


On 11/2/21 09:32, lists.deb...@netc.eu wrote:

Bonjour à tous,
J'ai rencontre quelques soucis avec ma nouvelle installation de Debian 
sur mon PC, je me permets de venir vous demander de l'aide dans 
l'espoir de réussir à trouver une solution.

Sur mon PC où j'avais installé Windows 10, j'ai 2 disques :

  * SSD 128GB (C:\) où j'ai Windows 10, et maintenant Debian 11.1
(KDE) en dual boot
  * un disque dur D:\ 2TB où j'ai tous mes fichiers



Que donnent, sous Debian, en étant root (donc avec /usr/bin/sudo), 
chacune des commandes suivantes:


   /usr/bin/dmesg

   /usr/bin/df -h

   /usr/sbin/mount

   /bin/cat /etc/fstab



PS. Je recherche toujours un financement et des applications 
(probablement via HorizonEurope 
 
ou en France via l'ANR ) pour http://refpersys.org/ (un 
logiciel libre d'intelligence artificielle symbolique que développe sur 
mon temps libre avec d'autres, voir les exposés en 
https://afia.asso.fr/journee-hommage-j-pitrat/ ). On peut aussi me 
contacter par courriel au bureau (je suis salarié du CEA, LIST 
) en basile.starynkevi...@cea.fr pour toute 
collaboration de nature institutionnelle (avec du financement à la clé).


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Problème pour accèder au disque D en dual boot avec Windows 10

2021-11-02 Par sujet didier gaumet 


Avertissement: je n'utilise pas Keepass/KeepassX/KeepassXC

Quelques trucs en vrac:

- de ce que je comprends tu souhaites utiliser un gestionnaire de mots
de passe sous Windows et Linux avec la même base de données. C'est bien
le même outil que tu utilises sous Windows et Linux?
 KeepassXC, KeepassX et Keepass(version 1 ou 2) sont différents avec
certaines différences de base de donnée. Je te conseille a priori
d'utiliser strictement le même outil sous Windows et Linux (KeepassXC,
KeepassX et Keepass2 sont disponibles dans les paquets Debian)

- ne parle pas de "disque C:\" ou "disque D:\": Windows parlait (je ne
sais pas si c'est toujours le cas) de disques alors qu'il s'agit de
partitions sur des disques. "C:\" est traditionnellement la partition
principale d'un disque dédiée à Windows. Tu peux très bien dans
certains cas avoir "disque C:\" et "disque D:\" sur un même disque
physique. Parle de "C:\", pas de "disque C:\".
Tout ça a l'air sans importance mais si on commence dès le début à
confondre disques et partitions, les problèmes vont probablement surgir
assez vite 
https://fr.wikipedia.org/wiki/Partition_(informatique)

[AMD/ATI GPU/APU] [OpenCL] nouveau ROCm 4.5 plus facile à installer/désinstaller

2021-11-02 Par sujet didier gaumet 


Bonjour,

Comme récemment il y a eu des échanges sur la difficulté d'obtenir un
fonctionnement d'OpenCL sur les GPU/APU AMD/ATI, je relaie l'info
publiée par Phoronix sur la mise à disposition par AMD de ROCm 4.5,
désormais plus facile à installer/désinstaller, semble-t-il.
https://www.phoronix.com/scan.php?page=news_item=Radeon-ROCm-4.5

Problème pour accèder au disque D en dual boot avec Windows 10

2021-11-02 Par sujet lists . debian 
Bonjour à tous, J'ai rencontre quelques soucis avec ma nouvelle installation de 
Debian sur mon PC, je me permets de venir vous demander de l'aide dans l'espoir 
de réussir à trouver une solution. Sur mon PC où j'avais installé Windows 10, 
j'ai 2 disques : SSD 128GB (C:\) où j'ai Windows 10, et maintenant Debian 11.1 
(KDE) en dual boot un disque dur D:\ 2TB où j'ai tous mes fichiers Dans un 
premier temps tout semble bien fonctionner, j'arrive à ouvrir Dolphin et je 
trouve tous mes fichiers : Mes fichiers Debian sur sa partition dans C:\ Les 
fichiers présents dans D:\ dans la rubrique tous les disques de arborescence à 
gauche. J'arrive même à ouvrir des photos et écouter quelques musiques qui sont 
dans le D:\. Le problème est apparu quand j'ai installé KeePassXC : pour ouvrir 
la base j'ai besoin d'un mot de passe et d'un fichier clé, qui se trouve dans 
D:\. Quand j'essaye d'ouvrir ma base, il me dit que le fichier clé n'existe 
pas. Pourtant je le bien choisi avec une fenêtre de choix de fichier. Pour 
tester, j'ai essayé de le copier vers "Mes documents" (dossier dans Debian - 
clique droit copier/coller dans Dolphin), mais j'ai le même soucis. J'ai pensé 
qu'il peut donc être un soucis de permission. Avec le terminal, j'ai essayé de 
faire chmod 777 /Documents/'mon fichier.pdf', mais j'ai une message que me dit 
qu'il est impossible de changer les permissions d'un lien symbolique ! Est-c 
que quelqu'un aurait une idée de ce qui peut se passer ? Je vous remercie par 
avance de votre aide, Cordialement, Marc