Hello les macg'
un ami m'a déposé son unibody 2012 pour soucis d'écran blanc.
Après un reset PRAM / NVRAM qui n'apporta rien, je sors le disque pour le connecter en usb sur un autre Mac. En parallèle je mets un ancien DD dans le Mac unibody et je réinstalle macOS 10.14.3 sans souci. Cela confirme donc un soucis de DD.
Sur mon mbp Rétina, impossible de monter la partition Macintosh HD pour faire une sauvegarde.
la commande DiskUtil list me montre bien le disque :
je regarde donc sur Internet , ajoute les disktuil, fsck en accès complet au disque et lance ces commandes :
Sudo DiskUtil repairVolume /dev/disk2s2. Le process prend énormément de temps et semble ne pas progressé (suivi par ps -fs grep DiskUtil). Je décide donc (au risque d'abimer plus encore le dd) de killer le process DiskUtil.
je perds alors le disque (non visible sur un DiskUtil list). j'éteins proprement le rmbp switch sur une machine sous Kali (Linux) et tente une réparation avec Gparted , c'est long mais semble avancer, puisqu'a la reconnexions sur mon MacBook Pro rétina, le volume Macintosh HD se monte (joie intérieure) mais impossible de lister le contenu ni par le Finder , ni via une commande ls.
je me dis qu'une réparation du volume est nécessaire.
je lance sudo DiskUtil repairdisk /dev/disk2 et obtiens :
je tente alors une vérification du disque :
sudo diskutil verifydisk /dev/disk2
le process se lance et semble actif (le temps sur le ps-fe augmente) mais il reste sur cet affichage:
toute aide sera la bienvenue
thx
un ami m'a déposé son unibody 2012 pour soucis d'écran blanc.
Après un reset PRAM / NVRAM qui n'apporta rien, je sors le disque pour le connecter en usb sur un autre Mac. En parallèle je mets un ancien DD dans le Mac unibody et je réinstalle macOS 10.14.3 sans souci. Cela confirme donc un soucis de DD.
Sur mon mbp Rétina, impossible de monter la partition Macintosh HD pour faire une sauvegarde.
la commande DiskUtil list me montre bien le disque :
Bloc de code:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 250.8 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.8 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh SSD 162.4 GB disk1s1
2: APFS Volume Preboot 167.7 MB disk1s2
3: APFS Volume Recovery 3.1 GB disk1s3
4: APFS Volume VM 1.1 GB disk1s4
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS Macintosh HD 499.2 GB disk2s2
3: Apple_Boot 650.0 MB disk2s3
je regarde donc sur Internet , ajoute les disktuil, fsck en accès complet au disque et lance ces commandes :
Sudo DiskUtil repairVolume /dev/disk2s2. Le process prend énormément de temps et semble ne pas progressé (suivi par ps -fs grep DiskUtil). Je décide donc (au risque d'abimer plus encore le dd) de killer le process DiskUtil.
je perds alors le disque (non visible sur un DiskUtil list). j'éteins proprement le rmbp switch sur une machine sous Kali (Linux) et tente une réparation avec Gparted , c'est long mais semble avancer, puisqu'a la reconnexions sur mon MacBook Pro rétina, le volume Macintosh HD se monte (joie intérieure) mais impossible de lister le contenu ni par le Finder , ni via une commande ls.
je me dis qu'une réparation du volume est nécessaire.
je lance sudo DiskUtil repairdisk /dev/disk2 et obtiens :
Bloc de code:
Sudo fsck_hfs -d /dev/disk2s2
journal_replay(/dev/disk2s2) returned 6
** /dev/rdisk2s2 (NO WRITE)
je tente alors une vérification du disque :
sudo diskutil verifydisk /dev/disk2
le process se lance et semble actif (le temps sur le ps-fe augmente) mais il reste sur cet affichage:
Bloc de code:
Started partition map verification on disk2
Checking prerequisites
[ \ \ \ \ \ \ \ \ \ \ \ \ \ \ ]
thx