Bonjour,
Un message d'erreur s'affiche à la sortie de veille :
ACPI: _SB _.PCI0.SBRG.ASOC: Device cannot be configured due to a frequency mismatch
J'ai vaguement cru comprendre qu'il est possible d'analyser le démarrage avec la commande dmseg, ce que j'ai fait, et il y a deux messages d'erreur :
[ 20.233198] blk_update_request: I/O error, dev fd0, sector 0
[ 438.472885] blk_update_request: I/O error, dev fd0, sector 0
A la sortie de veille, très rapidement, en moins de 5 minutes, le PC plante.
Je dois redémarrer et ensuite je suis tranquille, tant que je ne repasse pas en veille…
Savez-vous ce que signifient ces messages d'erreur et comment y remédier ?
Merci pour votre aide :)
(Linux Mint Cinnamon 64 bits)
# supprimer le lecteur de disquette
Posté par NeoX . Évalué à 4.
fd0 = F loppy D drive
c'est le lecteur de disquette,
s'il n'existe pas sur la machine, il faut le supprimer,
s'il existe, il faut s'en debarraser, ca ne sert plus à rien à l'heure ou la moindre clef USB contient 60x plus que la disquette
[^] # Re: supprimer le lecteur de disquette
Posté par freem . Évalué à 2.
Oui et non…
De maniere generale, oui, parce qu'a part des cas particuliers (je ne serai pas surpris qu'il existe encore du matos utilisant ce media dans certains ateliers), plus personne n'utilise ca.
Mais ce n'est pas la racine du probleme, le kernel sait gerer les disquettes.
Ceci dit, j'ai une question: y a-t-il une disquette dans le lecteur? Parce qu'il semble que ce soit le cas, et qu'elle soit fichue (secteur 0, erreur d'entree/sortie).
J'ai deja experimente ce genre de problemes, et la cause etait udev qui partait en boucle infinie a cause d'un probleme dans la table de partitions, avec allocation memoire et donc acces disques (diode de disque dur zllumee non stop) a cause de l'usage du swap (et pas de oom killer, je ne sais pourquoi?)
Du coup, autre question: est-ce que stopper ou tuer udev apres la sortie de veille resouds (jusqu'au prochain reboot) le probleme?
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1.
Bonjour freem,
Le problème, c'est qu'il n'y a pas de lecteur !
Je ne sais pas ce qu'est "udev".
Si tu pouvais m'expliquer comment on stoppe udev, je vais en attendant essayer de trouver par moi-même, mais c'est pas gagné…
Tu me donnes de l'espoir, j'espère vraiment que c'est la solution parce-que la mise en veille me fait gagner un temps fou, redémarrer ce PC prend pas mal de temps, il n'est plus tout jeune.
Merci pour ta réponse :)
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1.
Retour après une longue lecture à laquelle je n'ai pas compris grand chose :
Texte du lien
Vaguement compris qu'il s'agit d'un endroit où l'on écrit des règles, mais pas trouvé comment stopper ce… ? quoi d'ailleurs ?
Désolée pour mon ignorance mais vu que j'ai posté dans le forum Débutant, soyez indulgents ;)
[^] # Re: supprimer le lecteur de disquette
Posté par freem . Évalué à 2.
Pour faire simple, le noyau linux détecte le matériel, dynamiquement. Udev lui permets d'exposer le matériel aux applications, en gérant les droits associés et en publiant des fichiers dans /dev.
Deux solutions, toutes deux dans un terminal, toutes deux ont un effet pervers (plus de reconnaissance automatique du matériel inséré après les manipulations) et sont limitées dans le temps (jusqu'au prochain redémarrage):
sudo service udev stopsudo killall -9 udevdLa première méthode est plus propre, mais risque d'échouer si udev est effectivement en défaut, la seconde risque de ne pas fonctionner si le système d'init (systemd, très probablement) décide de redémarrer udev, ce qui est probable.
Cette idée est juste pour tester que la cause viens bien de la, il ne s'agit vraiment pas d'une solution, tu l'auras compris. C'est vraiment pour du diagnostique…
Il y aurait un autre moyen de vérifier si c'est un problème de ressources qui viennent à manquer, maintenant que j'y pense.
Toujours dans un terminal:
watch -n1 "ps -A -opcpu,rss,vsz,comm | tail -n+2 | sort -n -r". Cette ligne se compose de 4 commandes:watchqui permets de lancer le reste périodiquement ("-n1" signifie chaque seconde), "ps" qui affiche des informations sur une sélection de processus ("-A" pour tous les processus, le reste permets de sélectionner les informations à afficher: usage processeur, deux «types de mémoire», et le nom du processus) tandis que le reste sert à enlever la ligne d'en-tête deps("tail -n+2 affiche les résultats en partant de la ligne 2) et de trier ce qu'il reste (par défaut sur la 1ère colonne, le -n indique que la valeur est numérique, et le -r sert à inverser le tri, pour que les plus gros soient en 1er).Les commandes passées à watch sont entourées de
"pour que watch prenne en compte la totalité.Le problème de cette méthode, c'est le taux de rafraîchissement faible et le manque de traces, mais c'est toujours mieux que rien.
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1. Dernière modification le 09 novembre 2017 à 12:57.
Merci beaucoup freem pour ces explications détaillées :)
J'apprécie de comprendre ce qui se passe en lançant ces commandes.
A propos du manque de traces que tu évoques, je ne sais pas où récupérer ensuite le résultat du test, peut-être qu'il s'affiche dans le terminal, je vais bien voir .
Voilà, j'ai vu ;) et je t'envoie une capture de l'ensemble.
Il y a une zone qui se modifie continuellement, je ne sais bien entendu pas interpréter.
Merci encore de t'occuper de mon cas.
[^] # Re: supprimer le lecteur de disquette
Posté par freem . Évalué à 2.
C'est normal que ça se modifie en permanence, les applications ne fonctionnent en fait pas en permanence, juste assez vite pour en donner l'impression. Et comme le tri se fait en fonction de la puissance de calcul demandée par les applications à un moment t, l'affichage change.
Il faudrait en fait ces informations juste avant que ça ne plante, pour le coup, c'est à ce moment la qu'elles seraient intéressantes (et sans avoir stoppé udev au préalable, bien sûr. Je ne sais pas si tu l'as fait, naturellement, mais c'est au au cas ou).
Pour avoir des traces, en fait, il "suffirait" de faire ressortir les informations dans un fichier, c'est simple, mais ça les écraserait en permanence, du coup on n'aurait pas la montée de charge, qui aurait été intéressante si le problème viens bien d'une saturation des ressources.
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1.
Donc enregistrer régulièrement le terminal, mais si juste avant, ça veut dire 2 ou 3 secondes, pas évident, à part un coup de bol…
Non, je n'ai pas fait.
Euhh simple, pas pour moi, je ne sais pas faire ça, je peux enregistrer régulièrement "à la main" comme je l'évoque plus haut, mais faire en sorte que ça se fasse automatiquement de façon régulière, mystère…
La fin de ta phrase laisse supposer que ça ne fera pas l'affaire, j'en conclus qu'il n'y a pas moyen de voir ce qui se passe, et que je vais devoir me passer de ce grand confort qu'est la mise en veille :(
Je me demandais toutefois si la mise en veille prolongée poserait le même problème.
Je peux pas tester pour l'instant, je n'ai pas assez de swap. Je l'avais mis à 4 Go mais depuis j'ai doublé ma ram, il faudrait que je l'étende avec Gparted depuis un Live CD, mais j'hésite à bidouiller les partitions si le résultat n'est pas certain.
Mais toi, comment t'en es tu sorti ?
S'il n'y a rien à faire tant pis, merci beaucoup pour toutes les réponses que tu m'as apportées, et les explications qui vont avec ;)
[^] # Re: supprimer le lecteur de disquette
Posté par freem . Évalué à 2.
Pardon, l'habitude :)
En fait, il est possible de rediriger ce qui s'affiche sur un terminal dans un fichier, il suffit d'ajouter
> mon_fichieraprès la commande. Bon, même sans la montée de charge, je suppose qu'on pourrait toujours avoir quelques infos…Il est possible d'utiliser un fichier pour le swap, également:
dd if=/dev/zero of=mon_fichier bs=taille_fichier; mkswap mon_fichier; echo '/chemin/complet/mon_fichier none swap defaults 0 0' >> /etc/fstab.La commande
ddpermets de créer le fichier «nom_fichier» d'une taille de taille_fichier, sachant que l'on peut utiliser (entres autres) le modificateur d'unité "G" pour indiquer des giga-octets (cfman dd),mkswapinitialise le fichier comme étant un fichier de swap, et enfin leechoajoute la description du fichier swap dans le fichier /etc/fstab, qui décrit les points de montage.ddn'as pas, et ne doit pas, être exécuté en tant que root ou via sudo (enfin, on peut, c'est juste qu'une erreur de frappe peut détruire le système),mkswapn'en a probablement pas besoin non plus, mais leechodans le fstab si. À noter que le '>>' permets d'ajouter à un fichier, tandis que le '>' écrase le contenu existant. Il ne faut surtout pas se tromper dans cette manipulation!. Enfin, tu pourrais aussi utiliser un éditeur de texte, bien sûr ;)À noter que, n'utilisant pas de swap, j'ignore comment le système se comporte en présence de 2 swap distincts.
À l'époque, j'étais tombé sur un bug de udev qui, suite à une mauvaise manipulation d'un de mes disques de ma part, faisait ce que l'on appelle une boucle infinie, en allouant de la mémoire. Vu que le noyau à, par défaut, une politique optimiste pour l'allocation de la mémoire vive (il considère qu'il en restera bien un peu donc laisse tout passer) et que j'utilisais du swap, mon système envoyais les données de la mémoire vive vers le swap et vice-versa en permanence, ce qui résultait en un très gros ralentissement du système jusqu'au freeze (et ce, dès le démarrage, c'était donc pire que ta situation… j'ai ouvert un rapport de bug chez debian, et n'ai eu des nouvelles qu'un an après: il a été clos parce que franchement, j'avais la flemme de répondre à un problème survenu 1 an auparavant et que ça a donc été considéré réglé.).
Je m'en suis sorti en refaisant la table des partitions que j'avais endommagée. La similarité potentielle, c'est une erreur de «matériel» suite à un changement logiciel (la mise en veille), et le fait que le processus qui es responsable d'exposer le matériel au système soit le même que celui qui gelait mon système.
Pour le coup, il n'est pas certain que ce soit ça le problème, c'est juste que ce n'est pas impossible.
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1.
Bonjour freem,
Je note la manip et découvre avec intérêt cette façon de faire.
Mais si ce double swap engendre un problème, je serai bien incapable de le résoudre.
Si je me décide à étendre le swap, je crois qu'il serait plus prudent à mon niveau d'utiliser la façon classique avec Gparted.
Je laisse mes disques vivre tranquillement leur vie, l'origine du problème doit être ailleurs pour ma part.
Inutile de dire que je serais bien incapable de faire ça.
Si le processus responsable est bien le même mais la cause différente, vu que je ne risque pas de la déterminer, je crois que je vais traîner ce problème ad vitae æternam :(
Je te remercie encore pour toutes ces explications que tu as bien voulu détailler et te souhaite un bon dimanche :)
[^] # Re: supprimer le lecteur de disquette
Posté par freem . Évalué à 2.
J'ai oublié de mentionner que l'on peut désactiver la 1ère partition de swap, en enlevant la ligne correspondante dans /etc/fstab (je te conseilles la lecture de
man fstabavant).Clairement, mais tu m'as demandé mon anecdote :)
[^] # Re: supprimer le lecteur de disquette
Posté par Léa . Évalué à 1.
Bonjour NeoX,
Il n'y a pas de lecteur de disquette sur ce PC…
Avec Windows je serais allée dans le gestionnaire de périphérique pour chercher à le supprimer, mais avec Linux je ne sais pas trop où ça se passe.
Je veux bien un petit complément d'information stp.
Merci d'avance ;)
[^] # Re: supprimer le lecteur de disquette
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 3.
J'ai pertinenté.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.