Aller au contenu principal

Voir les messages

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.

Messages - Chumi

2
Programmes et logiciels / Re : Les dépôts Leap : j'ai peut-être f... le b...
Mon hypothèse c'est que j'ai peut-être f... le b... en ajoutant des paquets sans savoir ce que je faisais précisément.

Là, je fais des mises à jour, et tout semble fonctionner normalement.

Qqn a un commentaire ou une suggestion ?

Tu as bien fait de virer les dépôts invalides. À priori ce sont les dépôts des lignes 3-4-5-6-7-9-10 dans le retour de la commande

zypper repos

La présence de ces dépôts est une anomalie dont tu n'es pas du tout responsable.

Voir cette discussion : https://www.alionet.org/index.php?topic=1220.0
5
Programmes et logiciels / Re : L'icone "Mise à jour des logiciels" dans le Tray, comment la virer proprement
Ayant le même "problème" à l'instant (sur Leap), avec des mises à jour effectuées avec zypper up et une icône persistante (il y a "n" majs), j'ai dit à l'icône de faire la maj (déjà faîte), elle m'a affiché un message d'erreur et elle a disparu. Maintenant je n'ai pas une confiance absolue dans le truc (cette icône dans le tray est liée à Discover  ::) ).
6
Programmes et logiciels / Re : TeamViewer
Je l'installe en console avec rpm -ivh teamviewerxxxx.rpm

Je viens d'essayer sur Leap. Je reçois des messages d'erreur sans trop de rapport (à première vue). J'ouvre ensuite Yast software et il me demande si je veux faire confiance à une clé provenant de Teamviewer, j'accepte... et Teamviewer est bien installé en définitive  :o

Une autre solution donc, avec des bizarreries mais ça passe.
7
Programmes et logiciels / Re : TeamViewer
Bonjour,

Tu as téléchargé le rpm SUSE ici : https://www.teamviewer.com/fr/telecharger/linux/

Tu veux l'ouvrir avec Discover et ça ne fonctionne pas.

Je ne fais pas beaucoup confiance à Discover, alors j'ai essayé avec Yast qui a en plus l'avantage d'être plus bavard :



Voilà pour l'erreur interne : une clé publique invalide ou indisponible et l'intégrité (la sûreté) du paquet ne peut pas être vérifiée. Rejet normal.

Maintenant tu peux télécharger l'édition portable : Autres systèmes *tar package. Tu la décompresses et dans le dossier Teamviewer extrait tu lances l'exécutable Teamviewer. Ça fonctionne très bien. J'ai déjà dépanné à distance des amis sur Windows de cette façon (comme ce n'est pas souvent je n'installe pas Teamviewer).
8
Général / Re : Zram en swap et openSUSE
La suite :

Pas simple, pas simple.

Sur Tumbleweed le paquet zram-configurator remplace le zramcfg de Leap. J'ai essayé et là encore la taille totale de ma ram est allouée en swap zram.

Sur Leap le man peu loquace de zramcfg indique un fichier de configuration par défaut qui devrait se trouver ici : /etc/zram.cfg. Il n'y est pas.

Sur Tumbleweed le man de zram-configurator indique un fichier de configuration qui devrait se trouver ici ou là : {/etc,/lib}/systemd/zram-generator.conf[.d]. Je n'ai rien trouvé de semblable en partant de /etc ou de /lib. Par contre nous avons un fichier d'exemple ici : /usr/share/doc/zram-generator/zram-generator.conf.example... mais on ne sait pas trop où coller un éventuel fichier de configuration personnalisé si tant est que l'exemple nous parle car c'est assez compliqué (enfin pour moi).

Il existe un outil natif, zramctl, faisant partie du paquet util-linux, qui permet de configurer (entre autres?) le swap zram. Pas simple non plus et dans quelle mesure cela n'interfère t-il pas avec les autres outils dont il est question plus haut?

Un exemple d'utilisation de zramctl est fourni sur cette page : https://wiki.evolix.org/HowtoZram

Sur Debian Bullseye (stable), il existe le paquet zram-tools et un fichier de configuration assez simple (/etc/default/zramswap). Par contre dans Sid, un paquet zram-configurator (comme sur Tumbleweed) apparaît qui n'est pas présent sur Debian stable. J'ai l'impression que ce zram-configurator intervient à un autre niveau.

Sur ma nakeDeb, une Debian stable personnalisée par son dévellopeur, le swap zram est activé par défaut et je viens de demander quelques éclaircissements sur le forum de cette distribution (Swap zram sur nakeDeb).

