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.
C'est certain que pour le coté immuable, le choix est logique.
il est évident que vu la destination de cette distribution, une rolling release serait un choix totalement irresponsable. Même si les divers dirigeants de l'Europe nous ont habitué à des choix totalement irresponsables, pour ne pas dire débiles... oui, après tout, on peut le dire. 😝
Mais tout de même, ça reste un choix extra-européen, et c'est tout de même dommage de passer outre.
Bien sûr le choix de l'immuable est une bonne idée, mais ça n'est pas la seule solution permettant de garder un système opérationnel, même après une mauvaise surprise, un incident quelconque, que ce soit après une mise à jour foireuse ou après un plantage brusque entraînant une corruption du système.
Je pense que nous avons en Europe des développeurs de talent qui pourraient, sur demande et à condition qu'on leur en donne les moyens, créer une distribution répondant aux critères recherchés.
Bien entendu ça prendrait plus de temps que de partir d'une distribution ayant déjà des caractéristiques recherchées, mais tout de même, ça serait 100% européen.
Tout ça est très prometteur, et pourtant il y a une chose qui, à défaut de me chagriner, m'étonne tout de même et me déçoit un peu : cette future distribution sera basée sur... Fedora !
Pourquoi ne pas baser EU OS sur une distribution au moins européenne ? Pourquoi «faire appel à Red Hat», même si c'est indirectement.
Que les choses soient claires, je ne critique pas Fedora qui est une des meilleures distributions qui existent, mais puisqu'il est ici question de l'Europe, pourquoi ne pas faire appel à Opensuse Linux dans ce cas ?
La dépendance manquante a été signalé aux dev opensuse, ça devrait être corrigé bientôt mais en attendant, une petite installation manuelle en plus et ça roule.
Et en plus «ça roule très bien» ! 😉 Merci dicicat pour ta réponse «solutionnante». 🤣 Je te souhaite un excellent dimanche et je passe le sujet en résolu.
J'ai redémarré l'ordi après ça, pour être sûr que ça serai bien pris en compte. Hélas même problème...
Comme vous l'aurez tous compris, je me débrouille, mais je ne suis pas informaticien, du coup comment faire pour que ce système de fichier soit utilisable ? Au passage je rappelle qu'il est possible de formater un périphérique dans ce format depuis Gparted ou Disque... mais comme on ne peut pas l'utiliser. Voilà une chose de plus totalement incohérente avec Open Suse Linux.
Ce périphérique apparaît bien dans Yast partitioner, mais bien sûr n'est pas monté.
...avec un altGR+r ou altGR+d, j'ai bien le ê et le ë (avec un clavier français (variante) ...
Bonjour dicicat et merci pour ta réponse.
Tu avoueras que ça complique bien les choses pour utiliser son clavier avec un accent circonflexe ou un tréma sur un «e», au fait, et pour le «i» ? 😝 Encore une fois ça ne vient pas de Gnome puisque ces combinaisons, naturelles en français, fonctionnent de base dès l'installation avec d'autres distributions dans l'environnement Gnome 49.
Après des petites choses sans doute «sans importance» (parmi tout de même beaucoup d'autres) pour nos amis teutons, il ne faut pas s'étonner que Open Suse soit massivement boudée par les français en général.
C'est d'autant plus dommage que c'est une distribution (exceptée à mon sens, Leap 16 qui me donne l'impression que celui qui veut l'utiliser est considéré comme un Beta Testeur), tout ceci est d'autant plus dommage que cette distribution est vraiment très belle dans son ensemble et reflète malgré tout ça une bonne impression de qualité.
Mais bon, devoir se battre pour des choses aussi simples qu'une configuration clavier qui encore une fois, fonctionne parfaitement ailleurs, est très pénible à la longue.
Je suis légèrement agacé car en fait, je viens de trouver autre chose qui m'énerve et qui également fonctionne de base ailleurs...
J'ouvre un fil pour ça.
Bien sûr je ne parle là que de ce que je n'ai pas déjà réussi à régler moi même... Certes ce genre de post n'est pas agréable à lire, mais ne jamais parler de ce genre de choses qui cassent les pieds (pour rester poli), n'a jamais fait avancer le schmilblick .
Bonjour, j'ai constaté il y a déjà quelques temps, depuis le passage de Gnome 48 à Gnome 49 (sous Slowroll) que certains caractères ne fonctionnaient plus DANS LES APPLICATIONS GNOME UNIQUEMENT.
En fait tout au début où Slowroll est passée à Gnome 49, les caractères suivants : «œ» et «æ» ne pouvaient plus être obtenus (Alt Gr + lettre) pour les applications Gnome (texte, renommage de fichiers/dossiers, etc) de même que l'utilisation des accents circonflexes ou trémas.
Tous ces caractères ont par contre toujours fonctionné dans Libre Office ou dans les navigateurs et autres logiciels.
Une mise à jour survenue il y a quelques semaines a permit d'utiliser à nouveaux les caractères tels que æ ou œ dans Gnome. Cependant ça n'a pas corrigé les trémas et accents circonflexes qui restent inutilisables dans Gnome directement.
IMPORTANT : Tout ceci fonctionne dans Fedora 43 qui a aussi Gnome 49 ainsi que Ubuntu, et permet donc d'utiliser tous ces caractères et accents dès l'installation.
Donc, qu'est-ce qui empêche l'utilisation des accents circonflexes et trémas dans Gnome 49 sous Slowroll (mais aussi OsenSuse Linux (Tumbleweed et Leap 15.x compris)) ?
Comment corriger ceci SVP ? Je n'ai pas trouvé sur le forum.
Une précision au sujet du forum : l'utilisation des accents circonflexes fonctionnent, comme tous les caractères précédemment cités dans le navigateur, mais par contre les trémas sont transformés en guillemets américains (") sur le forum alors que ça fonctionne ailleurs avec les mêmes navigateurs (Vivaldi et Firefox) ?
Désolé que le post soit long, mais il mérite des explications détaillées pour mieux cerner le problème. Merci par avance pour vos lumières et solutions.
j'essaye d'installer ventoy, je suis sous tumbleweed. je décompresse , je clique sur VentoyGUI.x86_64 puis Lancer et il se passe rien!!!!!!
Bonjour à tous, je viens un peu tard sur ce fil, mais j'ai également voulu créer une clef Ventoy. Tout comme pépé j'ai pu constater ce même problème. J'ai donc tenté d'utiliser «index.html» qui se trouve dans le dossier WebUI afin de passer par le navigateur. Là ça (semble) fonctionner.
Lors du clic sur index.html ça ouvre bien le navigateur (Vivaldi chez moi) et il s'affiche bien l'interface de l’application Ventoy. Il est possible de passer la langue en français, tout semble pour le mieux. Mais voilà, aucune clef USB n'est vue par le logiciel, j'en ai essayé plusieurs, aucune n’apparaît alors que bien sûr chacune est bien reconnue quand je la branche. C'est pareil avec Firefox.
J'ai voulu tester donc en machines virtuelles, même souci avec Fedora, Mint, Debian, et évidement TumbleWeed (mon système est installé avec SlowRoll) et Leap 15.5 ou 15.6. La seule distri avec laquelle ça a fonctionné est Ubuntu (la dernière).
J'ai même été voir la vidéo de Adrien ==> https://www.youtube.com/watch?v=CjbxWh-Pcrs pour voir si je ne faisais pas une bêtise... À noter que Adrien fait la démo également avec Ubuntu. Curieux tout de même Ventoy.
Je n'ai pas encore pris le temps de vérifier que l'ordi démarre bien sur la clef, mais il n'y a pas de raison que ça ne soit pas le cas.
Voilà, c'était juste pour l'info et éventuellement donner des pistes.
Avant les modifs que tu m'as conseillées, il m'était demandé le mote de passe administrateur (je te rappelle que je n'ai pas de sudo). Depuis les modifications l'ouverture est directe sans demande de mot de passe.
L'USB fonctionne bien sûr toujours dans les MV, le gestionnaire de MV s'ouvre toujours sans demande de mot de passe administrateur Par curiosité j'ai fait de même pour le comte utilisateur, là le mot de passe root m'est à nouveau demandé pour l'ouverture de KVM, et sans surprise, les périphériques USB ne fonctionnent plus.
J'ai donc rétabli les groupes pour le compte utilisateur uniquement et ça fonctionne parfaitement, ce qui est le but recherché.
Pour valider le bon fonctionnement sans droit et group, on va supprimer les commandes que je t'ai donné a effectuer
Pour résumer donc, le fonctionnement de l'USB dans KVM peut se faire sans que root fasse partie des groupes libvirt et kvm, par contre il reste bien obligatoire que le compte utilisateur lui en fasse toujours partie.
Citer
Tu m'as donné du travail 😀, mais c'était très intéressant, ça fera certainement l'objet d'un article pour mon blog.
Oui, et je te remercie encore pour ton temps et ton savoir. Content que tout ceci puisse te donner matière à nourrir ton blog. Je pense que ceci devrait rendre service à plus d'un, car ça me semble un peu, pour ne pas dire beaucoup, dommage que ce genre de chose ne soit pas configuré dès l'installation, ce qui se fait de plus dans d'autres distributions. Si OpenSuse Linux veut vraiment être plus adopté, alors il faut passer par une plus grande simplicité d'installation. Mais ça n'est que mon avis.
@Yoman Voilà, j'ai testé le résultat sur les machines virtuelles.
Et j'ai retrouvé le fonctionnement de celles-ci avec les périphériques USB, tels que je l'avais avec la Alma Linux et tel que je l'ai avec la Fedora sur mon portable.
En fait je n'ai rien eu à faire d'autre que de démarrer une machine (la Fedora puisque c'est sur celle-ci que j'avais découvert le problème), puis ensuite connecter une clef USB, celle-ci a été capturée par la MV instantanément, j'ai pu naviguer dans ses dossiers, ouvrir les fichiers, l'éjecter et après retrait de la clef redémarrer la MV sans blocage.
De plus, j'ai également le copier/coller qui fonctionne, ce qui n'était pas le cas mais que j'avais omis afin de ne pas faire un post de plus pour cette chose de moindre importance.
Je vais passer ce sujet en résolu.
Avant cela juste une question si tu permets : Vu que dans ma bourde j'ai ajouté le root aux groupes libvirt et kvm, faut-il faire la manœuvre inverse ? Si oui, comment STP, si non, laisser en l'état ne risque-t-il pas de faire une faille de sécurité ?
Un grand merci à toi Yoman pour ton aide précieuse et tes explications.
Lancer sa session en root, ce n'est pas du tout conseillé, mais...
Non, je n'ai pas lancé ma cession en root, c'est juste dans le terminal que je me logue en root quand c'est nécessaire. En l'occurrence pour rentrer les commandes nécessitant les privilèges de root. Tu as raison de rappeler ce principe, je connais des personnes qui s'obstinent, malgré mes avertissements, à le faire...
qemu : c'était pour kvm en ligne de commade (au cas oû) et wheel : c'était pour les droits admin/sudo ,mais opensuse le fait directement dans le fichier sudoers (au cas oû aussi)
Je ne les aies pas mis dans la commande , car à ce stade c'était inutile.
eric@localhost:~> groups $USER eric : eric libvirt kvm eric@localhost:~>
Du coup il ne me reste plus qu'à tester le résultat avec les machines virtuelles. Je ferai ça plus tard dans la journée, là je dois partir, mais je tenais à te répondre au plus vite. Je te fais donc très vite un compte rendu.
Bonjour @Yoma, merci pour ta réponse. J'ai donc supprimé le périphérique USB créé précédemment, ce qui a permis de pourvoir démarrer correctement la machine virtuelle (Fedora). J'ai ensuite rentré la commande que tu m'as donnée :
- Question au sujet de cette ligne : dans ton message tu énumère les groupes libvirt; kvm; qemu; wheel, cependant dans ta commande seuls les deux premiers sont inclus. Est-ce normal, dans ce cas pourquoi ? Ou est-ce un simple oubli ?
De toute façon, après introduction de la commande et un retour au prompt SANS erreur, j'ai donc rebooté le bestiau.
Dans la gestion des groupes avec Yast, rien n'est changé, seul mon user apparaît :
eric@localhost:~> groups $USER eric : eric eric@localhost:~>
Est-ce normal ? Je parie que non, car même si effectivement il s'agit d'un oubli pour les deux derniers groupes dont tu parle, il devrait normalement y avoir les deux premiers dans ce retour de commande, vrai ou faux ?
Désolé que les choses ne se passent pas comme prévu.
Je veux préciser deux choses : 1 - La commande pour l'ajout des groupes je l'ai faite en root, je n'ai pas de sudo puisque j'ai activé le compte root à l'installation. 2 - Comme précisé dans mon premier post, j'ai fait l'installation de la virtualisation (KVM) lors de l'installation du système en ajoutant le module depuis l'installeur (Logiciels ==> sélection de KVM pour la virtualisation. Ceci serait-il à l'origine du souci ? Perso je ne pense pas, mais je peux me tromper. Dans ce cas, si c'est l'origine du problème, c'est un sacré bug !!!
Dans la console de ta VM, ajoute ta clé USB en tant que périphérique, et non en tant que redirection USB.
Je m'étais effectivement trompé de manip. Après démarrage d'une MV, dans la console j'ai cliqué sur le bouton «Afficher les détail du matériel...» Dans la fenêtre en bas à gauche j'ai cliqué sur «Ajouter un matériel», dans la liste j'ai cliqué sur «Périphérique hôte USB», après sélection de la clef USB j'ai cliqué sur «Terminer». Et là effectivement j'ai pu utiliser la clef USB dans la machine virtuelle (Fedora 43). En effet ta solution fonctionne. Cependant, alors que j'ai démonté proprement la clef USB dans la Fedora en l'éjectant, il s'avère qu'au redémarrage de la même MV, clef absente du port USB j'ai le message d'erreur suivant :
Erreur lors du démarrage du domaine: erreur interne : N'a pas trouvé le périphérique USB 0781:5581
Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 67, in cb_wrapper callback(asyncjob, *args, **kwargs) ~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb callback(*args, **kwargs) ~~~~~~~~^^^^^^^^^^^^^^^^^ File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn ret = fn(self, *args, **kwargs) File "/usr/share/virt-manager/virtManager/object/domain.py", line 1467, in startup self._backend.create() ~~~~~~~~~~~~~~~~~~~~^^ File "/usr/lib64/python3.13/site-packages/libvirt.py", line 1390, in create raise libvirtError('virDomainCreate() failed') libvirt.libvirtError: erreur interne : N'a pas trouvé le périphérique USB 0781:5581
Il faut maintenant que la clef soit présente pour que je puisse utiliser cette VM.
S'il faut aller fouiller à nouveau dans la console pour enlever ce périphérique, le moins que l'on puisse en dire c'est que ça complique sérieusement l'utilisation des MV !
Je comprends ceci d'autant moins qu'avec la Alma Linux que j’utilisais précédemment, de même qu'avec la Fedora 43 installée sur mon ordinateur portable, je n'ai qu'à brancher un périphérique USB quand je suis sur une MV, celui-ci est monté automatiquement, se démonte de même et ne bloque pas la MV quand le port USB est vide. Et je n'ai jamais eu à configurer quoi que ce soit pour ça, d'où mon incompréhension face à ce problème.
Quelle autre manip faut-il faire pour que ça fonctionne simplement, automatiquement et correctement ? Est-ce possible avec Open Suse ?
eric@localhost:~> groups $USER eric : eric eric@localhost:~>
Il semble donc que je fais bien partie du groupe user.
Merci pour les précisions sur les UID et les GID. Je vais aller étidier ça plus sereinement dès que je le pourrai, il ne faut jamais perdre une occasion de s'instruire. 😉 Je n'ai pas changé les valeurs, quand j'ai vu les erreurs, j'ai cliqué sur «annuler» afin de rien casser. Bonne soirée Yoman.
Bonjour @Yoman . La reconnaissance des périphériques USB depuis ma session se fait parfaitement, dès que j'introduit une clef USB ou autre, j'ai le son caractéristique de Gnome qui m'indique l'action et la reconnaissance du périphérique. Si je suis dans une machine virtuelle c'est à ce moment là que j'ai le message d'erreur, preuve donc que le périphérique est bien vu par la MV. Je n'ai aucun souci avec mon clavier et ma souris qui sont en USB. J'ai été dans les modules Yast, dans la gestion des utilisateurs et des groupes. Dans l'onglet «groupe» j'ai deux utilisateurs qui apparaissent. En premier : moi - id du groupe 1000 - membres du groupe : moi. En deuxième : users - id du groupe 100 - membres du groupe : c'est vide
J'ai fait un double clic sur moi, ce qui a ouvert une lista de groupes, tous son décochés. Sauf erreur de ma part c'est bien KVM qui gère les machines virtuelles, c'est en tout cas ce que j'ai sélectionné dans «logiciels» au moment de l'installation. J'ai cherché dans la liste de groupe une groupe «kvm», je n'ai rien trouvé, ni d’ailleurs dans la liste de groupes pour users.
Citer
Sinon, au pire, vérifie si tu es dans le groupe kvm :
Code: [Sélectionner] groups $USER
J'ai cherché dans la liste des groupes pour users si «moi» apparaissait dans la liste afin de l'ajouter au groupe. Je l'ai effectivement trouvé, j'ai donc coché la case «moi» et validé mon choix. Instantanément j'ai obtenu l'erreur suivante :
L'ID de groupe sélectionné n'est pas autorisé. Sélectionnez un nombre entier valide compris entre 1000 et 60000.
Question : users a une id de groupe de 100, est-ce cela qui entraîne cette erreur ? Mais dans ce cas pourquoi la configuration à l'installation est-elle définie à 100 ? Je loupe donc quelque chose...
Bonjour à tout le monde. Merci à vous qui m'avez répondu. @Yoman : Oui, je pense aussi que c'est un problème de droits, pour ça justement je n'ai hélas pas de «point de départ» précis à donner, je ne me suis rendu compte que récemment de ce problème, n'ayant bêtement pas pensé à tester l'USB après l'installation des machines virtuelles. Mais je pense que ce souci date de l'installation de mon système, il me semble mi-septembre. Je suis sur SlowRoll. Pour les machines virtuelles, installées dans Virtual Machine Manager, j'ai Fedora, Solus, Mint, Ubuntu et Windows 11. L'USB 2 ou 3, ne fonctionne pas quelle que soient les distributions en MV.
@sobkowiak : comme l'a précisé Yoman, je n'utilise pas Virtual Box, mais Virtual Machine Manager que j'utilisais déjà dans la Alma Linux installée avant cette SlowRoll. Je n'avais rien eu à faire pour avoir l'USB dans les machines virtuelles, une fois dans ma machine virtuelle je n'avais qu'à brancher une clef USB ou un SSD externe pour qu'il soit automatiquement monté dans la VM en cours. C'est ce qui fait que je n'ai pas testé immédiatement l'USB en MV.
J'ai donc été voir dans les modules Yast, mais je n'ai pas su trouver comment et où corriger ce souci. Merci par avance pour votre aide.
