10.13 High Sierra macOS n'a pas pu être installé sur votre ordinateur

Content pour toi !

- tu peux passer la commande :​
Bloc de code:
diskutil eraseDisk exfat "SANDISK JP" mbr disk2 ; diskutil list disk2

  • pour autant que l'index de disque de la clé soit bien disk2 au moment de passer la commande. Sinon > il faut adapter le chiffre de disk2 en fonction d'un index qui différerait. Donc tu passes pour toi-même > la clé branchée > une commande :
Bloc de code:
diskutil list

  • tu vois si la clé est disk2 ou autre chose --> et tu ajustes ou non en conséquence.
----------

Passe effectivement la commande :
Bloc de code:
sudo trimforce enable

  • qui copie dans les Extensions du Système une kext Apple tenue en réserve et dédiée à la gestion du TRIM sur les SSD de tierce partie

Puis redémarre une fois > pour que la nouvelle extension soit injectée dans le kernel (moteur du Système).
 
On est bien d'accord que je dois valider ce message pour réactiver le TRIM ?

Bloc de code:
Last login: Wed Apr  8 10:17:40 on ttys000
macbook-pro-de-xxxx-1:~ xxxx$ sudo trimforce enable
Password:
IMPORTANT NOTICE:  This tool force-enables TRIM for all relevant attached
devices, even though such devices may not have been validated for data
integrity while using TRIM.  Use of this tool to enable TRIM may result in
unintended data loss or data corruption.  It should not be used in a commercial
operating environment or with important data. Before using this tool, you
should back up all of your data and regularly back up data while TRIM is
enabled.  This tool is provided on an “as is” basis. APPLE MAKES NO WARRANTIES,
EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION THE IMPLIED WARRANTIES OF
NON-INFRINGEMENT, MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE,
REGARDING THIS TOOL OR ITS USE ALONE OR IN COMBINATION WITH YOUR DEVICES,
SYSTEMS, OR SERVICES. BY USING THIS TOOL TO ENABLE TRIM, YOU AGREE THAT, TO THE
EXTENT PERMITTED BY APPLICABLE LAW, USE OF THE TOOL IS AT YOUR SOLE RISK AND
THAT THE ENTIRE RISK AS TO SATISFACTORY QUALITY, PERFORMANCE, ACCURACY AND
EFFORT IS WITH YOU.
Are you sure you wish to proceed (y/N)?

----------------------------------------------------

C'est tout bon, merci encore de ta précieuse aide ! C'est franchement très sympa.

A bientôt peut-être... ;)
 
Dernière édition par un modérateur:
Bonjour,

Je suis nouveau sur le forum, je me permets de relancer ce topic car je rencontre actuellement le même problème. J'ai un MacBook Pro 2015, 15 pouces, et j'ai voulu effectuer une mise à jour de macOS High Sierra vers macOS Catalina mais cela n'a pas fonctionné et je suis bloqué sur une page disant : "macOS n'a pas pu être installé sur votre ordinateur"

J'ai déja effectué les premiers conseils donné sur le topic, je transmets les résultats de la commande "diskutil list" ci-après :

Bash:
-bash-3.2# diskutil list
/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 disk2         250.8 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           93.7 GB    disk2s1
   2:                APFS Volume Preboot                 78.7 MB    disk2s2
   3:                APFS Volume Recovery                2.1 GB     disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4
   5:                APFS Volume SSD                     6.4 GB     disk2s5

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk20

-bash-3.2#

J'attends vos réponses, merci d'avance !
Cordialement,
Haroz
 
Dernière édition par un modérateur:
Bonjour Haroz

Voici la distribution des volumes du Conteneur apfs virtualisé depuis la partition apfs primaire du disque -->
Bloc de code:
/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume SSD - Données           93.7 GB    disk2s1
   2:                APFS Volume Preboot                 78.7 MB    disk2s2
   3:                APFS Volume Recovery                2.1 GB     disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4
   5:                APFS Volume SSD                     6.4 GB     disk2s5
  • distribution à 5 volumes typique de Catalina > dont un volume-Données de 93,7 Go d'occupation & un volume-Système de 6,4 Go d'occupation. Or le volume-Système de Catalina doit faire dans les 11,6 Go d'occupation => on en conclut que l'actuel volume-Système est invalide.