Voilà, voilà, j'ai le sentiment qu'à ce sujet des choses se mettent en place prudemment sur openSUSE sans pousser l'utilisateur lambda à adopter le swap zram et qu'il y a des évolutions en cours sur la façon de le gérer plus ou moins mises en avant par telle ou telle distribution.
9
Général / Zram en swap et openSUSE
Bonjour,

La question de la zRam en swap a ressurgi dernièrement dans une discussion relative au partitionnement expert.

Je ne préjuge de rien en ce qui concerne l'utilité ou la nécessité de la chose. C'est déjà une question.

J'ai essayé hier sur ma Leap en installant les paquets systemd-zram-service et zramcfg puis en lançant le service au démarrage du système dans Yast (pour revenir à l'état antérieur il suffit d'arrêter le service et de le reconfigurer en démarrage manuel, c'est simple).

Pour la zram en swap, j'ai vu qu'il était alloué une taille identique à ma ram sur openSUSE.

Parcourant diverses documentations, j'ai vu aussi que certaines distributions activent par défaut ce service, qu'elles configurent aussi parfois par défaut la quantité de zram à 50 ou 20% de la ram et qu'elles indiquent comment reconfigurer cela au cas où ces quotas ne conviendraient pas.

Rien dans les documentations de ces distributions (Debian et filles, Fedora ou Arch par exemple) , et principalement en ce qui concerne la configuration, ne correspond vraiment à openSUSE (les fichiers de configuration, ou ce qu'on imagine être les fichiers de configuration, ne sont pas au même endroit sur openSUSE, et ce qu'on trouve est peu parlant).

Voilà, la discussion est ouverte pour ceux que ça intéresse.
10
Général / Re : A propos du patitonnement manuel (mode expert)

D'ailleurs à ce sujet, je me demande quand le swap ZRAM arrivera chez suse, ça éviterait de se poser la question, le swap n'étant plus stocké sur SSD mais en mémoire vive. :)
je pense que c'est déjà présent, il y a pas mal de tuto.
sudo zypper install systemd-zram-service zramcfg
https://warrenpost.wordpress.com/2020/10/31/enable-zswap-on-opensuse-15-2/ (anglais)
https://www.ctrl.blog/entry/how-to-systemd-zram-generator.html (anglais)
https://kaiserbarbarossa.github.io/post/2021/04/13/systemd-zram/ (allemand)

Je ne connaissais pas, dès que j'ai un peu de temps, je vais essayer.

Bonjour,

J'avais du m'intéresser au sujet (à partir du premier lien je crois me souvenir) car systemd-zram-service est installé sur ma Leap. Mais je n'avais pas installé zramcfg. Et puis j'ai du oublier de fouiller davantage.

J'ai essayé hier en complétant ce qui manquait et en activant le service dans Yast. Je vais introduire un nouveau fil de discussion sur le thème.
11
Général / Re : Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
La suite :

J'ai fini par désinstaller partitionmanager et la mise à niveau de tumbleweed est passée tranquillement comme je le pensais (je suis actuellement en 20220309).

J'ai réinstallé partitionmanager après coup. J'ai eu le droit à une nouvelle version (21.12.3-1.1). Mais le paquet partitionmanager-lang ne suit pas, il reste sur l'ancienne version et il est vain de vouloir l'installer à moins de vouloir revenir à l'ancienne version de partitionmanager, de vouloir accepter de rétrograder plus de 300 paquets, ou autres joyeusetés.

Partitionmanager en anglais donc et une fenêtre d'authentification pour les droits d'administrateur qui a changé (mais un peu capricieuse quand on veut lancer le logiciel une seconde fois).

Avant cette fenêtre ressemblait en gros à ça (comme sur Leap), ce n'est pas très propre :

Et maintenant elle ressemble à ça, c'est mieux (mais elle fait des caprices) :


Bref, partitionmanager n'est toujours pas au mieux et je vais le dégager à nouveau. "Problème" résolu par amputation pour l'instant (si j'y pense je surveillerai le cas à l'avenir).
12
Général / Re : A propos du patitonnement manuel (mode expert)
Du coup pour ne pas enlever les bénéfices de Btrfs, je ferai mieux de ne pas séparer le /boot mais de juste faire une partition / en Btrfs alors?
Dans ton /data pourrais tu me donner un exemple de ce que tu y met?
Sur le PC sur lequel j'aimerais installer Opensuse j'ai aussi 16 Gio de Ram. Et je ne pense pas non plus qu'alloué 16 voir 32 Gio de Ram au Swap soit vraiment utile. D'où le "entre 4 et 8 Gio"

