High Sierra: le chiffrement des disques externes les convertit en APFS, Réactions à la publication du 02/10/2017

[Lionel]

Mike Bombich rapporte une surprenante découverte dans le comportement de High Sierra.
Comme vous le savez, ce système convertit automatiquement les SSD sur lesquels il s'installe au format APFS. Cela n'est en revanche pas le cas sur les disques durs ou encore les disques Fusion Drive.
Une de ses relations a cependant eu une étrange surprise.

Cette personne a décidé de chiffrer une sauvegarde externe sous la forme d'un RAID composé de disques durs. La sauvegarde n'hébergeait aucun système d'exploitation.
Une fois terminé, il a eu la surprise de s'apercevoir que son volume RAID était maintenant au format APFS. Interrogé, Apple Care n'est pas au courant d'une telle chose, le volume aurait dû rester au format HFS+. Toutefois d'autres tests réalisés sur d'autres machines ont confirmé ce comportement systématique.

Il semble donc qu'il s'agisse d'un bug, à moins que les ingénieurs n'aient pas documenté ce comportement du système.

D'un point de vue pratique, ce n'est pas forcément un problème, le RAID fonctionne normalement.
Cela le devient en revanche si vous devez connecter ce RAID à un Mac qui n'a pas un système d'exploitation compatible avec l'APFS.
Sachant qu'il faut reformater tout le volume pour repasser en HFS+, les choses peuvent devenir fort complexes.

Lien vers le billet original

[raoulito]

"Cette personne a décidé de chiffrer une sauvegarde externe sous la forme d'un RAID composé de disques durs."


donc c pas la création d'un raid en ligne de commande mais le crytage qui transforme en ADPF, c'est cela ?
Pour la petite histoire, je pense que Sierra peut lire les fichiers apfs non ?

[Lionel]

Oui, le chiffrement, rien de plus.
Sierra lit le APFS, mais il y avait des problèmes avec la 10.12.6. Je ne sais pas si Apple les a corrigé.
En revanche, il y a encore énormément de Mac sous 10.11.

[chammer]

Ce qui est incroyable est que l'équipe de Giampaolo ne prenne pas les mêmes précautions que lors du passage HFS vers HFS+.
On se retrouve avec la fenêtre par défaut "disque illisible" avec tous les ordis qui ne sont pas en 10,13, au lieu d'un message expliquant que "ce disque ne peut être lu avec cet ordinateur". HFS+ ne peut être dans le conteneur APFS BUSVM, mais c'est une partition GUID à la base.

[jle67]

Du coup ça soulève pour moi une question : High Sierra refuse de s'installer sur un RAID au départ HFS+. Si avant on converti ce RAID en APFS "chiffré" que ce passe-t-il ?

[WipeOut]

On peut quand même lire et écrire sur un disque dur qui est en APFS s’il est partagé sur le réseau par n'importe quelle OS non ?

[iAPX]

On peut quand même lire et écrire sur un disque dur qui est en APFS s’il est partagé sur le réseau par n'importe quelle OS non ?

Oui, dans ce cas seul importe le support du protocole d'échange (smb au hasard).

[trouspinette]

Il semble donc qu'il s'agisse d'un bug à moins que les ingénieurs n'aient pas documenté ce comportement du système.

Quelque soit la raison, être passé à côté d'un bug ou d'un manquement de communication, c'est juste assez dingue...

[Lionel]

On peut quand même lire et écrire sur un disque dur qui est en APFS s’il est partagé sur le réseau par n'importe quelle OS non ?

Oui, dans ce cas seul importe le support du protocole d'échange (smb au hasard).

PAs certain qu'un Mac non compatible avec un format de fichier puisse partager quoi que ce soit s'il n'arrive pas à lire ce qui est sur le disque. Si c'est un NAS, impossible de le formater en APFS à distance sauf à le brancher sur le Mac en USB ou Thunderbolt. Et là, je ne pense pas qu'une fois autonome l'électronique interne sache quoi faire de ce format de fichier.

[labon]

Rah la blague pour le gar sui a un raid (donc pro avec des donnees importantes dessus) !
Changement de file systeme. Rien que ca !
C'est comme changer les fondations d'une maison !!!
Une sacrée blague ! Ah les coquins chez Apple.

[g4hd]

En effet, je m'inquiète vaguement : mon stockage externe sur un externe raid 5 de 6 DD connecté par Thunderbolt 2…
Comme c'est un matériel vieux de 5 ans, qui coûtait un bras, j'ai pas du tout envie qu'il lâche pour une connerie d'Apple qui s'en tamponne le coquillard !!!

