10.11 El Capitan Anomalie montage partition

[fbike]

Bonsoir à tous

Je ne comprenais pas pourquoi deux volumes montaient sur le bureau après un temps de décalage au démarrage.
En consultant les logs j'ai les résultats suivants:

20/12/2016 17:02:22,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
20/12/2016 17:02:23,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5
20/12/2016 17:02:21,000 kernel[0]: hfs: mounted Video on device disk0s4
20/12/2016 17:02:22,000 kernel[0]: hfs: mounted Vm on device disk0s5
20/12/2016 17:02:22,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
20/12/2016 17:02:23,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5

j'ai exécuté la commande suivante afin de vérifier que je n'ai pas de problèmes particuliers ce dont j'étais quasiment certains puisque les partition étaient montées.

christian@imac:[~]:sudo fsck_hfs -f /dev/disk0s4 /dev/disk0s5
Password:
** /dev/rdisk0s4
   Executing fsck_hfs (version hfs-305.10.1).
** Checking Journaled HFS Plus volume.
   The volume name is Video
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume Video appears to be OK.
** /dev/rdisk0s5
   Executing fsck_hfs (version hfs-305.10.1).
** Checking Journaled HFS Plus volume.
   The volume name is Vm
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume Vm appears to be OK.

Alors est ce que cette situation pourrait être induite par le fait que mon fichier fstab comporte les lignes suivantes :

UUID=0479C532-B154-344A-BEF5-ADF5980C6968 none hfs rw,noauto
UUID=273DF588-A539-36DC-ADBA-63DEA22A107B none hfs rw,noauto

