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

[Membre supprimé 1060554]

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 :​

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é.

 

[Benjche]

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 !) ?

 

[Membre supprimé 1060554]

Est-ce que tu as les moyens de passer une commande :

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.

 

[Benjche]

Est-ce que tu as les moyens de passer une commande ?

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 ?

 

[Benjche]

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 ?

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

cp -av /Vol*/Fus*/* /Vol*/Clone

puis

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 ?

 

[Membre supprimé 1060554]

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 :​

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.

 

[Benjche]

-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 ?

 

[Membre supprimé 1060554]

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).

 

[Benjche]

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

dv -H

et je posterai le résultat

 

[Benjche]

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 ?

 

[Membre supprimé 1060554]

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.

 

[Benjche]

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.

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 ?

 

[Membre supprimé 1060554]

Voici les 2 commandes à passer (séparément) -->

/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.

 

[Benjche]

Super, voici le premier résultat :

-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 :

-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 ??

 

[Membre supprimé 1060554]

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 ?

 

[Benjche]

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 !

 

[Membre supprimé 1060554]

Repasse une commande :

diskutil list

• et poste le tableau des disques => que je revoie la situation d'ensemble.

 

[Benjche]

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 :

-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#

 

[Membre supprimé 1060554]

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 ?​

 

[Benjche]

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 ?​

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 ?