Mais il serait intéressant d'avoir des informations sur la distribution des dossiers du volume-Données => afin de vérifier si elle aussi ne serait pas invalide. Et si aucun snapshot (instantané apfs imageant l'état des volumes à un instant T) => n'aurait été pris avant l'opération de mise-à-niveau => ce qui permettrait un réversion temporelle éventuelle à l'instant d'avant l'engagement de l'installation plantée.

- donc passe les 2 commandes (séparément) :​
Bloc de code:
ls /Vol*/SSD*\Do*/*
tmutil listlocalsnapshotdates
  • (la barre oblique inverse \ se tape avec les 3 touches option maj :) les commandes affichent les objets de 1er rang (fichiers ou dossiers) du volume-Données > puis listent les snapshots existant pour tout volume monté via leurs dates de prise

Poste les retours.
 
  • J’aime
Réactions: Haroz
Merci pour votre temps,

j'ai rentré les commandes que vous aviez demandé, j'ai retapé à plusieurs reprises pour être sur de ne pas faire d'erreur de frappe, cependant à chaque fois je n'obtient aucun résultat

Bloc de code:
-bash-3.2# ls /Vol*/SSD*\Do*/*
ls: /Vol*/SSD*Do*/*: No such file or directory
-bash-3.2# tmutil listlocalsnapshotdates
-bash: tmutil: command not found
-bash-3.2#
 
Bon : on prend un peu de recul. Passe la commande :
Bloc de code:
df -H
  • qui liste les volumes actuellement montés > avec leurs occupations > points de montage > index d'appareils

Poste le tableau obtenu => qu'on voie si le volume-Données est monté (il est peut-être verrouillé par FileVault ?).
 
voici

Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   720M    64%   45162 4294922117    0%   /
devfs          208k   208k     0B   100%     704          0  100%   /dev
/dev/disk3     5.2M   1.3M   3.9M    25%      22 4294967257    0%   /private/var/log
/dev/disk4     524k   147k   377k    29%       3 4294967276    0%   /Volumes
/dev/disk5     524k   152k   373k    29%       8 4294967271    0%   /private/var/tmp
/dev/disk6     524k   160k   365k    31%      12 4294967267    0%   /private/var/run
/dev/disk7     2.1M   143k   2.0M     7%       2 4294967277    0%   /private/tmp
/dev/disk8     524k   143k   381k    28%       2 4294967277    0%   /System/Installation
/dev/disk9     524k   307k   217k    59%      21 4294967258    0%   /private/var/db
/dev/disk10     13M   6.3M   6.3M    51%      90 4294967189    0%   /private/var/folders
/dev/disk11    4.2M   4.0M   180k    96%     340 4294966939    0%   /private/var/root/Library
/dev/disk13    2.1M   143k   2.0M     7%       2 4294967277    0%   /private/var/root/Library/Containers
/dev/disk14    524k   180k   344k    35%      11 4294967268    0%   /Library/Preferences
/dev/disk15    524k   160k   365k    31%       6 4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk16    1.0M   180k   868k    18%       6 4294967273    0%   /Library/Keychains
/dev/disk17    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk18    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk19    524k   143k   381k    28%       2 4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk20    2.1M   143k   2.0M     7%       2 4294967277    0%   /Library/Logs/DiagnosticReports
-bash-3.2#

Je ne suis pas très callé niveau informatique, j'utilise principalement mon Mac pour de la production musicale et de la photo, donc je ne sais pas vraiment si FileVault verrouille quoi que ce soit, je suis habituellement sur un profil administateur, et je n'ai pas souvenir d'avoir touché les paramètres de sécurité ni les préférences FileVault de mon Mac...
 
On voit bien que ni le volume-Données : Macintosh HD - Données > ni le volume-Système : Macintosh HD => en sont actuellement montés. Il y a donc tout lieu de penser que FileVault est activé et verrouille les volumes - sachant que pour l'OS Catalina les 2 volumes : Données & Système sont logiquement appairés et connaissent le même sort quant à FileVault : verrouillés ensemble vs déverrouillés ensemble.

- dans la fenêtre des 4 Utilitaires macOS > lance l'Utilitaire de disque. Sélectionne un seul des 2 volumes affichés (par exemple : Macintosh HD - Données) en grisé (= non montés) > bouton : "Monter" > ton mot-de-passe de session dans le panneau qui le demande => les 2 volumes appairés Macintosh HD - Données & Macintosh HD doivent être libellés en noir > si remontés.​

Si tel a bien été le cas > reviens au terminal et passe les 2 commandes ( commande éditée) :
Bloc de code:
ls /Vol*/SSD*\Do*/*
diskutil ap listSnaps disk2s1
  • poste les retours.
 
Je n'ai pas de "Macintosh" affiché, même si je pense que c'était juste un exemple de noms de disque qui devait s'afficher que vous avez donné. Mais bref, j'ai mon SSD qui s'affiche, j'ai remonté le "SSD-Données", il est donc libellé en noir maintenant, mais l'onglet "SSD" n'est lui pas monté et reste libellé en gris :

20201013_122406.jpg

Dois-je également cliquer sur le bouton "Monter" pour celui-ci ?
 
Dernière édition par un modérateur:
Le chiffrement est confirmé pour SSD - Données ainsi que son remontage. Tu peux tenter de remonter le volume SSD également et dire le résultat.

- puis passe les 2 commandes :​
Bloc de code:
ls /Vol*/SSD*\Do*/*
diskutil ap listSnaps disk2s1
  • et poste le retour.
 
Voici
Bloc de code:
-bash-3.2# ls /Vol*/SSD*\Do*/*
/Volumes/SSD - Données/Recovered Items:
Applications    System        cores        net        sbin
Library        Volumes        dev        p        usr
Network        bin        home        private

/Volumes/SSD - Données/Users:
.localized    Guest        Shared        account_music

/Volumes/SSD - Données/macOS Install Data:
AppleDiagnostics.chunklist    InstallESDDmg.pkg.partial
AppleDiagnostics.dmg        Locked Files
BaseSystem.chunklist        index.sproduct

/Volumes/SSD - Données/private:
var
-bash-3.2# diskutil ap listSnaps disk2s1
No snapshots for disk2s1
-bash-3.2#
 
Pas de snapshot récupérateur. Quant au volume-Données > il recèle 4 répertoires : Users > private > macOS Install Data > Recovered Items -->

- Users (Utilisateurs) contient ton dossier de compte account_music. private recèle notamment la base de données du Service d'Annuaire contenant les fichiers identitaires d'utilisateurs (dont le fichier account_music.plist correspondant à ton compte).​
- macOS Install Data est le dossier dédié à recevoir les paquets d'installation + un OS d'installation démarrable (de taille réduite). Je note un InstallESDDmg.pkg.partial qui m'évoque un échec de téléchargement complet d'un InstallESD.dmg contenant les deux sortes de données précitées​
- Recovered Items est un dossier de quarantaine dans lequel ont été déplacés les principaux dossiers-Système à remplacer de l'ancien volume High Sierra : Applications > Library > System > usr > bin > sbin > et un private partiel. La création d'un dossier Recovered Items est toujours le signe de l'engagement d'une installation et d'un état "en chantier interrompu" du volume concerné. Ce qui proscrit tout retour en arrière possible.​

Dans l'état des lieux des 2 volumes principaux du Conteneur apfs > et si tu as bien aussi déverrouillé et remonté SSD => je te conseille de relancer l'option : "Réinstaller macOS" => à destination de SSD. Une seconde passe d'installation est la seule façon de récupérer un volume-Données en chantier comme le tien actuellement. Tu n'auras qu'à dire comment ça s'est passé...