J'essaye d'être succint.
Un iMac 2018 et un SSD d'origine de 250 Go (un peu juste à l'usage).
Je lui adjoins un SSD externe Samsung de 500 Go branché en permanence
avec 2 partitions. Il contient des backups réguliers, iPhoto et iTunes
(il est rempli à moitié).
Il y a un an, je teste son débit avec Blackmagic Disk Speed Test : en
gros 350 MB/s en DL et UL.
Hier je teste plusieurs fois et trouve env 40 MB/s !
Donc en 1 an son débit est divisé par 10. Ce qui n'est pas trivial.
Deux questions :
- Y a t-il une explication, sinon une espèce d'usure (?) ou de
fragmentation importante ?
- Si je le formate et télécharge ensuite son clone, cela va t-il lui
redonner sa vélocité d'antan ?
--
A+
Romer
Une autre option est de monter un hackintosh permettant d'utiliser de macOS sur un matériel pouvant recevoir de nombreux périphériques SATA en plus d'interfaces M.2 pour des supports de stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt. C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
J'y ai bien pensé aussi mais il doit falloir refaire tous les réglages à chaque MàJ du système - qu'on n'est pas obligé de faire par ailleurs. -- A+ Romer
Francis Chartier <num.0@bisounours-asocial.club> wrote:
Une autre option est de monter un hackintosh permettant d'utiliser
de macOS sur un matériel pouvant recevoir de nombreux
périphériques SATA en plus d'interfaces M.2 pour des supports de
stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt.
C'est devenu plus simple depuis quelques années en utilisant Clover, et
pour ceux que l'aspect technique intéresse, le développement d'OpenCore
est assez prometteur.
Une autre option est de monter un hackintosh permettant d'utiliser de macOS sur un matériel pouvant recevoir de nombreux périphériques SATA en plus d'interfaces M.2 pour des supports de stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt. C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
J'y ai bien pensé aussi mais il doit falloir refaire tous les réglages à chaque MàJ du système - qu'on n'est pas obligé de faire par ailleurs. -- A+ Romer
romer
Bernd wrote:
C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
J'y ai bien pensé aussi mais il doit falloir refaire tous les réglages à chaque MàJ du système - qu'on n'est pas obligé de faire par ailleurs.
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD. J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et autres étaient externalisés et ça marchait fort bien. De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à peine une journée. Un SSD consommant peu, ça n'impactait pas trop la capacité de la batterie. Mais avec un DD à plateau et moteur pour le faire tourner, la batterie va être solicitée un peu plus. -- A+ Romer
Bernd <romer@vat.com.invalid> wrote:
> C'est devenu plus simple depuis quelques années en utilisant Clover, et
> pour ceux que l'aspect technique intéresse, le développement d'OpenCore
> est assez prometteur.
>
> https://github.com/acidanthera/OpenCorePkg
> https://github.com/dortania
> https://dortania.github.io/OpenCore-Desktop-Guide/
J'y ai bien pensé aussi mais il doit falloir refaire tous les réglages à
chaque MàJ du système - qu'on n'est pas obligé de faire par ailleurs.
Le pb est de toute façon résolu bien que je ne sois pas satisfait
complètement.
J'ai placé un DD classique de 500 Go à la place du SSD.
J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui
aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et
autres étaient externalisés et ça marchait fort bien.
De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à
peine une journée. Un SSD consommant peu, ça n'impactait pas trop la
capacité de la batterie.
Mais avec un DD à plateau et moteur pour le faire tourner, la batterie
va être solicitée un peu plus.
--
A+
Romer
C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
J'y ai bien pensé aussi mais il doit falloir refaire tous les réglages à chaque MàJ du système - qu'on n'est pas obligé de faire par ailleurs.
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD. J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et autres étaient externalisés et ça marchait fort bien. De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à peine une journée. Un SSD consommant peu, ça n'impactait pas trop la capacité de la batterie. Mais avec un DD à plateau et moteur pour le faire tourner, la batterie va être solicitée un peu plus. -- A+ Romer
gilles
Bernd wrote:
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin...
J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et autres étaient externalisés et ça marchait fort bien. De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à peine une journée. Un SSD consommant peu, ça n'impactait pas trop la capacité de la batterie. Mais avec un DD à plateau et moteur pour le faire tourner, la batterie va être solicitée un peu plus.
Pour info quand même, tant le MacBook Air (si c'est un modèle avant 2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur SSD interne remplacé... L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et le MacBook Air acceptant des SSD en PCIe 4x / NVMe. A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s sur le MacBook Air, 3000 Mo/s sur l'iMac. Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à patcher. Et en choisissant bien le modèle la consommation restera basse, par exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD Samsung d'origine.
Bernd <romer@vat.com.invalid> wrote:
Le pb est de toute façon résolu bien que je ne sois pas satisfait
complètement.
J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100
Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin
du disque.
De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle
magnetic recording) : les "pistes" magnétiques se chevauchent
Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents
(dans les 20Mo/s) lors des opérations de réécriture : car et si on
touche à 1 seule piste toutes les pistes contigues doivent être relues
et réécrites..
C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques
SMR reconnaissent le TRIM et en ont besoin...
J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui
aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et
autres étaient externalisés et ça marchait fort bien.
De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à
peine une journée. Un SSD consommant peu, ça n'impactait pas trop la
capacité de la batterie.
Mais avec un DD à plateau et moteur pour le faire tourner, la batterie
va être solicitée un peu plus.
Pour info quand même, tant le MacBook Air (si c'est un modèle avant
2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur
SSD interne remplacé...
L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et
le MacBook Air acceptant des SSD en PCIe 4x / NVMe.
A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout
pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s
sur le MacBook Air, 3000 Mo/s sur l'iMac.
Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à
patcher.
Et en choisissant bien le modèle la consommation restera basse, par
exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD
Samsung d'origine.
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin...
J'ai connecté au départ un SSD pour ajout de mémoire au Mac qui lui aussi a un SSD interne de petite capacité. Ainsi Photos, iTunes et autres étaient externalisés et ça marchait fort bien. De plus j'utilise pendant les mois d'été un MBA dont la batterie tient à peine une journée. Un SSD consommant peu, ça n'impactait pas trop la capacité de la batterie. Mais avec un DD à plateau et moteur pour le faire tourner, la batterie va être solicitée un peu plus.
Pour info quand même, tant le MacBook Air (si c'est un modèle avant 2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur SSD interne remplacé... L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et le MacBook Air acceptant des SSD en PCIe 4x / NVMe. A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s sur le MacBook Air, 3000 Mo/s sur l'iMac. Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à patcher. Et en choisissant bien le modèle la consommation restera basse, par exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD Samsung d'origine.
romer
Gilles Aurejac wrote:
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin... Pour info quand même, tant le MacBook Air (si c'est un modèle avant 2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur SSD interne remplacé... L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et le MacBook Air acceptant des SSD en PCIe 4x / NVMe. A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s sur le MacBook Air, 3000 Mo/s sur l'iMac. Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à patcher. Et en choisissant bien le modèle la consommation restera basse, par exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD Samsung d'origine.
Merci de toutes ces infos. Je vais reconsidérer les choses à la lumière de ce que tu dis. Le SSD du MBA se change en 3mn - le plus long étant de dévisser les 8 vis torx du boitier. Quant au iMac 2018, ce sera plus retors apparemment. Je l'ai déjà fait sur un iMac plus ancien mais sur celui-là, j'ai l'impression qu'il y a plus de démontage. J'irai voir sur fr.iFixit.com -- A+ Romer
Gilles Aurejac <gilles@alussinan.org> wrote:
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100
Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin
du disque.
De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle
magnetic recording) : les "pistes" magnétiques se chevauchent
Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents
(dans les 20Mo/s) lors des opérations de réécriture : car et si on
touche à 1 seule piste toutes les pistes contigues doivent être relues
et réécrites..
C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques
SMR reconnaissent le TRIM et en ont besoin...
Pour info quand même, tant le MacBook Air (si c'est un modèle avant
2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur
SSD interne remplacé...
L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et
le MacBook Air acceptant des SSD en PCIe 4x / NVMe.
A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout
pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s
sur le MacBook Air, 3000 Mo/s sur l'iMac.
Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à
patcher.
Et en choisissant bien le modèle la consommation restera basse, par
exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD
Samsung d'origine.
Merci de toutes ces infos. Je vais reconsidérer les choses à la lumière
de ce que tu dis.
Le SSD du MBA se change en 3mn - le plus long étant de dévisser les 8
vis torx du boitier.
Quant au iMac 2018, ce sera plus retors apparemment. Je l'ai déjà fait
sur un iMac plus ancien mais sur celui-là, j'ai l'impression qu'il y a
plus de démontage.
J'irai voir sur fr.iFixit.com
--
A+
Romer
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin... Pour info quand même, tant le MacBook Air (si c'est un modèle avant 2018) et l'iMac (modèle 2017 si j'ai bien compris) peuvent avoir leur SSD interne remplacé... L'iMac acceptant aussi bien des SSD en 2,5" Sata que en PCIe 4x NVMe, et le MacBook Air acceptant des SSD en PCIe 4x / NVMe. A condition de choisir un bon SSD (prendre de la NAND en TLC, surtout pas en QLC), les performances seront très élevées : jusqu'à 1500 Mo/s sur le MacBook Air, 3000 Mo/s sur l'iMac. Et en interne en NVMe, le TRIM est nativement supporté sans avoir rien à patcher. Et en choisissant bien le modèle la consommation restera basse, par exemple les SSD à base de Phison E12 ne consomment pas plus que les SSD Samsung d'origine.
Merci de toutes ces infos. Je vais reconsidérer les choses à la lumière de ce que tu dis. Le SSD du MBA se change en 3mn - le plus long étant de dévisser les 8 vis torx du boitier. Quant au iMac 2018, ce sera plus retors apparemment. Je l'ai déjà fait sur un iMac plus ancien mais sur celui-là, j'ai l'impression qu'il y a plus de démontage. J'irai voir sur fr.iFixit.com -- A+ Romer
pehache
Le 13/05/2020 à 15:00, Gilles Aurejac a écrit :
Bernd wrote:
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin...
La vache, on n'arrête pas le "progrès" ! -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Le 13/05/2020 à 15:00, Gilles Aurejac a écrit :
Bernd <romer@vat.com.invalid> wrote:
Le pb est de toute façon résolu bien que je ne sois pas satisfait
complètement.
J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100
Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin
du disque.
De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle
magnetic recording) : les "pistes" magnétiques se chevauchent
Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents
(dans les 20Mo/s) lors des opérations de réécriture : car et si on
touche à 1 seule piste toutes les pistes contigues doivent être relues
et réécrites..
C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques
SMR reconnaissent le TRIM et en ont besoin...
La vache, on n'arrête pas le "progrès" !
--
- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
- "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Le pb est de toute façon résolu bien que je ne sois pas satisfait complètement. J'ai placé un DD classique de 500 Go à la place du SSD.
Alors juste en passant comme ça, un DD classique, en 2,5" ça fait 100 Mo/s au début, quand il est vide, et ça "tombe" vite à 50 Mo/s à la fin du disque. De plus beaucoup de disques durs aujourd'hui sont en SMR (shingle magnetic recording) : les "pistes" magnétiques se chevauchent Et contrairement au PMR/CMR, ces disques SMR sont particulièrement lents (dans les 20Mo/s) lors des opérations de réécriture : car et si on touche à 1 seule piste toutes les pistes contigues doivent être relues et réécrites.. C'est un peu un phénomène similaire aux SSD et d'ailleurs ces disques SMR reconnaissent le TRIM et en ont besoin...
La vache, on n'arrête pas le "progrès" ! -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
pehache
Le 12/05/2020 à 10:27, Francis Chartier a écrit :
Le Sun, 10 May 2020 15:35:11 +0200, (Bernd) écrivait :
- dans quelques temps (dans 6 mois peut-être ), je monte un PC pièce par pièces avec install. de Linux et distribution Ubuntu. Ainsi on a une config qui va bien et qui est modulable à volonté. Ce sera la 2e tentative avec cet OS - on verra bien.
Une autre option est de monter un hackintosh permettant d'utiliser de macOS sur un matériel pouvant recevoir de nombreux périphériques SATA en plus d'interfaces M.2 pour des supports de stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt. C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ? -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Le 12/05/2020 à 10:27, Francis Chartier a écrit :
Le Sun, 10 May 2020 15:35:11 +0200, romer@vat.com.invalid (Bernd)
écrivait :
- dans quelques temps (dans 6 mois peut-être ), je monte un PC pièce
par pièces avec install. de Linux et distribution Ubuntu. Ainsi on a
une config qui va bien et qui est modulable à volonté.
Ce sera la 2e tentative avec cet OS - on verra bien.
Une autre option est de monter un hackintosh permettant d'utiliser
de macOS sur un matériel pouvant recevoir de nombreux
périphériques SATA en plus d'interfaces M.2 pour des supports de
stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt.
C'est devenu plus simple depuis quelques années en utilisant Clover, et
pour ceux que l'aspect technique intéresse, le développement d'OpenCore
est assez prometteur.
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où
macOS exigera sa présence ?
--
- "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
- "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Le Sun, 10 May 2020 15:35:11 +0200, (Bernd) écrivait :
- dans quelques temps (dans 6 mois peut-être ), je monte un PC pièce par pièces avec install. de Linux et distribution Ubuntu. Ainsi on a une config qui va bien et qui est modulable à volonté. Ce sera la 2e tentative avec cet OS - on verra bien.
Une autre option est de monter un hackintosh permettant d'utiliser de macOS sur un matériel pouvant recevoir de nombreux périphériques SATA en plus d'interfaces M.2 pour des supports de stockage NVME, sans avoir à recourir à une interface USB ni Thunderbolt. C'est devenu plus simple depuis quelques années en utilisant Clover, et pour ceux que l'aspect technique intéresse, le développement d'OpenCore est assez prometteur. https://github.com/acidanthera/OpenCorePkg https://github.com/dortania https://dortania.github.io/OpenCore-Desktop-Guide/
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ? -- - "...sois ouvert aux idées des autres pour peu qu'elles aillent dans le même sens que les tiennes." (ST sur fr.bio.medecine) - "Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici." (FLC sur fr.comp.sys.atari)
Matt
On mer. 13 mai 2020 (22:03), pehache wrote:
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où elle a installé la dernière version de Mac OS X sur un Asus. Apple décidera certainement de verrouiller son système lorsque les machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8 ans en moyenne, donc sachant que les premières machines dotées de puces de « sécurité » datent de 2016, l'échéance probable étant 2024). Apple étant notoirement connue pour verrouiller ses machines (même si elles sont vendues à de légitimes propriétaires), on peut penser que cette échéance sonnera le glas des Hackintosh. Heureusement l'herbe est maintenant bien verte ailleurs :-) -- <Sebio> C'est pas dur, en informatique quand y'a un problème, dans la majorité des cas il se trouve entre la chaise et le clavier * bashfr.org
On mer. 13 mai 2020 (22:03),
pehache <pehache.7@gmail.com> wrote:
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où
macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où
elle a installé la dernière version de Mac OS X sur un Asus.
Apple décidera certainement de verrouiller son système lorsque les
machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8
ans en moyenne, donc sachant que les premières machines dotées de puces
de « sécurité » datent de 2016, l'échéance probable étant 2024).
Apple étant notoirement connue pour verrouiller ses machines (même si
elles sont vendues à de légitimes propriétaires), on peut penser que
cette échéance sonnera le glas des Hackintosh.
Heureusement l'herbe est maintenant bien verte ailleurs :-)
--
<Sebio> C'est pas dur, en informatique quand y'a un problème, dans la
majorité des cas il se trouve entre la chaise et le clavier
* bashfr.org
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où elle a installé la dernière version de Mac OS X sur un Asus. Apple décidera certainement de verrouiller son système lorsque les machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8 ans en moyenne, donc sachant que les premières machines dotées de puces de « sécurité » datent de 2016, l'échéance probable étant 2024). Apple étant notoirement connue pour verrouiller ses machines (même si elles sont vendues à de légitimes propriétaires), on peut penser que cette échéance sonnera le glas des Hackintosh. Heureusement l'herbe est maintenant bien verte ailleurs :-) -- <Sebio> C'est pas dur, en informatique quand y'a un problème, dans la majorité des cas il se trouve entre la chaise et le clavier * bashfr.org
pehache
Le 14/05/2020 à 02:06, Matt a écrit :
On mer. 13 mai 2020 (22:03), pehache wrote:
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où elle a installé la dernière version de Mac OS X sur un Asus. Apple décidera certainement de verrouiller son système lorsque les machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8 ans en moyenne, donc sachant que les premières machines dotées de puces de « sécurité » datent de 2016, l'échéance probable étant 2024).
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce qui laisse quelques années quand même.
Le 14/05/2020 à 02:06, Matt a écrit :
On mer. 13 mai 2020 (22:03),
pehache <pehache.7@gmail.com> wrote:
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où
macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où
elle a installé la dernière version de Mac OS X sur un Asus.
Apple décidera certainement de verrouiller son système lorsque les
machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8
ans en moyenne, donc sachant que les premières machines dotées de puces
de « sécurité » datent de 2016, l'échéance probable étant 2024).
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune
d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce
qui laisse quelques années quand même.
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Tiens c'est exactement ce que j'indiquais à une connaissance ce jour où elle a installé la dernière version de Mac OS X sur un Asus. Apple décidera certainement de verrouiller son système lorsque les machines exemptes de puces T1/T2/Tx seront déclarées comme obsolètes (8 ans en moyenne, donc sachant que les premières machines dotées de puces de « sécurité » datent de 2016, l'échéance probable étant 2024).
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce qui laisse quelques années quand même.
Francis Chartier
Le Wed, 13 May 2020 22:03:24 +0200, pehache écrivait :
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Si c'est vraiment verrouillé, il sera temps de revenir sous Linux/BSD, ou de continuer avec une révision du système non impacté. Peut-être que d'ici là ils auront évolué sur leur polit ique d'implantation ou d'utilisation des puces T2. Peut-être même qu'on se rendra compte qu'elles sont trouées, comme d'autres composants révolutionnaires. Tout est possible... <https://www.wired.com/story/thunderspy-thunderbolt-evil-maid-hacking/> <https://appleinsider.com/articles/20/05/11/macs-partially-affected-by-unpa tchable-thunderbolt-security-exploit> <https://www.lemondeinformatique.fr/actualites/lire-thunderspy-des-systemes -windows-mac-et-linux-piratables-en-5-minutes-79052.html> On verra quand on y sera. :) -- Francis Chartier Bisounours Asocial #0
Le Wed, 13 May 2020 22:03:24 +0200, pehache <pehache.7@gmail.com>
écrivait :
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où
macOS exigera sa présence ?
Si c'est vraiment verrouillé, il sera temps de revenir sous Linux/BSD,
ou de continuer avec une révision du système non impacté.
Peut-être que d'ici là ils auront évolué sur leur polit ique
d'implantation ou d'utilisation des puces T2.
Peut-être même qu'on se rendra compte qu'elles sont trouées, comme
d'autres composants révolutionnaires.
Tout est possible...
Le Wed, 13 May 2020 22:03:24 +0200, pehache écrivait :
Quid du jour où tous les Mac auront une puce T2 (ou équivalent) et où macOS exigera sa présence ?
Si c'est vraiment verrouillé, il sera temps de revenir sous Linux/BSD, ou de continuer avec une révision du système non impacté. Peut-être que d'ici là ils auront évolué sur leur polit ique d'implantation ou d'utilisation des puces T2. Peut-être même qu'on se rendra compte qu'elles sont trouées, comme d'autres composants révolutionnaires. Tout est possible... <https://www.wired.com/story/thunderspy-thunderbolt-evil-maid-hacking/> <https://appleinsider.com/articles/20/05/11/macs-partially-affected-by-unpa tchable-thunderbolt-security-exploit> <https://www.lemondeinformatique.fr/actualites/lire-thunderspy-des-systemes -windows-mac-et-linux-piratables-en-5-minutes-79052.html> On verra quand on y sera. :) -- Francis Chartier Bisounours Asocial #0
gilles
pehache wrote:
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce qui laisse quelques années quand même.
C'est vrai, mais il n'y a plus qu'une seule machine dans ce cas, l'iMac. Toute la gamme est occupée par la puce T2. Toute ? non car un iMac peuplé d'irréductibles disques et SSD normaux résiste à l'envahisseur.
pehache <pehache.7@gmail.com> wrote:
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune
d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce
qui laisse quelques années quand même.
C'est vrai, mais il n'y a plus qu'une seule machine dans ce cas, l'iMac.
Toute la gamme est occupée par la puce T2. Toute ? non car un iMac
peuplé d'irréductibles disques et SSD normaux résiste à l'envahisseur.
Il y a encore des Mac au catalogue sans puce T2, donc le moment où aucune d'entre ne sera éligible au dernier macOS sera un peu plus lointain, ce qui laisse quelques années quand même.
C'est vrai, mais il n'y a plus qu'une seule machine dans ce cas, l'iMac. Toute la gamme est occupée par la puce T2. Toute ? non car un iMac peuplé d'irréductibles disques et SSD normaux résiste à l'envahisseur.
