Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Perte de partitions suite maj Win10 - Dual Bt Ubuntu / Win10

jbrigaud

Bonjour à toutes et à tous,
Utilisateur d'Ubuntu depuis bientôt 15 ans, j'ai toujours réussi à résoudre mes problèmes via la doc et les posts de forums, sans avoir à en créer moi même.
Mais là, je bloque et je ne veux surtout pas faire de conneries...
J'ai beau avoir un Bac+5 en info, l'admin système a toujours été un peu ma bête noire... En fait ça m'emm... un peu ! Mais faut bien passer par là quand même.

Bref, en début d'année, j'ai dû formater mon PC. J'ai essayé de faire une installation à peu près propre en dual boot :
- une partition ntfs avec Win10 environ 250 Go
- une partition Ext4 avec Ubuntu 18.04 environ 250Go
- une partition ntfs de Data d'environ 500Go, pour avoir un emplacement commun à Win et Ubuntu.
- une partition de swap de 8Go

Je n'ai plus le partitionnement exact en tête, je ne l'avais pas noté... Mais il me semble que les 3 dernières étaient dans une partition étendue.
Je dis bien installation à peu près propre, parce que je ne suis plus certain d'avoir formaté complètement le disque avant, ou d'avoir repris d'anciennes partitions pour installer dessus...

Venons-en à mon problème... Suite à une mise à jour de Win10 il y a environ 1 mois (oui, je n'ai pas eu le temps de m'en occuper depuis...), j'ai eu un Grub rescue.
J'ai utilisé boot repair, et je peux maintenant démarrer Win10.
Le lien pastebin est celui-ci : paste.ubuntu.com/p/5xCfv8CXs9/
Par contre, je n'ai plus maintenant que la partition ntfs de Win10 : tout le reste est en secteur non alloué...

De ce que j'ai pu lire, j'ai l'impression que la bonne manip est d'utiliser Testdisk, et que je pourrais ainsi récupérer mes partition ubuntu et data ?

Quels conseils me donneriez-vous pour éviter les conneries et la perte de données de ces partitions ?

Une fois que ce sera résolu, je vous demanderai aussi conseil pour faire un dual boot vraiment propre (mais est-ce seulement possible ? :-) )

Merci d'avance ! Et encore merci pour tout votre bon boulot !

Bien cordialement,

JBR

PS : je ne suis pas certain que ce soit dans la bonne section du forum... je vous fais confiance si vous préférez que ce soit déplacé.

jpoc

Faudrait voir avec un Live CD le disque
si les partitions ont bien disparues
Ce doit etre l'UEFI sur la partition UEFI qui a été modifiée par W10
Il faudrait refaire UEFI
Un CD avec BootRepair pour essaer de reparer
Un spécialiste de ce forum devrait pouvoir t'aider
En attendant n'utilise pas W10 pour pas effacer les données qsi tu veut recuperer avec TestDisk

jbrigaud

Bonjour jpoc et merci de ta réponse !
Le pastebin boot repair a été fait depuis un live usb ubuntu. Je suis actuellement là dessus.
Dans la gestion des disques, j'ai pris une capture d'écran qui est visible ici : https://photos.app.goo.gl/GWZXYcmR3PLjd9keA

Compte tenu du partitionnement, penses-tu réellement qu'utiliser Windows pose un risque sur mes données ? Si oui, alors je ne comprends pas...
Comme les partitions sont bien séparées, j'avais plutôt pensé que ça ne craignait rien, et je l'utilisais depuis...😐

Merci encore et merci à tous ceux qui pourront m'aider !
JBR

jbrigaud

Pour info j'ai utilisé smartmontools pour analyser le disque, voici ce qui en ressort :

smartctl -H -i /dev/sda donne :

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.12
Device Model:     ST31000524AS
Serial Number:    9VPDRFWZ
LU WWN Device Id: 5 000c50 03641ea02
Firmware Version: JC4B
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Dec 11 08:57:13 2020 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

J'ai lancé un test court, et un test long est en cours.
La commande sudo smartctl -l selftest /dev/sda donne :

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Self-test routine in progress 80%      5856         -
# 2  Short offline       Completed without error       00%      5855         -
# 3  Short offline       Completed without error       00%       651         -
# 4  Extended offline    Aborted by host               90%       651         -

Si ça peut servir à quelque chose, je posterais le résultat du test long tout à l'heure.
Merci encore !

