Bonjour à toutes et à tous,
depuis quelques jours mon 13" Retina Début 2015 - Intel i7 3,1 GHz - 16 Go RAM, 1 To SSD, s'arrête de démarrer au 3/4 de la pomme J'ai tenté maintes fois de vérifier et surtout de le réparer via l’utilitaire de disque et le terminal en mode "recovery " Mais rien y fait.
De retour chez moi, j'ai pu enfin le mettre en mode disque Cible ("Target"); à savoir que ce qui est monté sur mon Imac (sous Monterey aussi), est juste un disque appelé Update. Cependant, le disque de donnée est visible par l'utilitaire de disque mais n'est pas visible par le Finder. Idem pour le Macintoh HD (disk3s5).
Voici ce que je peux lire en cherchant avec le terminal avec la commande :
: Résultat:
Ensuite avec la commande:
: Résultat:
Je me suis aussi référé à ce post: https://forums.macg.co/threads/recu...ns-com-apple-diskmanagement-disenter.1341117/ qui m'a l'air proche de mon cas.
Le truc que je ne comprends pas et que j'aimerais aussi éclaircir :
depuis quelques jours mon 13" Retina Début 2015 - Intel i7 3,1 GHz - 16 Go RAM, 1 To SSD, s'arrête de démarrer au 3/4 de la pomme J'ai tenté maintes fois de vérifier et surtout de le réparer via l’utilitaire de disque et le terminal en mode "recovery " Mais rien y fait.
De retour chez moi, j'ai pu enfin le mettre en mode disque Cible ("Target"); à savoir que ce qui est monté sur mon Imac (sous Monterey aussi), est juste un disque appelé Update. Cependant, le disque de donnée est visible par l'utilitaire de disque mais n'est pas visible par le Finder. Idem pour le Macintoh HD (disk3s5).
Voici ce que je peux lire en cherchant avec le terminal avec la commande :
Bloc de code:
diskutil list external
Bloc de code:
/dev/disk2 (external):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 1.0 TB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_APFS Container disk3 1.0 TB disk2s2
/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +1.0 TB disk3
Physical Store disk2s2
1: APFS Volume DAVE LAPTOP - Données 658.2 GB disk3s1
2: APFS Volume Preboot 294.8 MB disk3s2
3: APFS Volume Recovery 1.1 GB disk3s3
4: APFS Volume VM 1.1 MB disk3s4
5: APFS Volume 15.4 GB disk3s5
6: APFS Volume Update 2.8 MB disk3s6
Bloc de code:
diskutil verifyVolume disk3
Bloc de code:
Started file system verification on disk3
Verifying storage system
Performing fsck_apfs -n -x /dev/disk2s2
Checking the container superblock
warning: container has been mounted by APFS version 1934.141.2, which is newer than 1412.141.3.7.2
warning: disabling overallocation repairs by default; use -o to override
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume DAVE LAPTOP - Données was formatted by hfs_convert (1934.141.2) and last modified by apfs_kext (1412.141.3.7.2)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
error: drec_key object (oid 0x300007125): invalid hash (0x0, expected 0x8953a) of name (0E07143974321E8A44C9AFA8E223E2.5UrOERKn)
fsroot tree is invalid
The volume /dev/disk2s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk3
Je me suis aussi référé à ce post: https://forums.macg.co/threads/recu...ns-com-apple-diskmanagement-disenter.1341117/ qui m'a l'air proche de mon cas.
Le truc que je ne comprends pas et que j'aimerais aussi éclaircir :
- est ce que mon hd est mort ? Ou est ce juste une incidence réparable ?
- puis-je tt de même récupérer mes datas ?
- l'effacer et faire une clean installation possible ?
Dernière édition par un modérateur: