Re: users-admin qui plante sur debian 11

2021-10-18 Par sujet Th.A.C

Le 18/10/2021 à 21:38, hamster a écrit :

J'ai installé debian 11 avec le  bureau MATE et j'ai users-admin qui 
plante.


...

>> J'ai donc regardé quelle est la commande lancée par ce bouton, c'est

users-admin. Je l'ai donc lancée dans un terminal, et ca me répond :
(users-admin:38978): Liboobs-WARNING **: 21:26:54.766: There was an 
unknown error communicating with the backends: Failed to execute program 
org.freedesktop.SystemToolsBackends: Permission denied


La, je bloque. Mes recherches sur le web n'ont rien donné, donc si 
quelqu'un y voit un peu plus clair que moi je suis preneur.



tu as fais des recherches avec juste:
Failed to execute program org.freedesktop.SystemToolsBackends: 
Permission denied


on trouve plein de trucs qui tournent autour d'un problème de droits sur 
un executable.


Ce droit pouvant être lié à un problème de mauvais groupe comme ici:
https://forums.gentoo.org/viewtopic-t-1007656-start-0.html



et sinon, là ca ressemble bien à ton problème:
https://vk.com/@linux_windows_net-linux-mint-oshibka

voir surtout les 2 encadrés avec des commandes shell



Re: users-admin qui plante sur debian 11

2021-10-18 Par sujet Bernard Schoenacker



- Mail original -
> De: "hamster" 
> À: "ML Debian User French" 
> Envoyé: Lundi 18 Octobre 2021 21:38:44
> Objet: users-admin qui plante sur debian 11
> 
> Salut.
> 
> J'ai installé debian 11 avec le  bureau MATE et j'ai users-admin qui
> plante.
> 
> Quand je vais dans systeme --> administration --> utilisateurs et
> groupes ca m'ouvre une fenetre qui dit "la configuration n'a pas pu
> etre
> chargée, une erreur imprévue est survenue".
> 
> J'ai donc regardé quelle est la commande lancée par ce bouton, c'est
> users-admin. Je l'ai donc lancée dans un terminal, et ca me répond :
> (users-admin:38978): Liboobs-WARNING **: 21:26:54.766: There was an
> unknown error communicating with the backends: Failed to execute
> program
> org.freedesktop.SystemToolsBackends: Permission denied
> 
> La, je bloque. Mes recherches sur le web n'ont rien donné, donc si
> quelqu'un y voit un peu plus clair que moi je suis preneur.
> 
> Merci d'avance.
> 

Bonjour,

Serait-il possible de lancer l'application via le terminal en utilisant 
sudo ?

Merci

@+

Bernard



users-admin qui plante sur debian 11

2021-10-18 Par sujet hamster

Salut.

J'ai installé debian 11 avec le  bureau MATE et j'ai users-admin qui plante.

Quand je vais dans systeme --> administration --> utilisateurs et 
groupes ca m'ouvre une fenetre qui dit "la configuration n'a pas pu etre 
chargée, une erreur imprévue est survenue".


J'ai donc regardé quelle est la commande lancée par ce bouton, c'est 
users-admin. Je l'ai donc lancée dans un terminal, et ca me répond :
(users-admin:38978): Liboobs-WARNING **: 21:26:54.766: There was an 
unknown error communicating with the backends: Failed to execute program 
org.freedesktop.SystemToolsBackends: Permission denied


La, je bloque. Mes recherches sur le web n'ont rien donné, donc si 
quelqu'un y voit un peu plus clair que moi je suis preneur.


Merci d'avance.



Re: Kvm disabled by bios

2021-10-18 Par sujet Francesco Scaglione
Le Mon, 18 Oct 2021 20:50:27 +0200,
"ajh-valmer"  a écrit :

> Bonsoir,
> 
> Au boot de Debian, j'ai ce message :
> "Kvm disabled by Bios"
> 
> Faut-il mettre le mode virtuel en mode Off ou On
> dans le bios ?
> 
> Merci.
> 
> ajh  Valmer
> 

Si vous ne faites pas de virtualisation, ça peut rester en "mode Off".

https://debian-facile.org/doc:systeme:kvm

Bonne soirée,
Francesco



Kvm disabled by bios

2021-10-18 Par sujet ajh-valmer
Bonsoir,

Au boot de Debian, j'ai ce message :
"Kvm disabled by Bios"

Faut-il mettre le mode virtuel en mode Off ou On
dans le bios ?

Merci.

ajh  Valmer



Re: Nftables/Conntrack: confusion ctmark/fwmark

2021-10-18 Par sujet Olivier
Dans [1], j'ai lu:
nft add rule inet classify output ip daddr 1.1.1.1 ct mark set numgen inc
mod 3 offset 390
nft add rule inet classify output ip daddr 1.1.1.1 meta mark set ct mark

