Mais sinon, quel rapport avec grub les gars ?
C’est juste dans le titre choisi par ricardo et il y revient plusieurs fois (pardonne moi ricardo, je sais que tu es là mais je parle aux autres), mais dans la description du problème, je ne vois aucun rapport avec grub.
[edit:] parceque clairement, ça c’est pas du grub:
Grub n’est pas concerné AMA. Mais la question de choops ne manque pas d’intérêt.
Ça ressemble à un montage automatique proposé “pour rendre service” ;
sans relation avec /etc/fstab.
Comme il peut être prévu pour les périphériques amovibles.
Je n’ai pas l’environnement Gnome ni KDE pour chercher.
En fait, ça peut … comme je le souligne en demandant comment et où a été installé grub pour chaque système installé. Plusieurs grub peuvent causer ce genre de confusion.
J’illustre: grub installé sur /dev/sda lors de l’install du système sur /dev/sda1 et /dev/sdb lors de l’install du système “en KDE” sur /dev/sdb1 . Si @Ricardo a son BIOS qui pousse le boot sur /dev/sda, tout se passe bien quand il boot sur le système dont il nous parle installé sur /dev/sda1, mais si son BIOS va chercher l’amorçage sur /dev/sdb, ça peut aboutir à son souci de confusion de disques (d’autant plus, si les installation ont été faites avec certains des disques déconnectés, ou si un des disques a été transféré d’une autre machine après installation)
Du coup, pour aller à la question que j’aurais posé ensuite, par rapport à la réponse sur l’installation de grub ‘unique’ : “c’est quoi le contenu des /etc/fstab des 2 autres installs ‘en KDE’ ?”
(Pour être sûr, je préfère avancer petit pas par petit pas quand je résouds quelque chose pour quelqu’un d’autre, juste pour bien comprendre le problème et éviter de passer à côté de détails simplissimes mais importants; Ca passe par des questions simples et ça peut prendre un peu de temps, mais c’est plutôt fiable)
Il aurait alors été en fin de ligne et suivi d’un retour à la ligne; Là, il est en début de ligne.
Le ‘\’ ne sera pas gènant dans ce cas parce que ‘\U’ sera interpreté comme ‘U’, mais autant éviter des choses qui peuvent générer des erreurs dans d’autres cas : ‘\n’ ou ‘\t’ par exemple…
En gros, ce ‘\’ n’a aucune raison d’ếtre, autant ne pas le mettre.
Bonjour
Je l’ai laissé pour la cohérence du fil de discussion à ce sujet,
mais le “\” situé avant le “U” n’était que celui qui était visible.
Il y en avait avant chaque début de ligne du contenu du fichier /etc/fstab
ricardo a sans doute eu (comme beaucoup d’autres) des difficultés
avec la mise en forme de ce bloc de texte de son message.
Qu’entends-tu par “fonctionnel” ? Les deux autres sont HS ?
Ou bien tu veux dire que chacun des trois disques contient un système Debian Buster avec un noyau 4.19 et KDE mais que c’est le système installé sur le SSD qui est lancé au démarrage ?
A quelle phase du démarrage exactement ? Avant l’ouverture de session ou après ?
Si c’est après, est-ce que cela se produit dans la session d’un autre utilisateur non root ?
Pareil.
A mon avis c’est d’une part inutile car je doute que l’appartenance à ce groupe permette de monter des systèmes de fichiers, et d’autre part dangereux car en revanche elle donne accès direct en lecture et écriture aux disques et partitions sans passer par le système de fichiers (donc avec une simple commande dd ou cp mal écrite on peut écraser le contenu d’un disque ou d’une partition, modifier la table de partition…)
PS: pas besoin de rebooter pour prendre en compte l’ajout à un groupe. Il suffit de rouvrir une session utilisateur.
Je note.
Oui, mais ici il faut vérifier que ça résout le problème lors du boot et de la première ouverture de session.
Si on a décliné les montages lors de la première ouverture de session, KDE ne devrait-il pas réessayer à la suivante ?
C’est pas idiot comme remarque.
Beaucoup de réponses à faire, et je vous remercie. Je vais prendre mon temps pour essayer de répondre à toutes, et je commence par ce fameux \antislash en début de ligne :
Ignorez-le, c’est une faute de frappe due aux nombreux \ que j’ai ajouter en début de ligne pour laisser visible le dièse.
Dans sa dernière phrase, Mick a parfaitement donné l’explication.
Mes réponses sont en italique
Sur mon ordibureau sont présents 3 disques (tous 4.19.0-5-amd64), dont le fonctionnel = SSD, les deux autres = 3.5". Sur KDE.
Qu’entends-tu par “fonctionnel” ? Les deux autres sont HS ?
Ou bien tu veux dire que chacun des trois disques contient un système Debian Buster avec un noyau 4.19 et KDE mais que c’est le système installé sur le SSD qui est lancé au démarrage ?
C’est une mauvaise explication de ma part : fonctionnel = principal. Le reste de ta question y répond exactement
quand j’allume ma machine, j’ai une fenêtre d’alerte qui me fait injonction de passer ‘root’ afin d’ouvrir les deux disques secondaires.
A quelle phase du démarrage exactement ? Avant l’ouverture de session ou après ?
Si c’est après, est-ce que cela se produit dans la session d’un autre utilisateur non root ?
À la fin, une fois KDE chargé. Pas essayé un autre utilisateur car je n’en ai pas et n’ai pas envie d’en créer un, à moins que ça soit indispensable.
Je soupçonne ta session graphique d’essayer (pour une raison que j’ignore) d’accèder à tes deux disques non montés, et tu ne dois pas, en tant que user, avoir les droits suffisants pour ça.
Pareil.
C’est aussi ce que je crois et c’est pourquoi j’ai ouvert ce fil
Essaye un premier truc: sudo adduser <ton login> disk et reboot.
A mon avis c’est d’une part inutile car je doute que l’appartenance à ce groupe permette de monter des systèmes de fichiers, et d’autre part dangereux car en revanche elle donne accès direct en lecture et écriture aux disques et partitions sans passer par le système de fichiers (donc avec une simple commande dd ou cp mal écrite on peut écraser le contenu d’un disque ou d’une partition, modifier la table de partition…)
Je ne l’ai pas tenté
PS: pas besoin de rebooter pour prendre en compte l’ajout à un groupe. Il suffit de rouvrir une session utilisateur.
Bonjour,
C’est peut-être tout simplement KDE qui essaie de monter les disques.
As-tu les répertoires/points de montage sur ton bureau ?
Mon grub.cfg est anormalement long.
Je n’ose pas le recopier ici, ou si on m’indique comment pratiquer pour raccourcir.
Je pense à un ou plusieurs ajouts successifs de ‘update grub’. ???
Retour cet AM.
Euh, ce n’est certainement pas le problème.
Le grub.cfg est toujours relativement “long”.
Fait une sauvegarde complète de ton /boot/GRUB.
Puis si ça te chante tu peux réinstaller GRUB sur la partition que tu souhaites.
Un tuto ici.
Je te suggère la plus grande prudence, d’autant que je doute que GRUB soit la cause du (dys)fonctionnement qui t’agace.
Arrète de parler de grub, ça n’a rien à voir, je ne sais pas pourquoi tu te focalise dessus.
Vu que la solution d’ajouter ton user (ricardo ?) au groupe disk est une mauvaise idée, et qu’on ne sait pas trop d’ou vient la tentative de montage, il y a une autre chose à tenter, c’est de monter en dur les 2 disques secondaires dans le fstab pour éviter que kde ne tente de les monter.
Lorsqu’il te demande de passer root pour le faire, tu acceptes.
Ensuite, dans la sortie de (sudo) mount, tu notes ce que ça a monté, et où.
Puis tu regarde dans ls -l /dev/disk/by-uuid les UUIDs des partitions de tes disques secondaires.
Enfin, tu édites ton /etc/fstab pour y rajouter les lignes ou tu dis de monter ces disques, par leur UUID=, sur le point de montage ou KDE s’attend à les trouver, soit avec des paramétres de montage par défaut ce qui montera automatiquement tes disques au boot avant que KDE ne s’en préoccupe, soit avec l’argument “user” au lieu de “defaults”, pour que KDE puisse monter s’il a besoin (et aprés tu chercheras pourquoi il essaye au démarrage, pour l’empêcher).
Si tu ne te souviens plus comment configurer un fstab, ricardo, tu donnes le resultat de mount et ls -l /dev/disk/by-uuid et je t’indiquerais les lignes à rajouter.
Cela peut arriver quand plusieurs systèmes GNU/Linux sont installés sur la machine, surtout quand c’est la même distribution. Le fichier grub.cfg de chaque installation référence le contenu des fichiers grub.cfg des autres installations sans le filtrer correctement et ça grossit à chaque exécution de update-grub (typiquement lors de la mise à jour d’un noyau).
Pour l’éviter, il faut empêcher le fichier grub.cfg des systèmes non principaux dont le GRUB ne se lance pas au démarrage de référencer les autres systèmes.
Démarrer chaque système non principal
éditer le fichier /etc/default/grub et ajouter la ligne
GRUB_DISABLE_OS_PROBER=true
exécuter update-grub.
démarrer le système principal dont dépend le GRUB qui se lance au démarrage
exécuter update-grub
Mais cela n’a rien à voir avec le montage des partitions des autres disques.
Il y a des chances que ces points de montage automatiques soient situés dans /media/$USER/.
Je ne suis pas très favorable à l’idée de spécifier cet emplacement dans fstab car
il est propre à un utilisateur alors que fstab est global au système.
/media est censé servir au montage des supports amovibles, ce que ne sont pas les disques concernés.
les points de montage contenus dans /media/$USER risquent de ne pas exister lors du démarrage puisqu’il sont créés à la demande lors d’un montage pour le compte de l’utilisateur et pourraient ne pas être persistants.
J’y ai pensé, mais chaque chose en son temps: au moins, si ça peut éviter l’ouverture des fenêtres à la c…
C’est un hack que je propose, pas une solution propre, c’est sur.
J’allais dire que normalement, il me semble que si les partitions sont déjà montée n’importe où, l’environnement de bureau ne devrait pas chercher à les monter à son tour. Mais si la session est vraiment configurée pour monter ces partitions explicitement, ça peut ne pas être vrai. D’où ma suggestion de tester avec un autre compte fraîchement créé.
En root :
adduser --add_extra_groups machin
Pour le supprimer après :
deluser --remove-home machinFait : pas de pop up sur le bureau.