Vous n'êtes pas identifié(e).
J'ai donc essayé d'installer le nvidia-driver comme recommandé par la commande juste au dessus. Mais je n'y arrive pas. J'ai les message d'erreur suivant.
J'ai essayé de changer la fréquence et/ou la résolution de l'écran externe dans les paramètres d'affichage sans succès.
Je sollicite donc votre aide pour avancer et essayer de résoudre ce problème.
Par avance merci de vos retours, idées ou soutien
Debman.
"Conséquent", c'est combien ?
Je pense que je vais utiliser tout le disque. actuellement je dois avoir 500 Go de photos
Ça dépend de la réponse à ma question, et à celle-ci : quel genre de travail comptes-tu faire sur les photos ? Du traitement automatisé en volume ou du travail manuel photo par photo ?
Je fais d'abord un tri de toutes les photos une par une puis ensuite du traitement à l'unité des rescapées
C'est intéressant si tu as besoin de le découper en plusieurs volumes, ou si tu comptes exploiter d'autres fonctionnalités de LVM (instantanés, déplacement à chaud sur un autre disque...).
C'est un portable donc pas possible d'ajouter un autre disque. Ou alors un disque externe. Je ne pense donc pas pouvoir utiliser les fonctionnalités de LVM que je ne connaissais pas mais je vais regarder si l'instantané peut servir pour les sauvegardes sur disque externe par exemple.
C'est intéressant pour unifier l'espace de stockage. Mais c'est défavorable pour les performances (le disque est plus lent que le SSD) et la fiabilité (la défaillance d'un disque entraîne la perte des volumes logiques occupant ce disque).
Je ne vais donc pas le mettre dans le VG avec le disque SSD.
Merci pour ton implication dans cette discussion.
Il vaut mieux éviter de modifier substantiellement un ancien message, surtout s'il a déjà été répondu.
Oui je me doute mais j'étais en train de le modifier pendant que tu répondais à ce même message. Donc nos messages se sont croisés. C'est aussi arrivé plus bas avec le fdisk.
Pourquoi ?
Je pensais que la partition nvme0n1p2 (/boot) faisait doublon avec la partition nvme0n1p1 (/boot/efi) et que c'était un résidu d'une précédente installation. Comme tu semblais le dire dans ton message #39.
C'était donc juste pour avoir une installation propre et récupérer l'espace disque.
Les deux partitions ont sensiblement la même taille et "/boot" pour l'une et "/boot/efi" pour l'autre. Donc pour un amateur comme moi, ces deux partitions avaient le même rôle mais une était un reste d'installation et pas l'autre.
Mais si tu me dis qu'elles sont utilisées toutes les deux, je vais les laisser.
Si elle se révèle trop petite pour contenir tous les noyaux qu'on souhaite y installer (en gros avec 500 Mo il y a de la place pour environ 3-4 noyaux, pas plus).
Donc il faudra que je fasse attention à libérer de la place avant de mettre à jour ma Debian. J'ai déjà eu le soucis sur un autre PC .
Ou /home, ou tout autre volume logique. Très bonne initiative. J'aurais laissé encore plus.
En fait je vais peut-être utiliser le HDD de 1To présent dans la machine et l'ajouter aux "pvs" et ensuite au "vg" comme ça j'aurai plus de marge si besoin et je peux quand même m'en servir pour du stockage.
Oui c'est normal, cet espace libre ne se trouve pas dans l'espace disque non partitionné mais dans le groupe de volumes LVM contenu dans la partition nvme0n1p3. On peut le voir avec la commande "vgs" ou "pvs" (en root). Pour l'allouer il faut soit agrandir un volume logique existant avec lvextend, soit créer un nouveau volume logique avec lvcreate.
Effectivement avec ces commandes je retrouve bien mes 50Go libres sur mon disque.
Je te remercie vraiment beaucoup pour ton aide, le temps passé et ta patience.
J'espère que ce post servira à dépanner d'autres utilisateurs.
Je passe le sujet en résolu.
Debman.
Non, c'était l'objectif. Mais avec ce firmware UEFI récalcitrant, je m'attendais au pire.
Effectivement très récalcitrants ces firmwares UEFI. Après il y a peut-être une mise à jour du firmware mais je n'aime pas trop jouer avec ça.
Tu as regardé mon message #47 ? Tu en pense quoi sur la deuxième partition (nvme0n1p2) /boot ?
Autre chose, pendant l'installation j'ai laissé 50Go libre sur le SSD. Comme j'utilise le logical volume, je me suis dit que ça pourrait toujours servir si un jour j'ai besoin d'agrandir la partition /root mais quand je fais fdisk sur le SSD il n'y a pas d'espace libre non partitionné. Est-ce normal et masqué par les volumes logique ?
Debman.
debman a écrit :Ensuite reboot et il a démarré.
Tout seul sur le menu de GRUB ?
Oui tout seul.
Ca te semble étrange ?
Tu m'as mis le doute. Je viens de l'arrêter complètement puis le démarrer et il boot tout seul..
Debman
Est ce qu'il y a un moyen de s'assurer avant qu'elle n'est pas utilisée ?
Je peux ouvrir un autre sujet dans le forum si tu veux.
Toujours pas de menu GRUB après redémarrage.
et le résultat de
Les entrées ne sont pas les mêmes qu'au dessus. Comme si quelque-chose avait recréé l'entrée 0000 avec le mauvais ID
Il dit BootCurrent: 0000 donc pas la bonne entrée
Debman
Je ne comprends pas ce que tu veux dire. Peux-tu être plus précis ?
Sous la commande efibootmgr, j'ai mis l'output ou on peut lire "Boot0000* debian HD(1,GPT,d649e770-6959-4931-ba52-7d7eb3a6ddf1....
et d649e... c'est l'ID du sda1 et pas du nvme0n1
Peux-tu montrer la sortie actuelle de efibootmgr après l'exécution de grub-install ? Normalement il ne devrait plus y avoir qu'une entrée "debian" pointant vers la partition 1 du SSD NVME (4dc98102...).
On voit aussi qu'il n'a pas mis de "D" majuscule à debian (j'avais fait exprès de changer quelque-chose) pour dissocier une éventuelle entrée en double.
Debman
Donc tout semble bien se passer mais après un redémarrage, le menu grub ne s'affiche pas. En regardant l'UUID qu'il a mis suite à cette commande, on voit qu'il reste sur l'ID du sda1.
J'ai donc dans un second temps (après redémarrage) passer la commande
La aussi tout semble bien se passer mais toujours pas de menu Grub.
On peut peut-être modifier un fichier de configuration quelque-part ?
J'ai vu aussi les options --force-file-id ou --bootloader-id sur la commande grub-install. Peut-être une autre façon de forcer ?
Debman.
Oui. Et tu peux même le copier dans sda1.
Je ne suis pas certain car sda1 est mon disque HDD de 1To que je vais utiliser pour du stockage. Il ne doit pas servir pour le système.
Je comptais même supprimer les deux partitions sd1 et sda3 présentes sur sur disque.
De même je me demande pourquoi il y a deux partitions /boot et /boot/efi sur mon SSD de 500Go. Je me demande si ce n'est pas un reste d'une installation précédente qui ne sert plus. Mais laquelle supprimer pour récupérer l'espace ? Mais je peux aussi me tromper et les deux sont peut-être utiles ?
Je n'ai pas demandé la valeur mais le type.
Alors là je ne sait pas comment te donner le type.
Avec ces informations est-ce que je passe la commande suivante que tu m'as conseillé ?
J'attends avant de la passer.;)
Debman
Je viens de modifier le fichier de configuration /boot/efi/EFI/debian/grub.cfg
Tu n'aurais pas dû faire ça. Ce n'est pas lui qui est en cause, mais celui qui se trouve dans sda1.
J'avais fait une sauvegarde du fichier initial. Veux-tu que je le restaure ?
Quel identifiant ?
5317B54A-4264-49C9-AAA3-4C66C34D7879
Voici le retour des commandes
et
a fait apparaître le menu GRUB tant cherché et attendu
Voici le résultat de la commande
Maintenant, il faut que GRUB prenne le bon chemin du configfile à chaque démarrage.
Je viens de modifier le fichier de configuration /boot/efi/EFI/debian/grub.cfg avec vi en mettant identifiant du disque SSD de 500 Go mais ça ne semble pas fonctionner
Je vais chercher comment forcer Grub à prendre le bon fichier de config mais si quelqu'un sait comment on fait je suis preneur
Debman
Mauvaise idée. Le mode "RAID" n'apporte rien et est connu pour masquer le SSD NVMe pour Linux dans certaines machines. Un SSD NVMe devrait être visible avec lspci.
Je confirme que ça masque le SSD. Je l'ai retrouvé en repassant en AHCI
Alors voici le résultat des commandes:
J'ai passé la commande
Voici le contenu
J'ai donc passé la commande:
Et le retour
J'ai passé la commande:
Et il n'y a pas de répertoire "grub/" mais seulement un répertoire "efi/".
Donc il ne peut pas trouver son configfile (grub.cfg) qu'il cherche dans (hd0,gpt1)/grub
Cela doit être la bonne piste, par contre je ne sais pas encore comment corriger ce problème.
Debman