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.
Salut! C'est vrai que j'avais aussi, fait ça pour avoir un beau grub, mais je ne pensais pas que ça arrivait jusqu'à SDDM (sous X). Content que tu aies trouvé la solution! Pascal
Bonsoir, Ok, je vois bien ta carte nVidia dans le log et le pilote X nVidia propriétaire (du packet x11-video-nvidiaG05) semble bien se charger. Les pilotes open source nv et nouveau, n'ont pas été trouvés... Je vois aussi que l'écran est connecté directement sur la sortie "DFP-1" de la carte nVidia. Dans le log on voit que "HDMI-0" n'est référencé que sur la dernière ligne, peut-être que la liaison entre l'identifiant et le port physique ne s'est pas faite. On peut essayer de définir une section "Device" pour définir la carte graphique et ses connexions:
Section "Monitor" Identifier "My monitor" Option "PreferredMode" "1366x768" EndSection
Section "Device" Identifier "nVidia" Driver "nvidia" BusID "PCI:00:02:0" # à corriger avec lspci Option "Monitor-DFP1" "My monitor" # Même identifier que dans la section "Monitor", le nom de l'option est peut-être "Monitor-DFP-1" EndSection
J'espère que ça va mieux marcher... Bon courage, Pascal
Bonsoir, Désolé, je t'ai un peu oublié... Comme il n'y a pas de fichiers de configuration, tu étais donc en auto-configuration. L'emplacement des fichiers importe peu (mais il y a quand même une notion de priorité entre les emplacements). L'idée c'est que sous /usr/, ce sont les fichiers de la distibution et sous /etc/, la configuration administrateur (prioritaire). J'avais utilisé /etc/X11/xorg.conf.d/ et je pense que c'est une bonne idée que tu fasses pareil (sauf si tu as une bonne raison de faire autre chose). Pour plus de details man xorg.conf D'après la sortie de xrandr, les modes sont bien détectés... Mais le mode préféré (avec le +) n'est pas le bon. Pour le forcer j'avais utilisé
L'option "Position" permet de positionner le moniteur externe à l'emplacement désiré (origine en bas à gauche) et l'option "Primary" de choisir le moniteur principal. Essaie un setup similaire (en particulier l'option preferred mode). Si ça ne marchait pas, pourrais tu partager ton fichier /var/log/Xorg.0.log (vérifie que c'est bien celui-ci qui a été utilisé avec ls -l). Bonne soirée. Pascal
Bonjour, Désolé pour le temps de réponse (canicule -> pas de PC, pour ne pas chauffer mon logement). Quand j'étais sous X, j'avais pré-configuré les écrans comme désiré. Qu'est-ce que tu as actuellement dans ta config X.org (dans différents fichiers, regarde man xorg.conf)? (en particulier les sections "Monitor") Bon dimanche, Pascal
Bonjour, Es-tu sous X ou Wayland? Je sais que j'avais eu des problèmes similaires avec X, mais sur Wayland, je n'ai rien eu à faire. Bonne soirée, Pascal
Bonsoir, C'est pareil pour moi. Mais ça m'arrange bien, parce que mon écran externe n'a pas de haut-parleurs. Les sorties HDMI ont disparu il y a quelques jours. J'ai vu passer une mise à jour d'alsa, ce doit être elle qui cause le problème: je n'ai pas vu de mise à jour de pulseaudio et les périphériques manquants ne sont plus listés par pacmd list-sources. J'ai aussi que le module son de yast avait disparu sur TW Bonne soirée, Pascom
à partir des sources qui sont ici. Malheureusement, la version 73 n'est plus disponible. Tu as plusieurs options (de la plus simple à la plus compliquée):
Attendre qu'Iridium reconstruise le packet pour Tumbleweed sur un système à jour (je ne sais pas comment le packet est buildé... soit une instance d'OBS privée, soit des scripts). Il y a peut-être moyen de leur demander de le faire, ça ne devrait pas leur prendre plus d'une journée.
Faire une branche de la révision 91 pour compiler le paquet icu en version 73.2 sur Tumbleweed
Choisir l'option 2 en priant pour que l'ABI n'ait pas changé entre la version 73.2 et la version 75.1... Mais il y a peut-être d'autres paquets qui ont changé de version
Bonjour, D'après le forum anglophone, ce problème semble lié a des paquets MESA défectueux en provenance du dépot Packman. Si c'est le cas, la solution est de désactiver le repo Packman (zypper mr -d repo-packman) et de faire zypper dup. Il y a peut-être d'autres manières de faire détaillées sur le forum en anglais. Bon courage, Pascom
Bonsoir! Les profils de l'ancien Brave ne doivent pas être supprimés par la désinstallation (peut être ceux du flatpack) et tu devrais pouvoir les charger avec le nouveau au moins le temps de récupérer les marque-pages. Je sais pas trop faire avec Brave, mais je l'ai fait de nombreuses fois avec Firefox. Bonne soirée, Pascom
Bonsoir! Pour savoir où sont (et que sont) les applications dont tu vois les raccourcis dans le menu KDE, il suffit de cliquer sur "Éditer une application", ça ouvre une fenêtre qui dit (entre autres) dans quel dossier est le fichier .desktop de l'application (habituellement /usr/share/applications) et la première ligne donne le nom de l'exécutable. Pour savoir où est l'exécutable
Pour le reste, je ne connais pas trop brave, je ne peux donc pas dire comment (et où) il stocke les marques pages. Je sais que Firefox fait régulièrement des backups dans le dossier du profil.
Les dossiers suivants sont vides /dev, /opt ,/sys,/var
C'est normal que /dev et /sys soient vides. Ils sont peuplés automatiquement par systemd et le kernel (si je me trompe pas). Si je faisais comme toi (avec une clef live) sur mon système fonctionnel, je les verrais vides. Ce n'est pas anormal que /opt soit vide comme le disait Oh!rocks. Par contre, si /var est vide, il y a un problème... ou alors, sont contenu est sur une autre partition. Comme tu as facilement accès au système tu peux regarder /etc/fstab tu devrais voir si tu as une partition séparée. Si ce n'est pas le cas, comme Oh!rocks, je te conseille de réinstaller le sysème. À plus, Pascom PS: Je pars en vacances , donc je ne répondrai peut-être pas très souvent (suivant la météo).
Bonjour @jenrem ! L'idée du deuxième lien que tu partages dans #19 est celle que j'aurais suivie, même s'il existe d'autres techniques sur certaines distributions comme Ubuntu (mon frère avait pu réinstaller Grub depuis une clef bootable Ubuntu, suite à l'éffacement de Grub par windows). L'idée est de retourner dans le système défectueux à partir de la clef de sauvegarde, je l'ai utilisée plusieurs fois suite à de mauvaises lignes de commandes du kernel (quand j'avais une /usr séparée dans LVM).
Sur le début de la deuxième photo de #19, on voit que tu as listé les partitions (mais je ne reconnais pas l'outil et ça ne permet pas de savoir dans quelle partition est la racine de ton système). Moi, j'utilise lsblk et fdisk -l pour ce faire.
Quelques précisions par rapport à l'article:
L'article utilise un chemin relatif pour le point de montage relatif mnt. Je conseille d'utiliser un point de montage absolu /mnt, comme tu l'as fait
Si tu as utilisé btrfs, la ligne de commande est bien
(/dev/sdxy est la partition contenant ton système racine lsubol=@ est une option du système de fichiers btrfs (voir man 5 btrfs) qui permet de choisir le sous-volume à monter, chez moi, comme chez l'auteur de l'article, le sous-volume racine est nommé @) Si tu as utilisé ext4, pas besoin de -o subvol=@
Avant d'aller plus loin je regarde toujours si j'ai bien monté ce que je pensais avec ls /mnt/, puis less /mnt/etc/or-release
Tu n'as pas une partition /var séparée? C'est souvent conseillé pour des raison de stabilité quand on a un serveur. Ça pourrait expliquer la partition vide. En plus, je vois que tu as beaucoup de partitions (au moins 6). Vérifie aussi /usr
Pour monter les systèmes de fichiers spéciaux j'utilise toujours le Gentoo handbook (uniquement la première section avant le chroot)
Au moment où tu as eu l'invite de commande rouge, tu avais probablement bien switché sur le système de fichiers installé sur la partition /dev/sda2, montée quelques lignes auparavant. Une fois que tu as réussi à remonter toutes les partitions/sous-volumes au bon endroit (si avant le chroot, /mnt/var est vide, ce n'est probablement pas le cas), tu peux utiliser zypper s'il manque des paquets et l'interface ncurses de YAST pour réinstaller grub (elle est très bien, j'ai dépanné par téléphone mes parents plusieurs fois avec). Il faudrait aussi que tu (re-)précises ton matériel, je trouve étrange que tu n'aies pas besoin de grub2-x86_64-efi. Bon courage, c'est jamais facile de déboguer le bas niveau. Pascom
Bonjour, Je pense que tu n'y est pas... Le fichier que tu mentionnes est lié à lvmpolld qui est un utilitaire pour gérer LVM (Logical Volume Manager, pour faire des partitions sur plusieurs disques physiques facilement redimensionnables). Tu as quoi comme packets de libvirt installés?