10.14 Mojave Problème de démarrage mac

Non malheureusement je ne suis pas dans la session (je suis obligé de basculer a chaque fois). Ben sans problème on peut remettre ça à demain. Je ne suis plus à un jour près. En tout cas merci bcp pour la réactivité !!! :merci:
 
Peux-tu redémarrer via ⌘S pour ouvrir la session du Single User ?

- si oui et si tu obtiens bien l'invite de commande :​
Bloc de code:
root#

  • passe la commande qui doit s'afficher ainsi :
Bloc de code:
ls /

  • et que tu tapes ainsi (clavier QWERTY par défaut) :
Bloc de code:
ls =

  • la commande liste les objets de 1er rang (dossiers ou fichiers) du volume

Poste une photo d'écran montrant le retour.

----------

Note : je te rappelle que pour sortir de la session du Single User > tu passes la commande :
Bloc de code:
reboot

  • et tu tiens aussitôt pressées les touches ⌘R => pour réouvrir la session de secours (4 Utilitaires OS X ou macOS).
 
Peux-tu redémarrer via ⌘S pour ouvrir la session du Single User ?

- si oui et si tu obtiens bien l'invite de commande :​
Bloc de code:
root#

  • passe la commande qui doit s'afficher ainsi :
Bloc de code:
ls /

  • et que tu tapes ainsi (clavier QWERTY par défaut) :
Bloc de code:
ls =

  • la commande liste les objets de 1er rang (dossiers ou fichiers) du volume

Poste une photo d'écran montrant le retour.

----------

Note : je te rappelle que pour sortir de la session du Single User > tu passes la commande :
Bloc de code:
reboot

  • et tu tiens aussitôt pressées les touches ⌘R => pour réouvrir la session de secours (4 Utilitaires OS X ou macOS).
voici ce que j'obtiens
 

Fichiers joints

  • 15773977796125736028160696062677.jpg
    15773977796125736028160696062677.jpg
    1,1 Mo · Affichages: 253
On voit bien les dossiers du Système.

- passe encore la commande affichée :​
Bloc de code:
du -sh /*

  • que tu tapes :
Bloc de code:
du )sh =⇧!

  • l'astérisque * se tapant en QWERTY par la combinaison ⇧! (comme si tu voulais taper le chiffre 8 avec le shift)
  • la commande mesure (en Gi) les dossiers de 1er rang du volume. Elle est lente d'exécution. Attends le retour de root# en signal de complétion

Poste le retour. Si les dossiers sont mesurables > alors ils sont recopiables.
 
On voit bien les dossiers du Système.

- passe encore la commande affichée :​
Bloc de code:
du -sh /*

  • que tu tapes :
Bloc de code:
du )sh =⇧!

  • l'astérisque * se tapant en QWERTY par la combinaison ⇧! (comme si tu voulais taper le chiffre 8 avec le shift)

  • la commande mesure (en Gi) les dossiers de 1er rang du volume. Elle est lente d'exécution. Attends le retour de root# en signal de complétion

Poste le retour. Si les dossiers sont mesurables > alors ils sont recopiables.
 

Fichiers joints

  • 1577400176470998485592681094528.jpg
    1577400176470998485592681094528.jpg
    1,4 Mo · Affichages: 254
Tu peux couper (stopper) une commande par la combinaison de touches ctrl c (control c).

- je suppose que tu n'as jamais obtenu un tableau de dossiers assorti de mesures de tailles ? - mais rien que les lignes dont tu as donné des échantillons > et qui équivalent à des échecs d'accès en lecture aux contenus des dossiers ?​
 
Bonjour macomaniac. Eh ben du coup ca a tourné tte la nuit
Tu peux couper (stopper) une commande par la combinaison de touches ctrl c (control c).

- je suppose que tu n'as jamais obtenu un tableau de dossiers assorti de mesures de tailles ? - mais rien que les lignes dont tu as donné des échantillons > et qui équivalent à des échecs d'accès en lecture aux contenus des dossiers ?​
bonjour macomaniac. Ben ca a tourné tte la nuit et effectivement ca m'a donné que des lignes sans tableau. Je t'envoie tt de meme la derniere page
 

Fichiers joints

  • 20191227_082609.jpg
    20191227_082609.jpg
    1,4 Mo · Affichages: 250
On voit à la fin des répertoires-Système listés et mesurés : private > usr notamment. Mais pas de dossier Users.

- les données de Users ne sont pas pas accessibles en Single User.

Redémarre sur la session de secours (reboot puis ⌘R) et passe la commande :
Bloc de code:
df -H

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

Poste le tableau => qu'on voie si le volume interne aurait par chance été remonté...
 
Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   733M    64%   50287 4294916992    0%   /
devfs          210k   210k     0B   100%     712          0  100%   /dev
/dev/disk3     5.2M   553k   4.7M    11%      21 4294967258    0%   /private/var/log
/dev/disk5     524k   147k   377k    29%       5 4294967274    0%   /Volumes
/dev/disk6     524k   147k   377k    29%       7 4294967272    0%   /private/var/tmp
/dev/disk7     524k   160k   365k    31%      15 4294967264    0%   /private/var/run
/dev/disk8     2.1M   143k   2.0M     7%       2 4294967277    0%   /private/tmp
/dev/disk9     524k   143k   381k    28%       2 4294967277    0%   /System/Installation
/dev/disk10    524k   303k   221k    58%      21 4294967258    0%   /private/var/db
/dev/disk11     13M   3.6M   9.0M    29%      85 4294967194    0%   /private/var/folders
/dev/disk12    4.2M   205k   4.0M     5%      23 4294967256    0%   /private/var/root/Library
/dev/disk14    2.1M   348k   1.7M    17%      49 4294967230    0%   /private/var/root/Library/Containers
/dev/disk15    524k   180k   344k    35%      11 4294967268    0%   /Library/Preferences
/dev/disk16    524k   164k   360k    32%       6 4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk17    1.0M   201k   848k    20%       8 4294967271    0%   /Library/Keychains
/dev/disk18    524k   143k   381k    28%       2 4294967277    0%   /Library/Security/Trust Settings
/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/disk4s1   1.0T    90G   911G     9%   30617  889162427    0%   /Volumes/TOSHIBA EXT
-bash-3.2#
 
Le volume n'a pas été remonté.

- repasse un :​
Bloc de code:
diskutil list

  • et reposte le tableau des disques pour voir.
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         499.9 GB   disk0s2

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

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
 
Toujours aucun affichage de volumes dans le Conteneur disk2 -->
- la corruption de l'apfs est trop grande. Je crains que tes données ne soient perdues.​