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.
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é...
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 stop
sudo killall -9 udevd
La 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.
Tu me donnes de l'espoir, j'espère vraiment que c'est la solution
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: watch qui 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 de ps ("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 freem . En réponse au message Message d'erreur à la sortie de veille. É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.