Retour d’expérience d’un dual boot debian W10 en RAID ON ?

SI tu ne trouves pas, il vaudrait mieux ouvrir un nouveau sujet par problème.
Cela éviterait d’alourdir celui-ci qui contient déjà plusieurs dizaines de messages.
Cela éviterait que ceux qui sont intéressés par le multiboot UEFI en RAID avec un SSD non vu par Linux se farcissent des messages sur les pilotes pour GPU Nvidia ou la gestion de sudo dont ils n’ont rien à faire.
Ça attirerait les connaisseurs des pilotes pour GPU Nvidia qui n’ont rien à faire du multiboot en RAID.

Prends moi par exemple : je continue à suivre le sujet au cas où tu reviendrais sur le multiboot avec Windows mais les problèmes de pilote Nvidia ne m’intéressent pas du tout.

1 J'aime

Merci pour le tuto qui permettra de rafraichir l’unix/linux de mes années professionnelles.
J’ai vu aussi qu’il y avait déjà pas mal de sujets sur la problématique des drivers nvidia dans le monde linux.
Bien cordialement
gerod

Peut être est ce dû à la quantité de NVidia vendue, peut être à cause de la partie fermée du matos qui empêche de fabriquer des pilotes libres corrects, mais ça pose plein de problèmes en effet.
Bon aprés, moi bêtement, je n’ai que ça depuis des années (et plein de problémes).

Bonjour,
Désolé de revenir dans ce topic, mais je suis bloqué. Tout est OK en mode utilisateur mais pour finir complètement le dual boot il me faut mettre le fichier custom.cfg dans /boot/EFI/debian et pour cela il faut que je sois en mode root.

Etant connecté en utilisateur je tape su - et entre le mot de passe root que j’ai fourni au début de l’installation (mot que j’ai bien noté) et j’ai toujours un échec d’authentification.

Je suppose qu’il n’y a pas d’autre moyen qu’une reinitialisation de ce mot de passe et d"après ce que j’ai lu cela risque de ne pas être triste (jusqu’à une reinstallation complète !!!).

Bien cordialement
gerod

Essaye de taper ton mot de passe comme si tu étais en clavier qwerty, ou mieux, regarde si tu ne peux pas passer en clavier azerty dans ton interface.
Si ce n’est pas ça, voici un truc que j’ai trouvé assez détaillé sur comment réinitialiser le mot de passe root:

Pas si compliqué de réinitialiser le mot de passe root.
Au menu de GRUB, appuyer sur “e”.
Déplacer le curseur à la fin de la ligne commençant par “linux”.
Remplacer “ro” par “rw” et ajouter init=/bin/bash
Appuyer sur F10 pour démarrer.
Taper la commande “passwd” et saisir le nouveau mot de passe.
Comme le clavier est en QWERTY, n’utiliser que des lettres qui sont à la même place qu’en AZERTY (pas de a, z, q, w, m).
Redémarrer normalement avec ctrl+alt+suppr.
Eventuellement changer le mot de passe root ensuite si on en veut un plus robuste.

Toutafé, mais je suis sur que mon tuto visuel plaira plus @gerod

Pas lu, j’ai la flemme de cliquer.

J’ai essayé deux fois avec la méthode pH en appliquant bien toutes les recommandations et résultat idem : echec.
Je suis vraiment désolé de vous embêter avec ce problème. Je vais reprendre avec le tuto

Echec à quel niveau ?

Je crois que c’est ça:

Il me semble que c’est Ctrl+X pour lancer le boot.
Aprés, ça doit être indiqué en bas de l’écran.
[edit: ah ben non, aprés coup d’oeil sur les screens, les deux fonctionnent.]

Oui, et j’utilise toujours F10. Il me semble que c’est sur les claviers particuliers de Mac qu’une des deux ne marche pas.

J’ai utilisé F10 et debian a bien démarré. Je me suis placé dans la console non graphique (CTRL+ALT+F4) car toute frappe est impossible ailleurs. Je me suis logué en tant qu’utilisateur et cela a bien marché. Après avoir fait su - et entré le nouveau mot de passe qu’il y a eu l’échec d’authentification.

Tu sautes des étapes entre F10 et le redémarrage normal. Comment s’est passé passwd en root ?

Il n’y a pas eu de problème: après passwd il y a eu “enter new password” puis “retype” et enfin un message disant qu’il y avait identité entre les deux entrées.

Alors je sèche.

EDIT : en contournement tu peux refaire la procédure en remplaçant passwd par la commande pour ajouter ton compte utilisateur au groupe sudo :

adduser <identifiant> sudo

J’ai commencé à utiliser le tuto.
L’écran grub contient 3 lignes, la dernière étant une ligne de setup ramenant à un écran BIOS.
La deuxième est labellée “recovery”. Je l’ai activée et me suis retrouvé évidemment avec une demande de mot de passe root. J’ai entré le dernier créé et tout aussi évidemment cela n’a pas marché.

N’y aurait il pas un lien avec la particularité de cette distribution qui ne voit toujours pas le disque système ? ce qui voudrait dire in fine que cette opération n’est pas possible et qu’il faut vraiment passer en AHCI pour que linux ait une vision complète du système ?

Non, aucun rapport.
Tu peux activer sudo comme solution de repli, mais ça ne remplace pas complètement le mot de passe root, rendant le mode recovery inutilisable.

L’activation de sudo passant par le mode root je continue à tourner en rond.

Je pensais que tu aurais compris que quand tu démarres après avoir mis

rw init=/bin/bash

dans la ligne de commande du noyau dans l’éditeur de GRUB, tu es root sans saisir de mot de passe.