10.13 High Sierra Démarrage bloqué sur mise à jour

Fais un clic sur la fenêtre du terminal ouvert pour l'amener au 1er plan. Presse alors les 2 touches : ⌘N (cmd N) pour ouvrir un second terminal en parallèle du 1er (hé oui ! tu peux ouvrir n terminaux en batterie).

- dans le second terminal (vierge de commande) => passe la commande :​
Bloc de code: 
caffeinate -dimsu &

  • qui va lancer un processus caffeinate tout en le renvoyant en arrière-plan de la fenêtre du second terminal. Le n° du processus caffeinate lancé s'affiche en retour.

Confirme si ça a fonctionné.
 
Le problème c’est que maintenant je ne peux plus utiliser ma souris et mon clavier qui semblent ne plus être connectés. Je suis obligé d’appuyer sur le bouton power pour le réactiver à chaque fois... que faire...? Au pire j’éteins tous et je recommence proprement ou le laisse finir comme ça en réactivant régulièrement (mais c’est ch***t !) ?
 
Dernière édition:
Est-ce que tu as les moyens de passer une commande :
Bloc de code: 
df -H

  • qui affiche l'occupation de tous les volumes montés ?

=> ce qui permettrait de comparer l'occupation actuelle du Clone à celle de sa source.
 
macomaniac a dit:
Est-ce que tu as les moyens de passer une commande ?
Cliquez pour agrandir...
Plus aucun accès clavier ou souris :nailbiting:
Et en plus j’ai l’impression qu’il recommence avec les fichiers d’hier...
Je crois que je vais tout éteindre et recommencer correctement y’a-t-il un risque à faire ça ?
 
Dernière édition:
Benjche a dit:
Plus aucun accès clavier ou souris :nailbiting:
Et en plus j’ai l’impression qu’il recommence avec les fichiers d’hier...
Je crois que je vais tout éteindre et recommencer correctement y’a-t-il un risque à faire ça ?
Cliquez pour agrandir...
Bon j’ai tout éteint et recommencé, il a redémarré en mode installation malgré le CmdR (clavier surement éteint) mais j’ai retrouvé le terminal et recommencé après avoir reformaté le disque Clone avec la commande
Bloc de code: 
cp -av /Vol*/Fus*/* /Vol*/Clone
puis
Bloc de code: 
caffeinate -dimsu &
en parallèle, ce qui semble fonctionner cette fois ci. Wait and see... il semble ne plus se mettre en veille et travailler...
Après ça sera quoi la suite à faire ?
 
Alors laisse-le travailler : pour 660 Go de données => il faudra attendre demain le résultat.

- si tout s'est passé sans anicroches > une fois que tu auras récupéré -bash-3.2# dans le 1er terminal où s'exécutait la commande de copie => passe la commande :​
Bloc de code: 
df -H

  • qui mesure l'occupation de toux les volumes montés

Poste le retour. N'hésite pas à quitter l'application Terminal > le processus en cours dont un message te demandera si tu en souhaites l'arrêt => ne sera que le caffeinate du 2è terminal ouvert.
 
Bloc de code: 
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk2s1   2.0G   1.3G   720M    64%   45162 4294922117    0%   /
devfs          214k   214k     0B   100%     724          0  100%   /dev
/dev/disk5     5.2M   557k   4.7M    11%      19 4294967260    0%   /private/var/log
/dev/disk6     524k   147k   377k    29%       6 4294967273    0%   /Volumes
/dev/disk7     524k   147k   377k    29%       7 4294967272    0%   /private/var/tmp
/dev/disk8     524k   156k   369k    30%      11 4294967268    0%   /private/var/run
/dev/disk9     2.1M   143k   2.0M     7%       2 4294967277    0%   /private/tmp
/dev/disk10    524k   147k   377k    29%       3 4294967276    0%   /System/Installation
/dev/disk11    524k   295k   229k    57%      19 4294967260    0%   /private/var/db
/dev/disk12     13M   3.0M   9.6M    24%      53 4294967226    0%   /private/var/folders
/dev/disk13    4.2M   209k   4.0M     5%      22 4294967257    0%   /private/var/root/Library
/dev/disk15    2.1M   143k   2.0M     7%       2 4294967277    0%   /private/var/root/Library/Containers
/dev/disk16    524k   188k   336k    36%      11 4294967268    0%   /Library/Preferences
/dev/disk17    524k   160k   365k    31%       5 4294967274    0%   /Library/Preferences/SystemConfiguration
/dev/disk18    1.0M   176k   872k    17%       6 4294967273    0%   /Library/Keychains
/dev/disk19    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk20    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk21    524k   143k   381k    28%       2 4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk22    2.1M   143k   2.0M     7%       2 4294967277    0%   /Library/Logs/DiagnosticReports
/dev/disk4s2   2.0T   513G   1.5T    26% 1435368 4293531911    0%   /Volumes/Clone
/dev/disk0s3   650M   573M    70M    90%      57 4294967222    0%   /Volumes/Image Volume
/dev/disk3     732G   660G    72G    91% 1829453 4293137826    0%   /Volumes/FusionDrive

