10.11 El Capitan Boire et déboire - SuperDuper!, Boot Camp et El capitan

En mode Recovery, tu peux faire des copier/coller vers le forum. Il faut utiliser Safari qui est dans le premier menu "Aide .....";)
 
Oui c'est vrai, mais c'est dans Obtenir de l'aide en ligne. ;)

Tout semble normal ?

20160116_144906.webp

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *256.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 255.7 GB disk0s2

/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_HFS Datas 499.8 GB disk1s2

/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 (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 +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 +6.3 MB disk9

/dev/disk10 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk10

/dev/disk11 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk11

/dev/disk12 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk12

/dev/disk13 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB 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 +6.3 MB disk15

-bash-3.2#
Cliquez pour agrandir...
 
Dernière édition:
Oui oui c'est normal. Voici ce que j'obtient en mode Recovery Internet :

-bash-3.2# mount
/dev/disk1s1 on / (hfs, local, read-only)
devfs on /dev (devfs, local, nobrowse)
/dev/disk2 on /private/var/log (hfs, local, union, nobrowse)
/dev/disk3 on /Volumes (hfs, local, union, nobrowse)
/dev/disk4 on /private/var/tmp (hfs, local, union, nobrowse)
/dev/disk5 on /private/var/run (hfs, local, union, nobrowse)
/dev/disk6 on /System/Installation (hfs, local, union, nobrowse)
/dev/disk7 on /private/var/db (hfs, local, union, nobrowse)
/dev/disk8 on /private/var/folders (hfs, local, union, nobrowse)
/dev/disk9 on /private/var/root/Library (hfs, local, union, nobrowse)
/dev/disk11 on /Library/Preferences (hfs, local, union, nobrowse)
/dev/disk12 on /Library/Preferences/SystemConfiguration (hfs, local, union, nobrowse)
/dev/disk13 on /Library/Keychains (hfs, local, union, nobrowse)
/dev/disk14 on /private/var/tmp/RecoveryTemp (hfs, local, union, nobrowse)
/dev/disk0s2 on /Volumes/Macintosh HD (hfs, local, journaled)
/dev/disk0s4 on /Volumes/Photos (hfs, local)
/dev/disk0s5 on /Volumes/Documents (hfs, local, journaled)
/dev/disk0s6 on /Volumes/Saves (hfs, local, journaled)
/dev/disk0s7 on /Volumes/Divers (hfs, local, journaled)
-bash-3.2#
 
Là j'hallucine, je formate mon disque SSD, je fais une restauration avec CCC et bingo j'ai un dossier avec un point d'interrogation !!!

Le pire est que j'ai demandé à restaurer Recovery HD et je me retrouve sur Recovery internet. Mais purée qu'est-ce qu'il se passe depuis 10.11.2 ?
 
En soi, rien que de très unixien... De mémoire il y a effectivement un certain nombre de montages (sur des pseudo-devices : de faux périphériques, si tu veux).
Si j'ai le temps je redémarrerai mon MBA dans la journée.

Une chose m'intrigue aussi : apparemment ton problème est apparu avec 10.11.2. Mais as-tu aussi changé la version de SuperDuper! ou simplement c'est la version du système qui a changé ?
C'est important car dans le premier cas, SuperDuper! s'est vu ajouter un bug par son développeur. Dans le second, c'est le changement de comportement d'une commande système qui provoque l'erreur (et demande une éventuelle modification de SuperDuper! pour compenser cette modification).

De son côté, ledit développeur m'a (rapidement) répondu qu'il ne s'amuse évidemment pas à modifier la table de partitionnement mais simplement à s'assurer que tel volume destination (/dev/diskXsY) est bien un clone convenable, suivant les options choisies, de tel volume source (/dev/diskVsW), en se basant sur son système de fichiers (en HFS+ et ses déclinaisons).

Si je relis le fil, il me semble que tu n'as pas effectué le test demandé ci-devant par macomaniac :
a) démarrage du système interne normal
b) montage de la partition pour vérifier son contenu et la valeur du système auquel elle se réfère (le fichier /Volumes/Recovery\ HD/com.apple.recovery.boot/SystemVersion.plist)

Parce que j'ai un fort soupçon sur les commandes systèmes, qui peuvent fort bien virer le libellé de la partition de secours sans pour autant en altérer le contenu (et ceci pour des raisons éventuellement tenables). Et j'aimerais bien connaître le contenu de ce fichier de version. Ainsi que les versions respectives du clone et du système interne.
 
Voilà ce que j'ai mantenant sous Recovey internet...

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *256.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 255.7 GB disk0s2

/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_HFS Datas 499.8 GB disk1s2

