Vous n'êtes pas identifié(e).
Je viens d'installer une vm windows situé ici :
Pourtant si je fais :
Je ne comprend pas, ls me dit que win11.qcow2 fait 65G et df me dit que seul 24G sont utilisés sur la partition ou se trouve win11.qcow2.
Quelqu'un peut m'expliquer ?
Hello
Il faudrait que tu regardes la commande exact sur la ligne Exec= dans le fichier desktop de l'application, lancer cette même ligne dans ton terminale voir ce que cela donne
fichier desktop qui doit se trouver sous /usr/share/applications
Merci d'avoir répondu.
Il n'y a rien dans /usr/share/applications, apparement flatpak va chercher le .desktop dans tous les emplacement indiqués dans la variable d'environnement $XDG_DATA_DIRS .
Le seul .desktop que je trouve est : /var/lib/flatpak/exports/share/applications/org.keepassxc.KeePassXC.desktop
Et si je l’exécute depuis un terminal :
Et tout marche très bien, pas de crash.
Je précise que le problème est "apparu", tout fonctionnait normalement sur la même installation bookworm il y a quelques mois.
Exemple si je lance KeePassXC depuis le menu application de gnome:
Et là crash.
Maintenant si je lance KeePassXC depuis un terminal gnome :
Et là tout marche très bien !
Même chose avec d'autres applications. Elles marchent très bien si je les lance depuis un terminal, mais crash si c'est depuis le menu d'application gnome.
Et je ne vois aucune différence dans les logs.
,
Si quelqu'un pouvait m'éclairer je lui en serais reconnaissant.
Merci.
Si quelqu'un a une meilleur solution ou pouvait m’expliquer pourquoi /tmp/user est absent de l'installation d'un chroot avec debootstrap je suis preneur .
Une idée d'où ça peut venir ?
EDIT
Il semble y avoir un problème avec mktemp
Pourtant :
/run/sysctl.d/*.conf
/usr/local/lib/sysctl.d/*.conf
/usr/lib/sysctl.d/*.conf
/lib/sysctl.d/*.conf
Mais sous ma debian aucun de ces répertoires n'existent. Seul /etc/sysctl.conf, /etc/sysctl.d/*.conf et /etc/ufw/sysctl.conf existent.
Par contre, je sais que /etc/ufw/sysctl.conf est prioritaire sur /etc/sysctl.conf et /etc/sysctl.d/*.conf .
et /etc/ufw/sysctl.conf ne sera pas pris en compte ,
soit tu laisse IPT_SYSCTL=/etc/ufw/sysctl.conf et dans ce cas si des paramètres kernel dans /etc/ufw/sysctl.conf et /etc/sysctl.conf sont contradictoires,
alors les paramètres dans /etc/ufw/sysctl.conf seront prioritaires sur ceux de /etc/sysctl.conf .
C'est d’ailleurs le problème que j'avais rencontré, net.ipv4.conf.default.log_martians était a 1 dans /etc/sysctl.d/80-local.conf et a 0 dans /etc/ufw/sysctl.conf donc
lors que je sysctl -a | grep default.log_martians , log_martians était égale a 0 .
ps:
1- Plutot que de modifier directement etc/sysctl.conf pour y ajouter tes paramètres perso, je te conseil de crée un nouveau fichier dans /etc/sysctl.d du genre /etc/sysctl.d/80-local.conf
2- Pas besoin désactiver ipv6 sur chaque interface nommément si tu fais net.ipv6.conf.all.disable_ipv6=1
Je viens de vérifier, le paquet xbralpi est présent aussi chez moi, probablement qu'il est installé par défaut avec les interfaces graphiques.
Ouai ça doit être ça .
Le problème c'est que j'ai du tuer les processus un a un pour savoir le quel était responsable. Je me demande toujours comment trouver le processus responsable d'un trafic particulier , comme dit précédemment netstat n'affichait rien (pourquoi?) et nethogs me donnait "?" en PID (pourquoi?) .
Si quelqu’un a une explication je suis preneur.
Pourtant netstat -nap | grep 4101 ne retourne rien .
Le plugin skype fonctionne sous linux ?
The Skype web plugin is not supported on Windows RT, Linux and Chromebooks.
Mais qu'il marche ou non le problème reste le même. Installer un truc proprio microsoft sans isolation ne me plaît pas.
How do I make a voice or video call?
To make a free voice or video call on Skype for Web, you need to download a plugin. You can do this when you first sign in, or wait for when you want to make or receive your first call. Installing the plugin should only take a few moments, as the plugin is just 13.6MB.
Nouveau aims to support all NVIDIA cards, but no effort is made to document which cards (and BIOSes) actually work, as this is deemed infeasible. Just try it and submit bug reports if it doesn't work.