et que les deux UID concernant ces partitions ne sont pas sur le même disque ?
(partitions sur /disk1s1 et /disk1s3


Merci de vos avis concernant ce problème me paraissant fort étrange...

 

[Deleted member 1099514]

Salut

En effet les commandes dans /etc/fstab demandent de ne pas monter les UUID listées.
Que renvoient :
diskutil info disk0s4
diskutil info disk0s5

 

[fbike]

Salut

En effet les commandes dans /etc/fstab demandent de ne pas monter les UUID listées.
Que renvoient :
diskutil info disk0s4
diskutil info disk0s5

Voici pour disk0s4

christian@imac:[~]:diskutil info disk0s4
   Device Identifier:        disk0s4
   Device Node:              /dev/disk0s4
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      Video

   Volume Name:              Video

   Mounted:                  Yes
   Mount Point:              /Volumes/Video

   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Journal size 155648 KB at offset 0xa9c800c000
   Owners:                   Disabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      Yes
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              2E20D570-81FD-331F-90C8-B560EF097ADF
   Disk / Partition UUID:    9558D9EF-60C9-4FC2-A873-50FB1348A96F

   Total Size:               2.0 TB (2000420986880 Bytes) (exactly 3907072240 512-Byte-Units)
   Volume Free Space:        2.0 TB (1999563309056 Bytes) (exactly 3905397088 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    4096 Bytes

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

   Device Location:          External
   Removable Media:          No

   Solid State:              No

et pour disk0s5

christian@imac:[~]:diskutil info disk0s5
   Device Identifier:        disk0s5
   Device Node:              /dev/disk0s5
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      Vm

   Volume Name:              Vm

   Mounted:                  Yes
   Mount Point:              /Volumes/Vm

   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Journal size 155648 KB at offset 0x8a478c0000
   Owners:                   Disabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      Yes
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              F0A67685-F312-3347-941C-F15F3D72F21B
   Disk / Partition UUID:    EA510023-EBD2-4157-BB9C-F5965CF6552E

   Total Size:               2.0 TB (2000152559616 Bytes) (exactly 3906547968 512-Byte-Units)
   Volume Free Space:        1.9 TB (1873793515520 Bytes) (exactly 3659752960 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    131072 Bytes

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

   Device Location:          External
   Removable Media:          No

   Solid State:              No

 

[Deleted member 1099514]

Donc aucune des UUID dans /etc/fstab.
Combien de temps attends tu pour voir les disques monter?
Que renvoie un :
diskutil list disk0

 

[fbike]

Donc aucune des UUID dans /etc/fstab.
Combien de temps attends tu pour voir les disques monter?
Que renvoie un :
diskutil list disk0

Merci jeanjd63.

Je suis perfectionniste, ce qui m'étonne ce sont les logs. J'ai été étonné de voir monter mes 3 autres partitions (une dédiée à TM) et ces deux disques après coup disons 5 secondes pour s'afficher sur le bureau.
Je n'avais pas ce phénomène auparavant.

J'ai donc naturellement regarde les logs.

Je te donne un extrait au boot de 17H00

montage de / :

20/12/2016 17:01:59,000 kernel[0]: BSD root: disk0s2, major 1, minor 3
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.171270: srom rev:11
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.171635: ChangeVCO => vco:960, xtalF:40, frac: 98, ndivMode: 3, ndivint: 24
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.171645: Data written into the PLL_CNTRL_ADDR2: 00000c31
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.171710: Data written into the PLL_CNTRL_ADDR3 (Fractional): 0000100e
20/12/2016 17:01:59,000 kernel[0]: init: error getting PHY_MODE;  using MODE_UNKNOWN
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.182753: BRCM tunables:
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.182759:   pullmode[1] txringsize[  256] txsendqsize[1024] reapmin[   32] reapcount[  128]
20/12/2016 17:01:59,000 kernel[0]: ARPT: 1.183670: wl0: Broadcom BCM43a0, vendorID[0x14e4] BAR0[0xb1a00004]
20/12/2016 17:01:59,000 kernel[0]: 7.21.95.175 (r622517)
20/12/2016 17:01:59,000 kernel[0]: USBMSC Identifier (non-unique): KZ8ZBTG2210          0x5ac 0x1500 0x203, 2
20/12/2016 17:01:59,000 kernel[0]: USBMSC Identifier (non-unique): 0000140713E302F9 0xdc4 0x210 0x0, 3
20/12/2016 17:01:59,000 kernel[0]: IOBluetoothUSBDFU::probe
20/12/2016 17:01:59,000 kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x828D FirmwareVersion - 0x0118
20/12/2016 17:01:59,000 kernel[0]: USBMSC Identifier (non-unique): 000000000815 0x5e3 0x743 0x815, 2
20/12/2016 17:01:59,000 kernel[0]: hfs: mounted Macintosh HD on device root_device
20/12/2016 17:01:59,000 kernel[0]: XCPM: registered
20/12/2016 17:01:59,000 kernel[0]: VM Swap Subsystem is ON

Voici par contre les montages/démontages au démarrage de l'OS. C'est curieux. J'ai cependant annoté la ligne me paraissant correspondre à la lecture de /etc/fstab à ce temps: 20/12/2016 17:02:21,000

20/12/2016 17:01:59,000 kernel[0]: hfs: mounted Macintosh HD on device root_device
20/12/2016 17:02:19,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
20/12/2016 17:02:19,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
20/12/2016 17:02:19,000 kernel[0]: hfs: mounted Mac OS X Basique on device disk1s2
20/12/2016 17:02:19,000 kernel[0]: hfs: mounted VIDE on device disk1s3
20/12/2016 17:02:21,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
20/12/2016 17:02:21,000 kernel[0]: hfs: unmount initiated on AluIce Turbo on device disk3s2
20/12/2016 17:02:21,000 kernel[0]: hfs: unmount initiated on Mac OS X Basique on device disk1s2
20/12/2016 17:02:21,000 kernel[0]: hfs: unmount initiated on VIDE on device disk1s3                            ===>>>> JE PENSE QU'IL S'AGIT DU DEMONTAGE SPECIFIE DANS /etc/fstab
20/12/2016 17:02:21,000 kernel[0]: hfs: mounted Video on device disk0s4
20/12/2016 17:02:22,000 kernel[0]: hfs: mounted Vm on device disk0s5
20/12/2016 17:02:22,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
20/12/2016 17:02:23,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5
20/12/2016 17:02:31,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
20/12/2016 17:02:32,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
20/12/2016 17:02:36,265 deleted[580]: normalizeUserMountpoint:791 volRoot failed for /Volumes/Vm
20/12/2016 17:02:42,000 kernel[0]: hfs: mounted Video on device disk0s4
20/12/2016 17:02:43,000 kernel[0]: hfs: mounted Vm on device disk0s5
20/12/2016 17:03:52,000 kernel[0]: hfs: mounted Recovery HD on device disk0s3
20/12/2016 17:03:53,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Recovery HD detected: Cleaning cached entries.
20/12/2016 17:03:53,165 com.avast.fileshield[419]: Detected unmount of /Volumes/Recovery HD
20/12/2016 17:03:53,000 kernel[0]: hfs: unmount initiated on Recovery HD on device disk0s3
20/12/2016 17:06:24,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Video detected: Cleaning cached entries.
20/12/2016 17:06:24,307 com.avast.fileshield[419]: Detected unmount of /Volumes/Video
20/12/2016 17:06:24,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
20/12/2016 17:06:24,546 deleted[580]: normalizeUserMountpoint:791 volRoot failed for /Volumes/Video
20/12/2016 17:06:25,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Vm detected: Cleaning cached entries.
20/12/2016 17:06:25,553 com.avast.fileshield[419]: Detected unmount of /Volumes/Vm
20/12/2016 17:06:25,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5
20/12/2016 17:06:25,868 deleted[580]: normalizeUserMountpoint:791 volRoot failed for /Volumes/Vm
20/12/2016 17:06:37,000 kernel[0]: hfs: mounted Video on device disk0s4
20/12/2016 17:06:40,000 kernel[0]: hfs: mounted Vm on device disk0s5
20/12/2016 17:07:02,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Video detected: Cleaning cached entries.
20/12/2016 17:07:02,567 com.avast.fileshield[419]: Detected unmount of /Volumes/Video
20/12/2016 17:07:02,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
20/12/2016 17:07:02,744 deleted[580]: normalizeUserMountpoint:791 volRoot failed for /Volumes/Video
20/12/2016 17:07:03,625 com.avast.fileshield[419]: Detected unmount of /Volumes/Vm
20/12/2016 17:07:03,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Vm detected: Cleaning cached entries.

 

[Deleted member 1099514]

C'est ce type de lignes qui me gênent :
Que vient faire avast là dedans :
com.avast.fileshield[419]: Detected unmount of /Volumes/Video

 

[fbike]

Bonne question, je me la suis posée lorsque j'ai copié les logs. Mais a première vue et d'après le test que je viens de faire, sur une autre partition et j'obtiens un même type de message dans les logs :

20/12/2016 18:57:13,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
20/12/2016 18:57:13,372 deleted[580]: normalizeUserMountpoint:791 volRoot failed for /Volumes/Data 3To
20/12/2016 18:57:13,372 deleted[580]: _validateVolume:813 unable to normalize volume: "/Volumes/Data 3To", vol: (null)
20/12/2016 18:57:16,000 kernel[0]: hfs: mounted Data 3To on device disk2s2

A priori, le message d'avast que je pensais être "normal" ne le serait pas, car ce message indique clairement qu'il force à flusher le filesystem.

 

[Deleted member 1099514]

Tente de supprimer avast et voir comment ça réagit.

 

[fbike]

Ok je ferai le test demain matin et posterai le résultats.
Merci de ton avis.

 

[Deleted member 1099514]

Pas de quoi. Bonne soirée.

 

[fbike]

Pas de quoi. Bonne soirée.

Bonjour JeanJd

Matinal je commence a formatter mes deux partition (une étant une partition tampon pour la vidéo qui est vide en ce moment)
la deuxième comporte des données, mais sont en cours de copie. Cela est suffisamment rapide en thunderbolt pour les copier.

Je vais bien voir si ce message de 'normalisation' des volumes serait lié. Ensuite, je désinstallerai avast.

Voici néanmoins la curiosité de ce matin : me filtrage de la console sur les messages concernant "mount"

21/12/2016 06:19:32,000 kernel[0]: hfs: mounted Macintosh HD on device root_device
21/12/2016 06:19:46,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 06:19:46,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 06:19:46,000 kernel[0]: hfs: mounted Mac OS X Basique on device disk0s2
21/12/2016 06:19:46,000 kernel[0]: hfs: mounted VIDE on device disk0s3
21/12/2016 06:19:47,000 kernel[0]: hfs: mounted Video on device disk1s4
21/12/2016 06:19:47,000 kernel[0]: hfs: mounted Vm on device disk1s5
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on AluIce Turbo on device disk3s2
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Mac OS X Basique on device disk0s2
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on VIDE on device disk0s3
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Video on device disk1s4
21/12/2016 06:19:49,000 kernel[0]: hfs: unmount initiated on Vm on device disk1s5
21/12/2016 06:19:59,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 06:20:00,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 06:20:05,000 kernel[0]: hfs: mounted Video on device disk1s4
21/12/2016 06:20:07,000 kernel[0]: hfs: mounted Vm on device disk1s5
21/12/2016 06:21:29,000 kernel[0]: hfs: mounted Recovery HD on device disk1s3

Ainsi qu'un extrait des logs au montage des partitions.

21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
21/12/2016 06:19:48,733 mds[66]: (Volume.Normal:2464) volume:0x7fc84c01bc00 ********** Bootstrapped Creating a default store:0 SpotLoc:(null) SpotVerLoc:/Volumes/Mac OS X Basique/.Spotlight-V100/Store-V1 occlude:0 /Volumes/Mac OS X Basique
21/12/2016 06:19:48,762 mds[66]: (Volume.Normal:2464) volume:0x7fc84b02b200 ********** Bootstrapped Creating a default store:0 SpotLoc:(null) SpotVerLoc:/Volumes/BOOTCAMP/.Spotlight-V100/Store-V1 occlude:0 /Volumes/VIDE
21/12/2016 06:19:48,779 mds[66]: (Volume.Normal:2464) volume:0x7fc84a878800 ********** Bootstrapped Creating a default store:0 SpotLoc:(null) SpotVerLoc:/Volumes/Video/.Spotlight-V100/Store-V1 occlude:0 /Volumes/Video
21/12/2016 06:19:48,796 mds[66]: (Volume.Normal:2464) volume:0x7fc84b030600 ********** Bootstrapped Creating a default store:0 SpotLoc:(null) SpotVerLoc:/Volumes/Vm/.Spotlight-V100/Store-V1 occlude:0 /Volumes/Vm
21/12/2016 06:19:48,810 revisiond[102]: Cannot make directory /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/C/com.apple.revisiond.private_temp/RO-db-V1_XsV6cCrh: File exists
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on AluIce Turbo on device disk3s2
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Mac OS X Basique on device disk0s2
21/12/2016 06:19:48,831 revisiond[102]: Cannot make directory /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/C/com.apple.revisiond.private_temp/RO-db-V1_UgzArKIZ: File exists
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on VIDE on device disk0s3
21/12/2016 06:19:48,000 kernel[0]: hfs: unmount initiated on Video on device disk1s4
21/12/2016 06:19:49,000 kernel[0]: hfs: unmount initiated on Vm on device disk1s5
21/12/2016 06:19:50,962 sntp[367]: time set +1.205150 s
21/12/2016 06:19:50,991 ntpd[260]: peer time.euro.apple.com @ 17.253.52.125
21/12/2016 06:19:51,016 com.apple.xpc.launchd[1]: (com.apple.quicklook[399]) Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
21/12/2016 06:19:51,035 ntpd[260]: drift PPM:0.000 -> -32.319

 

[Membre supprimé 1060554]

fbike

Je m'immisce dans ton fil en simple amateur d'énigmes.

C'est le kernel qui, pour tout disque attaché au Système, opère la probation des systèmes de fichiers des partitions et initie le montage des volumes.

En ce qui concerne mon propre Mac (MacBook Pro 17" i7 Late_2011) > 11 disques se trouvent attachés au Système > comportant 42 partitions > dont seulement 15 montables en volumes réguliers (une situation pléthorique - donc).

Si je consulte les logs de démarrage avec le filtre : kernel > je vois bien enregistrées les opérations successives de montage des 15 volumes réguliers en question sur les partitions correspondantes > mais absolument aucune opération de démontage des mêmes avant leur remontage (non plus qu'aucune opération de montage avant démontage des volumes de partitions ESP <EFI System Partition> ou Recovery HD). Bref : le montage des volumes s'opère une seule fois et se trouve sustenté « en kernel » sans phénomène de "yo-yo".

Ton cas de figure, au contraire, se singularise par des séries de : montage > démontage > remontage pour toute une série de volumes sur les partitions correspondantes (plus un montage avant démontage d'une partition Recovery HD) - ce qui me paraît tout à fait anormal comme déroulement. Le problème étant que les motifs des démontages ne sont pas documentés chaque fois.

- Lorsque tu dis :

Je n'avais pas ce phénomène auparavant.

> est-ce que quelque chose de notable a changé dans ta configuration ? - ajout de disque attachables au Système ? changement d'OS ? instruction de non montage de tel volume ? ou autre...

- Par ailleurs, est-ce qu'il n'est pas indiscret de te demander de poster le tableau retourné par un :

diskutil list

histoire d'avoir une carte de géographie générale des disques avec leurs paramètres logiques ?

- Enfin en ce qui concerne le fichier fstab > si tu "commentes" (avec un #) le départ de tes 2 lignes d'instructions -->

#UUID=0479C532-B154-344A-BEF5-ADF5980C6968 none hfs rw,noauto
#UUID=273DF588-A539-36DC-ADBA-63DEA22A107B none hfs rw,noauto

afin de les exclure provisoirement de prise en charge > et si tu re-démarres > est-ce que quelque chose change dans le déroulement de la prise en charge des volumes par le kernel ?

 

[fbike]

Bonjour Macomanic et Jean Jean
Je vais poster avant de m'absenter tout ce qui a été demandé.

Après avoir bien entendu désinstallé avast proprement en supprimant partout les fichiers qui lui sont propres, puis..... rebooté etc.... Bref toujours la même chose.


Alors, avant de te lire à l'instant, pour pousser plus en avant, s'agissant dès lors d'un retour en arrière, j'ai voulu voir en refaisant un clean install de la 10.11.6 puis rapatriement des données avec TM si cela changeait les choses.

Diantre, que nenni ! puisque de toutes manières les plist sont elles aussi récupérées.

J'ai même poussé le vice en renommant ma partition vide après réinstallation, ce qui n'a rien changé. Elle s'appelle BOOTCAMP...

Evidemment non! puisque de toutes manières les plist et autres fichiers de config système qui me sont propres sont eux aussi récupérées depuis la TM.

Bref: voici le système remonté et les logs filtrés sur "mount"

21/12/2016 13:23:18,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/AluIce Turbo detected: Cleaning cached entries.
21/12/2016 13:23:18,633 com.avast.fileshield[426]: Detected unmount of /Volumes/AluIce Turbo
21/12/2016 13:23:18,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Data 3To detected: Cleaning cached entries.
21/12/2016 13:23:18,634 com.avast.fileshield[426]: Detected unmount of /Volumes/Data 3To
21/12/2016 13:23:18,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Vm detected: Cleaning cached entries.
21/12/2016 13:23:18,662 com.avast.fileshield[426]: Detected unmount of /Volumes/Vm
21/12/2016 13:23:18,000 kernel[0]: com.avast.fileshield: Unmount of /Volumes/Video detected: Cleaning cached entries.
21/12/2016 13:23:18,662 com.avast.fileshield[426]: Detected unmount of /Volumes/Video
21/12/2016 13:24:13,000 kernel[0]: hfs: mounted Macintosh HD on device root_device
21/12/2016 13:24:28,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 13:24:28,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 13:24:28,000 kernel[0]: hfs: mounted Mac OS X Basique on device disk1s2
21/12/2016 13:24:28,000 kernel[0]: hfs: mounted BOOTCAMP on device disk1s3
21/12/2016 13:24:29,000 kernel[0]: hfs: mounted Video on device disk0s4
21/12/2016 13:24:29,000 kernel[0]: hfs: mounted Vm on device disk0s5
21/12/2016 13:24:30,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
21/12/2016 13:24:30,000 kernel[0]: hfs: unmount initiated on AluIce Turbo on device disk3s2
21/12/2016 13:24:30,000 kernel[0]: hfs: unmount initiated on Mac OS X Basique on device disk1s2
21/12/2016 13:24:30,000 kernel[0]: hfs: unmount initiated on BOOTCAMP on device disk1s3
21/12/2016 13:24:30,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
21/12/2016 13:24:31,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5
21/12/2016 13:24:37,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 13:24:39,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 13:24:50,000 kernel[0]: hfs: mounted Video on device disk0s4
21/12/2016 13:24:58,000 kernel[0]: hfs: mounted Vm on device disk0s5

Ensuite je poste ce que tu m'as demandé, à savoir
Le diskutil list :

christian@imac:[~]:diskutil list
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *6.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS Video                   2.0 TB     disk0s4
   5:                  Apple_HFS Vm                      2.0 TB     disk0s5
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Mac OS X Basique        30.0 GB    disk1s2
   3:                  Apple_HFS BOOTCAMP                969.7 GB   disk1s3
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Data 3To                3.0 TB     disk2s2
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS AluIce Turbo            3.0 TB     disk3s2

Enfin, venant de te lire, je m'empresse de modifier la fstab en commentant les lignes de manière à rebooter et transmettre les logs en éditant ce message après avoir rebooté.


Voila les logs :

21/12/2016 13:51:36,000 kernel[0]: hfs: unmount initiated on Recovery HD on device disk0s3
21/12/2016 13:57:29,000 kernel[0]: hfs: mounted Macintosh HD on device root_device
21/12/2016 13:57:31,000 kernel[0]: hfs: mounted Mac OS X Basique on device disk1s2
21/12/2016 13:57:36,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 13:57:36,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 13:57:38,000 kernel[0]: hfs: mounted Video on device disk0s4
21/12/2016 13:57:39,000 kernel[0]: hfs: mounted Vm on device disk0s5
21/12/2016 13:57:39,000 kernel[0]: hfs: unmount initiated on AluIce Turbo on device disk3s2
21/12/2016 13:57:40,000 kernel[0]: hfs: unmount initiated on Data 3To on device disk2s2
21/12/2016 13:57:40,000 kernel[0]: hfs: unmount initiated on Video on device disk0s4
21/12/2016 13:57:40,000 kernel[0]: hfs: unmount initiated on Vm on device disk0s5
21/12/2016 13:57:46,000 kernel[0]: hfs: mounted Data 3To on device disk2s2
21/12/2016 13:57:48,000 kernel[0]: hfs: mounted AluIce Turbo on device disk3s2
21/12/2016 13:57:55,000 kernel[0]: hfs: mounted Video on device disk0s4
21/12/2016 13:58:02,000 kernel[0]: hfs: mounted Vm on device disk0s5

Fichtre Diantre !!! il semblerait que le fait d'avoir commenté et par voie de conséquence désactivé les démontages nommés dans /etc/fstab, il n'y ai plus le problème

C'était la seule modification que j'avais faite suite à un récent post, auquel jeanjd m'a répondu et qui concernait le démontage au démarrage d'une partition non utilisée.

Pour ma part, en vieil unixien, et arrivant depuis presque deux ans dans le monde OSX et apple, l'inexistence par défaut de /etc/fstab et la mise en garde clairement indiquée dans /etc/fstab.hd me laissaient penser que sur OSX l'utilisation /etc/fstab était devenu obsolète.
Que neni, le fichier est bel et bien utilisé, cependant avec peut être un bug dans le monteur de disque.

christian@imac:[~]:cat /etc/fstab
#UUID=0479C532-B154-344A-BEF5-ADF5980C6968 none hfs rw,noauto
#UUID=273DF588-A539-36DC-ADBA-63DEA22A107B none hfs rw,noauto

Donc a-priorit serait-ce un bug du kernel ou de la commande umount qui dans son fonctionnement lit /etc/fstab afin d'appeler le bon "démonter"r xxxx_mount, ou xxxx représente un type de système de fichier

A priori et dans mon cas, hfs_umount se comporterait comme si elle démonte automatiquement le disque qui inclut la partition à ne pas monter dans /etc/fstab?

Toujours est-il c'est qu'il sera inutile de penser à une update sous EC 10.11.6.

Ce n'est que mon petit avis mais peut être, en ta qualité d'expert du disque tu dois peut être avoir une petite idée de la chose ?


Merci

 

[Deleted member 1099514]

Pour moi avast est toujours présent :
com.avast.fileshield[426]: Detected unmount of /Volumes/Video

 

[fbike]

oui tu as raison jeanjd avast est présent. j ai du mal m exprimer dans mon post précedent : avant de réinstaller j ai supprimé complètement avast du système. le problème de montage démontage à persisté, toutefois sans le message d avast. ensuitecomme je l ai indiqué,j ai effacé le disque système réinstallé EC 10.1.6 à partir de ma clef puis restauré avec tm. le problème est revenu. puis suivant les conseils j ai commenté avec un # les deux lignes de /etc/fstab
et le problème à disparu. comme indiqué dans mon long post !!!

 

[Membre supprimé 1060554]

Salut fbike

suivant les conseils j ai commenté avec un # les deux lignes de /etc/fstab
et le problème à disparu. comme indiqué dans mon long post

Il s'agit de la neutralisation des 2 lignes instruisant le non-montage automatique des volumes Mac OS X Basique sur la partition disk1s2 & BOOTCAMP sur la partition disk1s3 du disk1. Cette libération du montage automatique des 2 volumes du disk1 a donc supprimé le problème qui avait motivé la création de ce fil. Quel était ce problème ?

Je ne comprenais pas pourquoi deux volumes montaient sur le bureau après un temps de décalage au démarrage.

Les 2 volumes concernés sont les volumes Video sur la partition disk0s4 et Vm sur la partition disk0s5 du disk0 qui se trouve être le disque-support du root_device : la partition disk0s2 dont le système de fichiers est en charge du point de montage / à partir duquel monte le volume-Système Macintosh HD.

« Consécution n'est pas raison » (comme le relevait le philosophe empiriste David Hume) : ce n'est pas parce que je constate une succession de faits (ici : suppression d'une instruction de non-montage de 2 volumes du disk1 dans /private/etc/fstab --> suppression du délai de montage de 2 volumes du disk0) > que ce constat d'une "consécution" empirique me fait concevoir « raitionnellement » cet enchaînement. Càd. en quoi le fait précédent a valeur de « cause » produisant le fait consécutif en tant qu'« effet » nécessaire. En d'autre terme : enregistrer une succession factuelle ne me fait pas pour autant appréhender un déterminisme.

[Comme tu peux le voir > je ne suis en rien un « expert du disque » (comme tu m'en prête aimablement la qualité) > ce qui m'assurerait une maîtrise a priori de l'« objet » > je suis plutôt quelqu'un attentif à l'enchaînement discursif des énoncés à propos des choses (càd. pratiquant l'art subjectif de la « rhétorique »).]

Pourquoi donc l'autorisation de montage automatique des 2 volumes du disk1 implique-t-elle la suppression du délai de montage de 2 volumes du disk0 ?

Je n'ai que des conjectures à ce sujet (n'étant pas le moins du monde informaticien > et encore moins informaticien fondementaliste : càd. théoricien de l'architecture du noyau ou kernel).

Lors de la séquence de démarrage du Mac > une fois que l'EFI (Programme Interne du Mac) a exécuté le boot_loader boot.efi (démarreur) > ce dernier initie le boot ou chargement du cache de démarrage prelinkedkernel. Ce qui revient à dire que le kernel se trouve démarré > et le processus de l'injection des kexts (extensions du noyau) initié. Une fois cette opération de prise en charge du pilotage de la bécane effectuée > le kernel lance le premier des processus extra_kernel : le processus INIT ou launchd daemon.

Le launchd en question a fort à faire pour activer le logiciel-Système en distribuant des tâches à des sous-opérateurs. Faisons comme s'il s'agissait d'un processus monolithique unique : il va, entre autre, visiter le répertoire /private/etc pour charger (s'il y a lieu) des instructions comme celles du fichier /etc/fstab. Mais il y a instructions et instructions. Il y a des instructions axées-Système (par exemple telle valeur de l'umask ou masque de l'utilisateur pour la création de fichiers ou dossiers) ; mais il y a aussi des instructions qui ont une valeur récursive pour le kernel (celles concernant la gestion des disques).

La lecture d'une instruction de non-montage de 2 volumes d'un disk1 est donc passée récursivement au kernel > lequel kernel a la charge automatique de la probation des systèmes de fichiers des partitions > et, en cas de validation, de montage des volumes « en kernel ». Il faut croire qu'une instruction de non-montage de volumes relevant d'un disque indépendant adressée au kernel par le processus launchd > introduit un délai temporel dans le montage des volumes des partitions collatérales du root_device (les disk0s4 & disk0s5 collatérales du root_device disk0s2). Car ? - supposons que le kernel adresse en dernier lieu la table de partition GPT du disque du root_device (ici: disk0) > n'importe quelle instruction introduisant une variation par rapport au montage automatique des volumes sur les partitions des disques tiers > pourrait donc amener un délai quant à la prise en charge de la table GPT du disque du root_device traité par défaut en dernier.

Comme tu peux le voir : conjecture tout ce qu'il y a de fragile. Une raison « possible » - tout au plus.

--------------------​

Admettons-la a priori en tant que simple « possibilité heuristique » [ce qui nous conduirait à considérer le problème que tu as soulevé dans ce fil comme non seulement résolu en pratique mais rendu intelligible en théorie] => une chose me frappe alors dans les logs de démarrage de ton Mac : c'est un problème de montage de volumes sur les partitions des disques a priori sans rapport avec celui que tu as mis en avant (un problème « indépendant »).

À savoir > une séquence de « yo-yo» : montage > démontage > remontage affectant 4 volumes sur 4 partitions de disques - séquence qui, si je la compare aux logs de démarrage de mon propre Mac (prise en charge de 11 disques et de 42 partitions en en vue du montage automatique de 15 volumes) > n'a absolument rien de normal.

Il n'est pas normal qu'après avoir monté un volume sur une partition après probation de son système de fichiers > le kernel le démonte illico > avant de le remonter. Cette séquence de « yo-yo » peut très bien s'opérer avant l'ouverture de ta session graphique elle-même > de telle sorte que tu n'en es pas avisé en tant que phénomène (= problème « invisible ») > pourtant elle opère bien au niveau kernel (d'après les logs) et n'est pas régulière.

Ta configuration a quelque chose de curieux : tu as manifestement 4 disques à plateaux (HDD) > 1 interne > 3 externes > et c'est sur un HDD externe manifestement que ton Mac démarre (et les instructions du fichier fstab portaient me semble-t-il sur le HDD interne pour non montage de 2 volumes). Est-ce que tu pourrais documenter cette configuration ? Ton Mac : iMac ? mini ? Tes 3 disques externes : attachés au Mac en USB ? Le boîtier AluIce Turbo : ne serait-il pas attaché en FireWire ?

Je m'enquiers notamment dudit AluIce Turbo > parce que constamment c'est le volume éponyme de sa partition disk3s2 qui initie la séquence de « yo-yo » : démontage > remontage. Séquence > car le démontage après montage initial du volume AluIce Turbo sur la partition disk3s2 déclenche une réaction en chaîne : démontage du volume du disk2 > démontage des 2 volumes du disque disk0 du root_device (à présent qu'ils ne sont plus neutralisés par une instruction de non-montage) => suivie d'une séquence de remontage en chaîne telle que : c'est toujours le volume Data 3To qui se trouve remonté en premier sur la partition disk2s2 en antédédence du remontage du volume AluIce Turbo sur la partition disk3s2 > alors même qu'au premier montage « en kernel » c'est toujours le volume AluIce Turbo qui se trouve monté en premier sur la partition disk3s2 > en antécédence du volume Data 2To sur la partition disk2s2.

=> Il y a manifestement « conflit d'antécédence » de ces 2 disques en ce qui concerne le montage prioritaire de leur volume-- « en kernel ».

--------------------​

 

[fbike]

macomaniac

Merci pour ton retour que je viens de lire avec attention. Je te transmets donc ma configuration :

Imac 14,2, 32 Go RAM (oui c'est peu, je sais mais il a quand même eu besoin de 100 Mo de mémoire virtuelle dans certaines conditions !)

1 disque interne de 1To: device disk0 : partition renommée BOOTCAMP pour essai du yoyo. Cette partition me permet de monter une version d'OSX en test. EFI sur disk0s1, partition secours OSX : disk0s2), (BOOTCAMP : disk0s3 qui est une partition vide et renommée lors de mon dernier test), interface SATA

1 lacie 2big TBT2 sur (2 x 3 go) : device disk 1 connecté en thunderbolt 2, sur le premier port. Le disque est configuré en 1seul volume logique de 6 To RAID 0: découpé en partitions de 2 To avec :
disk1s1: EFI, disk1s2 : / , disk1s3 : recovery, disk1s4 : Video et disk1s5 : Vm

1 disque externe lace d2 TBT2: device disk2 (data 3To : disk2s2) en thunderbolt 2, sur un le deuxième port thunderbolt : Lacie d2 TBT2

1 WD Red 3 To configuré dans un boitier 'AluIce Turbo' en USB3 : disk3s2 contenant time_machine et images système
Le rush vidéo est fait sur /Volumes/Video : cette partition ne me sert qu'à cela, puisque Davinci Resolve est très gourmand lors de la production.
-- petite remarque, indiquer que l'EFI est sur disk?s1 est un pléonasme de ma part.


La configuration en plateaux et sans SSD m'a permis, il y a un peu plus d'un an, d'allier un certain compromis entre performance et coût du stockage. (cf ma vignette).

Ton idée selon laquelle il y aurait conflit de précédence lors du montage me plaît, surtout avec le fait que tous les types de connexions possibles pour des unités de stockage sont utilisées chez moi (mis à part le firewire).

Je butine sur la toile à la recherche d'infos particulières sur ce postulat....mais ce n'est pas facile. A moins que ton expérience puisse permette de conclure en ce sens.

 

[Membre supprimé 1060554]

Tu as donc un iMac Late_2013 avec beaucoup de RAM (32 Go) > mais un disque à plateaux de 1 To 7200tr/m interne > ce qui t'a conduit à exploiter les 2 ports Thunderbolt-2 de la bécane (pour Système démarrable et stockage).

Tu as donc 3 boîtiers, 2 Thunderbolt-2 et 1 USB-3 > malheureusement sans SSD (pour une raison de coût je présume) > mais incluant de gros disques à plateaux. Tu es ainsi dans une configuration de compromis vitesse / stockage (y compris par rapport à l'interne > parce que tu n'as pas voulu ouvrir ta bécane pour remplacer le HDD SATA par un SSD).

Compromis performant néanmoins, j'en ai l'impression.

Il y a un point qui m'échappe (conceptuellement parlant) > c'est ton Lacie à 2 disques à plateaux solidarisés en RAID 0. Tu dis que le Volume RAID est partitionné (c'est le cas d'après le tableau de diskutil list) - pourtant un volume RAID 0 (de type logiciel) est a priori non partitionnable. Je présume alors qu'il s'agit d'un RAID 0 de type matériel > et que ce dispositif permet le partitionnement ?

Pour ce qui est du problème que j'avais soulevé (le « yo-yo » : montage > démontage > remontage de volumes « en kernel » avant l'ouverture de session --> un problème "invisible" ou "insensible", donc) > il concerne une espèce de "rivalité" entre les 2 boîtiers : un Lacie Thunderbolt 2 To et un Western Digital USB-3 3 To. Le Western Digital USB-3 a l'air plus rapide à l'attachement du disque et à la prise en charge par le kernel (un effet de l'« AluIce Turbo » ?) que le Lacie Thunderbolt > mais il semble qu'intervienne de la part du kernel ensuite une « révision logique » > conduisant au démontage des volumes du Western > afin de remonter en premier les volumes du Lacie Thunderbolt.

=> dans la mesure où tes volumes sont stables après montage > il faut accepter la situation > ce doit être une espèce d'acte de « justice logique » rétro-active de la part du kernel > et mieux vaut de pas se préoccuper d'intervenir dans ces transactions « intra_kernel »...

--------------------​

Tant qu'on en est à étaler nos customisations > j'ai pour ma part une trapanelle = MacBook Pro 17" i7 2.5 GHz Late_2011 avec lequel j'obtiens ces résultats (RAID 0 logiciel à 4 SDD : 2 SATA-3 internes + 2 Thunderbolt-1 externes)

​

(Il faut bien tenter de ne pas trop décrocher par rapport aux hallucinantes vitesses des SSD des MacBook Pro dernier cri qui atteignent les 3 GB/s > soit la vitesse de la RAM classique. Avec des débits aussi extraordinaires > la quantité de RAM n'est plus un problème intrinsèque > puisque le swap au disque est aussi rapide que le support de la RAM classique. Même les questions de taille du SSD interne se relativisent > avec d'une part la possibilité de stockage dans le nuage > et d'autre part la possibilité d'attacher des SSD externes en Thunderbolt 3.

Beaucoup de fastidieux ronchonnements dans des fils d'humeur des forums à propos de bécanes non-évolutives ne font qu'exprimer un point de vue rendu obsolète « en essence ». Je sais personnellement par « conviction intuitive » que lorsque je passerais à un de ces nouveaux engins futuristes > je ne pourrais plus retourner aux trapanelles d'antan pas plus qu'aux mobylettes 49,9 cm3 de l'adolescence.)

 

[fbike]

Bonjour Macomaniac

Tout d'abord, je voulais te préciser, que j'ai deux Lacie :

un lacie d2 thunderbolt 3 To ET un Lacie 9000437 2big Thunderbolt 6To constitué de 2 plateaux de 3 To, configurable par switch soit en RAID 1, soit en RAID 0 géré par le contrôleur du lacie, permettant du JBOD sur une capacité de 6To, les vitesses de transfert sont doublées par le fait que les données sont écrites simultanément sur les deux disques.


J'ai passé un peu de temps à butiner çà et là, et j'ai consulté aussi quelques sources chez apple concernant le mount de la 10.11.6 chez apple afin de voir si quelque chose de bien significatif pouvait apparaître dans les dizaines de Ko de sources lues en diagonale.

Rien de bien significatif de tout cela de plus je ne suis pas un développer apple.

Néanmoins je pense que ta rhétorique hypothético-déductive est correcte. Je pense bien que l'on touche à un problème comportemental du noyau, qui n'a rien l'air d'un bug.
Je m'accommode du yoyo l'important est que cela fonctionne.

Cependant ma perspicacité m'a amené à chercher le pourquoi du comment.

A moi de conjecturer et d'amener quelques compléments.

Le bus PCI qui connecte l'ensemble des périphériques est une structure arborescente, un arbre auquel se connectent tous les périphériques faisant partie de nos mac (ou de nos pc qui en sont aussi équipés), le bus énumère les périphérique de manière à pouvoir relier le périphérique à son pilote.

Lorsque l'on parcourt un arbre, il existe plusieurs méthodes de parcourir l'ensemble de l'arbre. (s 'inspirer du schéma et non pas des algorithmes) http://www.chambily.com/recursivite/chap_VII_1.htm

Il existe une commande bash permettant d'afficher le IOkit de Darwin :

ioreg -p IOService -t

Qui demande d'afficher sous forme d'arbre les périphériques enregistrés. L'option -t permet d'afficher les connexion des sous-noeuds de manière arborescente. Le résultat de cette commande se trouve plus bas, un copier coller pour la mettre dans un fichier texte serait plus lisible.

J'ai ajouté les niveaux de connexion dans l'arbre 38 étant le niveau de connexion du périphérique (38, 62, 64 et 66 dans mon cas)

Dans ton précédent post, tu précisais l'ordre de démontage: qui s'expliquerait par le schéma indiqué dans ma signature.

1) Aluice
2) Data 3To
3) Video
4) Vm

Donc en se basant sur l'arbre : Darwin et l'Iokit parcourent l'arbre en profondeur, de droite à gauche : On trouve le premier Device (38) puis on fait un umount.
On descend le pilote Usb => DISQUE => Aluice et il est démonté les partitions sous aluice
et darwin remonte l'arbre (tout une histoire d'évolution ) et passe au thunderbolt, puis d"monde data 3 To, remonte, démonte Vm et Vidéo et ainsi de suite.

Pour le remontage, les opérations sont inversées.

ioreg -p IOService -t

38 | | | |   +-o SSP2@14800000  <class AppleUSB30XHCIPort, id 0x1000002f4, registered, matched, active, busy 0 (438 ms), retain 18>
   | | | |   |                       +-o Aluice Turbo@2  <class IOMedia, id 0x100000453, registered, matched, active, busy 0 (0 ms), retain 12>
62 | | | |       +-o DSB1@3  <class IOPCIDevice, id 0x1000001e0, registered, matched, active, busy 0 (1250 ms), retain 12>
   | | | |       |       |       |         +-o LaCie 2big v2 THB USB3 Raid 0 Media  <class IOMedia, id 0x1000002c0, registered, matched, active, busy 0 (508 ms), retain 13>
   | | | |       |       |       |           +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x1000002c1, registered, matched, active, busy 0 (0 ms), retain 6>
   | | | |       |       |       |           +-o IOGUIDPartitionScheme  <class IOGUIDPartitionScheme, id 0x1000002de, !registered, !matched, active, busy 0 (36 ms), retain 10>
   | | | |       |       |       |             +-o EFI System Partition@1  <class IOMedia, id 0x10000030d, registered, matched, active, busy 0 (0 ms), retain 11>
   | | | |       |       |       |             | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x100000317, registered, matched, active, busy 0 (0 ms), retain 6>
   | | | |       |       |       |             +-o Sans titre@2  <class IOMedia, id 0x10000030f, registered, matched, active, busy 0 (36 ms), retain 13>
   | | | |       |       |       |             | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x10000031c, registered, matched, active, busy 0 (0 ms), retain 7>
   | | | |       |       |       |             +-o Recovery HD@3  <class IOMedia, id 0x100000310, registered, matched, active, busy 0 (36 ms), retain 11>
   | | | |       |       |       |             | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x100000319, registered, matched, active, busy 0 (0 ms), retain 6>
   | | | |       |       |       |             +-o Video@4  <class IOMedia, id 0x100000312, registered, matched, active, busy 0 (36 ms), retain 12>
   | | | |       |       |       |             | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x10000031a, registered, matched, active, busy 0 (0 ms), retain 7>
   | | | |       |       |       |             +-o Vm@5  <class IOMedia, id 0x100000313, registered, matched, active, busy 0 (36 ms), retain 12>
64 | | | |       +-o DSB2@4  <class IOPCIDevice, id 0x1000001fa, registered, matched, active, busy 0 (2178 ms), retain 12>
   | | | |       |       |       |             +-o Data 3To@2  <class IOMedia, id 0x1000003a3, registered, matched, active, busy 0 (0 ms), retain 12>
66 | | | +-o SATA@1F,2  <class IOPCIDevice, id 0x1000001cb, registered, matched, active, busy 0 (528 ms), retain 12>
   | | | | +-o AppleIntelPchSeriesAHCI  <class AppleIntelPchSeriesAHCI, id 0x100000260, registered, matched, active, busy 0 (490 ms), retain 9>
   | | | |   +-o PRT0@0  <class AppleIntelPchSeriesAHCIPort, id 0x1000001cc, registered, matched, active, busy 0 (490 ms), retain 12>
   | | | |     +-o IOAHCIDevice@0  <class IOAHCIDevice, id 0x1000002c3, registered, matched, active, busy 0 (490 ms), retain 13>
   | | | |       +-o AppleAHCIDiskDriver  <class AppleAHCIDiskDriver, id 0x1000002c4, registered, matched, active, busy 0 (488 ms), retain 7>
   | | | |         +-o IOAHCIBlockStorageDevice  <class IOAHCIBlockStorageDevice, id 0x1000002d0, registered, matched, active, busy 0 (488 ms), retain 7>
   | | | |           +-o IOBlockStorageDriver  <class IOBlockStorageDriver, id 0x1000002d3, registered, matched, active, busy 0 (488 ms), retain 8>
   | | | |             +-o APPLE HDD ST1000DM003 Media  <class IOMedia, id 0x1000002d4, registered, matched, active, busy 0 (488 ms), retain 13>
   | | | |               +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x1000002d5, registered, matched, active, busy 0 (0 ms), retain 6>
   | | | |               +-o IOGUIDPartitionScheme  <class IOGUIDPartitionScheme, id 0x1000002db, !registered, !matched, active, busy 0 (26 ms), retain 8>
   | | | |                 +-o EFI System Partition@1  <class IOMedia, id 0x10000030b, registered, matched, active, busy 0 (0 ms), retain 11>
   | | | |                 | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x100000315, registered, matched, active, busy 0 (0 ms), retain 6>
   | | | |                 +-o Mac OS X Basique@2  <class IOMedia, id 0x10000030c, registered, matched, active, busy 0 (20 ms), retain 12>
   | | | |                 | +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x100000316, registered, matched, active, busy 0 (0 ms), retain 7>
   | | | |                 +-o Sans titre@3  <class IOMedia, id 0x10000030e, registered, matched, active, busy 0 (26 ms), retain 12>
   | | | |                   +-o IOMediaBSDClient  <class IOMediaBSDClient, id 0x100000318, registered, matched, active, busy 0 (0 ms), retain 7>

`

Enfin, pour la petite histoire, effarant le 1,3 To en lecture...

Dommage que les SSD étaient inaccessible il y a un an.

PS j'ai refait mon speed test : il est dans mes miniatures avec ma signature...

christian

 

[Membre supprimé 1060554]

329 Mo/s en écriture et 421 Mo/s en lecture : tu as d'excellentes performances sur disque à plateaux grâce à la combinaison : Thunderbolt-2 x RAID 0. Quasiment l'équivalent d'un SSD 2,5 pouces en SATA-3 - mais avec une énorme capacité de stockage.

... Bonne fête de Noël !