Désolé pour le délai, je n'étais pas au boulot pour bosser sur l'ordi.

Apparement tout n'a pas été copié... Qu'en penses-tu ?
Je relance une copie ?
 
Il y a 513 Go d'occupation de Clone > contre 660 Go pour la source FusionDrive. Ce qui fait donc un déficit de 147 Go : une grandeur plutôt conséquente.

- veux-tu qu'on mesure les tailles des dossiers de 1er rang dans FusionDrive & dans Clone => de manière à localiser exactement ce déficit de clonage ?​

Question : il n'y a pas eu d'interruption accidentelle du clonage ? - si tu voulais relancer une copie > il faudrait modifier les options de la commande cp afin que la nouvelle copie n'effectue qu'une mise-à-jour (rajout des différences de la source sur la destination sans remplacement des identiques).
 
Dans le doute hier soir, je n’avais pas beaucoup de temps sur place, j’ai relancé une copie complète après avoir reformaté le disque Clone. J’y repasse ce soir, ça sera sûrement fini. Et je referai la commande
Bloc de code: 
dv -H
et je posterai le résultat
 
Dernière édition par un modérateur:
Je viens de passer, et j’ai toujours le même problème après la deuxième tentative. Il y a toujours un écart de 147 gigaoctets.
Comment faire ?
 
Dernière édition par un modérateur:
On peut mesurer les dossiers de 1er rang de la source et de la destination => pour voir où se concentre le déficit dans la destination.
 
  • J’aime
Réactions: litobar71
macomaniac a dit:
On peut mesurer les dossiers de 1er rang de la source et de la destination => pour voir où se concentre le déficit dans la destination.
Cliquez pour agrandir...
Ok mais là je dirais que mes compétences ne me permettent pas d’aller plus loin tout seul, peux-tu me donner un pion d’avance que je sache quoi faire quand j’y retourne ?
 