Qui pourrait m'expliquer ces 2 lignes ?

[1] https://forums.gentoo.org/viewtopic-t-1136379-start-0.html

Le lun. 18 oct. 2021 à 16:17, Olivier  a écrit :

> Bonjour,
>
> Je découvre nftables sur une machine équipée de Bullseye.
>
> Sur cette machine j'ai les règles:
>
> # ip rule show
> 0: from all lookup local
> 0: from all fwmark 0x2 lookup link2
> 32766: from all lookup main
> 32767: from all lookup default
>
> J'aimerai que nftables ajoute une marque donnée pour le trafic non-marqué
> reçu sur une interface Ethernet donnée, auto-configurée par DHCP.
> Comment l'obtenir ?
>
> J'ai essayé (sans succès) où ens3.432 est le nom de l'interface
> (virtuelle) sur laquelle le trafic est reçu:
>
> add rule ip mangle input iifname "ens3.432" meta mark 0 log prefix
> "Rule42-A1" counter ct mark set 0x2
>
> La table mangle et sa chaine input sont définies par:
>
> table mangle {
> chain prerouting { type filter hook prerouting priority -150; }
> chain input { type filter hook input priority -150; }
> chain forward { type filter hook forward priority -150; }
> chain output { type route hook output priority -150; }
> chain postrouting { type filter hook postrouting priority -150; }
> }
>
> Dans les faits, j'observe que:
>
> - la règle mangle ci-dessus est exécutée car je elle figure dans les logs
> et la commande "conntrack -L -o id,extended" montre qu'une marque est
> appliquée sur le rafic avec l'émetteur
>
> - la réponse est émise vers l'émetteur avec la bonne adresse source mais
> une autre interface (celle par défaut).
>
> Ces deux observations me laissent pense que la règle "fwmark 0x2 lookup
> link2" est ignorée.
> Cette conviction est renforcée par le fait que quand je remplace cette
> règle par une règle basée sur l'IP source ("from 192.168.17.0/24 lookup
> link2"), l'émetteur reçoit la réponse via la bonne interface.
> Comme l'interface est configurée par DHCP, j'aimerai autant que possible
> ne pas utiliser de règle faisant intervenir des données que je ne maîtrise
> pas (ie celles fournies par le serveur DHCP).
>
> J'ai l'impression que:
> soit il y a une confusion de ma part entre les marques de conntrack et
> celles de nftables,
> soit il y a une erreur dans la définition de la chaine input ou sa table
> mangle,
> soit encore autre chose.
>
> Qui pourrait me mettre sur la bonne voie ?
>
> Slts
>
>
>


Nftables/Conntrack: confusion ctmark/fwmark

2021-10-18 Par sujet Olivier
Bonjour,

Je découvre nftables sur une machine équipée de Bullseye.

Sur cette machine j'ai les règles:

# ip rule show
0: from all lookup local
0: from all fwmark 0x2 lookup link2
32766: from all lookup main
32767: from all lookup default

J'aimerai que nftables ajoute une marque donnée pour le trafic non-marqué
reçu sur une interface Ethernet donnée, auto-configurée par DHCP.
Comment l'obtenir ?

J'ai essayé (sans succès) où ens3.432 est le nom de l'interface (virtuelle)
sur laquelle le trafic est reçu:

add rule ip mangle input iifname "ens3.432" meta mark 0 log prefix
"Rule42-A1" counter ct mark set 0x2

La table mangle et sa chaine input sont définies par:

table mangle {
chain prerouting { type filter hook prerouting priority -150; }
chain input { type filter hook input priority -150; }
chain forward { type filter hook forward priority -150; }
chain output { type route hook output priority -150; }
chain postrouting { type filter hook postrouting priority -150; }
}

Dans les faits, j'observe que:

- la règle mangle ci-dessus est exécutée car je elle figure dans les logs
et la commande "conntrack -L -o id,extended" montre qu'une marque est
appliquée sur le rafic avec l'émetteur

- la réponse est émise vers l'émetteur avec la bonne adresse source mais
une autre interface (celle par défaut).

Ces deux observations me laissent pense que la règle "fwmark 0x2 lookup
link2" est ignorée.
Cette conviction est renforcée par le fait que quand je remplace cette
règle par une règle basée sur l'IP source ("from 192.168.17.0/24 lookup
link2"), l'émetteur reçoit la réponse via la bonne interface.
Comme l'interface est configurée par DHCP, j'aimerai autant que possible ne
pas utiliser de règle faisant intervenir des données que je ne maîtrise pas
(ie celles fournies par le serveur DHCP).

J'ai l'impression que:
soit il y a une confusion de ma part entre les marques de conntrack et
celles de nftables,
soit il y a une erreur dans la définition de la chaine input ou sa table
mangle,
soit encore autre chose.

Qui pourrait me mettre sur la bonne voie ?

Slts