[Résolu] Perdu une partition sur trois dans dualboot

Pierre16 · 25-12-2018 15:50:57

Bonjour,

Mon PC était en dualboot avec Win 7 et Jessie et tout se passait bien.
Je viens d'y ajouter Stretch pour qui,tout s'est bien déroulé et samba fonctionnel.
A l'allumage du PC,grub me propose donc les 3 possibilités.
Win 7 et Stretch s'ouvrent à la demande sans aucun problème.
Jessie quant à lui semble démarrer normalement mais reste bloqué sur la fenêtre d'accueil (type bios) avec le message clignotant "Please wait...".
J'ai essayé avec super grub sans succès.

Comment récupérer cette partition Jessie ??

Merci d'avance pour vos idées.

Dernière modification par Pierre16 (27-12-2018 12:54:00)

Croutons · 25-12-2018 19:56:50

Bonjour
Depuis Stretch ouvre ton terminal puis donne le retour

cat /etc/fstab

blkid

empanada · 25-12-2018 20:03:53

et aussi

cat /boot/grub/grub.cfg

fdisk -l

et

cat /etc/mtab

Dernière modification par empanada (25-12-2018 20:04:43)

raleur · 26-12-2018 00:57:12

Pierre16 a écrit :

Jessie quant à lui semble démarrer normalement mais reste bloqué sur la fenêtre d'accueil (type bios) avec le message clignotant "Please wait...".

Le message clignotant, vraiment, ou juste le curseur ?
Ce message (fixe) est affiché par la première instruction du script /init de l'initramfs. Cela signifie que le noyau et l'initramfs sont bien chargés par GRUB et que le noyau se lance et exécute l'initramfs. Pour essayer de voir où ça coince ensuite, tu peux :
- démarrer Jessie en mode dépannage, ce qui devrait afficher plus de messages
- ajouter à la ligne de commande du noyau le paramètre break=X ou X prend successivement les valeurs top, modules, premount, mount, mountroot, bottom, init correspondant à différents points d'arrêt de l'initramfs, permettant de savoir si l'exécution arrive jusque là ou bloque avant.

Pierre16 · 26-12-2018 08:40:43

pit16@PC-HPDE9:~$ cat /etc/fstab

# /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/sda7 during installation

UUID=c99b798e-b18c-4c53-9bfb-1b1f677b2e62 /               ext4    errors=remount-ro 0       1

# /home was on /dev/sda8 during installation

UUID=a71c9a3a-3c12-4a63-b023-519afc430a28 /home           ext4    defaults        0       2

# swap was on /dev/sda6 during installation

UUID=19ef9fa7-33b4-4313-a2f5-7b594924e114 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

root@PC-HPDE9:/home/pit16# blkid

/dev/sda1: LABEL="SYSTEME" UUID="706EF53C6EF4FC22" TYPE="ntfs" PARTUUID="ee591f95-01"

/dev/sda2: UUID="5AB4ED6A363F6A7A" TYPE="ntfs" PARTUUID="ee591f95-02"

/dev/sda5: UUID="e0ce85ab-83f9-4f4d-a860-72f9de82ee11" TYPE="ext4" PARTUUID="ee591f95-05"

/dev/sda6: UUID="19ef9fa7-33b4-4313-a2f5-7b594924e114" TYPE="swap" PARTUUID="ee591f95-06"

/dev/sda7: UUID="c99b798e-b18c-4c53-9bfb-1b1f677b2e62" TYPE="ext4" PARTUUID="ee591f95-07"

/dev/sda8: UUID="a71c9a3a-3c12-4a63-b023-519afc430a28" TYPE="ext4" PARTUUID="ee591f95-08"

pit16@PC-HPDE9:~$ cat /boot/grub/grub.cfg

#

# DO NOT EDIT THIS FILE

#

# It is automatically generated by grub-mkconfig using templates

# from /etc/grub.d and settings from /etc/default/grub

#

### BEGIN /etc/grub.d/00_header ###

if [ -s $prefix/grubenv ]; then

  set have_grubenv=true

  load_env

fi

if [ "${next_entry}" ] ; then

   set default="${next_entry}"

   set next_entry=

   save_env next_entry

   set boot_once=true

else

   set default="0"

fi

if [ x"${feature_menuentry_id}" = xy ]; then

  menuentry_id_option="--id"

else

  menuentry_id_option=""

fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then

  set saved_entry="${prev_saved_entry}"

  save_env saved_entry

  set prev_saved_entry=

  save_env prev_saved_entry

  set boot_once=true

fi

