chiffré disque dur externe sous mac, possible?

Ton disque attaché au NAS > fais le test en mettant en bout d'adresse le nom du volume = DISQUE --> tu vas bien voir si une demande de mot-de-passe est transmise au Finder.
 
Re bonjour comme ça vous dites ...

smb://MonNas/Disque ?

j'ai essayé ça ne passe pas
mais je vois bien dans smb://MonNas/ et c'est genre usbshare-1-1 et usbshare-1-3

mais c'est vide dans le premier et dans le second j'ai des indications après peux être qu'il faut faire autrement

voici ce que je vois -> http://d.pr/i/I2Gad

Merci
 
Si tu connectes au NAS une clé USB (vérifie qu'elle ait une table de partition GUID et un format de volume JHFS+ > volume non chiffré bien sûr dans lequel tu copies 2 ou 3 fichiers expérimentaux) --> est-ce que tu parviens à accéder au contenu de ce volume via K ?
 
Re bonjour,

voici le disque ssd que je connecte en ce moment si je passe via le nas je sais voir son contenu ...

par contre sur mon macbook pro quand je connecte j'ai un soucis depuis ce midi j'ai le message: Erreur d'ejection du disque etc...

quand je tape la commande dans le terminal -> diskutil list

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *256.1 GB disk2
1: Apple_HFS SSD RO 256.1 GB disk2s1

donc on comprends bien que ce n'et pas une partition guid

pour le rendre compatible guid + JHFS+

je dois faire cet commande?

diskutil partitionDisk disk2 gpt jhfs+ SSD RO 100%

mais pour ça je doit essayé de sauvé mon SSD, je n'arrive même plus a formate via l'utilitaire des disque :s
 
La commande est presque correcte > à un détail près -->

  • lorsque tu as affaire à un intitulé d'objet comportant plusieurs termes séparés dans un ou des espaces libres (comme ici SSD RO) > tu dois neutraliser ces espaces libres internes à l'intitulé pour ne pas casser la commande.
  • le procédé le plus commode pour ce faire est d'encadrer l'intitulé complet par des "" (guillemets droits) > ce qui donne avec cet exemple : "SSD RO"

tu obtiens donc la commande amendée :
Bloc de code:
diskutil partitionDisk disk2 gpt jhfs+ "SSD RO" 100%

et tant que je suis lancé > je te la commente :

  • la commande appelle l'utilitaire diskutil > avec le verbe partitionDisk (définir une table de partition sur le disque-cible) > l'identifiant du disque-cible = disk2 > le type de table de partition = gpt > suivi d'une triplette [format][nom][taille] définissant la partition principale à créer --> format = jhfs+ > nom = "SSD RO" > taille = 100% de l'espace-disque disponible.
 
Merci pour la commande commence a traité puis error ...,
je pense que mon ssd ne fonctionne plus :s heureusement que hier j'ai fait le backup ....

voici les infos du terminal ...

MacBook-Pro-de-MonMac-2:~ MonMac$ diskutil partitionDisk disk2 gpt jhfs+ "SSD RO" 100%
Started partitioning on disk2
Unmounting disk
Error: -69877: Couldn't open device

:s

Ps: même si on formatage au format demandé ça sera uniquement accessible pour les mac?

merci
 
Dernière édition:
Le message d'erreur :
Bloc de code:
Error: -69877: Couldn't open device
est toujours critique.

Mais critique en ce qui concerne un DDE --> soit pour le disque lui-même > soit pour le boîtier USB qui le recèle.

Est-ce que tu as des données à préserver dans le volume SSD RO ? - si tu n'en as pas > et si tu veux tenter un effacement radical de la table de partition MBR inscrite sur le bloc 0 du disque > tu n'as qu'à aller à la page : ☞GPT fdisk☜ > et télécharger le paquet d'installation gdisk-1.0.1.pkg > qu'un double-clic va te permettre d'installer. gdisk est un exécutable créé par Roderick Smith > spécialisé dans la manipulation des tables de partition.

=> au cas où tu aurais procédé à cette installation > tu n'as qu'à le signaler et je t'indique comment le faire opérer sur ton disque.
 
Re bonjour,

j'ai bien effectué l'installation du gtp disk et j'ai deja pris ce que je devez hier :) heureusement ...

c'est un disque ssd crucial et j'ai aussi mis ce disque ssd sur un autre support externe pareil...

mais je peux effacé le contenu et attends la suite des manips

merci beaucoup
 
Tu passes la commande :
Bloc de code:
sudo gdisk /dev/disk2

  • attention ! si le SSD est bien toujours disk2 (tu peux re-vérifier par un diskutil list préalable)
  • après ta validation > une demande de password va s'afficher (commande sudo où tu empruntes l'identité de root) --> tape ton mot-de-passe de session admin à l'aveugle - aucun caractère ne s'affichant à l'écran - et valide de nouveau.
gdisk devrait t'afficher un tableau des tables de partition (présentes / absentes) du SSD > terminé par une invite de commande :
Bloc de code:
Command (? for help):

  • qui te signale que tu es passée en mode ineractif avec gdisk > où tu vas avoir à taper de simples lettres suivies d'une validation > qui vont déclencher une réponse etc.

