Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Les applications Flatpak ne s’exécutent pas après une installation bien réussie. Exemples d'applications installées : KWrite, Ktouch, OnlyOffice et bien d'autres J"ai pensait avoir résolu le problème en ajoutant l'utilisateur au groupe flatpak mais après quelques jours le problème à réapparu de nouveau.. Ces applications je peux les lancer seulement avec l'utilisateur root en ligne de commande. Sur le même laptop j'ai une ubuntu 20.4 lts dont j'ai installé les mêmes applications en flatpak et tout marche bien, chose qui m'a déçu .. Je suis sur une openSUSE 15.3 KDE.
Côté serveur, je pense qu'il vaut mieux se tourner sur les OS spécialisés.... Opensuse c'est plus déploiement bureautique Pro.. N'oublions pas qu'un serveur demande beaucoup plus de stabilité de version à longue échéance...(selon moi)
Opensuse si il propose un OS serveur , je pense aussi que cet aspect là doit-être prise en compte, et ils sont très réactif.
Je possède un PC portable (en dual-boot sous Windows 10 et OpenSuse Leap 15.2) connecté à un deuxième écran (Asus VG278QR).
La résolution de ces deux écrans est la suivante sous Windows 10 : - Portable : 1920 * 1080 (mise à l’échelle de 125 %) - Écran Asus VG278QR : 1920 * 1080 (mise à l’échelle de 100%) Ces valeurs me conviennent parfaitement
Sur OpenSuse, j'utilise les mêmes valeurs de résolution que sous Windows. J'aimerais cependant personnaliser la mise à l'échelle de chacun de l'écran de mon portable pour la passer à 125 % tout en laissant celle de mon écran Asus à 100 %. Or, quand je change la mise à l'échelle d'un de mes deux écrans (via "Configuration du Système -> Configuration du système -> Affichage et écran"), elle s'applique également à l'autre écran, ce que je ne souhaite pas.
-> Savez-vous comment je dois procéder pour avoir une mise à l'échelle personnalisée pour un seul de mes deux écrans (comme c'est le cas sous Windows 10) ?
Bonjour
As-tu essayé avec les composants graphiques plasma ?
Je confirme , Tumbleweed, et de loin la meilleur rolling que j'ai utilisé...
- les bugs sont vites corrigés - j'ai eu un gros bug en 2020 : yast buggé a mort , les icones avaient disparu , certains modules ne se lançaient pas, j'ai patienté plus de 2 mois , et ça été réparé. -sinon les fois ou j'ai pété ma tumbleweed, c'était de ma faute - j'ai tellement confiance dans les développeurs d'opensuse, que mes MAJ je les fais directement en Konsole, sur SID Debian je l'ai fais automatiquement en tty, pas confiance, mais je bidouille beaucoup ma SID - a comparer :, sur ARCH, c'est toi qui est maitre a bord de ta bécane , donc si ça pète tu dois être en mesure de faire ta maintenance, Manjaro a fait beaucoup de progrès, MAJ en konsole, pas de soucis, mais je fais juste gaffe aux applications que je télécharge dans le dépot d'AMAR, car ils mélangent tout dans ce dépot , stable, dev, etc...
- mais je pense que la meilleur Rolling Release est la Gentoo.. pas encore testé, mais je n'entend que du bien, là il s'agit d'une rolling release aux petits oignons fait par sois même.
je fais encore du debian , mint , kubuntu.. fedora en virtualisation avec arch et bien entendu opensuse en principale.. elle est au-dessus de tous les autres pour moi, mais elle est très méconnu en pratique....... je trouve que c'est enrichissant de connaitre plusieurs OS,
Je n'ai pas trouvé d'explication convaincante à propos de l'utilisation du format UUID ou /dev/disk/by-id/.... En gros est ce que l'un d'entre vous sait s'il y a une réelle différence et si oui, dans quels cas il vaut mieux utiliser l'un ou l'autre des formats ? Comme vous avez remarqué dans le mien de FSTAB j'avais initialement un espèce de mélange entre les déclarations de périphérique en UUID et en /dev... J'ai unifié en UUID mais ça n'a pas empêché de merdé...
A vous lire Philippe
Bonjour
En faite, il y a 3 manières d'identifier ses partitions dans fstab :
1°) Périphériques de stockage et partitions /dev/sda /dev/sdb et les partitions /dev/sda1 /dev/sdb1
3°) LABEL (nom que l'on donne si l'on le souhaite a chacune des partitions créés. tu retrouves les noms des LABELS avec différentes commandes, je préfère celle-ci ou tu trouveras plus d'infos pour les bidouilleurs (selon moi)
Le plus sécure est : UUID Le plus pratique pour partitions a vocation Stockage de donnés : LABEL Le plus intéressants pour admin-sys : sda, sdb etc (généralement ils listent les partitions sda1 etc etc, et en cas de bidouille, ils savent que par exemple la partition sda2 est la partition /tmp, et ils peuvent travailler dessus si c'est elle qui pose un problème.
Perso je préfère UUID, mais je fais une correspondance entre UUID et sda1 etc.. si je dois réinstaller un OS sur une partition multi-boot, je sais qu'elles sont les partitions choisir pour la réinstalle, sans erreurs.
Voilà, j'espère avoir porter ma petite lumière sur mes pratiques Linuxiens.
A vrai dire je ne fais jamais de partitionnement automatique a l'installation d'un OS, je déclare toutes mes partitions manuellement (/;/root;/swap;/opt;/var;/var;/home; /usr/local;/srv......) en XFS , je suis donc assez a l'aise avec ce type de reflexion.
Btrfs, j'ai laissé tombé car ça me bouffait trop d'espace DD, puis il y avait aussi ce soucis d'occupation de ressource trop important. je pense que ça été corrigé par suse..
je fais du xfs sur toutes mes partitions (/; boot; tmp;var; home; opt: user/local....) ça me permet de mieux contrôler l'espace disque dur, d'intervenir plus rapidement en cas de crash en chroot etc etc..
Et je ne fais pas du stockage interne , j'ai un NAS, réseau
L'avantage du btrfs c'est pour des volumes de stockage et la gestion de celui-ci, et des ssd principalement pour les operations TRIM, efficace pour les montages RAID, en plus il existe un GUI pour administrer les systemes monter en BTRFS...
XFS est plus efficace pour les E/S, bande passante et thread, il utilise les blocs contiguë, ce qui évite la fragmentation (qui existe sur linux, mais qui est beaucoup moins problématique que sur un système windows, et le must, c'est que XFS calcule les performances disponibles et ajuste son fonctionnement de gestion de fichier en fonction des ressources existantes. (par exemple btrfs ne fait pas cela, et en cas d'opération d'archivage on va se retrouver avec une élévation d'occupation de ressource et de cpu élevée..
Mais les 2 systèmes ont leurs avantages et inconvénients, la seule question est : Quel est mon besoin et quel système de fichier je vais choisir le plus adapté.?
Salut burn2, Suite à ton message j'ai regardé les liens vers les bugs et me suis rendu compte que j'avais aussi le service vconsole en erreur sur mon système. J'ai édité le fichier /etc/vconsole.conf et j'ai remplacé "fr-latin1' (qui n'existe pas) par 'fr-latin9' puis j'ai reconstruit l'initrd avec un