function savedefault {

  if [ -z "${boot_once}" ]; then

    saved_entry="${chosen}"

    save_env saved_entry

  fi

}

function load_video {

  if [ x$feature_all_video_module = xy ]; then

    insmod all_video

  else

    insmod efi_gop

    insmod efi_uga

    insmod ieee1275_fb

    insmod vbe

    insmod vga

    insmod video_bochs

    insmod video_cirrus

  fi

}

if [ x$feature_default_font_path = xy ] ; then

   font=unicode

else

insmod part_msdos

insmod ext2

set root='hd0,msdos7'

if [ x$feature_platform_search_hint = xy ]; then

  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  c99b798e-b18c-4c53-9bfb-1b1f677b2e62

else

  search --no-floppy --fs-uuid --set=root c99b798e-b18c-4c53-9bfb-1b1f677b2e62

fi

    font="/usr/share/grub/unicode.pf2"

fi

if loadfont $font ; then

  set gfxmode=auto

  load_video

  insmod gfxterm

  set locale_dir=$prefix/locale

  set lang=fr_FR

  insmod gettext

fi

terminal_output gfxterm

if [ "${recordfail}" = 1 ] ; then

  set timeout=30

else

  if [ x$feature_timeout_style = xy ] ; then

    set timeout_style=menu

    set timeout=5

  # Fallback normal timeout code in case the timeout_style feature is

  # unavailable.

  else

    set timeout=5

  fi

fi

### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###

insmod part_msdos

insmod ext2

set root='hd0,msdos7'

if [ x$feature_platform_search_hint = xy ]; then

  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  c99b798e-b18c-4c53-9bfb-1b1f677b2e62

else

  search --no-floppy --fs-uuid --set=root c99b798e-b18c-4c53-9bfb-1b1f677b2e62

fi

insmod png

if background_image /usr/share/desktop-base/softwaves-theme/grub/grub-4x3.png; then

  set color_normal=white/black

  set color_highlight=black/white

else

  set menu_color_normal=cyan/blue

  set menu_color_highlight=white/blue

fi

### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###

function gfxmode {

    set gfxpayload="${1}"

}

set linux_gfx_mode=

export linux_gfx_mode

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c99b798e-b18c-4c53-9bfb-1b1f677b2e62' {

    load_video

    insmod gzio

    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

    insmod part_msdos

    insmod ext2

    set root='hd0,msdos7'

    if [ x$feature_platform_search_hint = xy ]; then

      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  c99b798e-b18c-4c53-9bfb-1b1f677b2e62

    else

      search --no-floppy --fs-uuid --set=root c99b798e-b18c-4c53-9bfb-1b1f677b2e62

    fi

    echo    'Chargement de Linux 4.9.0-8-amd64…'

    linux    /boot/vmlinuz-4.9.0-8-amd64 root=UUID=c99b798e-b18c-4c53-9bfb-1b1f677b2e62 ro  quiet

    echo    'Chargement du disque mémoire initial…'

    initrd    /boot/initrd.img-4.9.0-8-amd64

}

submenu 'Options avancées pour Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-c99b798e-b18c-4c53-9bfb-1b1f677b2e62' {

    menuentry 'Debian GNU/Linux, avec Linux 4.9.0-8-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-advanced-c99b798e-b18c-4c53-9bfb-1b1f677b2e62' {

        load_video

        insmod gzio

        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

        insmod part_msdos

        insmod ext2

        set root='hd0,msdos7'

        if [ x$feature_platform_search_hint = xy ]; then

          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  c99b798e-b18c-4c53-9bfb-1b1f677b2e62

        else

          search --no-floppy --fs-uuid --set=root c99b798e-b18c-4c53-9bfb-1b1f677b2e62

        fi

        echo    'Chargement de Linux 4.9.0-8-amd64…'

        linux    /boot/vmlinuz-4.9.0-8-amd64 root=UUID=c99b798e-b18c-4c53-9bfb-1b1f677b2e62 ro  quiet

        echo    'Chargement du disque mémoire initial…'

        initrd    /boot/initrd.img-4.9.0-8-amd64

    }

    menuentry 'Debian GNU/Linux, with Linux 4.9.0-8-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-8-amd64-recovery-c99b798e-b18c-4c53-9bfb-1b1f677b2e62' {

        load_video

        insmod gzio

        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

        insmod part_msdos

        insmod ext2

        set root='hd0,msdos7'

        if [ x$feature_platform_search_hint = xy ]; then

          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7  c99b798e-b18c-4c53-9bfb-1b1f677b2e62

        else

          search --no-floppy --fs-uuid --set=root c99b798e-b18c-4c53-9bfb-1b1f677b2e62

        fi

        echo    'Chargement de Linux 4.9.0-8-amd64…'

        linux    /boot/vmlinuz-4.9.0-8-amd64 root=UUID=c99b798e-b18c-4c53-9bfb-1b1f677b2e62 ro single 

        echo    'Chargement du disque mémoire initial…'

        initrd    /boot/initrd.img-4.9.0-8-amd64

    }

}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###