Voici les 2 commandes à passer (séparément) -->
Bloc de code: 
/Vol*/Fus*/usr/bin/du -sh /Vol*/Fus*/*
/Vol*/Fus*/usr/bin/du -sh /Vol*/Clone/*

  • tu peux les passer en copier-coller à rebours chaque fois : tu en copies une d'abord ici avec Safari > tu la colles dans le terminal > tu l'exécutes > tu postes le retour. Puis idem pour la 2è.
  • ces commandes commencent par aller chercher un utilitaire du (disk_usage) de mesure des fichiers dans le volume FusionDrive (utilitaire absent d'un OS de secours démarré) > et lui font mesurer les dossiers de 1er rang du volume FusionDrive > puis Clone. Commandes lentes : attends chaque fois le retour de -bash-3.2# en signal de fin.

Poste donc les 2 retours => qui permettront une comparaison des tailles des dossiers.
 
Super, voici le premier résultat :
Bloc de code: 
-bash-3.2# /Vol*/Fus*/usr/bin/du -sh /Vol*/Fus*/*
13G    /Volumes/FusionDrive/Applications
4,0K    /Volumes/FusionDrive/Informations sur l’utilisateur
7,1G    /Volumes/FusionDrive/Library
  0B    /Volumes/FusionDrive/Network
15G    /Volumes/FusionDrive/System
419G    /Volumes/FusionDrive/Users
4,0K    /Volumes/FusionDrive/Volumes
2,5M    /Volumes/FusionDrive/bin
  0B    /Volumes/FusionDrive/cores
  0B    /Volumes/FusionDrive/dev
4,0K    /Volumes/FusionDrive/etc
  0B    /Volumes/FusionDrive/home
4,0K    /Volumes/FusionDrive/installer.failurerequests
465M    /Volumes/FusionDrive/macOS Install Data
  0B    /Volumes/FusionDrive/net
  0B    /Volumes/FusionDrive/p
11G    /Volumes/FusionDrive/private
1,1M    /Volumes/FusionDrive/sbin
4,0K    /Volumes/FusionDrive/tmp
706M    /Volumes/FusionDrive/usr
4,0K    /Volumes/FusionDrive/var

et la 2e commande :
Bloc de code: 
-bash-3.2# /Vol*/Fus*/usr/bin/du -sh /Vol*/Clone/*
16G    /Volumes/Clone/Applications
4,0K    /Volumes/Clone/Informations sur l’utilisateur
7,8G    /Volumes/Clone/Library
  0B    /Volumes/Clone/Network
18G    /Volumes/Clone/System
422G    /Volumes/Clone/Users
4,0K    /Volumes/Clone/Volumes
4,7M    /Volumes/Clone/bin
  0B    /Volumes/Clone/cores
  0B    /Volumes/Clone/dev
4,0K    /Volumes/Clone/etc
  0B    /Volumes/Clone/home
4,0K    /Volumes/Clone/installer.failurerequests
465M    /Volumes/Clone/macOS Install Data
  0B    /Volumes/Clone/net
  0B    /Volumes/Clone/p
11G    /Volumes/Clone/private
2,4M    /Volumes/Clone/sbin
4,0K    /Volumes/Clone/tmp
1,2G    /Volumes/Clone/usr
4,0K    /Volumes/Clone/var

Beaucoup de dossiers ont l'air plus grands sur le Clone ou c'est moi qui hallucine ??
 
Dernière édition par un modérateur:
La taille totale des fichiers catalogués dans le volume source FusionDrive est de : 466,2 Gi = 501 Go. On est donc très loin des 660 Go de blocs occupés dans ce volume => ce qui ne montre qu'une seule chose : c'est qu'il y avait une sur-occupation d'espace de blocs en excès (sur la taille des fichiers écrits) de 660 Go - 501, Go = 159 Go ! Or c'est uniquement les 501 Go de fichiers qui doivent être pris en considération dans la comparaison actuelle.

- en regard > la taille totale des fichiers copiés dans le volume de destination Clone est de : 476,4 Gi = 511,5 Go. Il n'y a donc pas de déficit de clonage en terme de taille des fichiers > mais un excédent de 511,5 Go - 501 Go = 10,5 Go ! Ce qui change tout ! Notamment : le dossier des Utilisateurs a une taille de 419 Gi = 450 Go dans FusionDrive > vs 422 Gi = 453 Go dans Clone => soit un excédent de 3 Go dans la destination.​

Une seule interprétation s'impose : Clone est un très bon clone en terme de fichiers copiés > seule une sur-occupation de blocs en excès sur la taille des fichiers dans le source FusionDrive => dissimulait cette vérité sous une fausse apparence.

=> prêt pour la suite des opérations = reformatage ?
 
  • J’aime
Réactions: litobar71
ok ça marche
Oui oui bien prêt !! Surtout que c’est mon ordi du boulot... et comme j’en ai marre de bosser sur l’iPad depuis la semaine dernière, j’ai hâte que ça se termine !
 
Repasse une commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques => que je revoie la situation d'ensemble.
 
Je suis passé récupérer l'ordi au boulot pour pouvoir bosser dessus à la maison dès que j'ai tes réponses, ça sera plus rapide pour moi.
Voici le résultat de la commande Diskutil :
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage FusionDrive             239.7 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage FusionDrive             444.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:          Apple_CoreStorage FusionDrive             55.0 GB    disk1s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk1s5

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

/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS FusionDrive            +732.0 GB   disk3
                                 Logical Volume on disk0s2, disk1s2, ...
                                 EA5A6F07-DE76-4E36-B8FE-0783FC809A65
                                 Unencrypted Fusion Drive

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Clone                   2.0 TB     disk4s2

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     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               +524.3 KB   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               +2.1 MB     disk9

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

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

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

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

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

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

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

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

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

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

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

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

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

-bash-3.2#
 
Veux-tu qu'on reformate le seul volume terminal FusionDrive (qui dépend actuellement d'un dispositif de type CoreStorage associant en mode Fusion Drive 2 partitions du même disque) ?

- ou veux-tu qu'on supprime le CoreStorage => pour récupérer une seule partition principale d'un seul tenant --> afin que tu réinstalles dans son volume ?​
 
macomaniac a dit:
Veux-tu qu'on reformate le seul volume terminal FusionDrive (qui dépend actuellement d'un dispositif de type CoreStorage associant en mode Fusion Drive 2 partitions du même disque) ?

- ou veux-tu qu'on supprime le CoreStorage => pour récupérer une seule partition principale d'un seul tenant --> afin que tu réinstalles dans son volume ?​
Cliquez pour agrandir...
Je ne fais pas la différence à vrai dire entre tes 2 propositions (j'avais cru comprendre à l'époque que le CoreStorage était obligatoire pour faire un FusionDrive et donc n'avoir qu'un seul volume en apparence)... l'idée de départ était d'utiliser le concept de Fusion Drive pour accélérer le fonctionnement de mon disque dur en lui ajoutant le petit SSD, ce qui marchait bien. Après je ne sais pas c'est quoi le mieux pour pouvoir avoir un seul disque dur (virtuellement parlant)... Quelles sont les avantages et/ou inconvénients des 2 systèmes que tu décris ?
 

Sujets similaires

A
ssd bloqué
Réponses
20
Affichages
1K
macOS
alkatar
A
lavirgensasha
Problème réinstallation macOS à la suite d’un changement de disque dur
Réponses
5
Affichages
2K
macOS
lavirgensasha
lavirgensasha
8
macOS Monterey Echec re-installation Mac OS Monterey bloquer à 2 heure 20min
Réponses
8
Affichages
2K
macOS
8traqs
8
Vladimok
10.15 Catalina Mise a jour vers catalina.
Réponses
27
Affichages
2K
macOS
Sly54
Sly54
AZ17
10.12 Sierra Plantage au démarrage (mise a jour ratée de Sierra à High Sierra)
Réponses
25
Affichages
3K
macOS
Mathh
M
Haut Bas
Back