• Lenteur de =?utf-8?Q?d=C3=A9marrage_extr?= =?utf-8?Q?=C3=AAme?= de Libr

    From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Thu Oct 27 10:00:01 2022
    Bonjour,

    J'ai un souci avec LibreOffice sur l'une de mes machines qui me
    turlupine et j'aimerais avoir votre avis à ce sujet.

    Sur la machine A, le premier démarrage de Libreoffice, même sans ouvrir
    de document, prend environ 25 secondes. Les démarrages suivants
    prennent moins de 2 secondes.

    Sur la machine B, le premier démarrage de Libreoffice dans les mêmes conditions prend moins de 10 secondes. Les démarrages suivants prennent
    moins de 2 secondes.

    Machine A :
    * Année : 2012
    * Intel Core i5-3570K @ 4x 3.8GHz
    * 16 Go de RAM DDR3 à 1333 MHz (0.8 ns)
    * disque SSD 1 To récent *non* chiffré
    * Debian Bullseye (stable)
    * LibreOffice 7.0.4

    Machine B :
    * Année : 2017
    * Intel Core i7-7700HQ @ 8x 3.8GHz
    * 32 Go de RAM DDR4 à 2667 MHz (0,4 ns)
    * disque NVMe 512 Go chiffré
    * Debian Bookworm (testing)
    * LibreOffice 7.4.1

    Alors certes, les machines ne sont pas de même génération, mais la plus vieille n'est pas un veau et dispose d'une quantité généreuse de RAM et
    d'un disque SSD récent. Pour ceux à qui cela parlera, j'édite sans
    problème sur cette machine de très gros jeux de données dans JOSM, qui consomme alors jusqu'à 7 Go de RAM.

    La plus récente a par ailleurs un petit handicap, son disque NVMe est chiffré, ce qui dégrade un peu ses performances en lecture (et beaucoup
    en écriture).

    Pour essayer de comprendre ce qui se passait, j'ai utilisé la commande « libreoffice --strace » et là, j'ai constaté que :

    * Sur la machine A, j'ai 906 ouvertures de fichiers True Type, du genre :

    openat(AT_FDCWD, "/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf", O_RDONLY) = 5

    Ils s'effectuent en 20,9 secondes.

    * Sur la machine B, j'ai 2952 uvertures de fichiers True Type. Ils
    s'effectuent en 4,5 secondes.

    Autrement dit, sur la machine dotée d'un NVMe chiffré, la lecture de
    3 fois plus de fichiers s'effectue en 5 fois moins de temps (donc un
    ratio de 15) que sur une machine dotée d'un SSD non chiffré et récent.

    J'ai du mal à croire qu'un tel écart ne soit imputable qu'au matériel.
    Qu'en pensez-vous ? Rencontrez-vous le même genre de problème ?

    Sébastien

    PS : Au passage, je suis surpris de voir que LibreOffice ouvre au moins
    deux fois chaque fichier TrueType.

    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Haricophile@21:1/5 to All on Thu Oct 27 16:40:01 2022
    Le Thu, 27 Oct 2022 09:58:42 +0200,
    Sébastien Dinot <sebastien.dinot@free.fr> a écrit :


    * Sur la machine A, j'ai 906 ouvertures de fichiers True Type, du
    genre :

    openat(AT_FDCWD, "/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf", O_RDONLY) = 5

    Ils s'effectuent en 20,9 secondes.

    * Sur la machine B, j'ai 2952 uvertures de fichiers True Type. Ils
    s'effectuent en 4,5 secondes.

    Autrement dit, sur la machine dotée d'un NVMe chiffré, la lecture de
    3 fois plus de fichiers s'effectue en 5 fois moins de temps (donc un
    ratio de 15) que sur une machine dotée d'un SSD non chiffré et récent.

    J'ai du mal à croire qu'un tel écart ne soit imputable qu'au matériel. Qu'en pensez-vous ? Rencontrez-vous le même genre de problème ?

    Si c'est un problème de chargement de polices, n'y aurait-il pas
    d'autres différences de config qui pourraient influer, comme
    l'utilisation d'openCL, de configuration de cache ou autre ? Je n'ai
    aucune idée de la manière dont les polices sont traitées tant en terme
    d'i/o qu'en terme de calcul graphique.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Thu Oct 27 18:10:01 2022
    Déja pour remettre un peu à plat les différences entre les 2 machines:

    - un ssd sata d'un coté avec des débit max à 550Mo/s
    - un ssd nvme de l'autre avec des débits qui peuvent monter à 3,5Go/s (6
    Go/s sur les dernières génération si la carte mère le supporte).
    A noter qu'il n'y a pas que le débit qui est accéléré, l'envoi des commandes est lui aussi plus rapide.

    - 4 coeurs sur le plus ancien et 8 coeurs sur le plus récent avec 4 générations de différence (c'est énorme comme différence)

    - ddr3 d'un coté, ddr4 de l'autre avec le double de ram

    - le ssd nvme est chiffré mais on a 8 coeurs et de la ddr4
    on ne sait pas qui déchiffre le ssd: le proc, la puce tpm,...?


    Bref, sur le plus récent on a au minimum le double de puissance sur tout (proc, ram) et bien plus sur le disque et très probablement le proc...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Thu Oct 27 23:10:01 2022
    Bonsoir,

    Th.A.C a écrit :
    Déja pour remettre un peu à plat les différences entre les 2 machines:

    - un ssd sata d'un coté avec des débit max à 550Mo/s
    - un ssd nvme de l'autre avec des débits qui peuvent monter à 3,5Go/s
    (6 Go/s sur les dernières génération si la carte mère le supporte).

    Comme la machine et son processeur, le disque NVMe qui équipe la seconde machine date de 2017. Il y a 5 ans, les performances des disques NVMe
    (pourtant révolutionnaires à l'époque) étaient très en deça de celles offertes par les modèles les plus récents, dédiés aux serveurs ou aux utilisateurs fortunés. Le disque NVMe en question était plutôt annoncé autour des 1 Go/s en lecture et écriture.

    Mais cet échange m'a amené à faire un test simple pour vérifier ce que
    je m'apprêtais à écrire et j'ai eu une très mauvaise surprise.

    Sur la machine dotée du disque NVMe, j'ai exécuté 3 fois de suite la commande :

    # hdparm -tT --direct /dev/nvme0n1

    Voici le résultat :

    /dev/nvme0n1:
    Timing O_DIRECT cached reads: 1420 MB in 2.00 seconds = 709.95 MB/sec
    Timing O_DIRECT disk reads: 2710 MB in 3.00 seconds = 902.74 MB/sec

    /dev/nvme0n1:
    Timing O_DIRECT cached reads: 1454 MB in 2.00 seconds = 726.71 MB/sec
    Timing O_DIRECT disk reads: 2684 MB in 3.00 seconds = 893.97 MB/sec

    /dev/nvme0n1:
    Timing O_DIRECT cached reads: 1480 MB in 2.00 seconds = 740.26 MB/sec
    Timing O_DIRECT disk reads: 2708 MB in 3.00 seconds = 901.87 MB/sec

    Donc, en lecture directe (i.e. sans utilisation du cache), ce disque
    offre un débit moyen de 900 Mo/s.

    Voici ce que donne la commande équivalente (hdparm -tT --direct
    /dev/sda) sur la machine dotée d'un disque SSD :

    /dev/sda:
    Timing O_DIRECT cached reads: 34 MB in 2.10 seconds = 16.19 MB/sec
    Timing O_DIRECT disk reads: 226 MB in 3.13 seconds = 72.20 MB/sec

    /dev/sda:
    Timing O_DIRECT cached reads: 36 MB in 2.10 seconds = 17.13 MB/sec
    Timing O_DIRECT disk reads: 226 MB in 3.19 seconds = 70.88 MB/sec

    /dev/sda:
    Timing O_DIRECT cached reads: 36 MB in 2.05 seconds = 17.58 MB/sec
    Timing O_DIRECT disk reads: 226 MB in 3.13 seconds = 72.16 MB/sec

    Le débit en lecture directe n'est que de 72 Mo/s ! Je suis très loin des 500 Mo/s annoncés par le constructeur :

    https://www.kingston.com/en/ssd/a400-solid-state-drive?partnum=sa400s37%2F960g

    Pourtant, ce disque est branché sur un port SATA 6G, dont la bande
    passante théorique est compatible avec un disque SSD au débit de
    500 Mo/s.

    Je ne m'explique donc pas le calamiteux 72 Mo/s. :(

    Sébastien



    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Fri Oct 28 00:30:01 2022
    Le 27/10/2022 à 23:08, Sébastien Dinot a écrit :
    Le débit en lecture directe n'est que de 72 Mo/s ! Je suis très loin des 500 Mo/s annoncés par le constructeur :

    https://www.kingston.com/en/ssd/a400-solid-state-drive?partnum=sa400s37%2F960g

    Pourtant, ce disque est branché sur un port SATA 6G, dont la bande
    passante théorique est compatible avec un disque SSD au débit de
    500 Mo/s.

    Je ne m'explique donc pas le calamiteux 72 Mo/s. :(

    Sébastien




    - Dans le bios, le port sata est bien en mode ahci?
    - Tu as passé l'utilitaire constructeur pour voir son état?
    - firmware à jour?
    - Disque pas trop rempli?
    - Ton système lance bien régulièrement la commande fstrim sur chaque partition montée?
    chez moi c'est une fois par semaine.
    Je pensais que je n'écrivais pas beaucoup, mais en regardant le dernier fstrim, il a 'libéré' 47 Go (probablement à cause du cache de Firefox).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?S=C3=A9bastien_Dinot?=@21:1/5 to All on Fri Oct 28 10:10:01 2022
    Le 2022-10-28 00:26, Th.A.C a écrit :
    - Dans le bios, le port sata est bien en mode ahci?

    Je regarderai cela ce soir.

    - Tu as passé l'utilitaire constructeur pour voir son état?

    Non, je n'ai même pas cherché à le faire, je suis exclusivement sur GNU/Linux et les fabricants ne s'embêtent pas avec les « systèmes
    exotiques ».

    - firmware à jour?

    Idem

    - Disque pas trop rempli?

    34 %, très loin de la limite recommandée des 80 %.

    - Ton système lance bien régulièrement la commande fstrim sur chaque
    partition montée?

    Non, mais je l'ai lancé à la main ces derniers jours et les mesures que
    j'ai indiquées ont été effectuées après avoir exécuté le fstrim.

    Sébastien


    --
    Sébastien Dinot
    Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer ! https://www.palabritudes.net/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From raivac@21:1/5 to All on Fri Oct 28 14:30:01 2022
    Le 28 octobre 2022 10:02:29 GMT+02:00, "Sébastien Dinot" <sebastien.dinot@free.fr> a écrit :


    - Tu as passé l'utilitaire constructeur pour voir son état?

    Non, je n'ai même pas cherché à le faire, je suis exclusivement sur GNU/Linux et les fabricants ne s'embêtent pas avec les « systèmes exotiques ».

    a défaut, un petit control du smart ?


    - firmware à jour?

    Idem

    je comprend bien, mais quand je regarde chez kingston, je vois qu'il y a eu 3 mises a jour du firmware toutes après 2017.
    au moins 2 mises a jour me semblent vraiment critiques...



    - Ton système lance bien régulièrement la commande fstrim sur chaque
    partition montée?

    Non, mais je l'ai lancé à la main ces derniers jours et les mesures que j'ai indiquées ont été effectuées après avoir exécuté le fstrim.

    ça dépend surtout du nombre d'écritures que fait ton système, mais il faut absolument le faire de façon régulière.
    le seul moyen de ne pas oublier, c'est que le système le fasse automatiquement.
    chez moi, c'est fstrim.service qui s'en occupe (systemd) une fois par semaine. il y a des logs dans syslog, il faut juste chercher un peu dans l'historique.

    thierry


    Sébastien



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?S=C3=A9bastien_Dinot?=@21:1/5 to All on Fri Oct 28 17:10:02 2022
    Le 2022-10-28 11:03, raivac a écrit :
    Non, je n'ai même pas cherché à le faire, je suis exclusivement sur
    GNU/Linux et les fabricants ne s'embêtent pas avec les « systèmes
    exotiques ».

    a défaut, un petit control du smart ?

    Cf. fichier ci-joint.

    Idem

    je comprend bien, mais quand je regarde chez kingston, je vois qu'il y
    a eu 3 mises a jour du firmware toutes après 2017.
    au moins 2 mises a jour me semblent vraiment critiques...

    Il y a méprise. Le disque SSD en question tourne sur la machine qui date
    de 2012, mais je l'ai acheté en novembre 2020. La dernière révision du firmware date de janvier 2020, soit 10 mois avant (mais peut-être que
    mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir). Ceci étant, s'il faut flasher le
    firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La
    commande fwupdate ne peut fonctionner, car j'utilise le BIOS legacy et
    non l'UEFI.

    ça dépend surtout du nombre d'écritures que fait ton système, mais il faut absolument le faire de façon régulière.
    le seul moyen de ne pas oublier, c'est que le système le fasse automatiquement.
    chez moi, c'est fstrim.service qui s'en occupe (systemd) une fois par semaine.

    Je viens d'activer le timer fstrim.

    Sébastien


    --
    Sébastien Dinot
    Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer ! https://www.palabritudes.net/

    c21hcnRjdGwgNy4yIDIwMjAtMTItMzAgcjUxNTUgW3g4Nl82NC1saW51eC01LjEwLjAtMTgtYW1k NjRdIChsb2NhbCBidWlsZCkKQ29weXJpZ2h0IChDKSAyMDAyLTIwLCBCcnVjZSBBbGxlbiwgQ2hy aXN0aWFuIEZyYW5rZSwgd3d3LnNtYXJ0bW9udG9vbHMub3JnCgo9PT0gU1RBUlQgT0YgSU5GT1JN QVRJT04gU0VDVElPTiA9PT0KTW9kZWwgRmFtaWx5OiAgICAgUGhpc29uIERyaXZlbiBTU0RzCkRl dmljZSBNb2RlbDogICAgIEtJTkdTVE9OIFNBNDAwUzM3OTYwRwpTZXJpYWwgTnVtYmVyOiAgICA1 MDAyNkI3KioqKioqKioqCkxVIFdXTiBEZXZpY2UgSWQ6IDUgMDAyNmI3ICoqKioqKioqKgpGaXJt d2FyZSBWZXJzaW9uOiBTQkZLNjFLMQpVc2VyIENhcGFjaXR5OiAgICA5NjAsMTk3LDEyNCwwOTYg Ynl0ZXMgWzk2MCBHQl0KU2VjdG9yIFNpemU6ICAgICAgNTEyIGJ5dGVzIGxvZ2ljYWwvcGh5c2lj YWwKUm90YXRpb24gUmF0ZTogICAgU29saWQgU3RhdGUgRGV2aWNlClRSSU0gQ29tbWFuZDogICAg IEF2YWlsYWJsZQpEZXZpY2UgaXM6ICAgICAgICBJbiBzbWFydGN0bCBkYXRhYmFzZSBbZm9yIGRl dGFpbHMgdXNlOiAtUCBzaG93XQpBVEEgVmVyc2lvbiBpczogICBBQ1MtMyBUMTMvMjE2MS1EIHJl dmlzaW9uIDQKU0FUQSBWZXJzaW9uIGlzOiAgU0FUQSAzLjIsIDYuMCBHYi9zIChjdXJyZW50OiA2 LjAgR2IvcykKTG9jYWwgVGltZSBpczogICAgRnJpIE9jdCAyOCAxNTo1MTo1OSAyMDIyIENFU1QK U01BUlQgc3VwcG9ydCBpczogQXZhaWxhYmxlIC0gZGV2aWNlIGhhcyBTTUFSVCBjYXBhYmlsaXR5 LgpTTUFSVCBzdXBwb3J0IGlzOiBFbmFibGVkCgo9PT0gU1RBUlQgT0YgUkVBRCBTTUFSVCBEQVRB IFNFQ1RJT04gPT09ClNNQVJUIG92ZXJhbGwtaGVhbHRoIHNlbGYtYXNzZXNzbWVudCB0ZXN0IHJl c3VsdDogUEFTU0VECgpHZW5lcmFsIFNNQVJUIFZhbHVlczoKT2ZmbGluZSBkYXRhIGNvbGxlY3Rp b24gc3RhdHVzOiAgKDB4MDApCU9mZmxpbmUgZGF0YSBjb2xsZWN0aW9uIGFjdGl2aXR5CgkJCQkJ d2FzIG5ldmVyIHN0YXJ0ZWQuCgkJCQkJQXV0byBPZmZsaW5lIERhdGEgQ29sbGVjdGlvbjogRGlz YWJsZWQuClNlbGYtdGVzdCBleGVjdXRpb24gc3RhdHVzOiAgICAgICggICAwKQlUaGUgcHJldmlv dXMgc2VsZi10ZXN0IHJvdXRpbmUgY29tcGxldGVkCgkJCQkJd2l0aG91dCBlcnJvciBvciBubyBz ZWxmLXRlc3QgaGFzIGV2ZXIKCQkJCQliZWVuIHJ1bi4KVG90YWwgdGltZSB0byBjb21wbGV0ZSBP ZmZsaW5lCmRhdGEgY29sbGVjdGlvbjogCQkoNjU1MzUpIHNlY29uZHMuCk9mZmxpbmUgZGF0YSBj b2xsZWN0aW9uCmNhcGFiaWxpdGllczogCQkJICgweDExKSBTTUFSVCBleGVjdXRlIE9mZmxpbmUg aW1tZWRpYXRlLgoJCQkJCU5vIEF1dG8gT2ZmbGluZSBkYXRhIGNvbGxlY3Rpb24gc3VwcG9ydC4K CQkJCQlTdXNwZW5kIE9mZmxpbmUgY29sbGVjdGlvbiB1cG9uIG5ldwoJCQkJCWNvbW1hbmQuCgkJ CQkJTm8gT2ZmbGluZSBzdXJmYWNlIHNjYW4gc3VwcG9ydGVkLgoJCQkJCVNlbGYtdGVzdCBzdXBw b3J0ZWQuCgkJCQkJTm8gQ29udmV5YW5jZSBTZWxmLXRlc3Qgc3VwcG9ydGVkLgoJCQkJCU5vIFNl bGVjdGl2ZSBTZWxmLXRlc3Qgc3VwcG9ydGVkLgpTTUFSVCBjYXBhYmlsaXRpZXM6ICAgICAgICAg ICAgKDB4MDAwMykJU2F2ZXMgU01BUlQgZGF0YSBiZWZvcmUgZW50ZXJpbmcKCQkJCQlwb3dlci1z YXZpbmcgbW9kZS4KCQkJCQlTdXBwb3J0cyBTTUFSVCBhdXRvIHNhdmUgdGltZXIuCkVycm9yIGxv Z2dpbmcgY2FwYWJpbGl0eTogICAgICAgICgweDAxKQlFcnJvciBsb2dnaW5nIHN1cHBvcnRlZC4K CQkJCQlHZW5lcmFsIFB1cnBvc2UgTG9nZ2luZyBzdXBwb3J0ZWQuClNob3J0IHNlbGYtdGVzdCBy b3V0aW5lCnJlY29tbWVuZGVkIHBvbGxpbmcgdGltZTogCSAoICAgMikgbWludXRlcy4KRXh0ZW5k ZWQgc2VsZi10ZXN0IHJvdXRpbmUKcmVjb21tZW5kZWQgcG9sbGluZyB0aW1lOiAJICggIDMwKSBt aW51dGVzLgoKU01BUlQgQXR0cmlidXRlcyBEYXRhIFN0cnVjdHVyZSByZXZpc2lvbiBudW1iZXI6 IDE2ClZlbmRvciBTcGVjaWZpYyBTTUFSVCBBdHRyaWJ1dGVzIHdpdGggVGhyZXNob2xkczoKSUQj IEFUVFJJQlVURV9OQU1FICAgICAgICAgIEZMQUcgICAgIFZBTFVFIFdPUlNUIFRIUkVTSCBUWVBF ICAgICAgVVBEQVRFRCAgV0hFTl9GQUlMRUQgUkFXX1ZBTFVFCiAgMSBSYXdfUmVhZF9FcnJvcl9S YXRlICAgICAweDAwMzIgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIEFsd2F5cyAgICAg ICAtICAgICAgIDAKICA5IFBvd2VyX09uX0hvdXJzICAgICAgICAgIDB4MDAzMiAgIDEwMCAgIDEw MCAgIDAwMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgODgxMgogMTIgUG93ZXJf Q3ljbGVfQ291bnQgICAgICAgMHgwMDMyICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBB bHdheXMgICAgICAgLSAgICAgICA5MzcKMTQ4IFVua25vd25fQXR0cmlidXRlICAgICAgIDB4MDAw MCAgIDEwMCAgIDEwMCAgIDAwMCAgICBPbGRfYWdlICAgT2ZmbGluZSAgICAgIC0gICAgICAgMAox NDkgVW5rbm93bl9BdHRyaWJ1dGUgICAgICAgMHgwMDAwICAgMTAwICAgMTAwICAgMDAwICAgIE9s ZF9hZ2UgICBPZmZsaW5lICAgICAgLSAgICAgICAwCjE2NyBXcml0ZV9Qcm90ZWN0X01vZGUgICAg ICAweDAwMDAgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIE9mZmxpbmUgICAgICAtICAg ICAgIDAKMTY4IFNBVEFfUGh5X0Vycm9yX0NvdW50ICAgIDB4MDAxMiAgIDEwMCAgIDEwMCAgIDAw MCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMAoxNjkgQmFkX0Jsb2NrX1JhdGUg ICAgICAgICAgMHgwMDAwICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBPZmZsaW5lICAg ICAgLSAgICAgICAxOAoxNzAgQmFkX0Jsa19DdF9FcmwvTGF0ICAgICAgMHgwMDAwICAgMTAwICAg MTAwICAgMDEwICAgIE9sZF9hZ2UgICBPZmZsaW5lICAgICAgLSAgICAgICAwLzQ0CjE3MiBFcmFz ZV9GYWlsX0NvdW50ICAgICAgICAweDAwMzIgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAg IEFsd2F5cyAgICAgICAtICAgICAgIDAKMTczIE1heEF2Z0VyYXNlX0N0ICAgICAgICAgIDB4MDAw MCAgIDEwMCAgIDEwMCAgIDAwMCAgICBPbGRfYWdlICAgT2ZmbGluZSAgICAgIC0gICAgICAgMjAg KEF2ZXJhZ2UgNSkKMTgxIFByb2dyYW1fRmFpbF9Db3VudCAgICAgIDB4MDAzMiAgIDEwMCAgIDEw MCAgIDAwMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMAoxODIgRXJhc2VfRmFp bF9Db3VudCAgICAgICAgMHgwMDAwICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBPZmZs aW5lICAgICAgLSAgICAgICAwCjE4NyBSZXBvcnRlZF9VbmNvcnJlY3QgICAgICAweDAwMzIgICAx MDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIEFsd2F5cyAgICAgICAtICAgICAgIDAKMTkyIFVu c2FmZV9TaHV0ZG93bl9Db3VudCAgIDB4MDAxMiAgIDEwMCAgIDEwMCAgIDAwMCAgICBPbGRfYWdl ICAgQWx3YXlzICAgICAgIC0gICAgICAgMTMKMTk0IFRlbXBlcmF0dXJlX0NlbHNpdXMgICAgIDB4 MDAyMiAgIDAyOCAgIDA0MyAgIDAwMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAg MjggKE1pbi9NYXggMTcvNDMpCjE5NiBSZWFsbG9jYXRlZF9FdmVudF9Db3VudCAweDAwMzIgICAx MDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIEFsd2F5cyAgICAgICAtICAgICAgIDAKMTk5IFNB VEFfQ1JDX0Vycm9yX0NvdW50ICAgIDB4MDAzMiAgIDEwMCAgIDEwMCAgIDAwMCAgICBPbGRfYWdl ICAgQWx3YXlzICAgICAgIC0gICAgICAgMAoyMTggQ1JDX0Vycm9yX0NvdW50ICAgICAgICAgMHgw MDMyICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBBbHdheXMgICAgICAgLSAgICAgICAw CjIzMSBTU0RfTGlmZV9MZWZ0ICAgICAgICAgICAweDAwMDAgICAwOTkgICAwOTkgICAwMDAgICAg T2xkX2FnZSAgIE9mZmxpbmUgICAgICAtICAgICAgIDk5CjIzMyBGbGFzaF9Xcml0ZXNfR2lCICAg ICAgICAweDAwMzIgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIEFsd2F5cyAgICAgICAt ICAgICAgIDQxMDQKMjQxIExpZmV0aW1lX1dyaXRlc19HaUIgICAgIDB4MDAzMiAgIDEwMCAgIDEw MCAgIDAwMCAgICBPbGRfYWdlICAgQWx3YXlzICAgICAgIC0gICAgICAgMzY4MgoyNDIgTGlmZXRp bWVfUmVhZHNfR2lCICAgICAgMHgwMDMyICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBB bHdheXMgICAgICAgLSAgICAgICAyMDI0OAoyNDQgQXZlcmFnZV9FcmFzZV9Db3VudCAgICAgMHgw MDAwICAgMTAwICAgMTAwICAgMDAwICAgIE9sZF9hZ2UgICBPZmZsaW5lICAgICAgLSAgICAgICA1 CjI0NSBNYXhfRXJhc2VfQ291bnQgICAgICAgICAweDAwMDAgICAxMDAgICAxMDAgICAwMDAgICAg T2xkX2FnZSAgIE9mZmxpbmUgICAgICAtICAgICAgIDIwCjI0NiBUb3RhbF9FcmFzZV9Db3VudCAg ICAgICAweDAwMDAgICAxMDAgICAxMDAgICAwMDAgICAgT2xkX2FnZSAgIE9mZmxpbmUgICAgICAt ICAgICAgIDUwMTYwMAoKU01BUlQgRXJyb3IgTG9nIFZlcnNpb246IDEKTm8gRXJyb3JzIExvZ2dl ZAoKU01BUlQgU2VsZi10ZXN0IGxvZyBzdHJ1Y3R1cmUgcmV2aXNpb24gbnVtYmVyIDEKTnVtICBU ZXN0X0Rlc2NyaXB0aW9uICAgIFN0YXR1cyAgICAgICAgICAgICAgICAgIFJlbWFpbmluZyAgTGlm ZVRpbWUoaG91cnMpICBMQkFfb2ZfZmlyc3RfZXJyb3IKIyAxICBTaG9ydCBvZmZsaW5lICAgICAg IENvbXBsZXRlZCB3aXRob3V0IGVycm9yICAgICAgIDAwJSAgICAgIDg4MTIgICAgICAgICAtCgpT ZWxlY3RpdmUgU2VsZi10ZXN0cy9Mb2dnaW5nIG5vdCBzdXBwb3J0ZWQK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Fri Oct 28 19:20:01 2022
    Le 28/10/2022 à 17:08, Sébastien Dinot a écrit :
    a défaut, un petit control du smart ?

    Cf. fichier ci-joint.


    ca m'a l'air ok, mais il faudrait l'avis de quelqu'un qui connaisse bien.


    ...La dernière révision du
    firmware date de janvier 2020, soit 10 mois avant (mais peut-être que
    mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).


    Par ex, au début de ton rapport smartctl (9eme ligne)
    ou bien avec des commandes comme: sudo hdparm -i /dev/sda

    La version du firmware est généralement écrite sur l'étiquette collée
    sur le disque.
    Tu devrais aussi y trouver la date de fabrication (mais les quelques
    photos que j'ai trouvées montrent que la date n'y est pas pour ton
    modèle...)

    Je ne vois pas ta version actuelle du firmware dans ce lien: https://www.kingston.com/fr/support/technical/ksm-firmware-update

    qui permet de lire ce document: https://media.kingston.com/support/downloads/SA400_GENERIC_RN.pdf


    Ceci étant, s'il faut flasher le
    firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut fonctionner, car j'utilise le BIOS legacy et
    non l'UEFI.

    Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes à quelqu'un qui n'est pas sous linux...
    Seule contrainte, ne pas le faire en usb, mais bien en directe...

    J'ai vu aussi quelqu'un parler de clé usb bootable avec un w10 dessus.

    Tu peux aussi trouver un vieux disque SATA et installer un windows sans
    mettre de clé de licence (pas besoin de l'activer pour flasher ton ssd).


    Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu as
    les mêmes taux de transfert.

    S'ils sont différents, le problème est ailleurs...


    (Note quand même que j'ai trouvé des gens décrivant les problèmes qu'ils avaient AVANT de mettre à jour. Leurs descriptions étaient assez inquiétantes...)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Fri Oct 28 21:30:02 2022
    Th.A.C a écrit :
    - Dans le bios, le port sata est bien en mode ahci?

    Je viens de vérifier, c'est bien le cas.

    Sébastien

    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Fri Oct 28 22:20:02 2022
    Le 28/10/2022 à 21:22, Sébastien Dinot a écrit :
    Th.A.C a écrit :
    - Dans le bios, le port sata est bien en mode ahci?

    Je viens de vérifier, c'est bien le cas.

    Sébastien


    il ne reste donc plus que le test du live cd...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Sat Oct 29 11:50:02 2022
    Th.A.C a écrit :
    ...La dernière révision du firmware date de janvier 2020, soit 10
    mois avant (mais peut-être que mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).

    Par ex, au début de ton rapport smartctl (9eme ligne)
    ou bien avec des commandes comme: sudo hdparm -i /dev/sda

    Je parlais de la date de fabrication du disque. J'avais bien noté la
    version du firmware, mais celle-ci ne respectant pas la logique
    « semver », j'ai du mal à la situer dans l'historique des versions. En outre, comme tu l'indiques, cette version n'apparait pas dans la liste
    des versions annoncées par Kingston. Ceci étant, j'ai trouvé des traces
    de cette version sur d'autres sites, dans des benchmarks de disques de
    ce modèle, mais en version 240 Go et non 960 Go (mais d'après les informations fournies par Kingston, le même firmware est applicable
    à tous les modèles de la gamme).

    Ceci étant, s'il faut flasher le firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut
    fonctionner, car j'utilise le BIOS legacy et non l'UEFI.

    Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes
    à quelqu'un qui n'est pas sous linux...

    Oulà ! Je ne fréquente que des gens bien moi môsieur ! :)

    Plus sérieusement, les seules personnes auxquelles je pense et qui ont
    un PC sur MS-Windows utilisent un PC portable dans lesquels il n'est pas possible d'installer un disque SSD. Mais je vais creuser cette piste.

    Tu peux aussi trouver un vieux disque SATA et installer un windows sans mettre de clé de licence (pas besoin de l'activer pour flasher ton ssd).

    Je me demande si Wine ne ferait pas tout simplement l'affaire. Mais
    comme j'utilise le BIOS legacy, je ne suis pas certain que cette voie
    soit viable.

    Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
    as les mêmes taux de transfert.

    Pardon ? Je sais ce qu'est un live CD, mais je ne comprends pas le sens
    de ce test.

    Sébastien


    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dethegeek@21:1/5 to All on Sat Oct 29 13:10:01 2022
    Bonjour

    Tenter de flasher un composant à l'aide de wine me paraît vraiment téméraire, voire suicidaire (pour le composant).

    Si le fabricant ne fournit qu'un outil pour Windows, trouvez un windows, au pire une version live USB. Mette un pied dans le côté obscur pour éviter de griller un composant bourré de données me paraît pas si terrible. Si le SSD devait être brické vous éviterez aussi de "perdre" les émission co² de sa fabrication.

    Le sam. 29 oct. 2022 à 11:40, Sébastien Dinot <sebastien.dinot@free.fr> a écrit :

    Th.A.C a écrit :
    ...La dernière révision du firmware date de janvier 2020, soit 10
    mois avant (mais peut-être que mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).

    Par ex, au début de ton rapport smartctl (9eme ligne)
    ou bien avec des commandes comme: sudo hdparm -i /dev/sda

    Je parlais de la date de fabrication du disque. J'avais bien noté la
    version du firmware, mais celle-ci ne respectant pas la logique
    « semver », j'ai du mal à la situer dans l'historique des versions. En outre, comme tu l'indiques, cette version n'apparait pas dans la liste
    des versions annoncées par Kingston. Ceci étant, j'ai trouvé des traces
    de cette version sur d'autres sites, dans des benchmarks de disques de
    ce modèle, mais en version 240 Go et non 960 Go (mais d'après les informations fournies par Kingston, le même firmware est applicable
    à tous les modèles de la gamme).

    Ceci étant, s'il faut flasher le firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut
    fonctionner, car j'utilise le BIOS legacy et non l'UEFI.

    Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes
    à quelqu'un qui n'est pas sous linux...

    Oulà ! Je ne fréquente que des gens bien moi môsieur ! :)

    Plus sérieusement, les seules personnes auxquelles je pense et qui ont
    un PC sur MS-Windows utilisent un PC portable dans lesquels il n'est pas possible d'installer un disque SSD. Mais je vais creuser cette piste.

    Tu peux aussi trouver un vieux disque SATA et installer un windows sans mettre de clé de licence (pas besoin de l'activer pour flasher ton ssd).

    Je me demande si Wine ne ferait pas tout simplement l'affaire. Mais
    comme j'utilise le BIOS legacy, je ne suis pas certain que cette voie
    soit viable.

    Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
    as les mêmes taux de transfert.

    Pardon ? Je sais ce qu'est un live CD, mais je ne comprends pas le sens
    de ce test.

    Sébastien


    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !



    <div dir="auto">Bonjour<div dir="auto"><br></div><div dir="auto">Tenter de flasher un composant à l&#39;aide de wine me paraît vraiment téméraire, voire suicidaire (pour le composant).</div><div dir="auto"><br></div><div dir="auto">Si le fabricant ne
    fournit qu&#39;un outil pour Windows, trouvez un windows, au pire une version live USB. Mette un pied dans le côté obscur pour éviter de griller un composant bourré de données me paraît pas si terrible. Si le SSD devait être brické vous éviterez
    aussi de &quot;perdre&quot; les émission co² de sa fabrication. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 29 oct. 2022 à 11:40, Sébastien Dinot &lt;<a href="mailto:sebastien.dinot@free.fr">sebastien.dinot@
    free.fr</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Th.A.C a écrit :<br>
    &gt; &gt; ...La dernière révision du firmware date de janvier 2020, soit 10<br>
    &gt; &gt; mois avant (mais peut-être que mon disque a bel et bien été fabriqué<br>
    &gt; &gt; avant cette date, je ne vois pas comment je pourrais le savoir).<br> &gt; <br>
    &gt; Par ex, au début de ton rapport smartctl (9eme ligne)<br>
    &gt; ou bien avec des commandes comme: sudo hdparm -i /dev/sda<br>

    Je parlais de la date de fabrication du disque. J&#39;avais bien noté la<br> version du firmware, mais celle-ci ne respectant pas la logique<br> « semver », j&#39;ai du mal à la situer dans l&#39;historique des versions. En<br>
    outre, comme tu l&#39;indiques, cette version n&#39;apparait pas dans la liste<br>
    des versions annoncées par Kingston. Ceci étant, j&#39;ai trouvé des traces<br>
    de cette version sur d&#39;autres sites, dans des benchmarks de disques de<br> ce modèle, mais en version 240 Go et non 960 Go (mais d&#39;après les<br> informations fournies par Kingston, le même firmware est applicable<br>
    à tous les modèles de la gamme).<br>

    &gt; &gt; Ceci étant, s&#39;il faut flasher le firmware du disque, je ne sais pas<br>
    &gt; &gt; comment faire depuis GNU/Linux. La commande fwupdate ne peut<br>
    &gt; &gt; fonctionner, car j&#39;utilise le BIOS legacy et non l&#39;UEFI.<br> &gt; <br>
    &gt; Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes<br> &gt; à quelqu&#39;un qui n&#39;est pas sous linux...<br>

    Oulà ! Je ne fréquente que des gens bien moi môsieur ! :)<br>

    Plus sérieusement, les seules personnes auxquelles je pense et qui ont<br>
    un PC sur MS-Windows utilisent un PC portable dans lesquels il n&#39;est pas<br>
    possible d&#39;installer un disque SSD. Mais je vais creuser cette piste.<br>

    &gt; Tu peux aussi trouver un vieux disque SATA et installer un windows sans<br>
    &gt; mettre de clé de licence (pas besoin de l&#39;activer pour flasher ton ssd).<br>

    Je me demande si Wine ne ferait pas tout simplement l&#39;affaire. Mais<br> comme j&#39;utilise le BIOS legacy, je ne suis pas certain que cette voie<br> soit viable.<br>

    &gt; Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu<br> &gt; as les mêmes taux de transfert.<br>

    Pardon ? Je sais ce qu&#39;est un live CD, mais je ne comprends pas le sens<br>
    de ce test.<br>

    Sébastien<br>


    -- <br>
    Sébastien Dinot, <a href="mailto:sebastien.dinot@free.fr" target="_blank" rel="noreferrer">sebastien.dinot@free.fr</a><br>
    <a href="http://www.palabritudes.net/" rel="noreferrer noreferrer" target="_blank">http://www.palabritudes.net/</a><br>
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !<br>

    </blockquote></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Sat Oct 29 13:30:02 2022
    Bonjour,

    je n'ai fait que survoler le fil mais en vrac, quelques impressions
    (donc sujettes à vérification):

    - tu n'utilises pas un vrai BIOS mais un UEFI en mode compatibilité
    BIOS: si fwupd trouve un firmware (un UEFI) pour ta carte-mère, il doit vraisemblablement pouvoir l'appliquer

    - je pense (sous réserves) que fwupd et ses utilitaires ne nécessitent
    pas l'UEFI pour mettre à jour des firmwares de périphériques (SSD,
    etc...), par contre je n'ai pas creusé mais il est possible ou probable
    que fwupd ne puisse mettre à jour un vrai BIOS même si il peut mettre à
    jour un UEFI.

    - je n'ai jamais fait ça mais sous réserve de disposer d'un firmware adéquat, il doit être possible de mettre à jour manuellement le firmware
    via fwupdmgr ou fwupdtool en CLI ou gnome-firmware en GUI.
    Les firmwares Kingston disponibles au téléchargement sont là:
    https://www.kingston.com/en/support/technical/ksm-firmware-update

    - il est peut-être même possible (mais je suis dubitatif, peut-être
    avais-je mal regardé ou compris, mais il me semble que j'avais conclu
    que l'origine des téléchargements fwupd ne pouvait être paramétrée. NE
    pas me croire aveuglément sur ce coup-là, ma mémoire me joue des tours
    et je n'ai pas été très rigoureux dans ma recherche).
    Il est peut-être même possible, disais-je donc, de paramétrer les mises-à-jour automatiques pour prendre en compte le dépôt de firmwares Kingston et mettre à jour automatiquement

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Sat Oct 29 15:10:02 2022
    Bonjour,

    didier gaumet a écrit :
    - tu n'utilises pas un vrai BIOS mais un UEFI en mode compatibilité
    BIOS: si fwupd trouve un firmware (un UEFI) pour ta carte-mère, il
    doit vraisemblablement pouvoir l'appliquer

    Je ne le savais pas et, en effet, après avoir appliqué l'ajustement de configuration proposé sur cette page :

    https://github.com/fwupd/fwupd/wiki/PluginFlag:legacy-bios

    Et après avoir redémarré le démon fwupd, l'avertissement généré par la commande « fwupdmgr » disparait.

    - je pense (sous réserves) que fwupd et ses utilitaires ne nécessitent
    pas l'UEFI pour mettre à jour des firmwares de périphériques (SSD,
    etc...), par contre je n'ai pas creusé mais il est possible ou
    probable que fwupd ne puisse mettre à jour un vrai BIOS même si il
    peut mettre à jour un UEFI.

    Voici ce que me donnent les commandes :

    ======================================================================== user@host:~$ sudo fwupdmgr get-devices
    System Product Name

    └─KINGSTON SA400S37960G:
    Device ID: 602b0a6cc821d155208724f0e22f8d111542b74c
    Résumé: ATA Drive
    Version actuelle: SBFK61K1
    Fournisseur: Kingston (ATA:0x2646|OUI:0026b7)
    Serial Number: 50026B7*********
    GUIDs: 96c6df2a-3016-5c8e-b2eb-cc5306d93641 ← IDE\KINGSTON_SA400S37960G___________________SBFK61K1
    e0f4d0fb-fdf5-5dd0-bb3a-16b6279b98eb ← IDE\0KINGSTON_SA400S37960G___________________
    5abb81b3-a4c8-5c25-859c-200867bdbd34 ← KINGSTON SA400S37960G
    Device Flags: • Périphérique interne
    • Updatable
    • System requires external power source
    • Needs a reboot after installation
    • Device is usable for the duration of the update

    user@host:~$ sudo fwupdmgr refresh --force
    Mise à jour lvfs
    Téléchargement… [***************************************] Successfully downloaded new metadata: 0 local devices supported

    user@host:~$ sudo fwupdmgr get-upgrades
    Devices with no available firmware updates:
    • KINGSTON SA400S37960G
    No updatable devices ========================================================================

    Mais je connais très mal l'écosystème de fwupd. Quelle est l'aura de la plateforme LVFS ? Les constructeurs font-ils l'effort de renseigner la
    base et de pointer les versions les plus récentes de leurs firmwares ?
    Quid de la politique de Kingston en la matière ?

    Sur le site https://fwupd.org/lvfs/vendors/#kingston je lis : ------------------------------------------------------------------------ Kingston
    Is uploading firmware on behalf of other vendors ------------------------------------------------------------------------

    Tant que je n'arrive pas à situer la version actuelle (SBFK61K1) du
    firmware de mon disque dans l'historique des versions de ce firmware,
    toute mise à jour arbitraire me semble dangereuse.

    Les firmwares Kingston disponibles au téléchargement sont là:
    https://www.kingston.com/en/support/technical/ksm-firmware-update

    Non, ce ne sont pas les firmwares qui ont accessibles à partir de cette
    url, mais les notes de release et l'outil de Kingston. C'est tout (du
    moins n'ai-je rien trouvé d'autre).

    Sébastien


    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Sat Oct 29 21:40:01 2022
    Le 29/10/2022 à 15:03, Sébastien Dinot a écrit :
    [...]
    user@host:~$ sudo fwupdmgr get-upgrades
    Devices with no available firmware updates:
    • KINGSTON SA400S37960G
    No updatable devices ========================================================================

    Mais je connais très mal l'écosystème de fwupd. Quelle est l'aura de la plateforme LVFS ? Les constructeurs font-ils l'effort de renseigner la
    base et de pointer les versions les plus récentes de leurs firmwares ?
    Quid de la politique de Kingston en la matière ?

    Voilà, problème classique sous Linux, le périphérique ou la carte-mère
    est détectée comme upgradable mais aucune mise-à-jour n'est disponible
    par fwupd, car ce sont les constructeurs ou les OEM qui fournissent ces firmwares à la plateforme LVFS. Donc c'est du volontariat avec le peu de résultat que tu constates... En gros je suppose que la plupart des OEM
    (par exemple Kingston) ne fournissent rien, sauf quand un constructeur
    (par exemple HP) qui se fournit auprès de lui lui demande de fournir les firmwares, probablement uniquement sur des séries de desktops/laptops destinés au monde professionnel et plus particulièrement grands comptes,
    pour des raisons de support client (c'est ce que j'imagine à tort ou à raison)

    [...]
    Les firmwares Kingston disponibles au téléchargement sont là:
    https://www.kingston.com/en/support/technical/ksm-firmware-update

    Non, ce ne sont pas les firmwares qui ont accessibles à partir de cette
    url, mais les notes de release et l'outil de Kingston. C'est tout (du
    moins n'ai-je rien trouvé d'autre).

    désolé, tu viens d'être victime de mon manque de rigueur: j'ai vu le
    lien, j'ai lu rapidement en diagonale (pourtant c'est bien indiqué
    "release notes" comme tu le soulignes) et je t'ai donné le lien en
    croyant que c'étaient des firmwares disponibles en téléchargement.
    Tête à claques (moi, pas toi) ;-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Sat Oct 29 21:50:01 2022
    J'ai oublié d'insister comme les copains: sur certains matériels et particulièrement les SSD, un firmware à jour peut être crucial pour la survie du matériel en question. Y a des cas documentés sur internet et
    le fstrim ne fait que ralentir l'apparition du désastre (sans fstrim ce
    serait plus rapide).
    Perso j'ai eu un SSD qui m'a fait un peu moins de deux ans avant de
    claquer (données irrécupérables, disque plus lisible, j'étais content de mes sauvegardes).
    Donc depuis je garde une petite installation Windows en dual-boot (ça
    peut servir à dépanner un windowsien et ça peut surtout servir à ça: upgrader l'UEFI et les autres firmwares). Tu as juste besoin de
    télécharger une image ISO sur le site Microsoft. Après l'installation,
    sans fournir de clé d'activation durant celle-ci, si Windows a déjà été installé dessus et activé durant la vie de ce PC, il sera
    automatiquement activé sans besoin de fournir une clé.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Sat Oct 29 22:00:01 2022
    Le 29/10/2022 à 11:40, Sébastien Dinot a écrit :

    Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
    as les mêmes taux de transfert.

    Pardon ? Je sais ce qu'est un live CD, mais je ne comprends pas le sens
    de ce test.

    vérifier que ton système n'est pas en cause (kernel, ...), quitte à
    tester d'autres choses que Debian.
    Le dernier Ubuntu doit avoir un noyau assez récent, ainsi qu'un fwupdmgr
    lui aussi plus récent.
    A noter que même avec un pc démarré sur un live CD on peut ajouter des paquets (il faut plus de ram, mais ca marche!).



    Sinon, juste pour compléter (un tout petit peu) ce qu'on dit les autres
    sur fwupdmgr:
    - sur debian 10, la version de fwupdmgr est assez ancienne (1.2.14).
    - les fabricants ne jouent clairement pas le jeu, ils suffit de
    parcourir la liste et de regarder pour chaque fabriquant.
    - wine ne propose pas d'accès direct au matériel, donc il ne faut même
    pas y penser.
    - je me rappelle avoir lu un truc avec qemu pour un accès direct, mais
    je ne sais plus ou.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Sun Oct 30 00:40:01 2022
    didier gaumet a écrit :
    Perso j'ai eu un SSD qui m'a fait un peu moins de deux ans avant de
    claquer (données irrécupérables, disque plus lisible, j'étais content
    de mes sauvegardes).

    Si tu as raison, je vais bientôt avoir l'occasion d'éprouver la
    robustesse de mes sauvegardes. :)

    Donc depuis je garde une petite installation Windows en dual-boot (ça
    peut servir à dépanner un windowsien et ça peut surtout servir à ça: upgrader l'UEFI et les autres firmwares). Tu as juste besoin de
    télécharger une image ISO sur le site Microsoft. Après l'installation, sans fournir de clé d'activation durant celle-ci, si Windows a déjà
    été installé dessus et activé durant la vie de ce PC, il sera automatiquement activé sans besoin de fournir une clé.

    Il s'agit d'un PC de 2012, monté par mes soins et de toute façon, même
    quand je récupère un PC disposant d'un système MS-Windows prêt à être installé, je ne donne jamais l'occasion à celui-ci de le faire. Il est écrasé avant.

    Du coup, avant d'acheter mon prochain disque SSD, il ne me reste plus
    qu'à vérifier si des fabricants de SSD sont plus prompts que d'autres
    à transmettre leurs firmwares à LVFS.

    Sébastien

    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?Q?S=C3=A9bastien?= Dinot@21:1/5 to All on Sat Nov 5 09:00:01 2022
    Bonjour,

    Sébastien Dinot a écrit :
    Du coup, avant d'acheter mon prochain disque SSD, il ne me reste plus
    qu'à vérifier si des fabricants de SSD sont plus prompts que d'autres
    à transmettre leurs firmwares à LVFS.

    En attendant de trouver dans mon entourage quelqu'un susceptible de
    flasher le firmware du disque, j'en ai acheté un autre (Crucial MX500 de 1 To). Le vendeur a été un peu surpris quand je lui ai demandé de bien vouloir mettre à jour le firmware, mais il a accepté de bon cœur après
    que je lui aie motivé ma demande (les petites boutiques conservent des avantages sur la vente en ligne et la grande distribution). L'opération
    n'a au final pas été nécessaire, car la version du firmware indiquée sur l'étiquette du disque s'est avérée être la plus récente.

    Je n'ai pas encore réinstallé mon système, mais j'ai branché ce disque
    pour vérifier son fonctionnement. J'obtiens un débit en lecture de
    514 Mo/s. Ça va me changer des 72 Mo/s du disque SSD en place.

    Merci pour cet échange,

    Sébastien


    --
    Sébastien Dinot, sebastien.dinot@free.fr
    http://www.palabritudes.net/
    Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)