geole

jbrigaud a écritBonjour à toutes et à tous,
Venons-en à mon problème... Suite à une mise à jour de Win10 il y a environ 1 mois (oui, je n'ai pas eu le temps de m'en occuper depuis...), j'ai eu un Grub rescue.
J'ai utilisé boot repair, et je peux maintenant démarrer Win10.
Le lien pastebin est celui-ci : paste.ubuntu.com/p/5xCfv8CXs9/
Par contre, je n'ai plus maintenant que la partition ntfs de Win10 : tout le reste est en secteur non alloué...
.

Bonjour
Pourrais-tu refaire un boot-info car le lien que tu as donné n'est pas accessible
et mets le lien par copier/coller afin d'éviter les erreurs.

Le GPARTED que tu as posté montre que c'est une installation LEGACY
Dans ce contexte, il est très vraisemblable que la mise a jour de windows ait éliminé ubuntu afin de récupérer un peu de place pour s'installer. Je crains que la solution soit de réinstaller ubuntu en faisant en sorte de ne pas retomber dans ce piège

Voir cette discussion

jbrigaud

Bonjoue geole et merci beaucoup de ta réponse.
Effectivement je n'avais pas vu que le boot-info sur pastebin est en ligne 1 mois... Donc il n'est plus en service depuis quelques jours.
En voici un nouveau !
http://paste.ubuntu.com/p/3F6kB6jwxy/

J'espère que nous réussirons à trouver une solution qui me permette de récupérer mes données... Le win10 installé, je m'en fout de le réinstaller : je n'ai rien d'important dessus de non-sauvegardé.
Mais sur les deux partitions "disparues", il y avait ma partition de sauvegarde en ntfs... J'espère que testdisk permetra de la récupérer ?

C'est dingue cette histoire de windows qui bousille les autres partitions pour mettre la maj. Après, sur le lien que tu as envoyé, il s'agit de LA mise à jour qui permettait de passer à windows 10 depuis un win 7 ou 8.
La maj qui m'a fait déconner les partitions dans mon cas était une maj système tout à fait "classique", et il y avait toute la place qu'il fallait sur ma partition windows (quasi vide) pour qu'elle se fasse... Donc ça semblerait étonnant, non ?

PS : le sudo smartctl -t long /dev/sda lancé tout à l'heure s'est terminé sans erreur. Le disque semble donc sain, ce qui est déjà bien !

sudo smartctl -l selftest /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.18.0-15-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      5858         -
# 2  Short offline       Completed without error       00%      5855         -
# 3  Short offline       Completed without error       00%       651         -
# 4  Extended offline    Aborted by host               90%       651         -

Merci encore pour votre aide à tous !
JBR

xinu

Bonjour,

jbrigaud a écritPS : le sudo smartctl -t long /dev/sda lancé tout à l'heure s'est terminé sans erreur. Le disque semble donc sain, ce qui est déjà bien !

Oui, c'est probablement la mise à jour qui a "flingué" le boot.

Néanmoins, si on soupçonne un disque de mal fonctionner, éviter d’écrire ou de lire sur ce disque. Donc pas de tests longs ou courts qui risquent de "l'achever".

Utiliser :

sudo smartctl -a /dev/sda

