Tentative de récupération de Windows après installation Linux (non urgent)

Accueil Forums Linux. Tentative de récupération de Windows après installation Linux (non urgent)

Ce sujet a 7 réponses, 3 participants et a été mis à jour par Avatar M i a, il y a 1 mois et 1 semaine.

  • Créateur
    Sujet
  • #60402
    Avatar
    B o s s e
    Participant

    Bonjour à tous.

    Il y a peu de temps, j'ai essayé pour la première fois d'installer Linux Ubuntu à côté de Windows. Pour éviter les mauvaises surprises, j'ai fait un premier essai sur un vieil ordinateur portable (il contenait encore Windows 7, c'est dire) après l'avoir vidé de toutes données personnelles importantes, et j'ai bien fait, car j'ai effectué une fausse manipulation et maintenant, l'installation Linux a échoué et je n'ai plus accès à Windows du tout.

    Je pourrais relancer l'installateur Ubuntu et demander de tout supprimer et remplacer par Ubuntu, mais si jamais je souhaite à nouveau installer Linux à côté d'un autre OS, j'aimerais savoir quoi faire pour éviter mon erreur.

    Voici donc comment les faits se sont déroulés :

    J'ai acheté une clé USB, téléchargé l'ISO Ubuntu sur le site officiel, puis j'ai utilisé Rufus pour me créer une clé bootable.

    Je pense avoir géré correctement la partie BIOS, alors je ne m'attarderai pas dessus, mais je peux vous retracer mes actions plus tard si vous le voulez.

    L'installateur Ubuntu s'est lancé et c'est au moment de m'occuper du Type d'installation que je pense avoir commis cette erreur. J'ai réduit autant que possible à partir de Windows une partition déjà présente, ce qui m'a libéré 59,45 Go pour la nouvelle partition. Puis je suis retourné sur l'installeur Ubuntu et comme j'avais déjà trois partitions primaires, j'ai dû créer 3 partitions logiques (EFI System Partition, swap et ext4 journaling file system avec point de montage / (je suivais une vidéo).

    Une fois les nouvelles partitions installées, j'ai reçu le message d'erreur suivant : "L'exécution de "grub-install/dev/sda" a échoué. Cette erreur est fatale." et je n'avais même plus accès au BIOS, à moins de brancher la clé bootable. Un ami pense que le choix du point de montage a détraqué ce qui servait à lancer Windows 7 (le boot loader, si je me souviens bien), ce qui veut dire que Windows 7 et ses systèmes sont intacts, mais juste complètement inaccessibles.

    Pouvez-vous me confirmer que c'est bien cette manipulation qui a causé le problème ? Pouvez-vous également me dire comment éviter ce problème à l'avenir ? Enfin, s'il y a un moyen de résoudre ce problème, j'aimerais bien le tester. Sinon, je remplacerai tout par Ubuntu.

    Merci d'avance pour votre aide !

7 réponses de 1 à 7 (sur un total de 7)
  • Auteur
    Réponses
  • #60414
    AZAMOS
    AZAMOS
    Admin bbPress

    Bonjour Bosse, :-)

    En effet, c'est le cafouillage lors de la création et modifications des partitions qui ont planté ton système.

    Dans un cas comme le tiens, le mieux est :

    1. depuis Windows réduire la partition C: afin d'avoir l'espace disque désiré pour installer ton Ubuntu. Tu laisse la partition en non-allouée (tu la formate pas en NTFS donc)
    2. lances ensuite ton installation au boot depuis ta clé USB et laisses-toi guider.

    Des tutoriels sur SOSPC (ils sont sous Linux Mint, mais c'est pareil niveau installation) :

    Remarque : sur le premier lien l'article indique de ne pas cocher le premier choix au moment de l'installation de Linux Mint (histoire de Swap) (image tirée de l'article) =>

    Installer un dual boot Windows / Linux, tutoriel complet. 6

    Dorénavant le SWAP n'est plus nécessaire, transformé dans un fichier pour faire simple. Donc il te faut cocher "installer Linux à coté de Windows 10"

    En prenant le premier choix, tu n'auras pas non plus le "home" séparé, mais franchement son utilité est assez discutable, servant uniquement pour réinstaller son système sans perte de données. De nos jours, la sauvegarde externe régulière étant de rigueur, l’intérêt est vraiment limité.

    :bye:

    Qui cherche trouve, mais encore faut-il chercher au bon endroit !

    Image

    JE NE DONNE PLUS D'AIDE SUR LES PC SOUS WINDOWS 10

    #60455
    Avatar
    M i a
    Participant

    Bonjour,

    Tu dis avoir réduit une partition, était-ce la partition C: sur laquelle était installé Windows ?
    Il y a toujours un risque à modifier une partition qui contient le secteur de boot.

    Puisque tu n'as plus accès à Windows, tu ne risques pas grand chose à essayer de réparer le démarrage.

    Essaye de lancer ces 3 commandes dans un terminal depuis ta clé bootable sur Linux :

    sudo grub-install /dev/sda
    sudo os-prober
    sudo update grub

    Sinon il y a aussi possibilité de réparer le démarrage avec boot-repair :
    https://doc.ubuntu-fr.org/boot-repair#creer_un_rapport_boot-info

    Tiens-nous au courant :-)

    Image

    #60460
    Avatar
    B o s s e
    Participant

    Merci beaucoup pour ces informations, Mia, je vais essayer et je reviens vers toi.

    L'ordinateur avait en fait trois partitions : C:, D: et R: (pour "recovery"). Le logiciel intégré de Windows m'interdisait de réduire la partition C:, alors je me suis contenté des 59 Go que j'ai pu récupérer de D:.

    Merci aussi à toi, AZAMOS, pour ta réponse très rapide, mais comme je l'ai indiqué plus tôt, je ne peux malheureusement plus accéder à Windows. Au moins, je pourrai suivre les tutoriels SOS PC la prochaine fois que j'installerai Linux en dual-boot :)

    #60505
    Avatar
    B o s s e
    Participant

    Toutes mes excuses par avance, car je ne sais pas comment insérer des blocs de code sur ce forum. Voici les résultats que j'obtiens avec le terminal :

    Test 1 :

    sudo grub-install /dev/sda

    Résultat :

    Installation pour la plate-forme i386-pc.

    grub-install : erreur : impossible d'obtenir le chemin canonique de « /cow ».

    Test 2 :

    sudo os-prober

    Résultat :

    /dev/sda1:Windows Recovery Environment:Windows:chain

    /dev/sda2:Windows 7:Windows1:chain

    /dev/sda3:Ubuntu 20.04.1 LTS (20.04):Ubuntu:linux

    Test 3 :

    sudo update-grub

    Résultat :

    /usr/sbin/grub-probe : erreur : impossible d'obtenir le chemin canonique de « /cow ».

     

    J'ai réessayé en sélectionnant le disque /dev/sda2 (selon le tutoriel wiki ubuntu de grub-install), mais j'ai obtenu le même résultat que dans le Test 1.

    Pour ce qui est de boot-repair, je ne parviens pas à le retrouver sur la version d'essai (l'installation d'Ubuntu ayant échoué, je n'ai pas voulu réessayer avant d'avoir trouvé une solution à mon problème). Je ne trouve pas cette application dans les résultats de recherche, et la commande boot-repair ne semble pas fontionner. J'ai essayé de l'installer temporairement, comme le wiki le propose, mais je reçois un message d'erreur. Je tape :

    ping -c5 google.com

    puis :

    sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-repair ; boot-repair

    Résultat :

    Cannot add PPA: 'ppa;~yannubuntu/ubuntu/boot-repair'.

    ERROR: '~yannubuntu' user or team does not exist.

    boot-repair : commande introuvable

    #60536
    Avatar
    M i a
    Participant

    Bonjour,

    Il semblerait d'après le retour des commandes que cet ordinateur soit en 32 bits (Installation pour la plate-forme i386-pc).

    On voit que Windows et Linux sont toujours là, sur sda2 et sda3, et la recovery de Windows sur sda1.

    D'après ce qu'on peut lire en faisant une recherche sur le message d'erreur " impossible d'obtenir le chemin canonique de « /cow »" ça semble être un problème d'UEFI.

    Je n'ai jamais eu l'occasion d'utiliser le mode UEFI, je suis en MBR et mes connaissances sur le sujet sont limitées.

    Je peux me tromper, mais il me semble toutefois curieux qu'un ordinateur suffisamment ancien pour être en 32 bits utilise l'UEFI.

    Auquel cas le problème se trouve là. Il faut faire une installation en MBR.

    Depuis la clé Live, il faut s'assurer que la session est en mode non UEFI.
    Il semblerait que la commande à passer soit la suivante :
    [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

    Si ce n'est pas le cas, c'est sûrement au moment de la création de la clé que l'on paramètre cette option.
    Je n'utilise pas Rufus, mais il y a des champs où l'on fait le choix (shéma de partition et Système de destination).

    Je crois qu'il est aussi possible d'activer le mode de compatibilité BIOS Legacy dans le bios.

    Je ne peux guère t'en dire plus, quelques liens pour t'aider :
    https://www.malekal.com/faq-sur-efi-mbr-gpt/
    https://www.malekal.com/activer-desactiver-csm-bios/

    Pour boot repair, tu peux le graver sur une clé bootable : https://sourceforge.net/p/boot-repair-cd/home/fr/

    Pour poster du code, tu déroules l'onglet FORMAT en haut de la fenêtre de rédaction, et tu choisis <> Code, mais ça n'est pas très important ici ;-)

    Image

    #60597
    Avatar
    B o s s e
    Participant

    D'après les paramètres de la version d'essai d'Ubuntu, le type de système d'exploitation est bien 64 bits. Lors du paramétrage de Rufus, j'avais sélectionné MBR comme schéma de partition, mais je me rappelle juste avoir dû choisir entre MBR et GPT, l'option UEFI ne m'a pas sauté aux yeux (je crois que j'ai laissé le reste tel quel, c'est pour ça que je ne m'en rappelle pas clairement). En tout cas, le BIOS indique que le boot UEFI est activé, et la clé USB bootable est bien en UEFI.

    Après voir entré la commande dont tu parles, j'obtiens :

    [-d : commande introuvable

    Session non-EFI

    Est-il possible de vérifier les paramètres de la clé bootable ? Je ne m'y connais pas trop dans l'organisation des fichiers. J'ai regardé dans le gestionnaire de fichiers > Autres emplacements et j'ai pu trouver "Ordinateur" (où semblent se trouver les dossiers d'Ubuntu, dont "root" est impossible à lire), "OS" (qui étrangement semble contenir les dossiers de Windows ; serait-il possible d'avoir accès aux dossiers système de Windows à partir d'Ubuntu ?) et deux autres dossiers dont l'un contient une image ISO de Windows (donc sûrement "recovery").

    Dans le cas où je n'arriverais pas à rétablir l'accès à Windows (et pas juste aux fichiers du système), je pourrais toujours remplacer tout par Ubuntu et m'entraîner à installer d'autres distros Linux à côté (j'ai beaucoup entendu parler de Linux Mint).

    #60622
    Avatar
    M i a
    Participant

    Bonjour,

    Je trouve quand même curieux qu'il te soit proposé une installation pour plate-forme i386-pc.

    Pourrais-tu démarrer sur le live usb

    puis lancer cette commandes dans le terminal :
    lscpu

    et nous dire si face à la première ligne Architecture tu vois bien x86_64

    Lors du paramétrage de Rufus, j'avais sélectionné MBR comme schéma de partition, mais je me rappelle juste avoir dû choisir entre MBR et GPT, l'option UEFI ne m'a pas sauté aux yeux (je crois que j'ai laissé le reste tel quel, c'est pour ça que je ne m'en rappelle pas clairement).

    Il faudrait refaire ta clé bootable en choisissant un schéma de partition GPT si le choix du Système de destination est UEFI.

    Si tu refais une installation, que tu es curieux de découvrir Linux Mint et n'es pas particulièrement attaché à Ubuntu, on est plutôt habitués à Mint par ici, avec une préférence pour l'environnement Cinnamon, voici le lien de téléchargement :
    https://www.linuxmint.com/download.php

    C'est normal que "root" soit impossible à lire, il faut les droits d'administrateur pour l'ouvrir.

    Oui, on accède aux dossier de Windows depuis Linux, l'inverse n'étant pas vrai.
    C'est souvent utilisé pour récupérer les données de Windows quand celui-ci est inaccessible.

    Si tu arrives au début de l'installation sans encombre, on veillera à ce moment là à installer Linux au-dessus de lui-même sans écraser Windows.

    Image

7 réponses de 1 à 7 (sur un total de 7)

Vous devez être connecté pour répondre à ce sujet.