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.
Depuis la migration vers Buster, 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.
Bien entendu, je n’obtempère pas et je clique sur “annuler”.
À quel endroit, et comment, se règle ce problème.
Merci
Bonjour,
Je ne suis pas un spécialiste mais tu peux peut-être regarder dans /etc/fstab
https://wiki.debian.org/fr/fstab
En revanche j’ai un doute si c’est bien ce fichier qui est lu au démarrage.
Un ls /etc/fstab ne me donne que le détail de mon disque principal, il ne parle pas des autres.
J’ai mis Grub dans le titre, car je me souviens que, dans le temps, tout se gérait là au niveau des différents disques.
Comme je ne suis plus ces choses depuis au moins 3 ans, je ne sais pas ce qu’il en est de nos jours, et spécialement depuis Buster.
Après avoir sauvegardé ton fichier /etc/fstab tu peux, peut-être, essayer d’ajouter une ligne avec un de tes disques et voir ce que ça donne au démarrage.
Tu dois vouloir dire autre chose, car ls ne fait que te lister le fichier, comme ça:
mj@mercure:~$ ls /etc/fstab
/etc/fstab
Jamais.
Ou alors, j’ai mal compris de quoi tu parles.
Ben du coté de /etc/fstab, qui est le fichier ou tu indiques au système comment il doit monter les filesystem dont dispose ta machine, pas grand chose de changé, si ce n’est que la désignation des disques par un chemin genre /dev/XXX vers le dispositif est devenu totalement obsolète, et qu’on doit prendre plutôt des UUID= ou des LABEL= pour les désigner.
Mais…
Là, tu parles de fenètres aprés avoir dit que tes autres machine étaient sous KDE, donc je soupçonne que tu parles de fenètres gnome.
Me trompe-je ?
En attendant, en accompagnement de ta réponse à ma question, pourrais tu fournir le contenu du fameux /etc/fstab, s’il te plait ?
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
# /dev/sda1 / ext4 errors=remount-ro 0 1
\UUID=ceebb6e7-3823-4b9a-98a3-06122300ae4c / ext4 errors=remount-ro 0 1
#
# /home was on /dev/sda3 during installation
# /dev/sda3 /home ext4 defaults 0 2
UUID=df733757-021f-4f84-abce-d9cbbc45b5f6 /home ext4 defaults 0 2
### UUID=49a330b7-a358-4084-b0ee-535dc8a724ef /home ext4 defaults 0 2
#
# swap was on /dev/sda2 during installation
#/dev/sda2 none swap sw 0 0
UUID=6049902a-b268-47c2-9992-68c385b33345 none swap sw 0 0
#
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
3 partitions :
/ = sda1
/home = sda3
Swap = sda2
Où peut-on voir le contenu de Grub ?
?
??
On ne peut pas. Grub est un morceau du systéme composé de plein de trucs, il ne se “voit” pas.
De fait, tes deux autres disques ne sont pas déclarés dans le fstab.
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.
Essaye un premier truc: sudo adduser <ton login> disk et reboot.
Sinon, peux tu indiquer le résultat de la commande sudo fdisk -l
Déjà, là, tu as un “\” qui n’a rien à faire en début de ligne…
Après, tu nous parles de 2 disques “en KDE” … la grande question qui se pose, rapport à grub, c’est “Vois-tu ces 2 install KDE lors de l’affichage de grub ?”
Ensuite, comment a été installé grub ? (et où ? l’idée simplificatrice de problème étant de l’avoir à un seul endroit quelque soit le système que tu veux lancer, genre /dev/sda ça serait pas mal 
)
Ici : /boot/grub/grub.cfg
Perso, j’y ai vu un \ de retour à la ligne venant d’une copie du fichier dans un terminal pas assez large, je ne suis pas sur qu’il soit réellement dans le fstab.
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.