Tu tapes :
Bloc de code:
x
(comme expert) et valides --> ce qui amène l'invite de commande :
Bloc de code:
Expert command (? for help):

  • qui te signale que tu es passée en mode expert

Tu tapes :
Bloc de code:
z
(comme zap) et tu valides
  • ce qui demande un effacement de la table MBR du bloc 0 --> et amène le retour :
Bloc de code:
About to wipe out GPT on /dev/disk2. Proceed? (Y/N):
  • qui te demande si tu veux procéder à l'effacement de la GPT du disk2 (d'autant plus aisé qu'il n'y en a pas)

Tu tapes :
Bloc de code:
y
(yes) et tu valides --> ce qui amène un retour double du type :
Bloc de code:
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.

Blank out MBR? (Y/N):

  • dans lequel le baratin initial avertit que le kernel continuera de charger les anciennes partitions du disque même si la table de partition est détruite (résilience) et qu'il conviendra de démonter le volume > détacher le disque > le ré-attacher > pour que le kernel s'avise du nouvel état logique sur le disque ;
  • mais où la question finale est la plus cruciale pour toi : voulez-vous supprimer la MRB du bloc 0 sans recréation ?
Tu tapes :
Bloc de code:
y
(yes) et tu valides --> si la commande passe > tu devrais obtenir l'ultime message :
Bloc de code:
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!

  • qui te répète que le kernel ne va pas recharger automatiquement le nouvel état de table de partition du disque > avec réaffichage de l'invite de commande à ton nom - signe que gdisk a quitté.

=> Tu n'as qu'à démonter le volume SSD RO (que le kernel devrait continuer de charger) > détacher le disque > le ré-attacher au Mac => est-ce qu'un panneau du Finder te déclare que le disque n'est pas lisible et demande à être ré-initialisé ? - ou rien de tel > mais un remontage du volume SSD RO comme avant ?
 
Merci pour votre retour,

je ne peux pas continué les commandes car le ssd s’éjecte tout seul voir vidéo du comportement ... et ça ce passe en boucle ->
http://d.pr/v/9jiPtc

voici par contre le retour du terminal


MacBook-Pro-de-MonMac-2:~ MonMac$ sudo gdisk /dev/disk2
GPT fdisk (gdisk) version 1.0.1

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Problem opening /dev/disk2 for reading! Error is 2.
The specified file does not exist!
MacBook-Pro-de-MonMac-2:~ MonMac$

merci
 
Alors je pense qu'il est inutile de s'acharner avec des commandes.

Tu dis que le SDD est un Crucial --> il est dans quel type de boîtier USB ?
 
C'est peut-être simplement le boîtier qui est à incriminer.

Est-ce que tu peux sortir le SSD du boîtier > le mettre dans ta station ORICO > vérifier par diskutil list si le SSD est toujours bien disk2 > et alors passer la commande d'inscription d'une table GPT ?
 
Re, j'ai deja essayé tout à l'heure de lire en mettant sur le orico mais j'avais le meme soucis d'ejection. Mais je vais rententé tantot ...., merci
 
Re bonsoir,
je suis rentré et j'ai mis le disque dur ssd sur l'orico,
je sais pas accédez au disque mais je n'est plus d'ejection du disque ...

j'ai tapé la commande sudo et mis le password j'ai un texte qui affiche mais rien d'autre, c'est normal?

voici en image

http://d.pr/i/qVNAwD

ps: si je met le disque ssd sous le nas ou sur windows je peux consulté le contenu mais sur mon macbook pro, non

Merci
 
Bonjour,

sur le nas, ftp ou windows je sais récupérer les informations.

Par contre je ne peux pas copier du contenu en ftp, nas ou windows

voici les différents message

windows
-> http://d.pr/i/2w7Hyt

nas
->
http://d.pr/i/HEENZF

ftp message
->

Commande : STOR TEST.zip
Réponse : 553 TEST.zip: Read-only file system.
Erreur : Erreur critique lors du transfert du fichier

Merci
 
J'ai l'impression que ton SSD Crucial est flingué. Le volume ne monte qu'en lecture seule. Parce que le système de fichiers JHFS+ qui définit ce volume est verrouillé. Et si le système de fichiers est verrouillé > c'est probablement parce que le contrôleur du disque est HS.
 
j'ai quand meme pris mes infos

Quand un volume (comme le tien) est verrouillé au montage en mode "lecture seule" > il est toujours possible de recopier ses données sur un autre support > car l'accès s'opère en lecture. Mais impossible d'y changer quoi que ce soit. Ton SSD est "figé".

----------

il y a un outil de crucial peux etre?

Un autre membre des forums s'est adressé à l'assistance Crucial pour un SSD tombé lui aussi en panne > ils l'ont envoyé sur les roses en alléguant que leurs SSD ne sont pas faits pour servir de périphériques externes > mais seulement en interne dans un Mac. J'ai trouvé cette réponse particulièrement "gonflée" > mais elle te donne le son de cloche de leur part : aucun geste commercial à attendre (genre échange ou réparation).