Sujet unique Si vous avez supprimé « Macintosh HD »

Voilà le retour...

Bloc de code:
diskutil list disk0
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS                         499.2 GB   disk0s2
 
La partition principale -->
Bloc de code:
   2:                  Apple_HFS                         499.2 GB   disk0s2

  • est un conteneur de blocs bruts > avec un type "Apple_HFS" > mais aucun système de fichiers inscrit sur l'en-tête de la partition > qui serait formateur d'un volume Macintosh HD

En guise de second test > passe la commande :
Bloc de code:
newfs_hfs -J -v "Macintosh HD" /dev/disk0s2

  • le J de l'option -J = comme l'initiale majuscule de Jonathan ; mets "Macintosh HD" avec les ""
  • la commande appelle directement le formateur de système de fichiers : newfs_hfs > à injecter un jhfs+ dans la partition > formateur d'un volume Macintosh HD journalisé

Poste le retour.
 
Je dois avouer que je suis un peu perplexe des retours du terminal. Je m'explique:

J'ai entré une première fois la commande que tu m'as indiqué, avec "Macintosh HD", voilà le retour:
Bloc de code:
newfs_hfs -J -v "Macintosh HD" /dev/disk0s2
newfs_hfs: WriteBuffer:  pwrite(3, 0x10433d000, 1048576, 117444608): Input/output error
newfs_hfs: write (sector 229384): Invalid argument

Qui indique qu'il y a un problème si j'ai bien compris :hilarious:

Mais! J'ai tenté une seconde fois la commande avec le nom que portait mon disque dur avant "Disque dur", et le résultat est différent:

Bloc de code:
newfs_hfs -J -v "Disque dur" /dev/disk0s2
Initialized /dev/rdisk0s2 as a 465 GB case-insensitive HFS Plus volume with a 40960k journal
 
Passe la commande :
Bloc de code:
diskutil list disk0

  • qui affiche la configuration du disque interne

Poste le tableau. La seconde commande a bien formaté la partition manifestement...
 
Voilà le retour:

Bloc de code:
diskutil list disk0
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS                         499.2 GB   disk0s2
 
Passe la commande :
Bloc de code:
diskutil mount disk0s2 ; diskutil list disk0

  • la commande monte le volume Disque dur > puis réaffiche la configuration du disque interne

Poste le retour.