menuentry 'Windows 7 (sur /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-706EF53C6EF4FC22' {

    insmod part_msdos

    insmod ntfs

    set root='hd0,msdos1'

    if [ x$feature_platform_search_hint = xy ]; then

      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  706EF53C6EF4FC22

    else

      search --no-floppy --fs-uuid --set=root 706EF53C6EF4FC22

    fi

    parttool ${root} hidden-

    chainloader +1

}

menuentry 'Debian GNU/Linux 8 (jessie) (sur /dev/sda5)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-e0ce85ab-83f9-4f4d-a860-72f9de82ee11' {

    insmod part_msdos

    insmod ext2

    set root='hd0,msdos5'

    if [ x$feature_platform_search_hint = xy ]; then

      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  e0ce85ab-83f9-4f4d-a860-72f9de82ee11

    else

      search --no-floppy --fs-uuid --set=root e0ce85ab-83f9-4f4d-a860-72f9de82ee11

    fi

    linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=e0ce85ab-83f9-4f4d-a860-72f9de82ee11 ro quiet

    initrd /boot/initrd.img-3.16.0-4-amd64

}

submenu 'Options avancées pour Debian GNU/Linux 8 (jessie) (sur /dev/sda5)' $menuentry_id_option 'osprober-gnulinux-advanced-e0ce85ab-83f9-4f4d-a860-72f9de82ee11' {

    menuentry 'Debian GNU/Linux (sur /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64--e0ce85ab-83f9-4f4d-a860-72f9de82ee11' {

        insmod part_msdos

        insmod ext2

        set root='hd0,msdos5'

        if [ x$feature_platform_search_hint = xy ]; then

          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        else

          search --no-floppy --fs-uuid --set=root e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        fi

        linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=e0ce85ab-83f9-4f4d-a860-72f9de82ee11 ro quiet

        initrd /boot/initrd.img-3.16.0-4-amd64

    }

    menuentry 'Debian GNU/Linux, avec Linux 3.16.0-4-amd64 (sur /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64--e0ce85ab-83f9-4f4d-a860-72f9de82ee11' {

        insmod part_msdos

        insmod ext2

        set root='hd0,msdos5'

        if [ x$feature_platform_search_hint = xy ]; then

          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        else

          search --no-floppy --fs-uuid --set=root e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        fi

        linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=e0ce85ab-83f9-4f4d-a860-72f9de82ee11 ro quiet

        initrd /boot/initrd.img-3.16.0-4-amd64

    }

    menuentry 'Debian GNU/Linux, with Linux 3.16.0-4-amd64 (recovery mode) (sur /dev/sda5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64-root=UUID=e0ce85ab-83f9-4f4d-a860-72f9de82ee11 ro single-e0ce85ab-83f9-4f4d-a860-72f9de82ee11' {

        insmod part_msdos

        insmod ext2

        set root='hd0,msdos5'

        if [ x$feature_platform_search_hint = xy ]; then

          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        else

          search --no-floppy --fs-uuid --set=root e0ce85ab-83f9-4f4d-a860-72f9de82ee11

        fi

        linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=e0ce85ab-83f9-4f4d-a860-72f9de82ee11 ro single

        initrd /boot/initrd.img-3.16.0-4-amd64

    }

}

### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###

### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###

# This file provides an easy way to add custom menu entries.  Simply type the

# menu entries you want to add after this comment.  Be careful not to change

# the 'exec tail' line above.

### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###

if [ -f  ${config_directory}/custom.cfg ]; then

  source ${config_directory}/custom.cfg

elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then

  source $prefix/custom.cfg;

fi

### END /etc/grub.d/41_custom ###

>>>>>>>>>>>> J'ai démarré Jessie en mode dépannage.....

Les lignes habituelles du démarrage défilent pour s'arrêter au texte suivant:

" Begin : Running/scripts/Local-premount ......"

Dernière modification par Pierre16 (26-12-2018 08:58:02)

raleur · 26-12-2018 09:57:29

