10.14 Mojave Mojave et Fusion Drive ... impossible d'en venir à bout

Bloc de code: 
Last login: Sun Nov 25 22:09:51 on console
Restored session: Dim 25 nov 2018 22:09:10 CET
Nadine:~ macmacoo$ touch ~/Desktop/fstab
Nadine:~ macmacoo$ cat ~/Desktop/fstab
UUID=3857568D-6AF1-4CB1-9689-ABDE1A04D7F7 /Users apfs rwNadine:~ macmacoo$
 
Le contenu du fichier se limite bien à : UUID=3857568D-6AF1-4CB1-9689-ABDE1A04D7F7 /Users apfs rw

- sans Nadine:~ macmacoo$ comme accollé à la fin ?​
 
Bon alors enchaîne par les commandes :
Bloc de code: 
sudo rm -f /private/etc/fstab
sudo cp ~/Desktop/fstab /private/etc
sudo chown 0:0 /private/etc/fstab

  • la 1ère supprime le fstab actuel de /private/etc
  • la 2è copie à la place le fstab du Bureau
  • la 3è rectifie les accédants à root : wheel

Préviens quand c'est fait (et si tu n'as pas eu de déni).
 
C'est fait :

Bloc de code: 
Nadine:~ macmacoo$ sudo rm -f /private/etc/fstab
Password:
Nadine:~ macmacoo$ sudo cp ~/Desktop/fstab /private/etc
Nadine:~ macmacoo$ sudo chown 0:0 /private/etc/fstab
Nadine:~ macmacoo$
 
Alors redémarre une fois encore > et reloge-toi toujours exclusivement dans la session maco -->

- est-ce qu'OIM est affiché sur le Bureau ?​
 
Zut alors. Il est encore bloqué de montage par l'instruction de fstab.

Dans mon propre Conteneur apfs > je me suis créé un pareil volume supplémentaire > avec un point de montage bizarre et une instruction de fstab strictement équivalent à la tienne. Mon volume monte sans problème à son point de montage.

Passe la commande :
Bloc de code: 
ls /

  • qui liste les dossiers de 1er rang du volume boot

Poste le tableau --> que je vérifie si un Users figure bien dans la liste...
 
Bloc de code: 
Nadine:~ macmacoo$ ls /
Applications            home
Library                installer.failurerequests
Network                macmacoo
System                manifest.xml
User Information        manifest.xml.aamdownload
Users                net
Volumes                private
bin                sbin
cores                tmp
dev                usr
etc                var
 
Je vois bien un Users > effectivement. Passe encore la commande :
Bloc de code: 
ls /Users

  • qui liste le contenu du dossier

Poste le retour.
 
Le nadine est le dossier vide créé à la volée lorsque tu t'étais connectée > sans volume OIM contenant le vrai dossier nadine monté à cet espace.

Je me demande si le problème d'un remontage touche les autres volumes qu'on a créés. Passe la commande :
Bloc de code: 
diskutil info disk2s6

  • qui afiche un tableau d'informations sur scratchAI

Poste le tableau.
 
J'aurais préféré que ce soit 1 des scratchdisks qui ne monte pas plutôt que mon disque de travail...
Bloc de code: 
Nadine:~ macmacoo$ diskutil info disk2s6
   Device Identifier:         disk2s6
   Device Node:               /dev/disk2s6
   Whole:                     No
   Part of Whole:             disk2

   Volume Name:               scratchAI
   Mounted:                   Yes
   Mount Point:               /Volumes/scratchAI

   Partition Type:            41504653-0000-11AA-AA11-00306543ECAC
   File System Personality:   APFS
   Type (Bundle):             apfs
   Name (User Visible):       APFS
   Owners:                    Enabled

   OS Can Be Installed:       Yes
   Booter Disk:               disk2s2
   Recovery Disk:             disk2s3
   Media Type:                Generic
   Protocol:                  SATA
   SMART Status:              Verified
   Volume UUID:               FD1B6111-2EBC-49B9-BABD-C91FB3AEDCE8
   Disk / Partition UUID:     FD1B6111-2EBC-49B9-BABD-C91FB3AEDCE8

   Disk Size:                 1.1 TB (1121118199808 Bytes) (exactly 2189683984 512-Byte-Units)
   Device Block Size:         4096 Bytes

   Volume Total Space:        1.1 TB (1121118199808 Bytes) (exactly 2189683984 512-Byte-Units)
   Volume Used Space:         709.1 GB (709120458752 Bytes) (exactly 1385000896 512-Byte-Units) (63.3%)
   Volume Free Space:         412.0 GB (411997741056 Bytes) (exactly 804683088 512-Byte-Units) (36.7%)
   Allocation Block Size:     4096 Bytes

   Read-Only Media:           No
   Read-Only Volume:          No

   Device Location:           Internal
   Removable Media:           Fixed

   Solid State:               No
   Hardware AES Support:      No
   Device Location:           "SSD"
 