Note : l'injection d'un système de fichiers via le formateur newfs_hfs --> ne donne jamais lieu à la prise en charge automatique du volume défini de la part du kernel (noyau opérateur - de l'OS de secours démarré ici). En commandant le montage du volume > on force surtout la prise en charge du volume sur la partition par le kernel.
 
Le retour:

Bloc de code:
diskutil mount disk0s2 ; diskutil list disk0
Volume Disque dur on disk0s2 mounted
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque dur              499.2 GB   disk0s2
 
Ça fonctionné -->
Bloc de code:
   2:                  Apple_HFS Disque dur              499.2 GB   disk0s2

  • je te propose quand même une vérification. Passe la commande :
Bloc de code:
diskutil verifyVolume disk0s2

  • qui vérifie l'intégrité du système de fichiers jhfs+ du volume Disque dur

Poste l'affichage retourné.
 
Le retour:

Bloc de code:
diskutil verifyVolume disk0s2
Started file system verification on disk0s2 Disque dur
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s2
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 Disque dur appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk0s2 Disque dur
 
Zéro faute : tout a l'air d'aller -->

- dans la fenêtre des 4 Utilitaires macOS > lance l'option : "Réinstaller macOS" => et choisis le volume Macintosh HD comme destination lorsque cela te sera proposé​

=> tu n'auras qu'à dire comment ça s'est passé...
 
Tout s’est très bien passé, j’ai pu réinstaller l’OS, créer une nouvelle session etc.

Je te remercie énormément. C’est la seconde fois en quelques mois que tu sauves mon ordinateur, je te suis vraiment reconnaissante!!
 
Je vois 2 disques qui ont l'air d'être internes -->
Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Bootcamp                499.8 GB   disk1s2

  • un disque de 240 Go (disk0) qui possède une table de partition GPT > mais aucune définition de partition > et un disque de 500 Go (disk1) qui possède une table de partition GPT avec 2 définitions de partitions : partition auxiliaire EFI & partition principale de type "Apple_HFS" avec un volume intitulé Bootcamp.
----------

Une image-disque porte un volume Mac OS X Base System (contenant l'OS de secours démarré). Le préfixe "Mac" pour le volume de l'OS de secours a été réservé à 2 OS : Lion 10.7 & Mountain Lion 10.8. Il est clair que tu as démarré par internet sur l'OS de secours d'usine de ton Mac.

Passe la commande :
Bloc de code:
sysctl hw.model

  • qui va retourner l'identifiant de modèle du Mac

Poste cet identifiant.

----------

Questions : quelle était la version de macOS (ou OS X) installée en dernier lieu ? - en quoi consistent tes intentions exactement par rapport à cette configurations des 2 disques ?

Bonjour Macomaniac Désolé du temps de reponse , je te poste le resultat de la commande que tu m'as donné:
Bloc de code:
-bash-3.2# sysctl hw.model
hw.model: MacBookPro8,1

la version est El capitan
 
MacBook Pro 13" de 2011.

Repasse la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques (que tu avais posté naguère)

D'après le tableau antérieur > il y avait 2 disques dans le Mac -->

- as-tu rajouté un SSD de 250 Go > tout en gardant le HDD de 500 Go d'origine ?​

- souhaites-tu associer ces 2 disques par un procédé logiciel Fusion Drive => afin d'avoir un volume commun unique de 750 Go ?

- le volume BOOTCAMP du disque de 500 Go est-il à conserver ? - et s'agit-il d'installer OS X uniquement sur le SSD ?​
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Bootcamp                499.8 GB   disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.4 GB     disk2
   1:        Apple_partition_map                         30.7 KB    disk2s1
   2:         Apple_Driver_ATAPI                         2.0 KB     disk2s2
   3:                  Apple_HFS Mac OS X Base System    1.4 GB     disk2s3
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk12
/dev/disk13
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk13
-bash-3.2#

Le disque Bootcamp est un HDD de 500 giga ou normalement etait installer un windows 10 avec assistant bootcamp , et le SSD de 250 giga etait L'OS , probleme c'est que je ne peux plus acceder ni a l'un ni a l'autre, j'aimerais savoir si c'était possible de reboot sur le SSD sans le formater car j'ai des données importantes dessus
 
Voici la configuration actuelle du SSD -->
Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0

  • à part la mention que la table de partition est GUID --> aucune définition de partition ne se trouve affichée sur le disque > et aucun volume-Système défini sur une partition principale

Comment en es-tu arrivé à cette situation de SDD sans partitions ni volumes ?
 
Bonne question ... je pense qu'un bug sur la partition Windows a tout fait crash ...... ou peu etre une mise a jour windows qui a corrompue le systeme . Je ne serais pas te dire comment j'en suis arrivé la , tout marchais bien , jusqu'a ce problème
 
Alors pour voir s'il serait possible de recréer dans la table GPT (GUID_Partition_Table) de l'en-tête du disque => les descripteurs correspondant aux anciennes partitions -->

- était-ce bien l'OS El Capitan qui était installé dans le volume principal du SSD ?​

- avais-tu activé FileVault (le logiciel de chiffrement du volume de démarrage) ?​

- te souviens-tu > d'après tes utilisations de l'Utilitaire de disque => s'il était mentionné à propos du volume Macintosh HD : Volume Logique (signalant que ce volume était supporté par une architecture CoreStorage : soit chiffrée suite à l'activation de FileVault > soit non chiffrée et alors générée automatiquement à l'installation par le programme d'installation d'El Capitan) ?​
 
Alors FileVault je ne serais pas te dire , mais l'architecture Corestorage me dit quelques chose lors de l'installation du boot camp , et il sagit bien de El capitan
 
Passe la commande informative :
Bloc de code:
gpt show disk0

  • le 0 de disk0 = zéro
  • la commande affiche la distribution des blocs du SSD

Poste le retour.
 

Sujets similaires