On dirait bien qu'il y a un problème avec le nvme.
Déjà, plus de 25 000 heures de fonctionnement (3 ans complets), ça fait beaucoup pour un ordinateur portable.
D'habitude les portables ont tendance à se mettre en veille ou plus généralement être éteints pendant la nuit. C'est plus le genre de chiffres que je me serait attendu à trouver sur un PC de bureau qui aurait 5 ans ou sur un serveur.
Après c'est difficile de garantir que le problème viennent de là.
Vu que tu as un disque (sda) qui a l'air en bon état, est-ce que ça ne vaudrait pas le coup d'essayer d'installer Linux dessus (avec le grub toujours sur le nvme). Les performances ne seront pas folles, mais au point où tu en es…
C'est là où je voulais en venir, les unités impériales sont basées sur des étalons, et ensuite remplacées par des facteurs de conversion "fixes".
Résultat, bon courage pour convertir de tête des miles en pieds alors que tu es en train de conduire. Typiquement aux états-unis où certaines distances sont affichées en miles et d'autres en pieds.
Ça doit aussi être sympas pour calculer un volume en pinte ou gallon à partir des dimensions de la pièce (souvenir de lycée)
Bref, on se retrouve avec ce genre de documents , 2 pages pour le système métrique quant qu'il en faut 40 pour le système impérial
Petite mention pour la page 6, très bien pour la gymnastique mentale
C'est comme dire que les pieds, les pouces et les yards étaient logiques parce qu'ils permettent de définir les volumes en gallons et les vitesses en miles par heure
Tiens donc…
Autant les pouces, pieds et yards ont un rapport "cohérent" entre eux, je te laisse chercher et surtout expliquer le rapport avec le miles.
Ensuite si tu arrive à trouver un rapport entre les unités de volumes et de longueur, bravo!
les paysans ont des tailles de champs en hectares (bon, en Bretagne c'était parfois en ares
Pour le coup, c'est une sous-unité du mètre avec des coefficients plutôt "ronds"
1 are = 100 m²
1 hectare = 10 000 m²
1 km² = 1 000 000 m²
Vu les surface en jeux, ce serait pas très commodes d'utiliser le mètre carré partout.
Par contre quand on voit les coefficients de conversion vers la livre c'est une autre histoire.
Et ne parlons pas de la tonne américaine qui varie en fonction de ce qui est pesé (solide / liquide).
La pinte qui varie quand on traverse l'océan Atlantique…
Les britanniques qui mesurent leur poids en cailloux
je demandais ça car j'ai le pc d'un proche qui a le même genre de soucis :
box Orange Livebox Fibre
pc Asus (je ne me souviens pas du modèle exact), cpu Intel core i7, chipset réseau Intel
double boot Windows 10 + Debian 12
sous Windows : pas de souci
sous Linux :
Wifi erratique
Ethernet : pas d'ipv4, une ipv6 apparaît (probablement boucle locale) puis il me semble avoir vu 2 ipv6 supplémentaire apparaître
Je n'ai pas eu le temps de solutionner le problème, mais quand j'avais fait des recherches à partir de la référence du chipset Ethernet, j'avais vu des messages sur des forums de gens qui avait les mêmes soucis mais lors du redémarrage à chaud Windows vers Linux, et ce serait dû au driver Intel (config WOL si j'ai bien compris).
Mais bon, si ça ne fait pas ça chez toi, c'est que ça doit être autre chose
Je suis chez Orange avec une Livebox 4 connectée en ADSL. PC sous Debian 12 (backports activé). Je n'ai pas ce genre de souci, les IP v4 et v6 sont visiblement assignées immédiatement.
Au cas où, est-ce que ça fait ça y compris sur des démarrage à froid (vraiment froids genre 30 minutes / 1h d'arrêt), ou uniquement quand tu redémarre de Windows à Linux ?
J'ai voulu vérifier cet a priori, vu que le sujet m'intéresse un peu.
Bon par contre j'ai encore remis à plus tard ce que j'avais prévu pour ce disque dur…
J'ai refait les tests en dirigeant la sortie vers /dev/null pour économiser mon nvme.
4 cœurs "efficient" : architecture Gracemont, pas d'hyperthreading, perf/MHz plus faible, 1.8 / 3.5 GHz
Le test a été fait sur Debian 12 avec le noyau 6.12.30.
Ce test a été l'occasion de voir que le scheduler n'est pas du tout optimisé pour ce CPU, par moment sur les tests avec peu de threads, ceux-ci se retrouvent à tourner sur des cœurs Gracemont en turbo à 3.1 GHz alors que les cœurs Raptor Cove se reposent à 800 MHz.
Ça vaudra le coup d'investiguer pour voir s'il y a pas moyen d'optimiser les paramètres du scheduler.
Pour la petite histoire, j'ai activé les dépôts backports de Debian en espérant justement que le noyau prenne en compte cette architecture hybride. Raté.
Pour ce qui est des tests, je les ai fait au moins 2 fois chacun, celui sur 16 threads a été fait 3 fois car le premier test a donné une valeur bizarre. Les autres tests ont été reproduits avec écart de moins de 1%, donc on va dire que ce sera suffisamment fiable.
Pendant ces tests, l'ordinateur ne faisait rien d'autre.
Entre deux tests, j'ai laissé le CPU refroidir jusqu'à 45 °C.
Pour la faire courte, les meilleurs performances ont été obtenues avec 12 threads. Le CPU est monté à 80°C voire ponctuellement à 84°C dans toutes les configurations, donc je doute que le thermal throttling ait été plus marqué sur un test qu'un autre.
Par contre, effectivement, même si ça ne joue pas à grand chose, les meilleurs performances ont été obtenues pour 12 threads, et qu'à partir de 6 cœurs le gain est négligeable.
Je me demande bien comment on pouvait faire sans, avant M$-Do$ 5 donc.
Avant il y avait edlin, c'était pas évident à utiliser, mais au moins ça filtrait les personnes capables de modifier la configuration de l'ordinateur. Un peu ce qui a été repris dans Linux avec vi ou emacs.
Sinon Amstrad fournissait l'utilitaire rped qui était (un peu) plus facile à utiliser, mais limité à 750 lignes (en tous cas pour la version fournie avec MS-DOS 3.3)
Si j'ai bien compris les notes à destination des packageurs, il fait appel à une bibliothèque externe pour la fonction de recherche et remplacement (bibliothèque ICU, 37 MB sur Debian Bookworm)
C'est un disque dur qui était branché sur la télévision pour enregistrer des films de la TNT, les enregistrements sont dans un format propriétaire et chiffrés.. Je compte le réutiliser (temporairement ?) pour autre chose, donc je me fais une sauvegarde pour pouvoir le rebrancher sur la TV plus tard.
A noter que j'avais déjà transféré les enregistrements de la télé d'un disque à un autre en faisant un dd suivi d'une extension de partition (40 GB vers 750) et que ça s'était bien passé. Donc je ne m'inquiète pas trop de ce côté là.
Dans le cas qui me concerne aujourd'hui, la meilleur solution semble être l'enregistrement au format partclone pour sa vitesse.
J'en profite quand même pour voir à plus long terme pour mes images disque, et dans ce cas, je cherche à limiter les dépendances lors de la restauration, d'où le test partclone + conversion au format "image brute compressée", par contre la conversion limite vraiment les performances (je donnerai les chiffres dès que ça sera terminé).
A priori, il annonce un quart d'heure, ce qui est nettement mieux.
Bon par contre, par rapport à dd, on perd le côté "image standard", mais bon pas le choix…
Je pensais surtout aux espaces de travail sur un cube 3D, au fenêtre calcinées lors de leur fermeture et autres effets spectaculaire.
Même si Compiz reste utilisé, j'ai comme l'impression que les gens se sont lassés de ces effets bling-bling.
Pour ma part j'apprécie les effets "3D" de gnome shell sur les effets de bureau (dézoome "propre", prévisualisation des autres bureaux (avec quand c'est le cas les vidéos qui tournent dessus). Par contre elles restent sobre et aident les nouveaux venus à comprendre ce qui se passe quand on change de bureau (*): en allant sur "activités" on prend du recul sur le bureau courant, on aperçoit à gauche et a droite les autres bureaux, quand on en change on voit qu'on s'est déplacé sur un autre bureau.
(*) ma première expérience sur Linux était avec une RedHat 5.2 et Afterstep. Au début j'ai rien compris quand j'ai changé involontairement de bureau et que toutes mes fenêtres avaient disparues.
perso j'avais pensé une fois à une espèce de mindmap 3D pour représenter des arborescences de fichier
Ça me rappelle FSN de Silicon Graphics qu'on voit dans le premier Jurassic Park.
Après si ça n'a pas pris, c'est peut-être que c'était pas si ergonomique.
Vers 2010 il y avait eu une grosse mode pour Compiz avec des effets dans tous les sens, qu'au final, on a pas mal oublié.
C'est une 308 hdi 112 de 2012.
réservoir de 60L pour une conso annoncée de 4.5L/100 soit 1333 km.
A titre perso, mon record est à 4.32L/100 sur un plein en faisant principalement de l'autoroute et en me limitant à 110km/h soit une autonomie 1388 km.
Bon après dans la pratique, je suis plutôt en moyenne à 5L/100 en roulant "normalement".
J'étais sur des trajets de 30-45 minutes, dans une ville que je ne connais pas.
Et oui je me suis fait piéger car je ne m'attendais pas à refaire un plein au bout de 250 km.
Sur ma voiture personnelle, j'ai 1300 km d'autonomie et je refais le pleins tous les 800 - 900 km ce qui me laisse une bonne marge et permet d'aller chercher la station la moins cher.
[^] # Re: Affichage ?
Posté par flavien75 . En réponse au message pourquoi Linux Mint 22.1 fonctionne tres bien en live et tres tres lentement en dur ?. Évalué à 3 (+2/-0).
On dirait bien qu'il y a un problème avec le nvme.
Déjà, plus de 25 000 heures de fonctionnement (3 ans complets), ça fait beaucoup pour un ordinateur portable.
D'habitude les portables ont tendance à se mettre en veille ou plus généralement être éteints pendant la nuit. C'est plus le genre de chiffres que je me serait attendu à trouver sur un PC de bureau qui aurait 5 ans ou sur un serveur.
Après c'est difficile de garantir que le problème viennent de là.
Vu que tu as un disque (sda) qui a l'air en bon état, est-ce que ça ne vaudrait pas le coup d'essayer d'installer Linux dessus (avec le grub toujours sur le nvme). Les performances ne seront pas folles, mais au point où tu en es…
Les vrais naviguent en -42
[^] # Re: Affichage ?
Posté par flavien75 . En réponse au message pourquoi Linux Mint 22.1 fonctionne tres bien en live et tres tres lentement en dur ?. Évalué à 2 (+1/-0).
Visiblement tu as un disque dur en plus du nvme, parce que là le retour correspond à un disque dur d'un tera (5400 rpm).
Il aurait fallu faire:
Les vrais naviguent en -42
[^] # Re: Système impérial
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0).
oh bah ça va !
Les vrais naviguent en -42
[^] # Re: dessin de la réglette
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0).
Ça doit être un double décimètre de commerçant, réservé facturer pour les ventes.
Les vrais naviguent en -42
[^] # Re: Système impérial
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0). Dernière modification le 10 août 2025 à 11:38.
C'est là où je voulais en venir, les unités impériales sont basées sur des étalons, et ensuite remplacées par des facteurs de conversion "fixes".
Résultat, bon courage pour convertir de tête des miles en pieds alors que tu es en train de conduire. Typiquement aux états-unis où certaines distances sont affichées en miles et d'autres en pieds.
Ça doit aussi être sympas pour calculer un volume en pinte ou gallon à partir des dimensions de la pièce (souvenir de lycée)
Bref, on se retrouve avec ce genre de documents , 2 pages pour le système métrique quant qu'il en faut 40 pour le système impérial
Petite mention pour la page 6, très bien pour la gymnastique mentale
Les vrais naviguent en -42
[^] # Re: Système impérial
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0).
oui, dans la logique du système métrique.
Par contre je n'ai toujours pas compris la logique en question dans les unités impériales.
d'où ma question
Les vrais naviguent en -42
[^] # Re: Système impérial
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 2 (+1/-0).
Tiens donc…
Autant les pouces, pieds et yards ont un rapport "cohérent" entre eux, je te laisse chercher et surtout expliquer le rapport avec le miles.
Ensuite si tu arrive à trouver un rapport entre les unités de volumes et de longueur, bravo!
Les vrais naviguent en -42
[^] # Re: ni l'un, ni l'autre
Posté par flavien75 . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0).
Pour le coup, c'est une sous-unité du mètre avec des coefficients plutôt "ronds"
Vu les surface en jeux, ce serait pas très commodes d'utiliser le mètre carré partout.
Par contre quand on voit les coefficients de conversion vers la livre c'est une autre histoire.
Et ne parlons pas de la tonne américaine qui varie en fonction de ce qui est pesé (solide / liquide).
La pinte qui varie quand on traverse l'océan Atlantique…
Les britanniques qui mesurent leur poids en cailloux
Les vrais naviguent en -42
[^] # Re: pas de souci chez moi
Posté par flavien75 . En réponse au message Debian, livebox 4 : je t'aime, moi non plus?. Évalué à 2 (+1/-0). Dernière modification le 17 juillet 2025 à 22:56.
merci du retour,
je demandais ça car j'ai le pc d'un proche qui a le même genre de soucis :
Je n'ai pas eu le temps de solutionner le problème, mais quand j'avais fait des recherches à partir de la référence du chipset Ethernet, j'avais vu des messages sur des forums de gens qui avait les mêmes soucis mais lors du redémarrage à chaud Windows vers Linux, et ce serait dû au driver Intel (config WOL si j'ai bien compris).
Mais bon, si ça ne fait pas ça chez toi, c'est que ça doit être autre chose
Les vrais naviguent en -42
# pas de souci chez moi
Posté par flavien75 . En réponse au message Debian, livebox 4 : je t'aime, moi non plus?. Évalué à 2 (+1/-0).
Je suis chez Orange avec une Livebox 4 connectée en ADSL. PC sous Debian 12 (backports activé). Je n'ai pas ce genre de souci, les IP v4 et v6 sont visiblement assignées immédiatement.
Au cas où, est-ce que ça fait ça y compris sur des démarrage à froid (vraiment froids genre 30 minutes / 1h d'arrêt), ou uniquement quand tu redémarre de Windows à Linux ?
Bon courage
Les vrais naviguent en -42
[^] # Re: Quel est le cas d'usage ?
Posté par flavien75 . En réponse au message [résolu] Création image disque en "ignorant" l'espace inutilisé. Évalué à 2 (+1/-0).
J'ai voulu vérifier cet a priori, vu que le sujet m'intéresse un peu.
Bon par contre j'ai encore remis à plus tard ce que j'avais prévu pour ce disque dur…
J'ai refait les tests en dirigeant la sortie vers /dev/null pour économiser mon nvme.
Pour rappel, la config CPU :
Le test a été fait sur Debian 12 avec le noyau 6.12.30.
Ce test a été l'occasion de voir que le scheduler n'est pas du tout optimisé pour ce CPU, par moment sur les tests avec peu de threads, ceux-ci se retrouvent à tourner sur des cœurs Gracemont en turbo à 3.1 GHz alors que les cœurs Raptor Cove se reposent à 800 MHz.
Ça vaudra le coup d'investiguer pour voir s'il y a pas moyen d'optimiser les paramètres du scheduler.
Pour la petite histoire, j'ai activé les dépôts backports de Debian en espérant justement que le noyau prenne en compte cette architecture hybride. Raté.
Pour ce qui est des tests, je les ai fait au moins 2 fois chacun, celui sur 16 threads a été fait 3 fois car le premier test a donné une valeur bizarre. Les autres tests ont été reproduits avec écart de moins de 1%, donc on va dire que ce sera suffisamment fiable.
Pendant ces tests, l'ordinateur ne faisait rien d'autre.
Entre deux tests, j'ai laissé le CPU refroidir jusqu'à 45 °C.
Pour la faire courte, les meilleurs performances ont été obtenues avec 12 threads. Le CPU est monté à 80°C voire ponctuellement à 84°C dans toutes les configurations, donc je doute que le thermal throttling ait été plus marqué sur un test qu'un autre.
Par contre, effectivement, même si ça ne joue pas à grand chose, les meilleurs performances ont été obtenues pour 12 threads, et qu'à partir de 6 cœurs le gain est négligeable.
Maintenant on sait.
Les vrais naviguent en -42
[^] # Re: Une option … parmi d’autres.
Posté par flavien75 . En réponse à la dépêche Microsoft «Edit». Évalué à 2 (+1/-0).
Bon ben j'ai lu trop rapidement et trop en diagonale. Je n'avais pas vu le "optionally".
Ma faute.
Les vrais naviguent en -42
[^] # Re: Visual Studio Code, Notepad et aussi Word !
Posté par flavien75 . En réponse à la dépêche Microsoft «Edit». Évalué à 2 (+1/-0).
Avant il y avait edlin, c'était pas évident à utiliser, mais au moins ça filtrait les personnes capables de modifier la configuration de l'ordinateur. Un peu ce qui a été repris dans Linux avec vi ou emacs.
Sinon Amstrad fournissait l'utilitaire rped qui était (un peu) plus facile à utiliser, mais limité à 750 lignes (en tous cas pour la version fournie avec MS-DOS 3.3)
Les vrais naviguent en -42
# binaire pas si statique
Posté par flavien75 . En réponse à la dépêche Microsoft «Edit». Évalué à 2 (+1/-0).
Si j'ai bien compris les notes à destination des packageurs, il fait appel à une bibliothèque externe pour la fonction de recherche et remplacement (bibliothèque ICU, 37 MB sur Debian Bookworm)
Les vrais naviguent en -42
[^] # Re: Quel est le cas d'usage ?
Posté par flavien75 . En réponse au message [résolu] Création image disque en "ignorant" l'espace inutilisé. Évalué à 2 (+1/-0).
ah oui, 13 minutes 16 secondes !
par contre c'était clairement pas la bonne journée pour rajouter du chauffage dans l'appart.
Les vrais naviguent en -42
[^] # Re: Quel est le cas d'usage ?
Posté par flavien75 . En réponse au message [résolu] Création image disque en "ignorant" l'espace inutilisé. Évalué à 2 (+1/-0).
Bon, ben c'est reparti pour pigz.
J'ai mis à jour le post il y a quelques minutes avec les résultats.
Je sens qu'au final, au lieu de passer 6 heures à faire mon clonage, je vais faire 6 heures de benchmark… pas grave.
Les vrais naviguent en -42
[^] # Re: Quel est le cas d'usage ?
Posté par flavien75 . En réponse au message [résolu] Création image disque en "ignorant" l'espace inutilisé. Évalué à 2 (+1/-0).
C'est un disque dur qui était branché sur la télévision pour enregistrer des films de la TNT, les enregistrements sont dans un format propriétaire et chiffrés.. Je compte le réutiliser (temporairement ?) pour autre chose, donc je me fais une sauvegarde pour pouvoir le rebrancher sur la TV plus tard.
A noter que j'avais déjà transféré les enregistrements de la télé d'un disque à un autre en faisant un dd suivi d'une extension de partition (40 GB vers 750) et que ça s'était bien passé. Donc je ne m'inquiète pas trop de ce côté là.
Dans le cas qui me concerne aujourd'hui, la meilleur solution semble être l'enregistrement au format partclone pour sa vitesse.
J'en profite quand même pour voir à plus long terme pour mes images disque, et dans ce cas, je cherche à limiter les dépendances lors de la restauration, d'où le test partclone + conversion au format "image brute compressée", par contre la conversion limite vraiment les performances (je donnerai les chiffres dès que ça sera terminé).
Il faudra que je teste FSArchiver au passage.
Les vrais naviguent en -42
[^] # Re: clonezilla ?
Posté par flavien75 . En réponse au message [résolu] Création image disque en "ignorant" l'espace inutilisé. Évalué à 4 (+3/-0).
merci, partclone semble correspondre à ce que j'ai besoin.
A priori, il annonce un quart d'heure, ce qui est nettement mieux.
Bon par contre, par rapport à dd, on perd le côté "image standard", mais bon pas le choix…
Les vrais naviguent en -42
[^] # Re: En remplacement de File Roller
Posté par flavien75 . En réponse à la dépêche Sortie du gestionnaire d'archives PeaZip 10.4.0. Évalué à 3.
pareil chez moi, quand je m'étais renseigné j'avais trouvé que c'était du à une incompatibilité avec Wayland.
un ticket semble ouvert
Les vrais naviguent en -42
[^] # Re: Pas merci
Posté par flavien75 . En réponse à la dépêche Not so Common Desktop Environment (NsCDE), un paradigme différent. Évalué à 2.
Je pensais surtout aux espaces de travail sur un cube 3D, au fenêtre calcinées lors de leur fermeture et autres effets spectaculaire.
Même si Compiz reste utilisé, j'ai comme l'impression que les gens se sont lassés de ces effets bling-bling.
Pour ma part j'apprécie les effets "3D" de gnome shell sur les effets de bureau (dézoome "propre", prévisualisation des autres bureaux (avec quand c'est le cas les vidéos qui tournent dessus). Par contre elles restent sobre et aident les nouveaux venus à comprendre ce qui se passe quand on change de bureau (*): en allant sur "activités" on prend du recul sur le bureau courant, on aperçoit à gauche et a droite les autres bureaux, quand on en change on voit qu'on s'est déplacé sur un autre bureau.
(*) ma première expérience sur Linux était avec une RedHat 5.2 et Afterstep. Au début j'ai rien compris quand j'ai changé involontairement de bureau et que toutes mes fenêtres avaient disparues.
Les vrais naviguent en -42
[^] # Re: Pas merci
Posté par flavien75 . En réponse à la dépêche Not so Common Desktop Environment (NsCDE), un paradigme différent. Évalué à 3.
Ça me rappelle FSN de Silicon Graphics qu'on voit dans le premier Jurassic Park.
Après si ça n'a pas pris, c'est peut-être que c'était pas si ergonomique.
Vers 2010 il y avait eu une grosse mode pour Compiz avec des effets dans tous les sens, qu'au final, on a pas mal oublié.
Les vrais naviguent en -42
[^] # Re: souvenir souvenir
Posté par flavien75 . En réponse au journal Renault place un de ses brevets en matière de sécurité sous une licence de type GPL. Évalué à 3.
Le brevet a été publié le 2 août 2001 puis révoqué discrètement, mais pas forcément en 2001.
A propos de la révocation
le brevet
Les vrais naviguent en -42
[^] # Re: Les boutons, c'est de la mécanique et ce n'est pas fiable
Posté par flavien75 . En réponse à la dépêche Rendez-nous nos boutons !. Évalué à 1.
C'est une 308 hdi 112 de 2012.
réservoir de 60L pour une conso annoncée de 4.5L/100 soit 1333 km.
A titre perso, mon record est à 4.32L/100 sur un plein en faisant principalement de l'autoroute et en me limitant à 110km/h soit une autonomie 1388 km.
Bon après dans la pratique, je suis plutôt en moyenne à 5L/100 en roulant "normalement".
Les vrais naviguent en -42
[^] # Re: Les boutons, c'est de la mécanique et ce n'est pas fiable
Posté par flavien75 . En réponse à la dépêche Rendez-nous nos boutons !. Évalué à 1.
J'étais sur des trajets de 30-45 minutes, dans une ville que je ne connais pas.
Et oui je me suis fait piéger car je ne m'attendais pas à refaire un plein au bout de 250 km.
Sur ma voiture personnelle, j'ai 1300 km d'autonomie et je refais le pleins tous les 800 - 900 km ce qui me laisse une bonne marge et permet d'aller chercher la station la moins cher.
Les vrais naviguent en -42
[^] # Re: 40500 km
Posté par flavien75 . En réponse au journal 1 an en véhicule électrique uniquement. Évalué à 2.
en y repensant, ils ont du faire une erreur de traduction, ça devait sûrement être 3.5 gallons aux 100
Les vrais naviguent en -42