pour récupérer les données smart (ça prend moins d'une seconde).

geole

Cela ressemble étrangement à la signature d'un agrandissement de la partition étendue!!!

parted -lm (filtered): _________________________________________________________
sda:1000GB:scsi:512:512:msdos:ATA ST31000524AS:;
1:1049kB:262GB:262GB:ntfs::boot;
2:262GB:262GB:554MB:ntfs::diag;
3:262GB:1000GB:738GB:::;
5:992GB:1000GB:8549MB:linux-swap(v1)::;

Beaucoup d'espace libre entre 262GB et 992GB avec la dernière partition conservée et renumérotée.
Dans ton contexte c'était le swap.

Avec ton support d'installation, lance testdisk et fait une recherche approfondie.
Si l'ordre des partitions était ce que tu indiques
- une partition Ext4 avec Ubuntu 18.04 environ 250Go
- une partition ntfs de Data d'environ 500Go, pour avoir un emplacement commun à Win et Ubuntu.
- une partition de swap de 8Go
les données de la partition NTFS ne sont pas écrasées. Elle seront récupérables si tu n'as pas un double de sécurité.

jbrigaud

Bonjour et merci à tous les deux pour vos réponses

xinu a écrit Néanmoins, si on soupçonne le bon état d'un disque, éviter d’écrire ou de lire sur ce disque. Donc pas de tests longs ou courts qui risquent de "l'achever".

Ok merci, je saurais ! J'avais commencé par ça, et n'ayant pas de retour négatif j'avais simplement souhaité aller plus loin.

geole a écrit Cela ressemble étrangement à la signature d'un agrandissement de la partition étendue!!!

Arf... Après une lecture plus approfondie de tes liens, ça donne effectivement l'impression que cette partition de 554MB a été créée lors de la maj, et a mis le boxon...
Voici son contenu :

dir_partition inode=5
   P HPFS - NTFS          31835  86 60 31902 166  8    1081344
     NTFS, blocksize=4096, 553 MB / 528 MiB
Directory /
       5 dr-xr-xr-x     0      0         0  7-Dec-2020 10:33 .
       5 dr-xr-xr-x     0      0         0  7-Dec-2020 10:33 ..
      36 dr-xr-xr-x     0      0         0  7-Dec-2020 10:31 Recovery
      41 dr-xr-xr-x     0      0         0  9-Nov-2020 11:50 System Volume Information

Bref. J'ai lancé un quicksearch, et j'arrivais à accéder au contenu de ma partition Ubuntu 18.04, mais la partition Data n'était pas listée...
Résultat du quicksearch :

 1 * HPFS - NTFS              0  32 33 31835  86 59  511432704
 2 P HPFS - NTFS          31835  86 60 31902 166  8    1081344
 3 P Linux                31902 231 10 62296 238 22  488280064
 4 E extended LBA         62296 238 23 121601  57 56  952723456
 5 L Linux Swap           120561 220 44 121601  57 56   16697344

geole a écrit Avec ton support d'installation, lance testdisk et fait une recherche approfondie

Du coup je l'ai lancée suite au quicksearch, et elle s'est terminée cette nuit. Le résultat est complètement wtf et ne me plait pas trop...
Je met ci-après le résultat affiché dans le fichier de log. Désolé, j'aurais voulu vous mettre le résultat affiché dans testdisk, mais sans faire gaffe en quittant laperçu d'une partition je me suis retrouvé sur l'écran initial de testdisk (avec le menu analyse, etc), et je n'ai pas réussi à retrouver le résultat de mon deepsearch... Y a-t-il un moyen de le faire ? (au cas où ça m'arrive à nouveau...).
Bref, voilà le deepsearch :

Results
     HPFS - NTFS              0  32 33 31835  86 59  511432704
     NTFS, blocksize=4096, 261 GB / 243 GiB
     HPFS - NTFS              0  32 33 31902 198 40  512516096
     NTFS found using backup sector, blocksize=4096, 262 GB / 244 GiB
     HPFS - NTFS              0  32 33 121601  25 24 1953519616
     NTFS found using backup sector, blocksize=4096, 1000 GB / 931 GiB
     HPFS - NTFS          19613  31  3 51515 197 10  512516096
     NTFS, blocksize=4096, 262 GB / 244 GiB
     HPFS - NTFS          31835  86 60 31902 166  8    1081344
     NTFS, blocksize=4096, 553 MB / 528 MiB
     Linux                31902 231 10 62296 238 22  488280064
     ext4 blocksize=4096 Large_file Sparse_SB, 249 GB / 232 GiB
     Linux Swap           31920  62 15 32181  83 30    4194304
     SWAP2 version 1, pagesize=4096, 2147 MB / 2048 MiB
     HPFS - NTFS          39255  13 55 71157 179 62  512516096
     Linux                47065  30  6 77459  37 18  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47066 230 13 77460 237 25  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47070 250 29 77465   2 41  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47075 113 15 77469 120 27  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47076  20 49 77470  27 61  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47083 186 16 77477 193 28  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47084  61 18 77478  68 30  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47084 223 52 77478 231  1  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47086 168 59 77480 176  8  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47087  43 61 77481  51 10  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47088 114  3 77482 121 15  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47088 211 36 77482 218 48  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47089  86 38 77483  93 50  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47089 249  9 77484   1 21  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47091 129 15 77485 136 27  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47092   4 17 77486  11 29  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47093 139 23 77487 146 35  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47096 187  4 77490 194 16  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47099 104 46 77493 111 58  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47100 207 20 77494 214 32  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47101 244 56 77495 252  5  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47104 130  3 77498 137 15  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47108 215 20 77502 222 32  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47114  18  9 77508  25 21  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47115 218 16 77509 225 28  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47117 195 55 77511 203  4  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47118  38 25 77512  45 37  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47120  16  1 77514  23 13  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47120  48 33 77514  55 45  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47121  86  6 77515  93 18  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47121 248 40 77516   0 52  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47122  91 10 77516  98 22  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47123 128 46 77517 135 58  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47127  83 61 77521  91 10  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47127 148 62 77521 156 11  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47128 219  4 77522 226 16  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47131 234 16 77525 241 28  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47133 211 55 77527 219  4  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47138 204 43 77532 211 55  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47139 144 46 77533 151 58  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47140  52 17 77534  59 29  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47140 149 50 77534 156 62  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47141 252 24 77536   4 36  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47144 137 34 77538 144 46  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47146 245 12 77540 252 24  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47148  60 17 77542  67 29  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47148 190 19 77542 197 31  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47156 165 50 77550 172 62  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47178  17  8 77572  24 20  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47179 217 15 77573 224 27  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47179 249 47 77574   1 59  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47180 157 18 77574 164 30  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux                47184   0  1 77578 254 63  488295675
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 250 GB / 232 GiB
     Linux                47185  20  4 77579  27 16  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB
     Linux Swap           120561 220 44 121601  57 56   16697344
     SWAP2 version 1, pagesize=4096, 8549 MB / 8153 MiB

J'ai plein de "partitions" linux, et plusieurs NTFS dont seules la partition de mon win10 et la partition recovery sont lisibles... je ne vois pas la Data :-|
Quand j'essaye de visualiser le contenu de certaines des NTFS, j'ai ce message :

     HPFS - NTFS          39255  13 55 71157 179 62  512516096
Can't open filesystem. Filesystem seems damaged.
ntfs_device_testdisk_io_ioctl() unimplemented

et j'ai le même message quand j'essaye d'ouvrir les multpiples

Linux                47065  30  6 77459  37 18  488280064
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 249 GB / 232 GiB

Bref, l'impression que j'ai, c'est que la maj win a flingué ma partition étendue qui contenait ubuntu18.04 et Data, et que testdisk n'arrive à me faire naviguer que dans les fichiers de ubuntu18.04. Et ça, ça m'embête, parce que mes données importantes sont sur la partition data...

geole a écrit Si l'ordre des partitions était ce que tu indiques
- une partition Ext4 avec Ubuntu 18.04 environ 250Go
- une partition ntfs de Data d'environ 500Go, pour avoir un emplacement commun à Win et Ubuntu.
- une partition de swap de 8Go
les données de la partition NTFS ne sont pas écrasées. Elle seront récupérables si tu n'as pas un double de sécurité.

Pour moi c'était dans cet ordre, en tout cas quand je les regardais avec gparted il me semble que ça apparaissait comme ça... Mais le fait que je n'arrive pas à accéder à data me fait douter... A moins que ce ne soit sa position dans la partition étendue (2eme) qui fasse que testdisk arrive à accéder à ubuntu (la première) mais pas à celle-ci ?

En tout cas encore merci pour votre aide et le temps que vous acceptez de me consacrer ! C'est sympa !
à vous lire,
JBR

malbo

Bonjour,
Je colle ci-dessous le contenu du Boot-info dont tu as donné le lien ( http://paste.ubuntu.com/p/3F6kB6jwxy/ ) dans ton post #6 :

boot-info-4ppa125                                              [20201211_1300]

============================== Boot Info Summary ===============================

 => Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sda.
 => Syslinux MBR (4.04-4.07) is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  Windows 10
    Boot files:        /bootmgr /Boot/BCD /Windows/System32/winload.exe

sda2: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda3: __________________________________________________________________________

    File system:       Extended Partition
    Boot sector type:  -
    Boot sector info: 

sda5: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  SYSLINUX 4.05 20140113
    Boot sector info:  Syslinux looks at sector 3941290 of /dev/sdb1 for its 
                       second stage. SYSLINUX is installed in the  directory. 
                       No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /boot/grub/grub.cfg /syslinux/syslinux.cfg 
                       /efi/BOOT/grubx64.efi /ldlinux.sys


================================ 1 OS detected =================================

OS#1:   Windows 10 on sda1

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.2 LTS, bionic, x86_64)


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002,0001
Boot0001* Hard Drive 	BBS(HD,,0x0)AMGOAMNO........m.S.T.3.1.0.0.0.5.2.4.A.S....................A.........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .V.9.D.P.F.R.Z.W......AMBOAMNO........c.P.N.Y. .U.S.B. .3...0. .F.D. .P.M.A.P....................A.......................6..Gd-.;.A..MQ..L.0.7.0.0.9.A.3.A.A.5.8.5.2.0.8.2......AMBO
Boot0002* UEFI: PNY USB 3.0 FD PMAP	PciRoot(0x0)/Pci(0x10,0x0)/USB(4,0)/HD(1,MBR,0x5acf7,0x800,0x39cb800)AMBO



============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda1	: is-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios
sda2	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

sda1	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda2	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sda2	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 0x000717d0
      Boot      Start        End    Sectors   Size Id Type
sda1  *          2048  511434725  511432678 243.9G  7 HPFS/NTFS/exFAT
sda2        511434752  512516095    1081344   528M 27 Hidden NTFS WinRE
sda3        512520190 1953523711 1441003522 687.1G  5 Extended
sda5       1936826368 1953523711   16697344     8G 82 Linux swap / Solaris
Disk sdb: 28.9 GiB, 31029460992 bytes, 60604416 sectors
Disk identifier: 0x0005acf7
      Boot Start      End  Sectors  Size Id Type
sdb1  *     2048 60604415 60602368 28.9G  c W95 FAT32 (LBA)

parted -lm (filtered): _________________________________________________________

sda:1000GB:scsi:512:512:msdos:ATA ST31000524AS:;
1:1049kB:262GB:262GB:ntfs::boot;
2:262GB:262GB:554MB:ntfs::diag;
3:262GB:1000GB:738GB:::;
5:992GB:1000GB:8549MB:linux-swap(v1)::;
sdb:31.0GB:scsi:512:512:msdos:PNY USB 3.0 FD:;
1:1049kB:31.0GB:31.0GB:fat32::boot, lba;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL   PARTLABEL
sda                                                                                               
â”œâ”€sda1 ntfs     18B86CD5B86CB344                     000717d0-01                                  
â”œâ”€sda2 ntfs     448E8CC58E8CB0CA                     000717d0-02                                  
â”œâ”€sda3                                               000717d0-03                                  
â””â”€sda5 swap     e7695b9c-f7b2-440b-adb6-f9095229c064 000717d0-05                                  
sdb                                                                                               
â””â”€sdb1 vfat     BC58-6B17                            0005acf7-01                          cle_jbr 

df (filtered): _________________________________________________________________

                   Avail Use% Mounted on
sda1              166.7G  32% /mnt/boot-sav/sda1
sda2               86.7M  84% /mnt/boot-sav/sda2
sdb1                 26G  10% /cdrom

Mount options: __________________________________________________________________

sda1              ro,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda2              rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdb1              ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro

====================== sdb1/boot/grub/grub.cfg (filtered) ======================

Try Ubuntu without installing
Install Ubuntu
OEM install (for manufacturers)
Check disc for defects

==================== sdb1/syslinux/syslinux.cfg (filtered) =====================

# D-I config version 2.0
# search path for the c32 support libraries (libcom32, libutil etc.)
path
include menu.cfg
default vesamenu.c32
prompt 0
timeout 50
ui gfxboot bootlogo

==================== sdb1: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             boot/grub/grub.cfg                             1

================== sdb1: Location of files loaded by Syslinux ==================

           GiB - GB             File                                 Fragment(s)
            ?? = ??             syslinux/syslinux.cfg                          1
            ?? = ??             ldlinux.sys                                    1
            ?? = ??             syslinux/chain.c32                             1
            ?? = ??             syslinux/gfxboot.c32                           1
            ?? = ??             syslinux/ldlinux.c32                           1
            ?? = ??             syslinux/libcom32.c32                          1
            ?? = ??             syslinux/libutil.c32                           1
            ?? = ??             syslinux/vesamenu.c32                          1

=============== sdb1: Version of COM32(R) files used by Syslinux ===============

 syslinux/chain.c32                 :  not a COM32/COM32R module
 syslinux/gfxboot.c32               :  not a COM32/COM32R module
 syslinux/ldlinux.c32               :  not a COM32/COM32R module
 syslinux/libcom32.c32              :  not a COM32/COM32R module
 syslinux/libutil.c32               :  not a COM32/COM32R module
 syslinux/vesamenu.c32              :  not a COM32/COM32R module


=============================== StdErr Messages ================================

File descriptor 63 (pipe:[167440]) leaked on lvs invocation. Parent PID 10917: /bin/bash

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would restore the [(generic mbr)] MBR in sda, and make it boot on sda1.
Additional repair would be performed: unhide-bootmenu-10s

Comme geole l'a signalé dans le post #5, le problème est décrit dans cette discussion que j'ai initiée : https://forum.ubuntu-fr.org/viewtopic.php?id=1895691
Comme indiqué dans le post #3 de cette discussion, le drame se produit quand la partition sdx5 - chez toi, c'est la partition sda5 - se trouve en fin de partition étendue.

geole

Bonjour
Il semble donc que le début de la partition étendue ait été reculé pour fabriquer une partition de recovery.
En conséquence, il y a perte de la description de toutes les partitions contenues dans la partition étendue.
Il y a aussi perte du début ( 553 MiB). Donc la partition qui se trouvait au début est grandement cassée.
Comme tu penses que c'était ubuntu, il est totalement inutile de chercher à récupérer ce qu'il y a dedans.
Je continue de penser qu'il devrait être possible de récupérer la partition NTFS si elle n'était pas au début. Attention elle peut être listée après la partition EXT4 mais être physiquement devant!!!!

Je ne connais pas suffisamment testdisk pour lui dire:
Inspecte seulement à partir des 250 premiers Go jusqu'à la fin du disque et regarde uniquement les partitions qui ont des signatures ntfs et qui ont une taille comprise entre 450 go et 550 go

Il y a peut-être un autre outil qui sait faire mais je ne connais pas

Je ne sais pas si tu as donné la liste exhaustive de la réponse. Si oui, c'est mal barré.
Je la colle ICI en ne conservant que les NTFS qui ne commencent pas au début du disque

     
     NTFS found using backup sector, blocksize=4096, 1000 GB / 931 GiB
     HPFS - NTFS          19613  31  3 51515 197 10  512516096
     NTFS, blocksize=4096, 262 GB / 244 GiB
     HPFS - NTFS          31835  86 60 31902 166  8    1081344
     NTFS, blocksize=4096, 553 MB / 528 MiB
     HPFS - NTFS          39255  13 55 71157 179 62  512516096

Normalement la taille est exprimée en secteurs. Il n'y en a aucune de 500 Go environ.

NOTA. Ce BUG n'existe pas si le disque est formaté avec une table de partition GPT car il n'y plus d'utilisation possible d'une partition étendue qui en abrite d'autres

jbrigaud

Rebonjour, et bonjour malbo
Du coup j'ai relancé le deepsearch pour avoir un truc un peu plus lisible et être certain de ce que je mettais.

J'ai ce message à la fin.

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

Warning: the current number of heads per cylinder is 255
but the correct value may be 16.
You can use the Geometry menu to change this value.
It's something to try if
- some partitions are not found by TestDisk
- or the partition table can not be written because partitions overlaps.

Est-ce normal cette histoire de "255 têtes mais pourrait être 16" par cylindre ?

Voilà le résultat du deepsearch dans testdisk. J'ai commenté en fonction de ce que j'ai trouvé en explorant les partitions via "p" :

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>D HPFS - NTFS              0  32 33 31835  86 59  511432704 // <= win10
 D HPFS - NTFS              0  32 33 31902 198 40  512516096 // <= win10 également. Pourquoi affiché en double ?
 D HPFS - NTFS              0  32 33 121601  25 24 1953519616 // <= win10 également. Pourquoi affiché en triple ? Ancien partitionnement ?
 D HPFS - NTFS          19613  31  3 51515 197 10  512516096 // <= Can't open filesystem. Filesystem seems damaged. => Serait-ce ma partition de données perdue ?
 D HPFS - NTFS          31835  86 60 31902 166  8    1081344 // <= Recovery
 D Linux                31902 231 10 62296 238 22  488280064 // <= ubuntu 18.04
 D Linux Swap           31920  62 15 32181  83 30    4194304 // <= Il y en a un deuxième plus bas. Est-ce du à un ancien partitionnement ?
 D HPFS - NTFS          39255  13 55 71157 179 62  512516096  // <= Can't open filesystem. Filesystem seems damaged. => Idem plus haut : serait-ce ma partition de données perdue ?
 D Linux                47065  30  6 77459  37 18  488280064 // <= No file found, filesystem may be damaged. Idem pour ceux qui suivent jusqu'au swap. Qu'est-ce que c'est que ces trucs ?
 D Linux                47066 230 13 77460 237 25  488280064
 D Linux                47070 250 29 77465   2 41  488280064
 D Linux                47075 113 15 77469 120 27  488280064
 D Linux                47076  20 49 77470  27 61  488280064
 D Linux                47083 186 16 77477 193 28  488280064
 D Linux                47084  61 18 77478  68 30  488280064
 D Linux                47084 223 52 77478 231  1  488280064
 D Linux                47086 168 59 77480 176  8  488280064
 D Linux                47087  43 61 77481  51 10  488280064
 D Linux                47088 114  3 77482 121 15  488280064
 D Linux                47088 211 36 77482 218 48  488280064
 D Linux                47089  86 38 77483  93 50  488280064
 D Linux                47089 249  9 77484   1 21  488280064
 D Linux                47091 129 15 77485 136 27  488280064
 D Linux                47092   4 17 77486  11 29  488280064
 D Linux                47093 139 23 77487 146 35  488280064
 D Linux                47096 187  4 77490 194 16  488280064
 D Linux                47099 104 46 77493 111 58  488280064
 D Linux                47100 207 20 77494 214 32  488280064
 D Linux                47101 244 56 77495 252  5  488280064
 D Linux                47104 130  3 77498 137 15  488280064
 D Linux                47108 215 20 77502 222 32  488280064
 D Linux                47114  18  9 77508  25 21  488280064
 D Linux                47115 218 16 77509 225 28  488280064
 D Linux                47117 195 55 77511 203  4  488280064
 D Linux                47118  38 25 77512  45 37  488280064
 D Linux                47120  16  1 77514  23 13  488280064
 D Linux                47120  48 33 77514  55 45  488280064
 D Linux                47121  86  6 77515  93 18  488280064
 D Linux                47121 248 40 77516   0 52  488280064
 D Linux                47122  91 10 77516  98 22  488280064
 D Linux                47123 128 46 77517 135 58  488280064
 D Linux                47127  83 61 77521  91 10  488280064
 D Linux                47127 148 62 77521 156 11  488280064
 D Linux                47128 219  4 77522 226 16  488280064
 D Linux                47131 234 16 77525 241 28  488280064
 D Linux                47133 211 55 77527 219  4  488280064
 D Linux                47138 204 43 77532 211 55  488280064
 D Linux                47139 144 46 77533 151 58  488280064
 D Linux                47140  52 17 77534  59 29  488280064
 D Linux                47140 149 50 77534 156 62  488280064
 D Linux                47141 252 24 77536   4 36  488280064
 D Linux                47144 137 34 77538 144 46  488280064
 D Linux                47146 245 12 77540 252 24  488280064
 D Linux                47148  60 17 77542  67 29  488280064
 D Linux                47148 190 19 77542 197 31  488280064
 D Linux                47156 165 50 77550 172 62  488280064
 D Linux                47178  17  8 77572  24 20  488280064
 D Linux                47179 217 15 77573 224 27  488280064
 D Linux                47179 249 47 77574   1 59  488280064
 D Linux                47180 157 18 77574 164 30  488280064
 D Linux                47184   0  1 77578 254 63  488295675
 D Linux                47185  20  4 77579  27 16  488280064
 D Linux Swap           120561 220 44 121601  57 56   16697344

malbo a écrit Comme geole l'a signalé dans le post #5, le problème est décrit dans cette discussion que j'ai initiée : https://forum.ubuntu-fr.org/viewtopic.php?id=1895691
Comme indiqué dans le post #3 de cette discussion, le drame se produit quand la partition sdx5 - chez toi, c'est la partition sda5 - se trouve en fin de partition étendue.

J'ai pris le temps de lire tes posts, merci pour les liens. Je pense avoir (à peu près) compris le truc.

geole a écrit Il y a aussi perte du début ( 553 MiB). Donc la partition qui se trouvait au début est grandement cassée.
Comme tu penses que c'était ubuntu, il est totalement inutile de chercher à récupérer ce qu'il y a dedans.

Comme j'arrive à accéder au contenu de ma partition ubuntu (avec "p")... je suppose donc que ça ne devait pas être le cas et que c'est bien la partition ntfs de données qui a morflé ?

geole a écritJe ne sais pas si tu as donné la liste exhaustive de la réponse. Si oui, c'est mal barré.

Cf le listing exhaustif (cette fois j'en suis certain) ci-dessus :-|

Est-ce que photorec pourrait me permettre de récupérer tout de même une partie de mes fichiers, même en vrac, même si la partition ntfs est flinguée et en partie bouffée ?
En en lisant la doc, j'ai l'impression que oui, mais avec ce que tu me dis geole j'ai l'impression que non...

Merci d'avance !

JBR

PS :

geole a écrit NOTA. Ce BUG n'existe pas si le disque est formaté avec une table de partition GPT car il n'y plus d'utilisation possible d'une partition étendue qui en abrite d'autres

Ok. Ma priorité pour le moment est uniquement de récupérer un max de données possible, mais bien entendu une fois terminé je serais preneur de conseils pour m'éviter des problèmes de ce genre à l'avenir ! (en plus de revoir ma façon de faire mes sauvegardes, hein...)

geole

Cela se confirme que physiquement la partition NTFS était en début.
Avec photorec tu vas en recupérer un maxima.
Il te faudra un autre disque.
Tu devras être très courageux pour renommer les numéros en noms.

jbrigaud

Bonjour à tous,
merci geole pour ton dernier message.
J'ai checké, et j'ai effectivement perdu la masse de données... Tant pis. Photorec a fait du bon boulot, mais comme c'était une partition destinée uniquement à la sauvegarde de données, je suppose que les données étaient au démarrage de la partition et que la m... de "bug" de windows a bien écrasé tout ce qu'il pouvait...
Potentiellement, peut-être que lancer photorec sur la fameuse partition windows créée à la mise à jour pourrait récupérer quand même quelques données ? Je suppose que non, que la partition est pleine ?
La chance que j'ai pour la récup des photos avec photorec, c'est que j'ai toujours programmé shotwell pour qu'il copie bien les métadonnées en important les photos (ce qui n'est étonnament pas activé par défaut...). Du coup en faisant directement une nouvelle importation depuis shotwell sur les dossiers récupérés par photorec, j'ai une bonne partie de mes photos, toujours classées par dates correctes de prise de vue.
Je vais tenter de passer photorec sur d'autres dd que j'avais formatés en début d'année. C'est un pu***n de concours de circonstances qui a fait que je n'avais plus ma sauvegarde qu'à un seul endroit... je suis deg !
Je vous tiendrai au courant de l'avancée, en donnant plus de détails pour que ça puisse servir ! Et en n'oubliant pas de passer le sujet en résolu...

geole

Bonjour

La nouvelle partition de windows est très petite en taille et quasiment pleine tu ne retrouvera pas grand chose car seulement 86,7 M de libre
sda2 86.7M 84% /mnt/boot-sav/sda2

Je ne sais pas sur quoi tu avais passé photorec... Tu aurais pu choisir le disque entier car je ne sais pas si tu as pu choisir SDA3

jbrigaud

Bonjour geole,
et bonne année !

Suite à ton dernier message, j'ai tenté un photorec sur l'ensemble du disque, qui m'a ressorti cette fois la plupart de ce que j'avais perdu (je n'ai pas fait le décompte en détail...).
Bref, une petite instruction find plus tard, j'en ai ressorti l'ensemble des vidéos et photos que j'y avais, et qui ont toujours leurs métadonnées. Ouf !
Le reste des fichiers, je m'en tape : j'avais bien une sauvegarde de ceux qui importaient.
Du coup pour les noms de fichiers ce n'est pas grave, tant que j'ai les métadonnées des photos/vidéos.

Maintenant il ne me reste qu'à faire un nouveau script pour ne conserver que les photos dont la résolution est au minimum X par Y, et bazarder ainsi la plupart des jpg de m... ressorties des navigateurs / fichiers de logiciels / etc.

Merci à vous tous encore pour l'aide que vous m'avez apportée.

Je vais passer ce post en résolu, et me pencher maintenant sur un dual boot ubuntu / windows en les installant sur 2 disques différents...

Au plaisir !

JB