Passe les commandes :
Bloc de code: 
sudo su
echo "UUID=FD1B6111-2EBC-49B9-BABD-C91FB3AEDCE8 /Users apfs rw" > /private/etc/fstab
cat /private/etc/fstab

  • qui changent l'instruction de fstab --> pour un montage de scratchAI at: /Users

=> poste le retour de la 3è.

Note : je suis en train de tenter de repérer par des variations le facteur bloquant.
 
Alors redémarre et loge-toi toujours comme maco -->

- le volume scratchAI est-il affiché sur le Bureau ou non ?​
 
Bon d'accord. Bilan : ce n'est pas un problème d'apfs (car mon expérience montre qu'on peut avoir un volume apfs avec une instruction fstab de montage particulier qui soit honorée). Je commence à soupçonner que c'est un problème de Fusion Style apfs.

Faisons un autre test : passe la commande -->
Bloc de code: 
diskutil ap resizeContainer disk2 1t jhfs+ BROL 0b ; diskutil list

  • la commande rétrécit le Conteneur à 1 To et crée un volume BROL non apfs d'envirion 100 Go > puis affiche le tableau des disques

Poste l'affichage retourné.
 
Bloc de code: 
Restored session: Dim 25 nov 2018 23:14:32 CET
Nadine:~ macmacoo$ diskutil ap resizeContainer disk2 1t jhfs+ BROL 0b ; diskutil list
Started APFS operation
Aligning shrink delta to 121 118 199 808 bytes and targeting a new physical store size of 878 876 930 048 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 703 832 301 568 bytes
Resizing APFS Container designated by APFS Container Reference disk2
The specific APFS Physical Store being resized is disk1s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock
Checking the fusion superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking the Fusion data structures
Checking volume
Checking the APFS volume superblock
The volume boot was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by apfs.util (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume scratchPSD was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume scratchAI was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume OIM was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
Performing deferred repairs
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk1s2 from 999 995 129 856 to 878 876 930 048 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Initialized /dev/rdisk1s3 as a 113 GB case-insensitive HFS Plus volume with a 16384k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk1s3
Finished APFS operation
  512.4 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4
   5:                APFS Volume scratchPSD              880.6 KB   disk2s5
   6:                APFS Volume scratchAI               884.7 KB   disk2s6
   7:                APFS Volume OIM                     603.2 GB   disk2s7

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *2.0 TB     disk3
   1:                  Apple_HFS LaCie                   2.0 TB     disk3s1

la suite
 

Sujets similaires

Alexis_bazinga
10.9 Mavericks Installation de macOS High Sierra ou Mojave impossible
Réponses
8
Affichages
2K
macOS
Ahiqar
A
The Jibest
10.14 Mojave Comment mettre à jour mon Mojave sur un SSD en HFS+ ?
Réponses
7
Affichages
810
macOS
The Jibest
The Jibest
G
10.14 Mojave Casser le Fusion Drive et installer Mojave sur le SSD
Réponses
111
Affichages
8K
macOS
Membre supprimé 1060554
M
A
Après Upgrade MacPro 2009 en 5.1 + carte Graphique flashée, impossible d'installer Mojave, reste bloqué à HighSierra.
Réponses
23
Affichages
3K
Hackintosh
ANANDEVA
A
O
macOS Monterey Installation macOS impossible sur SSD interne
Réponses
8
Affichages
2K
macOS
jmpas
J
Haut Bas
Back