Oui c'est cela, si tu comptes profiter des avantages de Btrfs et de Snapper, je ne te conseille pas de faire une partition séparée pour /boot, en tout cas surtout pas en Ext4 comme tu l'imaginais. Donc, oui, une seule partition en Btrfs pour /.

Maintenant, certains jugent superflus ces avantages avec openSUSE Leap tant ce système est stable et ils préfèrent donc Ext4 à Btrfs. Avec ma courte et satisfaisante expérience sur openSUSE Leap (un an et demi), je ne les contredirai pas, c'est très stable et je n'ai pour ainsi dire jamais eu besoin de rétropédaler en sollicitant Snapper. Une seule fois, si, au début car j'avais fait une grosse boulette qui ne passe théoriquement par la tête de personne... mais je ne me souviens plus laquelle.

Dans mon /data je mets tous mes fichiers plus ou moins statiques (documents, image, ect). J'aurais très bien pu allouer mon premier DD tout entier à /home mais j'ai préféré que les fichiers de configuration de mes applications demeurent sur le SSD, rendant ainsi leur accès plus rapide. Dans le même ordre d'idée, garder le /home sur le SSD me sert aussi à y mettre la base de données de digiKam, à y copier les photos que je souhaite travailler avec darktable (quand je n'oublie pas de les y copier  >:( ), ou encore à accueillir une machine virtuelle.

Pour le Swap, je ne sais pas quoi te dire, mais sur ma tour avec ses 16 Go de RAM, la proposition qui m'avait été faite lors de l'installation m'avait paru exagérée (du coup je n'en ai pas mis du tout, simplifiant à l'extrême la résolution du problème  :)) ). Mais là encore tout est question d'utilisation, de ce à quoi est destinée la machine (pas de traitement vidéo ni de gestion de grosses bases de données dans mon cas, j'y vais tout doux avec darktable et je fais rarement dix choses en même temps).
13
Général / Re : A propos du patitonnement manuel (mode expert)
Bonjour (et Bienvenue!  ;) )

Je ne me souviens plus non plus de certaines choses lorsque j'avais choisi un partitionnement "expert" pour ma tour. Mais bon je vais essayer de te répondre en partie.

Données et applications tierces : pour une partition ou une unité de stockage pour laquelle tu vas toi-même définir un point de montage. À seule fin d'illustration je prends l'exemple de ma tour qui a un SSD et deux Disques durs. Le SSD héberge le système et mon /home. Mon premier premier DD héberge mes données (des données tierces en quelque sorte car stockées ailleurs que sur /home) et mon second DD est destiné à sauvegarder les données stockées sur le premier DD. J'ai monté le premier en /data et le second en /svgd. Ils sont accessibles depuis le système mais leur contenu n'est stocké ni sur la racine (/), ni sur /home. Ces deux DDs pourraient aussi héberger des applications ("tierces" car non stockées sur / ou /home) plutôt que des données mais c'est une complication que je n'envisage pas personnellement.

Volume brut non formaté : J'ai vu ça comme définition du rôle d'une partition BIOS boot nécessaire pour gérer un disque avec une table de partitions gpt depuis un BIOS traditionnel (https://blog.microlinux.fr/installation-opensuse-leap-15-2-kde/#partitionnement). Si tu es en UEFI, cela ne te concerne pas à priori.

Ton schéma de partitionnement :

5OO Mio -> Partition de démarrage EFI -> FAT -> /boot/EFI. Si tu es en UEFI c'est bon (certains pensent qu'on peut réduire la taille de cette partition, mais bon par défaut openSUSE table sur cette taille).

