10.12 Sierra Impossible de renommer nom disque dur interne

Xertill

Membre confirmé
2 Juillet 2017
54
1
Paris
Bonjour,

Bien qu'ayant lu et effectué les différentes actions décrites dans le post "Yosemite X Bug inconnu changement de nom de disque dur interne + impossible à renommer", je n'arrive toujours pas à renommer mon disque dur interne. Cela m'interdit tout enregistrement de fichier office, empêche les recherches sur finder,....
Je vous donne en regard, les deux résultats des commandes classiques :
iMac-FdF:~ Jean$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
iMac-FdF:~ Jean$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 388B3272-28C4-43FA-A844-54503D3F76F4
=========================================================
Name: Macintosh HD
Status: Online
Size: 999345127424 B (999.3 GB)
Free Space: 0 B (0 B)
|
+-< Physical Volume B48168E0-4749-46CA-BD62-B2EBC6C2AB38
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 999345127424 B (999.3 GB)
|
+-> Logical Volume Family DEE2056F-FD11-4FB2-A7D9-93DA81D923C6
----------------------------------------------------------
Encryption Type: None
|
+-> Logical Volume 919FC62F-2E29-4DA4-9DB7-D6E06F67F13A
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 999026356224 B (999.0 GB)
Revertible: Yes (no decryption required)
LV Name: ^ôi^ùm-^$ù^$ù$^mpp`ù`ù`ùù`ù`ù`$ù`ù)-^-pppù`£^$ù`ù`ù`ù`$ù$^`ùmùùù$mù`$mù`$mù`$`$^ùùù$$ù$ùùù)p^^^^ùùùùùù$ù ùùùùp$p)-^ùùpùpmùù$ù^)ùp$)$
Content Hint: Apple_HFS


Merci pour votre aide toujours très précieuse.
Xertill
 
Bonjour
A priori, le disque interne est plein ? Il faudrait lui laisser un peu d'espace vide (± 10%)
Essayez de réparer les permissions (en démarrant sur la partition recovery ou à l'aide d'Onyx)
Sinon: faire lire les informations sur le disque dur, déverrouiller le cadenas en bas à droite, entrer le MP administrateur, mettre en lecture/écriture pour "everyone", cliquer sur la roue dentée en bas à gauche et faire appliquer aux éléments inclus" et... patienter (ça peut être assez long). Redémarrer ensuite la session (ou le mac)
 
Bonjour
A priori, le disque interne est plein ? Il faudrait lui laisser un peu d'espace vide (± 10%)
Essayez de réparer les permissions (en démarrant sur la partition recovery ou à l'aide d'Onyx)
Sinon: faire lire les informations sur le disque dur, déverrouiller le cadenas en bas à droite, entrer le MP administrateur, mettre en lecture/écriture pour "everyone", cliquer sur la roue dentée en bas à gauche et faire appliquer aux éléments inclus" et... patienter (ça peut être assez long). Redémarrer ensuite la session (ou le mac)

Bonjour Franz59.
Je ne pense pas que le disque soit plein. En effet, la commande suivante semble l'indiquer :
df -H

Filesystem Size Used Avail Capacity iused ifree %iused Mounted on

/dev/disk1 999G 381G 618G 39% 1242581 4293724698 0% /

devfs 184k 184k 0B 100% 622 0 100% /dev

map -hosts 0B 0B 0B 100% 0 0 100% /net

map auto_home 0B 0B 0B 100% 0 0 100% /home

Je vais bien évidement effectuer vos manipulations et vous tiens informé.
Merci.
 
Salut Xertill

Tu as 381 Go de données dans un volume de 999 Go de capacité. Donc pas de problème de saturation. L'indication du tableau :
Bloc de code:
Free Space: 0 B (0 B)
signifie seulement qu'il n'y a pas de décalage d'espace entre le conteneur global "Groupe de Volumes Logiques" du CoreStorage et son disque virtuel de magasinage "Volume Physique" --> 999,3 Go chaque fois.

----------

Comme il est mentionné à la rubrique Logical Volume :
Bloc de code:
Revertible: Yes (no decryption required)
(réversible : oui - pas de déchiffrement requis) --> il est possible de déconstruire formellement le système de stockage CoreStorage > ce qui va remonter un volume standard au format JHFS+ sans perte de données.

Pour cela > passe la commande :
Bloc de code:
diskutil coreStorage revert 919FC62F-2E29-4DA4-9DB7-D6E06F67F13A

  • où tu remarques que diskutil est appelé > avec la spécification CoreStorage > le verbe spécialisé revert (opérer la réversion) > et l'UUID du Volume Logique exporté

=> tu n'as qu'à dire si l'opération s'est déroulée sans anicroches ou si tu es tombé sur un message d'erreur. Cette déconstruction est supportée en mode "Live" (le volume démarré maintenu monté). L'intention de cette manœuvre est de simplifier le dispositif logique de la partition-Système disk0s2 (au cas où l'erreur de nom serait solidaire du dispositif CoreStorage).
 
Salut Xertill

Tu as 381 Go de données dans un volume de 999 Go de capacité. Donc pas de problème de saturation. L'indication du tableau :
Bloc de code:
Free Space: 0 B (0 B)
signifie seulement qu'il n'y a pas de décalage d'espace entre le conteneur global "Groupe de Volumes Logiques" du CoreStorage et son disque virtuel de magasinage "Volume Physique" --> 999,3 Go chaque fois.

----------

Comme il est mentionné à la rubrique Logical Volume :
Bloc de code:
Revertible: Yes (no decryption required)
(réversible : oui - pas de déchiffrement requis) --> il est possible de déconstruire formellement le système de stockage CoreStorage > ce qui va remonter un volume standard au format JHFS+ sans perte de données.

Pour cela > passe la commande :
Bloc de code:
diskutil coreStorage revert 919FC62F-2E29-4DA4-9DB7-D6E06F67F13A

  • où tu remarques que diskutil est appelé > avec la spécification CoreStorage > le verbe spécialisé revert (opérer la réversion) > et l'UUID du Volume Logique exporté

=> tu n'as qu'à dire si l'opération s'est déroulée sans anicroches ou si tu es tombé sur un message d'erreur. Cette déconstruction est supportée en mode "Live" (le volume démarré maintenu monté). L'intention de cette manœuvre est de simplifier le dispositif logique de la partition-Système disk0s2 (au cas où l'erreur de nom serait solidaire du dispositif CoreStorage).
Bonjour macomaniac,

la commande passée est en erreur avec le message suivant :
iMac-FdF:~ Jean$ diskutil coreStorage revert 919FC62F-2E29-4DA4-9DB7-D6E06F67F13A
Started CoreStorage operation on (bad disk ref)
Error: -69854: A disk with a mount point is required

Merci
 
Bloc de code:
(bad disk ref)
Error: -69854: A disk with a mount point is required

L'erreur signale qu'un disque (disque virtuel ici = Volume Logique de type CoreStorage) avec un point de montage de volume est requis.

--> est-ce que tu arrives à démarrer sur ton volume-Système normalement ?

Si tu passes la commande (informative) :
Bloc de code:
ls /Volumes

  • qui retourne la liste des volumes montés

=> qu'est-ce que cela donne ?
 
Bloc de code:
(bad disk ref)
Error: -69854: A disk with a mount point is required

L'erreur signale qu'un disque (disque virtuel ici = Volume Logique de type CoreStorage) avec un point de montage de volume est requis.

--> est-ce que tu arrives à démarrer sur ton volume-Système normalement ?

Si tu passes la commande (informative) :
Bloc de code:
ls /Volumes

  • qui retourne la liste des volumes montés

=> qu'est-ce que cela donne ?
La commande indiquée ne donne absolument rien. Aucun résultat. Je ne sais pas ce que veut dire "démarrer sur ton volume-système" ?
 
Par "démarrer sur ton volume-système" je veux dire : est-ce que ton OS démarre normalement ? - est-ce que ta session d'utilisateur s'ouvre à la fin ?
 
Par "démarrer sur ton volume-système" je veux dire : est-ce que ton OS démarre normalement ? - est-ce que ta session d'utilisateur s'ouvre à la fin ?
Oui, ma session s'ouvre normalement. Je peux faire quasiment tout faire, les méls arrivent normalement, je peux imprimer, numériser.
Merci pour cette explication.
En revanche, pas possible de sauvegarder des documents Excel car il ne trouve pas le disque de nom
^ôi^ùm-^$ù^$ù$^mpp`ù`ù`ùù`ù`ù`$ù`ù)-^-pppù`£^$ù`ù`ù`ù`$ù$^`ùmùùù$mù`$mù`$mù`$`$^ùùù$$ù$ùùù)p^^^^ùùùùùù$ù ùùùùp$p)-^ùùpùpmùù$ù^)ùp$)$ 'LV Name) qui s'appelait Macintosh HD et que je ne peux renommer. Le disque a été modifié le 23 mai à 23:17 au moment de la mise à jour de Sierra. est-ce une coïncidence ?
Merci pour tes réponses.
Je n'ai pas réalisé l'opération que me demandait initialement Franz59 sur les droits everyone.

