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.
Bon, en fait pour résoudre le souci avec la solution proposée par jtro il ne faut pas taper 'nautilus' après l'instruction 'xhost +' Il faut utiliser l'instruction 'nautilus admin:///' on entre le MDP admin dans la fenêtre pop up et ainsi, cette fois, Nautilus s'ouvre avec les droits permettant d'écrire dans tous les dossiers. Le piège c'est que finalement 'xhost +' ne donne pas vraiment les droits, perso je trouve ça trompeur et mal foutu, mais bon, ça n'est que mon avis. 🤣
Encore un grand merci à jtro et bernado82. Je passe en résolu.
USER@localhost:~> nautilus ** Message: 17:00:20.386: Connecting to org.freedesktop.Tracker3.Miner.Files USER@localhost:~>
Nautilus est bien ouvert. Je navigue là ou je veux aller : /usr/share/backgrounds/gnome Mais là il m'est impossible d'y copier ce que je veux y mettre ni de créer un dossier. Je n'ai aucun droit !
Je ferme Nautilus en passant par la 'X', soit 'alt F4' car le 'ctrl C' dans le terminal n'a pas d'effet.
USER@localhost:~> xhost - access control enabled, only authorized clients can connect USER@localhost:~>
Il m'est donc impossible d'obtenir des droits en écriture dans le dossier cité plus haut, c'est pour ça que j'avais même essayé en root, mais j'avais bien fait comme tu l'avais décrit. Je me suis simplement mal exprimé.
xxx@localhost:~> xhost + access control disabled, clients can connect from any host xxx@localhost:~> xhost + nautilus xhost: bad hostname "nautilus" xxx@localhost:~>
xxx@localhost:~> su - Mot de passe : localhost:~ # xxx@localhost:~> xhost + xxx@localhost:~: command not found localhost:~ # access control disabled, clients can connect from any host access: commande introuvable localhost:~ #
Ça ne fonctionne pas non plus, et en plus ça m'a créé un prompt que je n'aime pas :
xxx@localhost:~> /usr/bin/nautilus ** Message: 14:23:49.962: Connecting to org.freedesktop.Tracker3.Miner.Files xxx@localhost:~>
Ceci m'ouvre bien Nautilus, mais avec des droits utilisateurs, donc ça ne me sert à rien. Et pour fermer Nautilus le 'ctrl c' ne ferme PAS Nautilus, le fonctionnement ne semble pas vraiment pris en comte par le terminal...
** (org.gnome.Nautilus:50406): WARNING **: 14:24:38.046: Running as root is not supported. Consider running `nautilus admin:///` instead. localhost:~ #
Ça ne fonctionne pas.
Donc tout ça semble rejoindre le dernier post de @bernado82 , c'est verrouillé, donc semble-t-il pour une meilleure sécurité. De toute façon tout nous renvoie à la commande 'nautilus admin:///' qui refuse de fonctionner chez moi. Est-ce dû à Gnome Sans doute puisque ça fonctionne avec dolphin chez bernado82.
Bien, ne tenant pas à fragiliser ma machine, je vais laisser tomber pour l'instant. Peut-être une prochaine MàJ permettra-t-elle de faire fonctionner 'nautilus admin:///'.
Je vous remercie tous pour votre aide et votre temps. Très cordialement.
PS : je viens de trouver le message de jtro – Aujourd'hui à 14:06:51 arrivé pendant ma rédaction. Je suis revenu en situation normale avec :
C'est vrai que j'ai oublié de mettre le retour pour cette commande avec nautilus, j'avais essayé avec en premier, puis sans et je n'ai donné que ces derniers retours :
(gnomesu:165397): Gtk-WARNING **: 05:40:04.548: gtk_window_set_titlebar() called on a realized window
** (org.gnome.Nautilus:165636): WARNING **: 05:40:12.432: Running as root is not supported. Consider running `nautilus admin:///` instead. xxx@localhost:~>
Même réponse, même résultat... Concernant l'installation d'autres gestionnaires, c'est une chose que j'évite (et je n'en ai jamais eu besoin), souhaitant conserver mon installation au plus propre, n'installant donc que ce qui manque, et autant que faire se peut, ne pas transformer mon système en «monstre de Frankenstein windowsien». Mais merci pour l'idée.
@jtro : Pour ce qui est de la commande que tu propose :
xxx@localhost:~> zypper search xhost Chargement des données du dépôt... Lecture des paquets installés...
S | Name | Summary | Type ---+-------+------------------------------------+-------------- | xhost | Utility to control X server access | paquet | xhost | Utility to control X server access | paquet source xxx@localhost:~> Le programme 'xhost' peut être trouvé dans le paquet suivant : * xhost [ chemin : /usr/bin/xhost, dépôt : download.opensuse.org-oss ]
localhost:~ # zypper install xhost Chargement des données du dépôt... Lecture des paquets installés... Résolution des dépendances des paquets...
Le NOUVEAU paquet suivant va être installé : xhost
1 nouveau paquet à installer.
Taille du téléchargement de paquet : 33,3 KiB
Modification de la taille d'installation des paquets : | 66,4 KiB requis par les paquets qui seront installés 66,4 KiB | - 0 B libérés par les paquets qui seront supprimés
Back-end: classic_rpmtrans Continuer ? [o/n/v/...? affiche toutes les options] (o): Préchargement : xhost-1.0.10-1.2.x86_64.rpm [fait] Préchargement terminé. [réussi (1,2 KiB/s) ] .................................................[fait] Récupération : xhost-1.0.10-1.2.x86_64 (Dépôt principal (OSS)) (1/1), 33,3 KiB
Recherche de conflits de fichiers : ..........................................................[fait] (1/1) Installation de : xhost-1.0.10-1.2.x86_64 ..............................................[fait] Exécution des scripts ultérieurs à la transaction ............................................[fait] localhost:~ #
Donc le paquet contenant xhost est maintenant installé, en root je fais donc la commande que tu m'as donnée :
localhost:~ # xhost access control enabled, only authorized clients can connect localhost:~ #
Voilà, ça c'est fait, du coup pour ça je ne comprends plus rien... Pour ce qui est de 'gksudo nautilus', en utilisateur normal comme en root le résultat est le même :
Voilà, tout ça est un peu pénible. Mais ce dernier point est sans doute dû au fait que j'ai un compte root sur ma distri, j'évite le sudo.
Bref, je reste preneur d'autres suggestions et idées, en attendant je mets de coté ce que je voulais faire, ça n'est pas vital. Bien entendu si je trouve une solution de mon coté, je vous tiendrai au courant.
Encore merci, belle journée à vous.
[EDIT] : Après mon envoi du message, je me suis rendu compte que je n'avais pas redémarré l'ordi. Du coup je viens de le faire, mais rien n'est changé...
(gnomesu:155615): Gtk-WARNING **: 21:26:21.927: gtk_window_set_titlebar() called on a realized window
** (org.gnome.Nautilus:155915): WARNING **: 21:26:38.850: Running as root is not supported. Consider running `nautilus admin:///` instead. xxx@localhost:~>
Je ne comprends pas pourquoi il est impossible d'ouvrir Nautilus en root avec Open Suse Liux, et c'est bien avec cette distri. Je viens de tester avec une Fedora Sylverblue en machine virtuelle, et ça fonctionne bien.
tux@fedora:~$ nautilus admin:/// ** Message: 21:39:22.726: Connecting to org.freedesktop.Tracker3.Miner.Files libEGL warning: failed to get driver name for fd -1
libEGL warning: MESA-LOADER: failed to retrieve device information
libEGL warning: failed to get driver name for fd -1
MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen
Il faut donc taper la commande de «substitution» proposée par Suse. Après avoir validé la commande, le mot de passe utilisateur est demandé dans une pop up (compte sudo sur la Fedora) et Nautilus s'ouvre, même avec des petites erreurs «mesa», mais ça fonctionne... Avec Suse on dirait que ça n'appelle même pas le logiciel Nautilus.
Bonjour à tout le monde. Oui, je sais, rien que le titre de ce fil est mal, vilain, imprudent etc... mais ça sera très exceptionnel et me simplifiera les choses.
J'ai tenté d'ouvrir Nautilus depuis la console en root. J'ai déjà fait ça sur d'autres distributions (Fedora, Mint...) et ça marchait (je n'ai plus essayé depuis assez longtemps).
** (org.gnome.Nautilus:145357): WARNING **: 19:00:27.279: Running as root is not supported. Consider running `nautilus admin:///` instead. localhost:~ #
Et... ça ne marche pas non plus. Du coup comment faire ? Chaque fois qu'une distri m'a proposé une solution pour une commande qui ne fonctionnait pas, ça a fonctionné avec la commande alternative proposée.
Y a-t-il eu un changement de syntaxe qui n'a pas été reporté dans les commandes utilisables ? J'ai également essayé
Bonjour @orion je vois que je ne suis pas le seul qui apprécie la pondération de MAJ de Slowroll.
Je viens de faire à l'instant une MAJ de plus de 800 paquets, grosse mise à jour donc, qui s'est déroulée parfaitement bien. Un reboot a finalisé le tout et me voilà avec un OS à jour parfaitement fonctionnel, à pouvoir répondre à ton message (on se tutoie ? C'est plus cool, si tu veux bien).
savez-vous s'il va rester sur Twd et Slrl comme il a disparu de Leap : tout va-t-il être "uniformisé" ?
Alors là, grande question, laquelle ne va pas sans me poser quelques inquiétudes, surtout quand on voit comment fonctionne Leap 16... J'ai essayé Leap 16 en MV, mon sentiment ?
Galère à l'installation, Agame est, à mon point de vue inutilisable pour une installation sur une machine un peu «sophistiquée», si je prend exemple sur mon ordi : deux SSD, un NVME avec système , home et swap séparés, le tout chiffré plus un SSD 2.5 (datas) chiffré également. Je ne vois pas, avec Agama tel qu'il est actuellement, comment installer ça. Même si Yast n'est pas un modèle du genre (il ne vaut pas Anaconda ou Calamarès par exemple) au moins fait-il correctement le taf.
Quand au fonctionnement après installation, toujours en MV, ça n'inspire pas confiance, je pense par exemple à des impossibilités de faire les mises jours...
Je ne m'étalerai pas d'avantage sur Leap 16, mais c'est vrai que si Slowroll et Tumbleweed lui emboîtent le pas sur ce chemin, je pense que, et j'en serai navré, je repartirai sur Fedora, certainement à ce moment là, en version Silverblue. Mais j'espère sincèrement que Open Suse Linux redressera la barre avant.
Je suis bien entendu conscient que Yast est maintenant «un vieux machin», et que quelque chose de neuf et plus performant serait un gros plus. Cependant, vouloir faire du neuf juste pour faire du neuf, au point de sortir une nouvelle version non aboutie et même non totalement fonctionnelle comme l'est Leap 16 me semble plutôt immature, si ce n'est irresponsable envers les utilisateurs de Open Suse qui lui font confiance depuis des années. En fait, au final, il semble que maintenant, ceux qui font confiance depuis longtemps sont devenus (ou tout au moins considérés tels) des beta-testeurs... Bienvenue dans la monde de Microsoft...
Oui, certains peuvent penser que je suis un peu excessif, et je comprendrai leut point de vue, mais force est de constater la réalité telle qu'elle se présente dans ce cas en particulier, mais également hélas, dans d'autres cas en général et dans d'autres domaines. Donc, devrions-nous tout accepter pour être «politiquement corrects» ?
Je ne cherche pas à lancer un débat, je voudrais juste que chacun garde à l'esprit qu'innover est bien, quand c'est fait correctement et en pleine conscience de l'obligation de résultat, pas fait «à l'emporte pièce» juste pour faire du neuf dans l'esprit «tant que c'est neuf, du moment que c'est neuf» et tant pis si ça emm... du monde.
Peut-être suis-je devenu un vieux c.. après tout ? 🤣 🤣 🤣
Tu parles d'un écran noir à un moment. As-tu une carte Nvidia ?
En fait, non, je suis totalement en AMD, je n'ai jamais été fan de Nvidoa. Par écran noir, et c'est vrai que j'aurais dû être plus précis, je voulais dire que l'interface graphique ne démarrait plus.
...Mais pour la détection des périphériques c'est automatique. C'est un peu cela qui me freine, actuellement, pour...
Pour les périphériques, certes la détection de l'imprimante à été un peu pénible, mais à coté de ça, pour le scanneur et d'autres périphériques, tout comme pour trouver mon NAS sur le réseau interne, ça s'est passé très simplement et facilement. Il ne faut donc pas se limiter à ce passage pour Slowroll. Certe ce n'est pas une distri parfaite, mais vraiment, à l'usage, c'est une belle distri, stable, agréable, elle est vraiment à découvrir au quotidien.
@Panayotis : Bonjour, j'avais lku je ne sais plus où que Win11 avait tendance à empêcher l'installation d'autres OS en dual boot. En plus Win11 ne s'arrête jamais, ce que Microsoft appelle «arrêter» n'est en fait qu'une sorte d'hibernation, le système verrouille donc toute autre possibilité de démarrer un autre OS. Puisque tout fonctionnait semble-t-il tant que tu étais avec Win10, sans doute la piste est-elle de ce coté là. Mais tu as bien plus d'expérience avec Win que moi.
Pour ma part je n'ai plus de Windows installé «en dur» depuis très longtemps, j'ai juste un Seven en machine virtuelle pour un logiciel bien précis et un usage très peu fréquent.
À un moment j'ai utilisé comme toi un SSD externe en USB avec une distribution que je testais, mais je n'avais pas fait de dual boot, justement parce que cette seconde distri était sur un SSD branché en USB. Pour démarrer dessus je passais par le sélecteur de périphérique du Bios (F8 sur mon ordi). Et ça fonctionnait parfaitement. As-tu essayé cette solution ?
Bonjour @orion, bonjour à tous et le plus important : tous me vœux de bonne, heureuse et prospère année 2026.
J'utilise Slowroll depuis plusieurs mois maintenant, marlgré des débuts un peu «difficiles», je suis vraiment content de cette distribution, à condition bien entendu de faire abstraction de certaines choses plutôt gênantes et illogiques, que l'on ne rencontre pas dans les autres distri (Fedora, Debian, Ubuntu, ou Arch et dérivés (parmi là, les rollings).
Donc en vrac : galère pour installer les imprimantes/scanners, configuration de claviers problématiques que l'on ne voit pas ailleurs, traduction de la distri incomplète, machines virtuelles qui n'acceptent pas les périphériques USB sans se lancer dans une vraie cuisine, les «copier/coller» entre l’hôte et le client qui ne fonctionnent pas, et autres petites misères dont la présence n'est, selon moi, pas justifiable. Mais grâce à l'aide des personnes compétentes de ce forum, tout est réglé ou presque, encore merci à elles.
Pour répondre à tes questions sur les MAJ, oui, elles sont plus mesurées pour les versions de paquets, les logiciels et le noyau, c'est ce qui m'a séduit dans la philosophie de cette distribution, une rolling certes, mais avec un temps de recul, une certaine retenue donnant un sentiment de plus de stabilité et de réflexion que la rolling «on envoie tout et tant pis si ça casse». Par contre une réactivité quasi instantanée (façon Tumbleweed) pour ce qui est des corrections de sécurité, du coup c'est un bon argument d'utilisation supplémentaire.
Depuis que je l'ai installé j'ai eu seul soucis (très emm.....t), puisque je me suis retrouvé un jour sans interface graphique suite à une MAJ. À noter qu'une mise à jour supplémentaire quelques heures plus tard à réglé le problème : connexion en TTY, login, mdp, passage en root, mdp du root, 'zypper dup' puis reboot.
Et donc pour répondre à l'autre question sur les récupérations, oui, les snapshots fonctionnent très bien, c'est ce qui m'a permis d'utiliser l'ordi tout à fait normalement pendant le problème évoqué au dessus.
Donc, globalement je suis très content de Slowroll, j'ai les dernières versions pour gérer le matériel, c'est stable et réactif, agréable à utiliser. Précision : je suis sous Gnome, donc là en version 49, donc avec les quelques petits «bugs» de Gnome 49, mais rien de bloquant ou de pénible, et puis petit à petit, il y a les corrections.
Voilà, j'espère que ceci t'aidera à te faire une idée plus claire de la «bête», laquelle mérite vraiment d'être découverte. Désolé de n'avoir pas pu te répondre plus tôt, j'espère d'ailleurs qu'il y aura d'autres réponses et avis sur ton sujet.
Bonjour #bernado82, je te remercie pour ta réponse, très instructive également. Je n'ai pas encore écrit à Surfshark, ça attendra l'année prochaine. 😉
Pour l'instant je vais laisser la version Flatpak du logiciel de Surfshark, n'ayant à ce jour pas eu la moindre déconnexion du VPN. Si ça arrive un de ces jours, alors je mettrai la version Snap qui elle a tout de fonctionnel, dont le kill switch.
Je te souhaite et je vous souhaite à toutes et tous, des belles fêtes de fin d'année 2025. 🍾 🥂
Bonsoir @bernado82 J'ai fait la manip que tu donnée pour l'installation de Snap pour Slowroll; j'ai fait tout ça en machine virtuelle.
Tout fonctionne, comme l'avait dit le service technique de Surfshark, l'utilisation du paquet Snap à la place du paquet Flatpak corrige bien le dysfonctionnement du Kill switch. Je ferai remonter aux tech de Surfchark sur ta correction permettant d'installer Snp sur une Slowroll.
Mais avant d'écrire au service technique de Surfshark, je voudrais savoir si installer le dépôt Snap et ses services ne constitue pas une fragilisation du système Open Suse tel qu'il est fait ?
Merci par avance pour tes précisions et également celles de toute personne intéressée par donner son avis à ce sujet.
Bonjour @bernado82 Je te remercie pour tes messages forts intéressants.
En fait, ça n'est pas vraiment mon idée au départ d'utiliser le snap pour installer le gestionnaire Surfshark, j'ai pour l'instant la version Flatpack qui fonctionne bien, sauf, comme tu l'auras lu dans le premier post, que c'est impossible d'utiliser la fonction killswitch. C'est le service technique de Surfshark qui m'a envoyé cette solution pour installer la version Snap, puisque la version Flatpack ne sera pas mise à jour avec le correctif avant... ils ne savent pas.
Je te remercie pour tes solutions, qui elles tiennent compte de ma version d'open suse ==> Slowroll. J'avais bien précisé au techniciens de Surfshark que j'utilise cette versions, ils n'en ont pas tenu compte. Je vais donc tester tout ça en machine virtuelle, après je vais recontacter Surfshark, donner les résultats de mes tests en leur montrant ce que tu m'as envoyé, et leur demander de se souvenir que Linux ne se limite pas à Ubuntu. Pour le moment je suis en période de test chez eux, donc selon leur réponse...
Pour ce qui est des applications dans ton second message, elles sont liées à un VPN spécifique ? Elle ne peuvent pas être utilisée avec, par exemple dans mon cas, mes identifiants Surfshark ? Désolé car à poser la question je me dis qu'elle est certainement stupide... 🤣
Ces jours-ci je n'ai pas trop le temps pour m'occuper des tests, mais je vais faire au plus vite et je te ferai un retour bien entendu.
Encore merci bernado82 pour ton temps et tes instructions. Je te souhaite, je vous souhaite à tous, d'excellentes fêtes de fin, d'année.
Et sinon snap sous autre chose qu'ubuntu.. C'est moche.
J'avoue que je n'étais pas trop fan de cette solution...
Je viens de tester en MV et effectivement ça fonctionne avec une Tumbleweed. La configuration de Snap va bien jusqu'au bout. Par contre je n'ai pas trouvé de dépôt Snap dans Logiciel ni ailleurs pour installer cette version de Surfshark. Je n'ai pas cherché en fait, n'ayant finalement pas l'intention d'utiliser cette solution avec ma Slowroll. À ce sujet j'ai exécuté ces commandes :
localhost:~ # systemctl status snapd Unit snapd.service could not be found. localhost:~ # systemctl status snapd.apparmor Unit snapd.apparmor.service could not be found.
Sans surprise rien n'était fonctionnel puisque l'installation n'avait pas aboutie. Ensuite un :
localhost:~ # zypper removerepo snappy Le dépôt 'snappy' n'a pas été trouvé par son alias, son numéro ou son URI. localhost:~ #
En fait l'installation n'ayant pas aboutie, il semble que même le dépôt n'avait pas été ajouté. Est-ce suffisant pour avoir tout enlevé ?
J'avais pensé à Alien, mais je ne suis pas certain que ça ne se transforme pas en galère à la prochaine mise à jour du paquet, même mise à jour tout court du système.
Je vais recontacter le service aide de Surfshark, leur solution n'étant pas vraiment convenable en l'état pour une distribution autre que Debian etc.
Je vous remercie, dicicat et ManOnTheMoon94 pour votre aide.
Je laisse le sujet ouvert pour l'instant afin de revenir dessus en fonction des solutions proposées par Surfshark à fin d'information.