M
Problème récupération partition Windows
- Créateur du sujet Disidentium
- Date de début
M
Membre supprimé 1060554
Invité
La partition « booter » a bien été créée à sa place en tant que "conteneur" -->
Mais peut-être que le kernel n'a pas chargé le système de fichiers jhfs+ de la partition > de manière à remonter le volume défini par ce système de fichiers.
Re-démarre une fois > ta session ré-ouverte > reposte le tableau retourné par un :
Bloc de code:
3: Apple_Boot 650.0 MB disk0s3- elle a le type Apple_Boot > la taille requise de 650 Mo > elle est à sa place en disk0s3 --> il ne lui manque que le label du volume : Recovery HD.
Mais peut-être que le kernel n'a pas chargé le système de fichiers jhfs+ de la partition > de manière à remonter le volume défini par ce système de fichiers.
Re-démarre une fois > ta session ré-ouverte > reposte le tableau retourné par un :
Bloc de code:
diskutil list- et on saura si le kernel à monté un volume Recovery HD sur la partition disk0s3
Je viens de redémarrer, apparemment rien n'a vraiment changé
Bloc de code:
imac-de-nathan:~ nathandufour$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 840.4 GB disk0s2
3: Apple_Boot 650.0 MB disk0s3
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 28.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_CoreStorage Macintosh HD 27.6 GB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +867.0 GB disk2
Logical Volume on disk1s2, disk0s2
4725EAFC-BF34-4544-A27D-630AAC608DE2
Unencrypted Fusion Drive
M
Membre supprimé 1060554
Invité
Attends ! rien que pour le fun : passe la commande :
=> disons que cette petite expérience additionnelle est pour mon instruction personnelle.
Bloc de code:
sudo newfs_hfs -v "Recovery HD" /dev/disk0s3- cette commande injecte un système de fichiers jhfs+ dans le conteneur de la partition disk0s3 > avec génération d'un volume intitulé Recovery HD.
- le kernel ne remonte jamais un tel volume dans la foulée d'une telle commande --> re-démarre une fois de plus > et reposte le retour d'un :
Bloc de code:
diskutil list
=> disons que cette petite expérience additionnelle est pour mon instruction personnelle.
ça me dit :
Bloc de code:
newfs_hfs: cannot create filesystem on /dev/rdisk0s3: Operation not permitted
M
Membre supprimé 1060554
Invité
Pourtant la commande passe d'ordinaire. Bref...
La commande dmtest n'a pas fait le travail jusqu'au bout > mais elle a du moins créé un conteneur Apple_Boot à sa place qui "tient lieu" de booter même si le volume en est absent.
Un dernier test avant la ré-installation libératrice --> si tu passes la commande de re-dimensionnement :
=> je suis curieux de connaître l'issue de ce test inédit.
La commande dmtest n'a pas fait le travail jusqu'au bout > mais elle a du moins créé un conteneur Apple_Boot à sa place qui "tient lieu" de booter même si le volume en est absent.
Un dernier test avant la ré-installation libératrice --> si tu passes la commande de re-dimensionnement :
Bloc de code:
diskutil coreStorage resizeStack 4725EAFC-BF34-4544-A27D-630AAC608DE2 0b- est-ce qu'elle est validée avec une partition booter qui est un conteneur sans volume ?
=> je suis curieux de connaître l'issue de ce test inédit.
Je crois que ça a marché :
J'ai fais un test diskutil list, il me dit ça :
Bloc de code:
imac-de-nathan:~ nathandufour$ diskutil coreStorage resizeStack 4725EAFC-BF34-4544-A27D-630AAC608DE2 0b
The Core Storage Logical Volume UUID is 4725EAFC-BF34-4544-A27D-630AAC608DE2
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Growing Logical-Physical volume stack
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk2
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Growing Core Storage Physical Volume from 840 364 625 920 to 999 345 127 424 bytes
Copying booter
Growing disk partition
Modifying partition map
Growing Core Storage data structures
Resizing Core Storage Physical Volume structures
Resized Core Storage Physical Volume to 999 345 127 424 bytes
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 1 025 980 366 848 bytes
Growing file system
Finished CoreStorage operation
imac-de-nathan:~ nathandufour$J'ai fais un test diskutil list, il me dit ça :
Bloc de code:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 999.3 GB disk0s2
3: Apple_Boot 650.0 MB disk0s4
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 28.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_CoreStorage Macintosh HD 27.6 GB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +1.0 TB disk2
Logical Volume on disk1s2, disk0s2
4725EAFC-BF34-4544-A27D-630AAC608DE2
Unencrypted Fusion Drive
/dev/disk3 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +9.3 GB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS InstallESD 8.9 GB disk3s2
imac-de-nathan:~ nathandufour$
M
Membre supprimé 1060554
Invité
Ouaip ! Ça a fonctionné rubis sur l'ongle.
Ça me fait penser à une expression en vogue en Chine qui est le "presque convenable". Qui désigne un travail salopé dont le résuttat assure quand même la fonction qu'on en attend. Exemple : tu as un fil électrique trop court de 1 mètre pour alimenter un appareil ? tu le coupes au milieu > sépare les 2 brins de cuivre > attache deux fils de fer de 1 mètre à pour solidariser chaque fil que tu enrobes de sparadrap chacun pour éviter qu'ils se touchent : ça marche en étant "presque convenable".
La partition booter ici qui est un conteneur vide de système de fichiers et de volume > mais qui a le bon type = Apple_Boot --> hé bien ! c'est du "presque convenable" informatiquement parlant --> la preuve : le re-dimensionnement a opéré. On peut donc imiter l'affaire des bouts de fils de fer partout dans tous les domaines.
Bon : assez ri-
Tu n'as plus qu'à lancer la ré-installation de High Sierra qui va peaufiner le "presque convenable" en remplissant la partition disk0s3 d'un contenu "politiquement correct".
Ça me fait penser à une expression en vogue en Chine qui est le "presque convenable". Qui désigne un travail salopé dont le résuttat assure quand même la fonction qu'on en attend. Exemple : tu as un fil électrique trop court de 1 mètre pour alimenter un appareil ? tu le coupes au milieu > sépare les 2 brins de cuivre > attache deux fils de fer de 1 mètre à pour solidariser chaque fil que tu enrobes de sparadrap chacun pour éviter qu'ils se touchent : ça marche en étant "presque convenable".
La partition booter ici qui est un conteneur vide de système de fichiers et de volume > mais qui a le bon type = Apple_Boot --> hé bien ! c'est du "presque convenable" informatiquement parlant --> la preuve : le re-dimensionnement a opéré. On peut donc imiter l'affaire des bouts de fils de fer partout dans tous les domaines.
Bon : assez ri-
Tu n'as plus qu'à lancer la ré-installation de High Sierra qui va peaufiner le "presque convenable" en remplissant la partition disk0s3 d'un contenu "politiquement correct".
Ouaip ! Ça a fonctionné rubis sur l'ongle.
Ça me fait penser à une expression en vogue en Chine qui est le "presque convenable". Qui désigne un travail salopé dont le résuttat assure quand même la fonction qu'on en attend. Exemple : tu as un fil électrique trop court de 1 mètre pour alimenter un appareil ? tu le coupes au milieu > sépare les 2 brins de cuivre > attache deux fils de fer de 1 mètre à pour solidariser chaque fil que tu enrobes de sparadrap chacun pour éviter qu'ils se touchent : ça marche en étant "presque convenable".
La partition booter ici qui est un conteneur vide de système de fichiers et de volume > mais qui a le bon type = Apple_Boot --> hé bien ! c'est du "presque convenable" informatiquement parlant --> la preuve : le re-dimensionnement a opéré. On peut donc imiter l'affaire des bouts de fils de fer partout dans tous les domaines.
Bon : assez ri-
Tu n'as plus qu'à lancer la ré-installation de High Sierra qui va peaufiner le "presque convenable" en remplissant la partition disk0s3 d'un contenu "politiquement correct".
Ahaha l'expression chinoise est clairement de rigueur, mais bon vu le néant dans lequel j'étais... Merci encore, tu m'as véritablement sauvé sur ce coup. Je lance l'installation cette nuit, je te dis ce qu'il en est demain matin. Merci encore!
Salut, je crois que le problème est définitivement résolu. J'ai installer HS comme prévu, et j'ai fais une diskutil list, et voilà le résultat :
Je voulais bien entendu te remercier pour le temps que tu m'as attribué. Bonne journée à toi et merci !
Bloc de code:
imac-de-nathan:~ nathandufour$ diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 28.0 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_CoreStorage Macintosh HD 27.6 GB disk0s2
3: Apple_Boot Boot OS X 134.2 MB disk0s3
/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_CoreStorage Macintosh HD 999.3 GB disk1s2
3: Apple_Boot Recovery HD 650.0 MB disk1s3
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +1.0 TB disk2
Logical Volume on disk0s2, disk1s2
4725EAFC-BF34-4544-A27D-630AAC608DE2
Unencrypted Fusion DriveJe voulais bien entendu te remercier pour le temps que tu m'as attribué. Bonne journée à toi et merci !
M
Membre supprimé 1060554
Invité
En effet > cette ligne -->
Bloc de code:
3: Apple_Boot Recovery HD 650.0 MB disk1s3- montre que tu as récupéré un volume Recovery HD montable sur la partition n°3 du HDD. Ce qui peut te permettre de démarrer sur l'OS de secours local à l'occasion.
