Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
lun. 28 janv. 2019, pehache disait :Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur
lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée
de
vie très longue, et qu'avant de défunter, elles peuvent créer de
graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très
longtemps
≅ 2ans avant les premiers troubles.
Cela me semble être une curieuse démarche que d'acheter une machine dont
on pense d'emblée que les composants ne conviennent pas à l'usage
prévu...
Ce n'est pas le débat. Je trouve que la machine convient parfaitement à
mes besoins. j'essaye de l'exploiter au mieux de ses capacités.
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche
les TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre
aussi de la qualité du contrôleur -gestion de l'usure notamment)
Comme je l'ai dit dans mon message initial, la machine que je suis en
train de configurer succède à une autre qui fonctionnait également sur
une emmc. Les problèmes que j'ai eu, je ne les ai pas inventés et c'est
la raison de ma migration.
En plus, avec un usage bureautique classique le volume d'écriture moyen
(qui est le facteur d'usure des mémoires flash) n'est quand même pas
très élevé.
Qu'est-ce qui te fait dire que j'utilise cette machine pour un usage
bureautique moyen ?
Je n'utilise que très rarement des logiciels de
bureautique « classiques ». En général c'est pour ouvrir un document
produit par d'autres.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés
USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Avec les google drive, dropbox, et Cie, tu peux en général avoir une
synchro "on-demand" (quoique pas avec les formules "gratuites" en
général) : les fichiers ne sont pas téléchargés en local tant qu'on
ne
les lit pas. Mais ça ne répond pas vraiment à ta demande, car dès
qu'on
veut travailler sur un fichier il est synchronisé en local et les
lectures/écritures se font en local.
Ça n'a aucun intérêt pour mon problème.
Google drive permet un montage
donc j'espère qu'aucune écriture locale
ne se produit.
Des idées, des conseils, de préférence expérimentés pour
économiser
les écritures sur la mmc ?
Sous Linux les trucs habituels pour les SSD : diminuer le paramètre de
swap, et monter en RAM certains dossiers comme /tmp, /var/log, etc... Mais
les montages en RAM diminuent d'autant la RAM disponible, évidemment.
/tmp est par défaut monté sur un ramdisk, mais pas /var/log. Je ne suis
pas sûr que ce soit une très bonne idée de le faire.
Je vais essayer de
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
lun. 28 janv. 2019, pehache <pehache.7@gmail.com> disait :
Le 28/01/2019 à 12:13, Gigiair a écrit :
Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur
lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée
de
vie très longue, et qu'avant de défunter, elles peuvent créer de
graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très
longtemps
≅ 2ans avant les premiers troubles.
Cela me semble être une curieuse démarche que d'acheter une machine dont
on pense d'emblée que les composants ne conviennent pas à l'usage
prévu...
Ce n'est pas le débat. Je trouve que la machine convient parfaitement à
mes besoins. j'essaye de l'exploiter au mieux de ses capacités.
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche
les TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre
aussi de la qualité du contrôleur -gestion de l'usure notamment)
Comme je l'ai dit dans mon message initial, la machine que je suis en
train de configurer succède à une autre qui fonctionnait également sur
une emmc. Les problèmes que j'ai eu, je ne les ai pas inventés et c'est
la raison de ma migration.
En plus, avec un usage bureautique classique le volume d'écriture moyen
(qui est le facteur d'usure des mémoires flash) n'est quand même pas
très élevé.
Qu'est-ce qui te fait dire que j'utilise cette machine pour un usage
bureautique moyen ?
Je n'utilise que très rarement des logiciels de
bureautique « classiques ». En général c'est pour ouvrir un document
produit par d'autres.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés
USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Avec les google drive, dropbox, et Cie, tu peux en général avoir une
synchro "on-demand" (quoique pas avec les formules "gratuites" en
général) : les fichiers ne sont pas téléchargés en local tant qu'on
ne
les lit pas. Mais ça ne répond pas vraiment à ta demande, car dès
qu'on
veut travailler sur un fichier il est synchronisé en local et les
lectures/écritures se font en local.
Ça n'a aucun intérêt pour mon problème.
Google drive permet un montage
donc j'espère qu'aucune écriture locale
ne se produit.
Des idées, des conseils, de préférence expérimentés pour
économiser
les écritures sur la mmc ?
Sous Linux les trucs habituels pour les SSD : diminuer le paramètre de
swap, et monter en RAM certains dossiers comme /tmp, /var/log, etc... Mais
les montages en RAM diminuent d'autant la RAM disponible, évidemment.
/tmp est par défaut monté sur un ramdisk, mais pas /var/log. Je ne suis
pas sûr que ce soit une très bonne idée de le faire.
Je vais essayer de
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
lun. 28 janv. 2019, pehache disait :Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur
lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée
de
vie très longue, et qu'avant de défunter, elles peuvent créer de
graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très
longtemps
≅ 2ans avant les premiers troubles.
Cela me semble être une curieuse démarche que d'acheter une machine dont
on pense d'emblée que les composants ne conviennent pas à l'usage
prévu...
Ce n'est pas le débat. Je trouve que la machine convient parfaitement à
mes besoins. j'essaye de l'exploiter au mieux de ses capacités.
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche
les TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre
aussi de la qualité du contrôleur -gestion de l'usure notamment)
Comme je l'ai dit dans mon message initial, la machine que je suis en
train de configurer succède à une autre qui fonctionnait également sur
une emmc. Les problèmes que j'ai eu, je ne les ai pas inventés et c'est
la raison de ma migration.
En plus, avec un usage bureautique classique le volume d'écriture moyen
(qui est le facteur d'usure des mémoires flash) n'est quand même pas
très élevé.
Qu'est-ce qui te fait dire que j'utilise cette machine pour un usage
bureautique moyen ?
Je n'utilise que très rarement des logiciels de
bureautique « classiques ». En général c'est pour ouvrir un document
produit par d'autres.
Je cherche une configuration de ma nouvelle machine qui me permette
d'économiser les écritures sur les mémoires emmc. J'exclus les clés
USB
ou les disques durs externes qui sont très fragiles sur une machine
destinée à être utilisée « à la volée » sans appui fixe, et donc
pouvant
facilement chuter. Les prises pouvant ainsi s'arracher et endommager la
carte mère.
J'ai acheté cette machine à cause de son extrême légèreté et pour
pouvoir l'utiliser sans appui fixe.
J'ai pensé à utiliser google drive ou équivalent, mais je n'ai pas
encore réussi à configurer, je ne sais pas si c'est possible, je
voudrais pouvoir écrire directement sur le gdrive et non pas cloner une
partition de service.
Avec les google drive, dropbox, et Cie, tu peux en général avoir une
synchro "on-demand" (quoique pas avec les formules "gratuites" en
général) : les fichiers ne sont pas téléchargés en local tant qu'on
ne
les lit pas. Mais ça ne répond pas vraiment à ta demande, car dès
qu'on
veut travailler sur un fichier il est synchronisé en local et les
lectures/écritures se font en local.
Ça n'a aucun intérêt pour mon problème.
Google drive permet un montage
donc j'espère qu'aucune écriture locale
ne se produit.
Des idées, des conseils, de préférence expérimentés pour
économiser
les écritures sur la mmc ?
Sous Linux les trucs habituels pour les SSD : diminuer le paramètre de
swap, et monter en RAM certains dossiers comme /tmp, /var/log, etc... Mais
les montages en RAM diminuent d'autant la RAM disponible, évidemment.
/tmp est par défaut monté sur un ramdisk, mais pas /var/log. Je ne suis
pas sûr que ce soit une très bonne idée de le faire.
Je vais essayer de
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
J'exclus les clés USB qui sont très fragiles
Les prises pouvant ainsi s'arracher et endommager la carte mère.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
J'exclus les clés USB qui sont très fragiles
Les prises pouvant ainsi s'arracher et endommager la carte mère.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue, et qu'avant de défunter, elles peuvent créer de graves
désordres dans le système de fichiers.
J'avais installé le /home sur une sdcard qui n'a pas tenu très longtemps
≅ 2ans avant les premiers troubles.
J'exclus les clés USB qui sont très fragiles
Les prises pouvant ainsi s'arracher et endommager la carte mère.
Des idées, des conseils, de préférence expérimentés pour économiser
les écritures sur la mmc ?
/tmp est par défaut monté sur un ramdisk
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
/tmp est par défaut monté sur un ramdisk
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
/tmp est par défaut monté sur un ramdisk
déporter /var/log et la partition de swap sur une sdcard, plus facile à
changer en cas d'usure précoce que la mémoire interne que j'imagine
inamovible.
Voici quelques idées.
Ne pas utiliser de swap si possible, ou régler une tendance à swapper
basse ("swappiness").
Utiliser tmpfs pour tout ce qui est possible : /tmp bien sûr, /var/log
si pas besoin de garder les logs des démarrages précédents, certaines
parties de /var/cache...
Utiliser le TRIM avec un système de fichiers qui le supporte, soit
avec l'option de montage 'discard', soit périodiquement avec fstrim
(semble la méthode actuellement préférée). Cela ne réduira pas les
écritures par le système hôte, mais réduira l'amplification d'écriture
interne lors du ramasse-miettes ou du nivellement de l'usure en
évitant de recopier des données périmées.
Utiliser l'option de montage "noatime" ou "nodiratime" au lieu de
l'option par défaut "relatime" à condition qu'aucun programme ne
repose sur la date de dernier accès (exemple connu : mutt).
Utiliser un système de fichiers qui limite et nivelle les écritures
comme f2fs ou nilfs2. Ce n'est pas forcément utile avec un SSD
sophistiqué qui sait déjà faire ça tout seul, plutôt avec une clé USB
ou une carte SD. Attention, ces systèmes de fichiers ont des
inconvénients. - F2fs n'est pas supporté par GRUB, il faut donc mettre
/boot sur un autre système de fichiers.
- Nilfs2 ne supporte pas les attributs POSIX étendus (donc les
"capacités", utilisées par certains exécutables pour éviter l'emploi
du bit SUID).
- Aucun n'est supporté par l'installateur Debian.
- Aucun n'est supporté par défaut par l'initramfs de Debian.
J'ai utilisé un peu tout cela pour installer Debian sur une clé USB,
mais je n'en ai pas un usage fréquent donc j'ai peu de recul sur
l'endurance.
Merci pour tes informations. Le problème est que la mémoire eMMC n'est
pas amovible et que lorsqu'elle est trop dégradée, la machine est bonne
pour la benne. Sur ma nouvelle machine j'ai partitionné la carte en deux
volumes de 32Go, Je n'en utilise qu'un et je garde l'autre en réserve
lorsque le support sera trop dégradé.
J'ai monté un Google Drive en utilisant google-drive-ocamlfuse que j'ai
trouvé en furetant sur le web mais les écritures et les effacements sont
vraiment très lents.
Voici quelques idées.
Ne pas utiliser de swap si possible, ou régler une tendance à swapper
basse ("swappiness").
Utiliser tmpfs pour tout ce qui est possible : /tmp bien sûr, /var/log
si pas besoin de garder les logs des démarrages précédents, certaines
parties de /var/cache...
Utiliser le TRIM avec un système de fichiers qui le supporte, soit
avec l'option de montage 'discard', soit périodiquement avec fstrim
(semble la méthode actuellement préférée). Cela ne réduira pas les
écritures par le système hôte, mais réduira l'amplification d'écriture
interne lors du ramasse-miettes ou du nivellement de l'usure en
évitant de recopier des données périmées.
Utiliser l'option de montage "noatime" ou "nodiratime" au lieu de
l'option par défaut "relatime" à condition qu'aucun programme ne
repose sur la date de dernier accès (exemple connu : mutt).
Utiliser un système de fichiers qui limite et nivelle les écritures
comme f2fs ou nilfs2. Ce n'est pas forcément utile avec un SSD
sophistiqué qui sait déjà faire ça tout seul, plutôt avec une clé USB
ou une carte SD. Attention, ces systèmes de fichiers ont des
inconvénients. - F2fs n'est pas supporté par GRUB, il faut donc mettre
/boot sur un autre système de fichiers.
- Nilfs2 ne supporte pas les attributs POSIX étendus (donc les
"capacités", utilisées par certains exécutables pour éviter l'emploi
du bit SUID).
- Aucun n'est supporté par l'installateur Debian.
- Aucun n'est supporté par défaut par l'initramfs de Debian.
J'ai utilisé un peu tout cela pour installer Debian sur une clé USB,
mais je n'en ai pas un usage fréquent donc j'ai peu de recul sur
l'endurance.
Merci pour tes informations. Le problème est que la mémoire eMMC n'est
pas amovible et que lorsqu'elle est trop dégradée, la machine est bonne
pour la benne. Sur ma nouvelle machine j'ai partitionné la carte en deux
volumes de 32Go, Je n'en utilise qu'un et je garde l'autre en réserve
lorsque le support sera trop dégradé.
J'ai monté un Google Drive en utilisant google-drive-ocamlfuse que j'ai
trouvé en furetant sur le web mais les écritures et les effacements sont
vraiment très lents.
Voici quelques idées.
Ne pas utiliser de swap si possible, ou régler une tendance à swapper
basse ("swappiness").
Utiliser tmpfs pour tout ce qui est possible : /tmp bien sûr, /var/log
si pas besoin de garder les logs des démarrages précédents, certaines
parties de /var/cache...
Utiliser le TRIM avec un système de fichiers qui le supporte, soit
avec l'option de montage 'discard', soit périodiquement avec fstrim
(semble la méthode actuellement préférée). Cela ne réduira pas les
écritures par le système hôte, mais réduira l'amplification d'écriture
interne lors du ramasse-miettes ou du nivellement de l'usure en
évitant de recopier des données périmées.
Utiliser l'option de montage "noatime" ou "nodiratime" au lieu de
l'option par défaut "relatime" à condition qu'aucun programme ne
repose sur la date de dernier accès (exemple connu : mutt).
Utiliser un système de fichiers qui limite et nivelle les écritures
comme f2fs ou nilfs2. Ce n'est pas forcément utile avec un SSD
sophistiqué qui sait déjà faire ça tout seul, plutôt avec une clé USB
ou une carte SD. Attention, ces systèmes de fichiers ont des
inconvénients. - F2fs n'est pas supporté par GRUB, il faut donc mettre
/boot sur un autre système de fichiers.
- Nilfs2 ne supporte pas les attributs POSIX étendus (donc les
"capacités", utilisées par certains exécutables pour éviter l'emploi
du bit SUID).
- Aucun n'est supporté par l'installateur Debian.
- Aucun n'est supporté par défaut par l'initramfs de Debian.
J'ai utilisé un peu tout cela pour installer Debian sur une clé USB,
mais je n'en ai pas un usage fréquent donc j'ai peu de recul sur
l'endurance.
Merci pour tes informations. Le problème est que la mémoire eMMC n'est
pas amovible et que lorsqu'elle est trop dégradée, la machine est bonne
pour la benne. Sur ma nouvelle machine j'ai partitionné la carte en deux
volumes de 32Go, Je n'en utilise qu'un et je garde l'autre en réserve
lorsque le support sera trop dégradé.
J'ai monté un Google Drive en utilisant google-drive-ocamlfuse que j'ai
trouvé en furetant sur le web mais les écritures et les effacements sont
vraiment très lents.
Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche les
TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi
de la qualité du contrôleur -gestion de l'usure notamment)
Le 28/01/2019 à 12:13, Gigiair a écrit :
Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche les
TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi
de la qualité du contrôleur -gestion de l'usure notamment)
Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
Après, es-tu certain que eMMC = durée de vie faible ? Quand on cherche les
TBW des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi
de la qualité du contrôleur -gestion de l'usure notamment)
Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
...es-tu certain que eMMC = durée de vie faible ? Quand on cherche les TBW
des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi de la
qualité du contrôleur -gestion de l'usure notamment)
Le 28/01/2019 à 12:13, Gigiair a écrit :
Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
...es-tu certain que eMMC = durée de vie faible ? Quand on cherche les TBW
des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi de la
qualité du contrôleur -gestion de l'usure notamment)
Le 28/01/2019 à 12:13, Gigiair a écrit :Ma machine est un Asus E203NAS équipé d'une mémoire emmc de 64Go et
livrée avec W10 qui en prend à peu près la moitié.
J'étais précédemment équipé d'un X205TA de la même marque sur lequel
j'avais viré le système d'origine pour installer Debian buster.
Le problème avec ces mémoires emmc est qu'elles n'ont pas une durée de
vie très longue,
...es-tu certain que eMMC = durée de vie faible ? Quand on cherche les TBW
des eMMC ce n'est pas si ridicule que ça (mais ça doit dépendre aussi de la
qualité du contrôleur -gestion de l'usure notamment)