C'est dans la phase local-premount que se trouve le script "resume" de réveil après hibernation, qui utilise le swap.
Je soupçonne que tu as laissé l'installation de Stretch utiliser et donc reformater le swap de Jessie (et changé son UUID) qui ne retrouve plus son swap. Ne JAMAIS faire ça sauf si le swap est dans un volume logique. Mais normalement cela devrait juste causer une erreur après un temps d'attente, pas un blocage permanent.

Essaie de démarrer Jessie en ajoutant le paramètre "noresume" à la ligne de commande du noyau.
- au menu de GRUB, sélectionner l'entrée de Jessie sans l'activer
- appuyer sur "e" pour l'éditer"
- déplacer le curseur à la fin de la ligne commençant par "linux"
- ajouter "noresume" (attention : avec un clavier AZERTY le "m" s'obtient avec la touche virgule ",")
- appuyer sur F10

Si ça démarre, il y aura ensuite encore une attente de 90 secondes sur l'UUID du swap qui ne correspond plus dans /etc/fstab de Jessie.
Il faudra corriger l'UUID du swap à plusieurs endroits : /etc/fstab, /etc/initramfs-tools/conf.d/resume + reconstruire l'initramfs en exécutant

update-initramfs -u

Dernière modification par raleur (26-12-2018 10:09:46)

Croutons · 26-12-2018 11:36:26

Bonjour
l'avantage quand tu as 2 système Linux d'installer c'est que tu peux lancer un pour dépanner l'autre (enfin pas toujours)
donc tu peux aussi monter ta partition Jessie pour remettre ton fichier fstab en ordre

Pierre16 · 26-12-2018 15:55:37

Ok pour ta solution mon bon raleur.

Ca fonctionne très bien.

Si je comprends bien,c'est la même partition swap qui sert pour les 2 versions (jessie et stretch).
N'y a-t-il pas risque d'encombrement à certains moments ?

Au plaisir de te lire.

Croutons · 26-12-2018 17:52:06

encombrement , je vois pas trop ce que tu veux dire
Tu ne te sers pas des 2 distributions en même temps, c'est même plutôt l'inverse tu récupères un peu d'espace de stockage en utilisant qu'une swap

Pierre16 · 26-12-2018 18:42:45

Tu as raison.

Merci pour cette info.

raleur · 26-12-2018 22:46:10

Pierre16 a écrit :

Si je comprends bien,c'est la même partition swap qui sert pour les 2 versions (jessie et stretch).
N'y a-t-il pas risque d'encombrement à certains moments ?

Il a un risque avec l'hibernation : si on met un système en hibernation et qu'on redémarre avec l'autre, ce dernier va essayer d'utiliser l'image d'hibernation du premier présente dans le swap commun ; soit il va détecter que l'image ne lui correspond pas et la supprimer, rendant impossible la reprise du premier, soit il va essayer de faire une reprise avec cette image et probablement planter car elle ne lui correspond pas.

Pierre16 · 27-12-2018 12:53:31

Est-il envisageable de travailler avec un swap propre à chaque application ??

Si oui,comment faire ?

Croutons · 27-12-2018 13:16:12

c'est à dire un swap propre?
mais laisse donc le système géré comme il se doit , te prend pas la tête comme ça

raleur · 27-12-2018 14:08:44

Pierre16 a écrit :

Est-il envisageable de travailler avec un swap propre à chaque application ?

Un swap propre à chaque installation, tu veux dire ? Bien sûr, mais il faut le créer, et donc il faut avoir la place sur le disque.

A noter que si le disque système est partitionné au format GPT, par défaut systemd active automatiquement toutes les partitions de swap présentes sur ce disque même si elles ne sont pas mentionnées dans /etc/fstab. Cela peut sembler pratique mais cela détruit les images d'hibernation éventuellement présentes dans ces swaps.

CloDeClo · 29-12-2018 08:46:55

Bonjour,
vos échanges sur les collisions éventuelles d'utilisation du swap me plongent dans le doute...

Constatant que certaines distributions "live" se permettaient d'utiliser le(s) swap en place (option de démarrage "noswap" exigée pour ne pas le faire !), j'étais persuadé que l'on pouvait faire du dual-boot de plusieurs linux avec un seul swap commun et j'ai même fonctionné ainsi plusieurs fois sans constater de problème...

En ce moment je suis en attente d'un noyau 4.19/20 stable (= disponible en backports) et j'ai encore quelques plantages (heureusement de moins en moins fréquents depuis 4.16 !) justement liés aux passages / sortie de veille... Hibernation ou pas ? Je constate une fois de plus mon ignorance en particulier sur l'hibernation... Mais à chaque fois, une occasion de redémarrer sur un autre système...

D'où la question :
si on démarre "vraiment" le PC (= appui sur la touche "on/off" alors que le PC était arrêté, soit suite au processus "éteindre" de la distribution soit suite à appui prolongé sur "on/off", donc passage par le Bios), est ce que le contenu du swap est pris en compte ?

Je vois bien que je sors un peu du strict sujet qui était le ré-étiquetage UUID d'un swap mais c'est en plein dans le contexte.
Merci de m'éclairer un peu plus.

Croutons · 29-12-2018 09:05:41

soit suite à appui prolongé sur "on/off"

comment? appui long prolongé , c'est un arret à la sauvage quand ton PC ne répond plus

normalement la swap est prise en compte quand tu sors du mode hibernation, sinon pour la veille simple de l'ordi tout est en mémoire RAM il me semble
j'ai pas trop compris le sens de ta question en faite

raleur · 29-12-2018 11:27:26

CloDeClo a écrit :

j'étais persuadé que l'on pouvait faire du dual-boot de plusieurs linux avec un seul swap commun et j'ai même fonctionné ainsi plusieurs fois sans constater de problème

C'est parfaitement possible à condition de respecter les restrictions d'emploi concernant l'hibernation (pas de mise en hibernation d'un système suivie du redémarrage sur un autre).