Jean
 
Ne modifie surtout pas les permissions des accédants du volume - everyone notamment - si tu ne veux pas planter ton OS. Ton problème ne découle pas d'une question de permissions.

----------

Dans la commande :
Bloc de code:
ls /Volumes
> tu as bien saisi un "l" = minuscule de la lettre"L" ?

  • Cette commande liste les volumes montés

Si elle ne retourne rien > c'est que le volume "ex-Macintosh HD" n'apparaît pas monté (et le message d'erreur lors de la déconstruction du CoreStorage déclare qu'il n'y a pas de volume trouvé avec un point de montage régulier). Pourtant > ton OS démarre normalement - signe indubitable que le volume qui contient ses fichiers est bien monté.

Est-ce que tu vois affiché sur ton Bureau l'icône de ton volume "ex-Macintosh HD" ou rien ? - si tu lances l'«Utilitaire de Disque» > est-ce qu'il arrive à afficher quelque chose dans sa colonne de gauche (disques et volumes) ou est-ce qu'il cherche indéfiniment ?

----------

Je te propose encore de passer une commande informative :
Bloc de code:
diskutil info disk1

  • qui adresse le Volume Logique CoreStorage exporté en tant que disk1

=> quel est le tableau d'informations retourné ?
 
Ne modifie surtout pas les permissions des accédants du volume - everyone notamment - si tu ne veux pas planter ton OS. Ton problème ne découle pas d'une question de permissions.

----------

Dans la commande :
Bloc de code:
ls /Volumes
> tu as bien saisi un "l" = minuscule de la lettre"L" ?

  • Cette commande liste les volumes montés

Si elle ne retourne rien > c'est que le volume "ex-Macintosh HD" n'apparaît pas monté (et le message d'erreur lors de la déconstruction du CoreStorage déclare qu'il n'y a pas de volume trouvé avec un point de montage régulier). Pourtant > ton OS démarre normalement - signe indubitable que le volume qui contient ses fichiers est bien monté.

Est-ce que tu vois affiché sur ton Bureau l'icône de ton volume "ex-Macintosh HD" ou rien ? - si tu lances l'«Utilitaire de Disque» > est-ce qu'il arrive à afficher quelque chose dans sa colonne de gauche (disques et volumes) ou est-ce qu'il cherche indéfiniment ?

----------

Je te propose encore de passer une commande informative :
Bloc de code:
diskutil info disk1

  • qui adresse le Volume Logique CoreStorage exporté en tant que disk1

=> quel est le tableau d'informations retourné ?
Je me doutais que les permissions n'avaient rien à voir avec le sujet. Merci de ta confirmation.J'ai bien mis un L minuscule.
Je vois bien le volume ex-Macintosh HD mais avec le nom du Logical Name que je souhaite renommer.



Si je lance l'utilitaire de disque, je vois le disque et le volume (grisé) et je ne peux ni partionner, ni effacer et le SOS sur le volume donne le résultat suivant






enfin la commande donne , ce qui semble ne pas sentir très bon.

iMac-FdF:~ Jean$ diskutil info disk1

Device Identifier:
Device Node:
Whole: No
Part of Whole:

Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None

Partition Type: None
OS Can Be Installed: No
Media Type:
Protocol:

Disk Size: 0 B (0 Bytes) (exactly 0 512-Byte-Units)

Read-Only Media: Yes
Read-Only Volume: Not applicable (no file system)

Device Location: External
Removable Media: Fixed

Merci
 
Je n'ai jamais vu un retour de la commande diskutil info aussi anémique (c'est assez poilant intrinsèquement). Il y a sans doute possible une erreur majeure dans le dispositif de stockage CoreStorage.

Un système de stockage CoreStorage pour l'essentiel est comme une pile verticale de 2 couches logiques :

  • celle du bas émule un disque dur sur l'espace de la partition disk0s2 --> c'est le Physical Volume
  • celle du haut se trouve exportée à partir du Physical Volume en qualité de disque miroir virtuel --> c'est le Logical Volume

Sur la couche du Logical Volume > se trouve un "dev node" (un nœud d'appareil) où sont attachés les fichiers du système de fichiers JHFS+ standard. Ce système de fichiers permet le montage d'un volume standard sur l'espace du disque virtuel du Logical Volume.

Je conjecture une foirade au niveau du Logical Volume : le système de fichiers censément en charge de monter un volume sur cet espace est corrompu. Il devrait monter un volume mais n'en monte pas. É pur si muove --> par un miracle (que je ne conçois pas) tu parviens à démarrer ton OS et à ouvrir ta session. Sans volume identifié comme monté !...

----------

Je pense que > toutes affaires cessantes > tu dois faire un clone des 381 Go de tes données dans le volume d'une taille ad hoc d'un DDE. Cela fait > démarrer sur le clone > effacer totalement ton disque pour remonter un volume Macintosh HD standard > cloner à rebours le clone dans ce nouveau volume.

=> en résumé : disposes-tu d'un DDE USB avec un volume vacant de (disons) 420 Go ou plus. Ou > si tu as un DDE avec un disque de grande taille et des données dans son volume > ce volume a-t-il un espace vacant suffisant pour qu'on puisse opérer un re-partitionnement (non destructif du volume initial et de ses données) > de manière à exporter un nouveau volume de 420 Go ou plus ?
 
Je n'ai jamais vu un retour de la commande diskutil info aussi anémique (c'est assez poilant intrinsèquement). Il y a sans doute possible une erreur majeure dans le dispositif de stockage CoreStorage.

Un système de stockage CoreStorage pour l'essentiel est comme une pile verticale de 2 couches logiques :

  • celle du bas émule un disque dur sur l'espace de la partition disk0s2 --> c'est le Physical Volume
  • celle du haut se trouve exportée à partir du Physical Volume en qualité de disque miroir virtuel --> c'est le Logical Volume
Sur la couche du Logical Volume > se trouve un "dev node" (un nœud d'appareil) où sont attachés les fichiers du système de fichiers JHFS+ standard. Ce système de fichiers permet le montage d'un volume standard sur l'espace du disque virtuel du Logical Volume.

Je conjecture une foirade au niveau du Logical Volume : le système de fichiers censément en charge de monter un volume sur cet espace est corrompu. Il devrait monter un volume mais n'en monte pas. É pur si muove --> par un miracle (que je ne conçois pas) tu parviens à démarrer ton OS et à ouvrir ta session. Sans volume identifié comme monté !...

----------

Je pense que > toutes affaires cessantes > tu dois faire un clone des 381 Go de tes données dans le volume d'une taille ad hoc d'un DDE. Cela fait > démarrer sur le clone > effacer totalement ton disque pour remonter un volume Macintosh HD standard > cloner à rebours le clone dans ce nouveau volume.

=> en résumé : disposes-tu d'un DDE USB avec un volume vacant de (disons) 420 Go ou plus. Ou > si tu as un DDE avec un disque de grande taille et des données dans son volume > ce volume a-t-il un espace vacant suffisant pour qu'on puisse opérer un re-partitionnement (non destructif du volume initial et de ses données) > de manière à exporter un nouveau volume de 420 Go ou plus ?
Oui j'ai un disque Dur USB de 500 Go contenant des données qui peut être formater complètement. Sinon autres disques de capacité plus importante (1Go et 2 Go) mais contenant des sauvegardes manuelles (sans time machine qui ne sauvegarde plus rien) que je souhaiterais pas perdre au cas où. Faut-il un outil particulier pour le clonage ? comment procéder à l'effacement total car ne fonctionne pas avec utilitaire de disques ?
Merci
 
Tu n'as qu'à attacher tes 3 DDE de 500 Go > 1 To > 2 To au Mac (ensemble si c'est possible > ou en plusieurs fois autrement) > et passer la commande (une seule fois ou plusieurs fois) :
Bloc de code:
df -H
que tu connais.

=> poste le (ou les) tableau(x) ici > on aura tout de suite une idée des espaces libres dans les volumes de ces DDE.

----------

Par ailleurs > tu peux télécharger ce logiciel de clonage : ☞Carbon Copy Cloner☜ et déplacer le logiciel dans les Applications. C'est un logiciel payant > mais tu peux utiliser sa démo gratuitement pendant un mois. C'est lui qui te permettra les opérations de clonage (un clone est une image-miroir démarrable du volume d'un OS dans celui d'un DDE).
 
Tu n'as qu'à attacher tes 3 DDE de 500 Go > 1 To > 2 To au Mac (ensemble si c'est possible > ou en plusieurs fois autrement) > et passer la commande (une seule fois ou plusieurs fois) :
Bloc de code:
df -H
que tu connais.

=> poste le (ou les) tableau(x) ici > on aura tout de suite une idée des espaces libres dans les volumes de ces DDE.

----------

Par ailleurs > tu peux télécharger ce logiciel de clonage : ☞Carbon Copy Cloner☜ et déplacer le logiciel dans les Applications. C'est un logiciel payant > mais tu peux utiliser sa démo gratuitement pendant un mois. C'est lui qui te permettra les opérations de clonage (un clone est une image-miroir démarrable du volume d'un OS dans celui d'un DDE).

Voici le résultat :
iMac-FdF:~ Jean$ df -H

Filesystem Size Used Avail Capacity iused ifree %iused Mounted on

/dev/disk1 999G 383G 616G 39% 1243911 4293723368 0% /
devfs 191k 191k 0B 100% 646 0 100% /dev
map -hosts 0B 0B 0B 100% 0 0 100% /net
map auto_home 0B 0B 0B 100% 0 0 100% /home
/dev/disk2s2 500G 433G 67G 87% 1557211 4293410068 0% /Volumes/GIE_SAVE
/dev/disk2s2 1000 380G 619G 39% 1047954 4293919325 0% /Volumes/Macintosh HD
(accroché sur le même poste USB avec lecteur de disque)
/dev/disk3s2 2.0T 378G 1.6T 19% 1008635 4293958644 0% /Volumes/Maxtor

Je ne souhaites pas supprimer les données des Disques de 1 ou 2 Go. celui de 500 GO doit pouvoir faire l'affaire.
J'ai téléchargé Carbon Copy et l'ai lancé. Il ne voit pas le volume disque ex-Macintosh HD et si je le sélectionne dans les sources, j'ai le message suivant.
Cela me semble inextricable car à chaque fois le nom du volume est rédhibitoire pour toute opération.
Est ce cela qu'il fallait faire ?

merci
 
Tes 3 volumes :

  • GIE_SAVE = 433 Go libres sur 550 Go
  • Macintosh HD = 619 Go libres sur 1000 Go
  • Maxtor = 1,6 To libres sur 1 To

Sache (en tant que principe) qu'il est possible de re-partitionner non-destructivement une partition dont le volume contient des données --> donc sans aucune suppression de ces données ni de la définition du volume originel. Il y a simplement rétrécissement de la partition > de la capacité du volume > et création d'une seconde partition montant un volume vacant.

-----------

C'est exact que «Carbon Copy Cloner» utilise comme chemin à la "source" --> la référence au volume monté. Comme le volume de ton OS démarré n'est (paradoxalement) pas monté --> cela invalide donc la possibilité de clonage de «CCC» dans le sens de l'aller (dans le sens du retour > avec un volume clone monté comme "source" > il serait opérationnel).

Afin de vérifier si un clonage des fichiers en ligne de commande serait viable > passe la commande :
Bloc de code:
ls /

=> est-ce qu'elle retourne le tableau des composants de l'OS ou bien est-ce qu'elle avorte ?
 
Merci pour ces précisions sur le partionnement.
Voici le résultats de ls /
iMac-FdF:~ Jean$ ls /

Applications bin private
Informations sur l’utilisateur cores sbin
Library dev tmp
Network etc usr
System home var
Users installer.failurerequests
Volumes net
 
Bonne nouvelle ! le point de montage des fichiers / est adressable. La liste des répertoire de l'OS est retournée.

Il va donc convenir de cloner le contenu de ton volume en utilisant un utilitaire de recopie appelable dans le «Terminal» > qui va adresser le point de montage /

=> quel est le volume des 3 que tu veux re-partitionner (non-destructivement) comme "destination" du clonage ? GIE_SAVE > Macintosh HD ou Maxtor ?