Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Patrick <patrick@nowhere.invalid> wrote:
Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
On 2019-02-12 09:33:41 +0000, SbM said:Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
On 2019-02-12 09:33:41 +0000, SbM said:
> Patrick <patrick@nowhere.invalid> wrote:
>
>> Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
>> rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
>> de préférences par exemple or ils peuvent être corrompus.
>
> Enfin c'est quand même le but : si tu utilises Assistant Migration,
> c'est pour retrouver ton environnement de travail à l'identique. Donc y
> compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
On 2019-02-12 09:33:41 +0000, SbM said:Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
Patrick wrote:On 2019-02-12 09:33:41 +0000, SbM said:Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
De fait, si tu fais une clean install, tu n'utilises pas Assistant
Migration. C'est logique. On utilise Assistant Migration pour retrouver
son environnement de travail à l'identique, le plus souvent lors d'un
changement de matériel.
Patrick <patrick@nowhere.invalid> wrote:
On 2019-02-12 09:33:41 +0000, SbM said:
Patrick <patrick@nowhere.invalid> wrote:
Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
De fait, si tu fais une clean install, tu n'utilises pas Assistant
Migration. C'est logique. On utilise Assistant Migration pour retrouver
son environnement de travail à l'identique, le plus souvent lors d'un
changement de matériel.
Patrick wrote:On 2019-02-12 09:33:41 +0000, SbM said:Patrick wrote:Je me méfie d'Assistant Migration qui a la fâcheuse tendance de
rapatrier plus qu'il n'en faut lors d'une clean install. Les fichiers
de préférences par exemple or ils peuvent être corrompus.
Enfin c'est quand même le but : si tu utilises Assistant Migration,
c'est pour retrouver ton environnement de travail à l'identique. Donc y
compris (et surtout) les réglages et préférences de tes applis.
Si tu fais une clean install parce que tu subodores que ton système est
vérolé (il est question d'un problème avec le kernel_task), il vaut
mieux faire table rase. A quoi bon réimporter les préférences du
système et des applications si ces dernières sont à l'origine du souc ?
À l'arrivée le problème persistera et la clean install n'aura servi à
rien. On parle des préférences mais il peut y avoir d'autres causes au
mauvais fonctionnement du système, raison de plus pour éviter
d'utiliser Assistant Migration.
De fait, si tu fais une clean install, tu n'utilises pas Assistant
Migration. C'est logique. On utilise Assistant Migration pour retrouver
son environnement de travail à l'identique, le plus souvent lors d'un
changement de matériel.
De fait, si tu fais une clean install, tu n'utilises pas Assistant
Migration. C'est logique. On utilise Assistant Migration pour retrouver
son environnement de travail à l'identique, le plus souvent lors d'un
changement de matériel.
Tu as dû louper un épisode car il n'est question que de clean install
depuis le début ;-)
> De fait, si tu fais une clean install, tu n'utilises pas Assistant
> Migration. C'est logique. On utilise Assistant Migration pour retrouver
> son environnement de travail à l'identique, le plus souvent lors d'un
> changement de matériel.
Tu as dû louper un épisode car il n'est question que de clean install
depuis le début ;-)
De fait, si tu fais une clean install, tu n'utilises pas Assistant
Migration. C'est logique. On utilise Assistant Migration pour retrouver
son environnement de travail à l'identique, le plus souvent lors d'un
changement de matériel.
Tu as dû louper un épisode car il n'est question que de clean install
depuis le début ;-)
Le 11/02/2019 à 10:27, B. Graignic a écrit :j'ai bien viré une sur deux, elles sont :
Bank 0/DIMM0 16Go DDR3 1867 Mhz
Bank 0/DIMM1 vide vide vide
Bank 1/DIMM0 16Go DDR3 1867 Mhz
Bank 1/DIMM1 vide vide vide
Est-ce bon ?
Oui.:-)
Mais je constate que ça n'a pas résolu ton problème de kernel task qui
gonfle exagérément...
Le 11/02/2019 à 10:27, B. Graignic a écrit :
> j'ai bien viré une sur deux, elles sont :
> Bank 0/DIMM0 16Go DDR3 1867 Mhz
> Bank 0/DIMM1 vide vide vide
> Bank 1/DIMM0 16Go DDR3 1867 Mhz
> Bank 1/DIMM1 vide vide vide
>
> Est-ce bon ?
Oui.:-)
Mais je constate que ça n'a pas résolu ton problème de kernel task qui
gonfle exagérément...
Le 11/02/2019 à 10:27, B. Graignic a écrit :j'ai bien viré une sur deux, elles sont :
Bank 0/DIMM0 16Go DDR3 1867 Mhz
Bank 0/DIMM1 vide vide vide
Bank 1/DIMM0 16Go DDR3 1867 Mhz
Bank 1/DIMM1 vide vide vide
Est-ce bon ?
Oui.:-)
Mais je constate que ça n'a pas résolu ton problème de kernel task qui
gonfle exagérément...
On 2019-02-10 17:00:14 +0000, B. Graignic said:Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré une
barrette de chaque paire ;-)
On 2019-02-10 17:00:14 +0000, B. Graignic said:
Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré une
barrette de chaque paire ;-)
On 2019-02-10 17:00:14 +0000, B. Graignic said:Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré une
barrette de chaque paire ;-)
Le 10/02/2019 à 18:00, B. Graignic a écrit :Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
Hmmm. Le principe de "l'interleaving", c'est de faire fonctionner les
barrettes par paire, en parallèle... les cycles de lecture/écriture se
font sur la paire comme s'il s'agissait d'une seule barrette, sauf que
les accès sont (en théorie) deux fois plus rapides.
Mais pour ça, il faut que les barrettes jumelées soient de capacité
identique, et même de technologie identique (vitesse, cache, etc),
autrement dit il faut privilégier des barrettes issues du même
constructeur.
Par contre, je ne sais pas s'il y a une interaction réelle entre deux
paires de barrettes, qu'elles soient identiques ou pas,
mais les essais
que j'avais fait (y'a longtemps, sur un iMac 24") étaient assez
flagrants, au point de vue vitesse... apparier les barrettes offrait
plus de réactivité à la machine qu'augmenter la quantité totale de mémoire.
Ceci dit, je suis quand même un peu étonné qu'un Mac puisse avoir "trop
de mémoire". L'iMac 24" dont je parlais ne pouvait gérer que 3 Go de
RAM, mais il fonctionnait très bien avec 4 Go... 4x1 Go, en tout cas
mieux qu'avec 3x1 Go, ou que 2x1 + 2x 512 Mo.
Le 10/02/2019 à 18:00, B. Graignic a écrit :
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
Hmmm. Le principe de "l'interleaving", c'est de faire fonctionner les
barrettes par paire, en parallèle... les cycles de lecture/écriture se
font sur la paire comme s'il s'agissait d'une seule barrette, sauf que
les accès sont (en théorie) deux fois plus rapides.
Mais pour ça, il faut que les barrettes jumelées soient de capacité
identique, et même de technologie identique (vitesse, cache, etc),
autrement dit il faut privilégier des barrettes issues du même
constructeur.
Par contre, je ne sais pas s'il y a une interaction réelle entre deux
paires de barrettes, qu'elles soient identiques ou pas,
mais les essais
que j'avais fait (y'a longtemps, sur un iMac 24") étaient assez
flagrants, au point de vue vitesse... apparier les barrettes offrait
plus de réactivité à la machine qu'augmenter la quantité totale de mémoire.
Ceci dit, je suis quand même un peu étonné qu'un Mac puisse avoir "trop
de mémoire". L'iMac 24" dont je parlais ne pouvait gérer que 3 Go de
RAM, mais il fonctionnait très bien avec 4 Go... 4x1 Go, en tout cas
mieux qu'avec 3x1 Go, ou que 2x1 + 2x 512 Mo.
Le 10/02/2019 à 18:00, B. Graignic a écrit :Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
Hmmm. Le principe de "l'interleaving", c'est de faire fonctionner les
barrettes par paire, en parallèle... les cycles de lecture/écriture se
font sur la paire comme s'il s'agissait d'une seule barrette, sauf que
les accès sont (en théorie) deux fois plus rapides.
Mais pour ça, il faut que les barrettes jumelées soient de capacité
identique, et même de technologie identique (vitesse, cache, etc),
autrement dit il faut privilégier des barrettes issues du même
constructeur.
Par contre, je ne sais pas s'il y a une interaction réelle entre deux
paires de barrettes, qu'elles soient identiques ou pas,
mais les essais
que j'avais fait (y'a longtemps, sur un iMac 24") étaient assez
flagrants, au point de vue vitesse... apparier les barrettes offrait
plus de réactivité à la machine qu'augmenter la quantité totale de mémoire.
Ceci dit, je suis quand même un peu étonné qu'un Mac puisse avoir "trop
de mémoire". L'iMac 24" dont je parlais ne pouvait gérer que 3 Go de
RAM, mais il fonctionnait très bien avec 4 Go... 4x1 Go, en tout cas
mieux qu'avec 3x1 Go, ou que 2x1 + 2x 512 Mo.
Patrick wrote:On 2019-02-10 17:00:14 +0000, B. Graignic said:Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré
une barrette de chaque paire ;-)
Avec 32 Go, le Kernel_task a démarré hier soir à 1,8Go, ce matin c'était
1,9 Go et 20 minutes plus tard j'en suis à 6 Go !
Patrick <patrick@nowhere.invalid> wrote:
On 2019-02-10 17:00:14 +0000, B. Graignic said:
Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré
une barrette de chaque paire ;-)
Avec 32 Go, le Kernel_task a démarré hier soir à 1,8Go, ce matin c'était
1,9 Go et 20 minutes plus tard j'en suis à 6 Go !
Patrick wrote:On 2019-02-10 17:00:14 +0000, B. Graignic said:Je veux faire des tests de mémoire car avec 40 Go ou 64 Go j'ai un
kernel_task qui grossit, de 3Go à plus de 35G, comme la grenouille et
prive de mémoire les applications ouvertes.
Selon le support d'Apple c'est que j'ai trop de mémoire pour un iMac 27"
5K late 2015, donc comme il y a 4 barrettes de 16Go, je vais en enlever
2, mais lesquelles car dans la page
https://support.apple.com/fr-fr/HT201191#1a
il n'y a aucune indications sur les banques à remplir dans ce cas de
figure.
Ce qui est curieux, les problèmes sont intervenus 2 ans après avoir
rempli les banques avec 2 barrettes de 16 Go et 2 de 4 Go
merci :)
Late 2015, c'est pas si vieux. Je ne comprends pas parce que chez moi,
sur un iMac mid-2017 avec 20 Go de mémoire, le kernel_task ne s'octroie
que 32 Mo de mémoire. On est loin des Go dont tu parles.
Quand tu ouvres la trappe mémoire, à l'arrière du Mac, tu dois repérer
les paires de barrettes car elles sont signalées. Tu devrais pouvoir
retirer une paire. Si le Mac ne démarre plus, c'est que tu as retiré
une barrette de chaque paire ;-)
Avec 32 Go, le Kernel_task a démarré hier soir à 1,8Go, ce matin c'était
1,9 Go et 20 minutes plus tard j'en suis à 6 Go !
Patrick wrote:> De fait, si tu fais une clean install, tu n'utilises pas Assistant
> Migration. C'est logique. On utilise Assistant Migration pour retrouver
> son environnement de travail à l'identique, le plus souvent lors d'un
> changement de matériel.
Tu as dû louper un épisode car il n'est question que de clean install
depuis le début ;-)
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
Mais en même temps je pourrai ne pasinstaller un paquet d'anciennes
applications, surtout des qui sont des versions antérieures aux
logiciels actuels.
Patrick <patrick@nowhere.invalid> wrote:
> > De fait, si tu fais une clean install, tu n'utilises pas Assistant
> > Migration. C'est logique. On utilise Assistant Migration pour retrouver
> > son environnement de travail à l'identique, le plus souvent lors d'un
> > changement de matériel.
>
> Tu as dû louper un épisode car il n'est question que de clean install
> depuis le début ;-)
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
Mais en même temps je pourrai ne pasinstaller un paquet d'anciennes
applications, surtout des qui sont des versions antérieures aux
logiciels actuels.
Patrick wrote:> De fait, si tu fais une clean install, tu n'utilises pas Assistant
> Migration. C'est logique. On utilise Assistant Migration pour retrouver
> son environnement de travail à l'identique, le plus souvent lors d'un
> changement de matériel.
Tu as dû louper un épisode car il n'est question que de clean install
depuis le début ;-)
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
Mais en même temps je pourrai ne pasinstaller un paquet d'anciennes
applications, surtout des qui sont des versions antérieures aux
logiciels actuels.
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
Ce qui m'ennuie avec une clean install, c'est qu'il faut installé tous
les logiciels avec leur code et ça c'est une véritable punition surtout
ave 4D et Word.