CloDeClo a écrit :

si on démarre "vraiment" le PC (= appui sur la touche "on/off" alors que le PC était arrêté, soit suite au processus "éteindre" de la distribution soit suite à appui prolongé sur "on/off", donc passage par le Bios), est ce que le contenu du swap est pris en compte ?

Oui. Il n'y a pas de différence entre un démarrage normal et une sortie d'hibernation. Au démarrage, le système examine systématiquement le contenu du swap défini pour l'hibernation pour déterminer s'il s'agit d'un démarrage normal ou d'une sortie d'hibernation.

Dernière modification par raleur (29-12-2018 11:28:45)

CloDeClo · 29-12-2018 20:05:36

Bonsoir,
oui, arrêt sauvage ! car ma nouvelle génération de matériel (relatif maintenant, apparue il y plus d'un an quand même) est encore mal supporté (voir sujet). et je me retrouve parfois avec clavier-souris morts dans un état inconnu entre mise / sortie de veille... Alors ensuite, selon le cas, je redémarre DFL ou je passe en live pour neutraliser le driver AMD-GPU ou pour faire un clonezilla de machine-arrière...

J'ai vérifié : en fait je ne fais que de la mise en veille simple. ça explique pourquoi je n'ai jamais eu de souci mais je n'avais pas conscience de ce problème potentiel.
Merci pour vos réponses.

Debian-facile

#1 25-12-2018 15:50:57

[Résolu] Perdu une partition sur trois dans dualboot

#2 25-12-2018 19:56:50

Re : [Résolu] Perdu une partition sur trois dans dualboot

#3 25-12-2018 20:03:53

Re : [Résolu] Perdu une partition sur trois dans dualboot

#4 26-12-2018 00:57:12

Re : [Résolu] Perdu une partition sur trois dans dualboot

#5 26-12-2018 08:40:43

Re : [Résolu] Perdu une partition sur trois dans dualboot

#6 26-12-2018 09:57:29

Re : [Résolu] Perdu une partition sur trois dans dualboot

#7 26-12-2018 11:36:26

Re : [Résolu] Perdu une partition sur trois dans dualboot

#8 26-12-2018 15:55:37

Re : [Résolu] Perdu une partition sur trois dans dualboot

#9 26-12-2018 17:52:06

Re : [Résolu] Perdu une partition sur trois dans dualboot

#10 26-12-2018 18:42:45

Re : [Résolu] Perdu une partition sur trois dans dualboot

#11 26-12-2018 22:46:10

Re : [Résolu] Perdu une partition sur trois dans dualboot

#12 27-12-2018 12:53:31

Re : [Résolu] Perdu une partition sur trois dans dualboot

#13 27-12-2018 13:16:12

Re : [Résolu] Perdu une partition sur trois dans dualboot

#14 27-12-2018 14:08:44

Re : [Résolu] Perdu une partition sur trois dans dualboot

#15 29-12-2018 08:46:55

Re : [Résolu] Perdu une partition sur trois dans dualboot

#16 29-12-2018 09:05:41

Re : [Résolu] Perdu une partition sur trois dans dualboot

#17 29-12-2018 11:27:26

Re : [Résolu] Perdu une partition sur trois dans dualboot

#18 29-12-2018 20:05:36

Re : [Résolu] Perdu une partition sur trois dans dualboot

Pied de page des forums