Sujet : Re: lenteur disque (à confirmer)
De : chris (at) *nospam* novazur.fr (Christophe PEREZ)
Groupes : fr.comp.os.linux.configurationDate : 07. Dec 2021, 23:30:15
Autres entêtes
Organisation : Aioe.org NNTP Server
Message-ID : <20211207183015.36532336@coffee.novazur.fr>
References : 1 2 3 4 5 6 7 8
User-Agent : Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu)
Le Tue, 7 Dec 2021 14:28:22 -0000 (UTC),
Marc SCHAEFER <
schaefer@alphanet.ch> a écrit :
Ou qu'elle ne compte pas correctement les erreurs.
Effectivement.
Concernant dmesg: je vois que tu es revenu d'hibernation, le problème
avec scp se produit aussi après un redémarrage complet ? (bon,
d'habitude ce sont les périphériques wifi qui ne marchent plus, pas un
truc de performance).
Oui, comme je l'avais signalé, mes premiers tests étaient tous après
reboot.
C'est une piste faible, mais pourquoi pas essayer ce work-around:
C'était une piste, mais à priori pas utile (voir plus bas)
update-initramfs -u -k all
Pas d'initramfs chez moi ;)
Puis redémarrer complètement.
Normalement, un simple déchargement/rechargement du module aurait du
suffire pour prendre en charge une option modifiée, non ?
Alternative: au démarrage de grub, éditer la ligne de commande (e),
ajouter forcedeth.msix=0, faire CTRL-X pour démarrer.
Bien plus adapté pou un test, si je puis me permettre, si on a un accès
physique au boot.
Alors, résultat de mes investigations, sachant que je me suis
complètement emmêlé les pinceaux dans mes tests, pour une raison un peu
longue à expliquer, ce qui fait que je ne suis pas sûr à 100% du
verdict, mais actuellement, ça fonctionne après avoir changé de port
sur le switch.
J'ai déjà vu des switch déconner et être obligé de les
rallumer. J'ai déjà vu un port de switch complètement HS, mais je
n'avais jamais vu de port de switch défaillant mais pas HS.
On en découvre tous les jours.
Je vais voir si tout reste normal dans les prochains jours avant d'être
sûr de moi.
Merci encore pour ton aide.