/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 (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 +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 +6.3 MB disk9

/dev/disk10 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk10

/dev/disk11 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk11

/dev/disk12 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk12

/dev/disk13 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB 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 +6.3 MB disk15

-bash-3.2#
 
Dernière édition:
bompi a dit:
Mais as-tu aussi changé la version de SuperDuper! ou simplement c'est la version du système qui a changé ?
Cliquez pour agrandir...
Absolument pas, je faisais les MAJ de SP quand elles sortaient et ça faisait un petit moment que ça n'avait pas bougé. J'ai utilisé sans problème la version 2.8 avant que la version de OS X 10.11.2 ne sorte et j'en sais quelque chose, vu que mon iMac de fin octobre était livré en 10.11.1 et que je n'avais aucun problème.

Et dans le message précédent, il n'y a pas la partition Recovery HD que CCC était censé de restaurer. Ou est le problème ?

Avant de redémarrer, j'ai vérifié que tout était en place, les Applications et le reste et tout était normal.
 
Dernière édition:
J'ai franchement du mal à comprendre ce qu'il se passe. Voilà les échos du Terminal après une réinstallation depuis Recovery internet...

Capture d’écran 2016-01-16 à 19.24.29.webp
Ce que je ne comprends pas il y avait un reliquat de données quelque part, parce que sous Safari, je me retrouve avec mon dossier de Signets qui n'était plus nulle part.

Qu'est-ce que c'est que ce disque virtuel, il sort d'où ?
 
Dernière édition:
Locke a dit:
J'ai franchement du mal à comprendre ce qu'il se passe. Voilà les échos du Terminal après une réinstallation depuis Recovery internet...

Voir la pièce jointe 108124
Ce que je ne comprends pas il y avait un reliquat de données quelque part, parce que sous Safari, je me retrouve avec mon dossier de Signets qui n'était plus nulle part.

Qu'est-ce que c'est que ce disque virtuel, il sort d'où ?
Cliquez pour agrandir...
Le disque virtuel est lié au Corestorage que t'a gentiment installé El Capitan.
Il est mignon.
Que te renvoie (copie texte de préférence) un :
diskutil cs list

Pour safari, c'est certainement lié à ton Compte iCloud.
Regarde si dans /préférences systèmes/iCloud safari n'est pas coché.
 
Je désactive toujours et comme par hasard ça l'était, pas clair du tout cette histoire. :(

Last login: Sat Jan 16 19:36:37 on ttys000

MBP-de-Admin:~ Admin$ diskutil cs list

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 9AAAF81F-7043-4CDB-8B43-9077E6371116

=========================================================

Name: Macintosh HD

Status: Online

Size: 255200755712 B (255.2 GB)

Free Space: 18907136 B (18.9 MB)

|

+-< Physical Volume 22771CE2-ECB1-42E3-AF86-42B22343C0F7

| ----------------------------------------------------

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 255200755712 B (255.2 GB)

|

+-> Logical Volume Family C05F1571-F9E6-484E-A3E5-8D5DE42B4E73

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

Encryption Type: None

|

+-> Logical Volume 31802A71-6C60-430D-963C-73B157D29917

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

Disk: disk2

Status: Online

Size (Total): 254829527040 B (254.8 GB)

Revertible: Yes (no decryption required)

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

MBP-de-Admin:~ Admin$
 
Dernière édition:
Je peux te donner la commande pour supprimer ce Corestorage qui sert à rien.
Par contre il faudrait redonner le retour du
diskutil list
par copier/coller texte.
OK
Donc ce sera :

diskutil cs revert 31802A71-6C60-430D-963C-73B157D29917

Aucune donnée perdue.:)
 
Y'a rien dessus que OS X tout nu, je crains de faire une restauration.

Last login: Sat Jan 16 20:38:07 on ttys000

MBP-de-Admin:~ Admin$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *256.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 255.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 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_HFS Datas 499.8 GB disk1s2

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +255.2 GB disk2

Logical Volume on disk0s2

31802A71-6C60-430D-963C-73B157D29917

Unencrypted

MBP-de-Admin:~ Admin$
 
Donc dans le terminal :
diskutil cs revert 31802A71-6C60-430D-963C-73B157D29917

suivi d'un reboot puis

diskutil list
 
Reboot et...

Last login: Sat Jan 16 21:05:09 on ttys000

MBP-de-Admin:~ Admin$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *256.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 255.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 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_HFS Datas 499.8 GB disk1s2

MBP-de-Admin:~ Admin$

...ça devient plus clair, mais le nouvel Utilitaire de disque depuis El Capitan est une vrai saloperie cochonnerie finie et je comprend mieux maintenant les galères de certains membres !
 
OK. Donc tu as viré ce cher CoreStorage (c'est comme un parasite, ça revient sans qu'on le demande).
Mais pas répondu à mes questions ;)

[À mon avis, c'est du côté du système que ça se passe, ton histoire.]
 
bompi a dit:
[À mon avis, c'est du côté du système que ça se passe, ton histoire.]
Cliquez pour agrandir...
Sur le fond ça me saoule, a priori tout est rentré dans l'ordre, le Terminal l'atteste Mais, mais, mais, j'ai fait une restauration d'un clone fait avec CCC et même constat d'échec, mon disque dur interne est vide de tout logiciel alors que CCC m'indique que tout s'est bien déroulé. :wideyed:

Donc, SuperDuper! n'est pas en cause, mais où est le vrai problème ?

Lorsque j'ai eu un dossier avec un point d'interrogation, il m'a été possible d'utiliser un clone, mais au redémarrage nouveau dossier avec ce fichu point d'interrogation. Je m'en étais sorti en faisant une réinstallation complète via Recovery internet et pas autrement.

Si je boot sur un de mes clones, pas de souci. J'ai pu constater qu'avec SuperDuper ou CCC que les manipulations habituelles de restauration se font normalement, avant de redémarrer, j'inspecte les dossiers, toutes mes applications du clone sont bien dans le disque dur interne et au redémarrage, pfuitttt, y'a plus rien, comme si la restauration s'était installée dans un espace virtuel ! :wacky:
 
Dernière édition:

Sujets similaires

B
10.11 El Capitan Partition Inaccessible Fusion Drive
Réponses
1
Affichages
459
macOS
Ahiqar
A
16bol
Problème d’accès à ma partition mac os
Réponses
1
Affichages
193
Windows sur Mac
Ahiqar
A
B
macOS Sonoma Macbookair T2 reboot systématiquement en récupération internet
Réponses
4
Affichages
438
macOS
Benbens19
B
snatch
10.11 El Capitan Problème de partition El capitan
Réponses
4
Affichages
1K
macOS
snatch
snatch
The Jibest
Stockage J'ai le débit d'un DD sur un SSD externe !
Réponses
2
Affichages
934
Accessoires Mac
The Jibest
The Jibest
Haut Bas