Désormais, dans utilitaire de disque, la dénomination est devenue : "disque physique externe SAS • table de partition GUID"
Qu'est-ce que ça veut dire SAS ?
Mis à part Malko Linge ?

[iAPX]

On peut quand même lire et écrire sur un disque dur qui est en APFS s’il est partagé sur le réseau par n'importe quelle OS non ?

Oui, dans ce cas seul importe le support du protocole d'échange (smb au hasard).

PAs certain qu'un Mac non compatible avec un format de fichier puisse partager quoi que ce soit s'il n'arrive pas à lire ce qui est sur le disque. Si c'est un NAS, impossible de le formater en APFS à distance sauf à le brancher sur le Mac en USB ou Thunderbolt. Et là, je ne pense pas qu'une fois autonome l'électronique interne sache quoi faire de ce format de fichier.

Mouaip je pensais partage classique via smb (samba) ou n'importe quel protocole de haut-niveau, mais si c'est un partage iScsi (au hasard) ça ne marchera pas, etc. etc.
Dans ce cas il ne s'agit plus de partage, puisqu'une seule machine peut y accéder simultanément (sauf à détruire le filseystem, sauf rare exception conçue pour, je te laisserais chercher!), mais simplement d'un accès à distance.

Dans le cas d'un "partage", où un filesystem ou un sous-répertoire d'y celui est partagé entre plusieurs machines simultanément (sinon il n'y a pas partage), on utilise un protocole de haut-nivau sur l réseau, qui masque complètement le filsystem utilisé, à quelqus détails d'implémntation prêt (support Unicode, longueur des noms de fichiers, gestion de la casse ,etc).

Pour la réponse à la question, la réponse est donc "oui"

@g4hd: plié de rire, ayant lu une série de ceux-ci dans les années 70!

Ce message a été modifié par iAPX - 2 Oct 2017, 14:47.

[trouspinette]

Qu'est-ce que ça veut dire SAS ?

Dans le cas de disques SATA accessibles via un port Thunderbolt et certains équipements, les LUN/volumes sont vus en tant que "Serial Attached SCSI" : SAS.

C'est tout à fait normal de voir le périphérique sous cette forme.

Tu peux rencontrer des équipements branchés en Thunderbolt qui sont pas vus côté Mac en tant que SAS.

Pour finir, je n'ai jamais cherché la raison réelle, je pense que c'est lié au contrôleur qui est embarqué dans l'équipement de stockage.

[pacoul]

D'un point de vue pratique, ce n'est pas forcément un problème, le RAID fonctionne normalement.
Cela le devient en revanche si vous devez connecter ce RAID à un Mac qui n'a pas un système d'exploitation compatible avec l'APFS.
Sachant qu'il faut reformater tout le volume pour repasser en HFS+, les choses peuvent devenir fort complexes.

Lien vers le billet original

Quels sont les systèmes compatibles APFS ?

[Lionel]

10.13

[zoso2k1]

je vais faire les tests dès demain parce que j'ai des clients qui vont péter un câble.

Ce message a été modifié par zoso2k1 - 2 Oct 2017, 19:05.

[_Panta]

Pour info : hier soir j'ai cloné le SSD du MBP2016 sous High Sierra sur un HDD externe, je le voulais en APFS et je l'ai formaté auparavant, et chiffré, j'ai fait le clone CCC, et il boot sans problème.

Code

MacBook-Pro-de-Panta-2:~ panta$ diskutil list

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                 Apple_APFS Container disk5         499.9 GB   disk4s2

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk5
                                 Physical Store disk4s2
   1:                APFS Volume 500GB-USB3              409.8 GB   disk5s1
   2:                APFS Volume Preboot                 20.0 MB    disk5s2
   3:                APFS Volume Recovery                520.2 MB   disk5s3
   4:                APFS Volume VM                      8.6 GB     disk5s4

Ce message a été modifié par _Panta - 2 Oct 2017, 19:14.

[_Panta]

Bizarre, je n'arrive pas à reproduire le bug.
Si je chiffre un disque externe HFS+, il reste en HFS+
Si je chiffre un Raid 0 de deux disques externes HFS+, ils restent en HFS+
Si je chiffre une sauvegarde Time Machine et l'envoie sur un RAID0 HFS+, ça reste en HFS+

Code

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *8.1 GB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                 Apple_RAID                         7.7 GB     disk4s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk4s3

/dev/disk6 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *8.1 GB     disk6
   1:                        EFI EFI                     209.7 MB   disk6s1
   2:                 Apple_RAID                         7.7 GB     disk6s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk6s3

/dev/disk7 (external, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:          Apple_CoreStorage                        +15.4 GB    disk7

/dev/disk8 (external, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Raid-USB               +15.0 GB    disk8
                                 Logical Volume on disk7
                                 6F4AFD6F-81E6-4C40-99DA-759FB6E80076
                                 Unlocked Encrypted

Ce message a été modifié par _Panta - 2 Oct 2017, 20:32.

[_Panta]

Euh, c'est pas un disque/raid Externe ça comme icône, non ? mais un disque/raid sur sata/pcie

Du coup ça soulève pour moi une question : High Sierra refuse de s'installer sur un RAID au départ HFS+. Si avant on converti ce RAID en APFS "chiffré" que ce passe-t-il ?

Je suis pourtant en train de l'installer sur un raid USB composé de deux clef en hfs+. Je reviendrais à la fin de l'install.

J'ai peut être mal compris la news, mais à l'affirmation "High Sierra: le chiffrement des disques externes les convertit en APFS" mon retour d' experience est "pas chez moi".

Ce message a été modifié par _Panta - 2 Oct 2017, 21:46.

[iAPX]

Apparemment APFS pose problème pour différents logiciels, dont des jeux très connus comme Counter Strike, probablement non à cause d'une bug dans APFS, mais le changement de gestion de la casse (les minuscules et majuscules et maintenant leur différenciation par défaut ce qui n'était pas le cas avec HFS+ par défaut).

Je pense que d'autres logiciels, dont les version de GIT pour Mac (qui ont été patché pour ça, ça a provoqué l'ire de Linus Torvald à l'époque) pourraient avoir des problèmes aussi. Il va falloir être très attentif, et pour ma part, j'attend de voir ce qu'il va se passer, chez les autres

[g4hd]

Comment ça se passe entre APFS et NTFS ?

Si ça fonctionne pareillement qu’entre APFS et NFS ou NFS+, pourrait-on formater nos volumes externes qui seraient alors échangeables avec l’autre monde ?
Ou bien… oublier cette idée farfelue ?

[iAPX]

Comment ça se passe entre APFS et NTFS ?

Si ça fonctionne pareillement qu’entre APFS et NFS ou NFS+, pourrait-on formater nos volumes externes qui seraient alors échangeables avec l’autre monde ?
Ou bien… oublier cette idée farfelue ?

Cette idée n'a rien de farfelue, merci de l'amener, car elle va me permettre de rebondir sur les filesystem, qui sont un sous-ensemble des noyaux actuels, sous form de drivers (drivers qui ne contrôlent en fait aucun matériel directement), qui transcodent les demandes des OS concernant des actions sur des médias (par exemple ouverture avec verrouillage en écriture) en actions d'entrées-sorties (et/ou en changement d'état interne), ils sont la brique qui va permettre d'utiliser disque dur, SSD, partage réseau (ie: smd/samba, nfs, afs, ...), etc.

Le driver d'IO va se placer directement en-dessous, pour échanger via SATA, iSCSI, RAM, etc.
Le type de stockage physique utilisé est donc découplé du modèle de filesystem, si tant est que le driver de ce premier supporte les commandes générées par ce dernier.

Ces drivers de filesystem sont configurables et extensibles depuis Windows NT (et donc Windows 2000) pour les ceusses sous l'OS de crosoft, sous MAC OS X depuis les débuts, on peut donc maintenant sur toutes nos plateformes en ajouter d'autres, comme un support NTFS complet (j'utilise Tuxera NTFS depuis des années), même si l'OS n'en comporte qu'une poignée par défaut: HFS+, FAT12/FAT16/FAT32, exFAT et maintenant APFS pour macOS 10.13.

Il est donc probable que Tuxera ou un autre développe un driver APFS pour macOS et surtout pour Windows, ainsi qu'un support rajouté dans Linux sur le moyen-terme si ils ne sont pas bloqué par des brevets ou licences, au moins en version gratuite limitée à la lecture pour accéder aux volumes APFS depuis un autre OS ou macOS 10.12 et antérieurs.

Il n s'agit pas de monde fermés, car ni ext2/ext3/ext4, ni HFS+, ni NTFS, ni même APFS ne sont lié à un OS, même s'ils sont plus conçu pour être utilisé par l'un que par l'autre, et avec un peu de temps on devrait avoir des passerelles fonctionnelles avc APFS

Ce message a été modifié par iAPX - 3 Oct 2017, 12:07.