4 ou 8 Gio -> Swap (le plus simple ^^). Nous ne connaissons pas la taille de ta RAM, ni si tu comptes utiliser la veille prolongée dans le cas où ta machine serait un portable. Le Swap est un casse-tête pour moi car je n'ai pas toutes les connaissances pour faire ce qui serait le meilleur choix. Sur ma tour, avec 16 Go de RAM je n'en ai pas du tout. Je voulais voir et je sais que je n'ai pas une utilisation intensive de mon ordinateur. Et je n'en souffre pas pour l'instant. Maintenant au sujet du Swap, je sais seulement que certaines anciennes préconisations (doubler la taille de la RAM) peuvent être obsolètes aujourd'hui et que plus de Swap n'est pas forcément l'ami du bien (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-expert-partitioner.html#sec-expert-partitioner-info-swap). Dans le cas d'un doute extrême (avec beaucoup moins que 16 Go de RAM), je laisse le système décider pour moi à l'installation.

XX Gio -> Système d'exploitation -> Ext4 -> /home. J'ai créé une partition /home séparée sur ma tour, un peu conditionné par d'anciennes habitudes, mais honnêtement je ne suis pas convaincu de son utilité pour moi aujourd'hui. Je ne compte pas partager ce /home avec d'autres systèmes Linux dans le cadre d'un multiboot, et les fichiers de configuration personnelle de certaines applications ne sont pas chez moi si complexes, si finement personnalisés que je doive absolument les préserver dans une partitions séparée dans le cas où je devrais réinstaller le système. Ext4 ou XFS? Je ne connaissais pas XFS qui est le choix par défaut d'openSUSE, j'ai fait le pari et je ne ressens pas la différence.

800 Mio -> Système d'exploitation -> Ext4 -> /boot
XX Gio -> Système d'exploitation -> Btrfs (pour pouvoir faire une sauvegarde avec Snapper) /.
Là à mon avis, tu casses tout l'intérêt de Btrfs et de Snapper tel que c'est configuré par openSUSE pour te sauver la mise. Je vois mal la possibilité de revenir en arrière en cas de problème avec un tel choix de partitionnement qui exclue totalement /boot des snapshots. Oublie le /boot séparé et oublie encore plus Ext4 sur cette partition si tu colles  la racine / en Btrfs.
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-snapper.html#snapper-dir-excludes

J'espère que d'autres avis, plus catégoriques et plus éclairés que le mien, te viendront en aide.


14
Général / Re : Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
Il y avait aussi la solution N°3 qui permet  d'installer tout le reste en attendant.

Solution 3 :

Choisir une des solutions ci-dessus par son numéro ou bien sauter, recommencer ou annuler [1/2/3/4/s/r/a/d/?] (a): 3

Problème : l'élement libkpmcore7-3.3.0-2.9.i586 à installer nécessite 'libKF5CoreAddons.so.5', mais cette condition ne peut pas être remplie
  fournisseurs non installables : libKF5CoreAddons5-5.91.0-1.1.i586[download.opensuse.org-oss]
 Solution 1 : Les actions suivantes seront exécutées :
  installer libKF5CoreAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libKF5I18n5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libKF5WidgetsAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libatasmart4-0.19-10.10.i586 malgré l'architecture inférieure
 Solution 2 : désinstallation de libkpmcore7-3.3.0-2.9.x86_64
 Solution 3 : conserver l'élément libkpmcore7-3.3.0-2.9.x86_64 obsolète
 Solution 4 : casser libkpmcore7-3.3.0-2.9.i586 en ignorant certaines de ses dépendances

Je sens que je vais encore me faire balader sans comprendre toutes les conséquences. Je conserve ma stratégie.

Maintenant partitionmanager ne m'est pas indispensable. Pour l'utilité que j'en ai, principalement de la consultation (occupation des disques, état SMART), quelques commandes peuvent tout à fait le remplacer. À l'origine je voulais voir ce que KDE proposait  dans le genre (il y a GParted que je connaissais et Disques pour Gnome, et KDE tiens?). C'est graphique et c'est joli mais je peux m'en passer. J'attends encore un peu, par curiosité, car le fond du problème a l'air sérieux ou c'est l'idée que je m'en suis fait en survolant le rapport de bug (je n'y comprends pas grand chose mais j'ai l'impression qu'il y a un sacré sac de nœuds à démêler pour les mainteneurs).
15
Général / Re : Tumbleweed : zypper dup râle ce soir
C'est bizarre, j'ai la version :
Système d'exploitation : openSUSE Tumbleweed 20220305
Le miroir utilisé est peut-être en retard ?
Normal que je sois en 20220304 car pour l'instant je refuse la mise à niveau.
Partitionmanager est-il installé chez toi?

Edit : je viens de voir ce rapport de bug très récent qui semble en relation avec mon problème (kpmcore, partitionmanager)

https://bugzilla.opensuse.org/show_bug.cgi?id=1178848

Je vais attendre et si rien de nouveau d'ici quelques jours je vire partitionmanager (avec ses dépendances dont kpmcore). Là je suis presque certain que la maj passera sans me poser de questions.