Impossible d'éteindre Jessie + disque durs externe non reconnus

xam · 08-11-2016 01:28:47

Bonjour,

Je suis nouveau sur ce forum et aussi sur Linux, je suis donc débutant.
J'ai installé Jessie sur un Thinkpad, en double boot avec W7, il y a six mois et tout marchait à peu près bien jusque là. J'utilise XFCE 4.10

Mais depuis 24h, impossible d'éteindre proprement l'ordinateur. Seule l'utilisation du bouton physique, en appuyant de manière prolongée, fonctionne, et ça ne me semble pas être la meilleure manière de le faire.
Via le menu déconnexion, cliquer sur Éteindre, Redémarrer ou Déconnexion amorce la fermeture, le disque dur ne semble plus avoir d'activité, mais l'écran reste allumé et le ventilo continue de tourner.
J'ai exactement le même résultat en utilisation la console en root, avec
#shutdown -h +0
# reboot
# init 0
Avec # poweroff -f la console me répond "Powering off", et reste ouverte sans aucune autre réponse.

J'ai essayé en utilisant Gnome ou Mate, mais c'est aussi le même résultat.
J'ai aussi mis à jour Jessie, sans résultat non plus.

Je me dis qu'éteindre avec le bouton physique n'est pas une bonne solution sur le long terme, mais là, je ne sais plus quoi faire.
D'autant plus que j'ai d'autres dégâts en parallèle : les disques durs externes ne sont plus immédiatement reconnus, il faut que je les branche avant de démarrer pour qu'ils soient montés (certains ne sont pas reconnus du tout, idem pour mon tél. portable). Et certaines copies de fichiers vers les disques externes sont très très très lentes, voire se bloquent.
Enfin, depuis la venue de ce problème, l'apparence des icônes et des fenêtres a changé de manière inopinée. C'est un détail, mais c'est peut-être un indice qui permette de m'aider.

Merci de votre aide

smolski · 08-11-2016 07:35:31

Bonjour xam,

Peut-être qu'une copie de ton fichier fstab serait un commencement pour comprendre ce qui arrive :
La commande pour afficher le fichier dans un terminal :

cat /etc/fstab

tu selectionnes le résultat avec la souris, tu le copies puis tu nous le colles sur le forum en utilisant la balise Autre code pour l'encadrer.

xam · 08-11-2016 09:22:24

Merci de ton aide.
Effectivement une erreur est signalée...

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda3 during installation

UUID=e1928c68-9824-4100-a9aa-f96f1af360be /               ext4    errors=remount-ro 0       1

# /home was on /dev/sda7 during installation

UUID=a5805b95-ef03-45c0-a88f-8b36c363636c /home           ext4    defaults        0       2

# /opt was on /dev/sda6 during installation

UUID=1f78977e-d7b6-491b-9c59-94216b2254a7 /opt            ext4    defaults        0       2

# swap was on /dev/sda5 during installation

UUID=2835ebb6-f2a3-463b-8fc6-023fc5197041 none            swap    sw              0       0

smolski · 08-11-2016 09:33:13

Je ne vois rien d'alarmant, peut-être qu'un comparse pourra mieux t'aiguiller ?
Seule le montage de la partition /opt m'interroge...

# /opt was on /dev/sda6 during installation

UUID=1f78977e-d7b6-491b-9c59-94216b2254a7 /opt            ext4    defaults        0       2

MicP · 08-11-2016 09:42:55

Bonjour xam et smolsky

xam a écrit :

…Effectivement une erreur est signalée...

Sympa de nous le dire, mais j'ai un problème de vue, et en plus, de là où je suis, je n'arrive pas à lire le message d'erreur. C'est dommage…
Si tu as une solution pour qu'on puisse voir le message d'erreur, ça nous permettrait sans doute de résoudre le problème beaucoup plus rapidement.

=======
Donne aussi le retour de :

su -c 'lsblk --output TYPE,NAME,FSTYPE,UUID,LABEL,MOUNTPOINT'

Le mot de passe du compte root te sera demandé pour que cette commande puisse être exécutée.

Merci.

=======
@smolsky Pour info :

Filesystem Hierarchy Standard a écrit :

…/opt/ Logiciels optionnels Logiciels non inclus dans la distribution et installés manuellement pour tous les utilisateurs.…

La dernière fois que j'ai utilisé ce répertoire, c'était sur ma slackware 3.1.0 (1997) installée sur mon 486 VLB66
Depuis, je ne m'en suis plus jamais servi, mais certains l'utilisent. Il n'est pas créé par défaut dans les installation debian.

Dernière modification par MicP (08-11-2016 09:57:59)

xam · 08-11-2016 10:01:22

Merci MicP.
Alors, pour le retour, précédent, j'ai juste vu "errors=remount-ro" sur la ligne du premier disques, mais ce n'est peut pas une erreur ??

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda3 during installation

UUID=e1928c68-9824-4100-a9aa-f96f1af360be /     ext4    errors=remount-ro 0     1

Sinon, avec la deuxième commande, ça donne ceci :

TYPE NAME   FSTYPE UUID                       LABEL         MOUNTPOINT

disk sda                                                              

part ├─sda1 ntfs   1436D51436D4F7A6                 Réservé au système

part ├─sda2 ntfs   C842D6ED42D6DF6E                                   

part ├─sda3 ext4   e1928c68-9824-4100-a9aa-f96f1af360be           /

part ├─sda4                                                           

part ├─sda5 swap   2835ebb6-f2a3-463b-8fc6-023fc5197041           [SWAP]

part ├─sda6 ext4   1f78977e-d7b6-491b-9c59-94216b2254a7           /opt

part └─sda7 ext4   a5805b95-ef03-45c0-a88f-8b36c363636c           /home

MicP · 08-11-2016 10:24:39

Merci beaucoup pour les retours de commandes => le fichier /etc/fstab est correct, mais il fallait en être sûr avant toute chose.

Dans ce fichier /etc/fstab tu peux lire : errors=remount-ro dans la ligne correspondant au système de fichiers monté à la racine du système qui est noté par le caractère /
Cela veux dire qu'en cas d'erreur sur ce système de fichiers, le système sera monté, mais en read only <=> lecture seule.

Normalement, dans le message d'erreur, l'UUID du système de fichiers qui a un problème est cité, mais un UUID c'est assez long pour être mémorisé et retranscrit manuellement.

Toutefois, tu devrais pouvoir reconnaître la première série de lettres et chiffres qui vont correspondre à un des UUIDs des systèmes de fichiers listés dans ton fichier /etc/fstab

Il y a de très fortes chances que tu puisse y lire e1928c68 suivit des autres chiffres et lettres qui correspondent au système de fichiers racine.
Si c'est le cas, c'est donc qu'une erreur a été trouvée sur ce système de fichiers et qu'il va falloir le réparer, si c'est possible.

=======
Pourrais-tu confirmer que cette série de chiffres et lettres correspondent à e1928c68-9824-4100-a9aa-f96f1af360be ?

Sinon, donne nous un extrait (ou la totalité si tu peux, mais c'est pas indispensable…) de cette série de chiffres et lettres.
Le but c'est de reconnaître un des UUID cités dans le fichier /etc/fstab

Merci.

Dernière modification par MicP (08-11-2016 10:35:00)

xam · 08-11-2016 10:46:58

Merci pour ces retours.

Mais, en réalité (et mis à part ce que je croyais en être avec /etc/fstab), je n'ai aucun message d'erreur : l'ordinateur ne s'éteint pas mais ne me renvoie aucun message et quand mes disques externes ne montent pas, il ne renvoie rien non plus. Si bien que tout semble normal, sauf que non...

Que faut-il faire pour voir apparaître un message d'erreur et l'UUID concerné ? C'est au démarrage que cela se passe ?

MicP · 08-11-2016 11:17:39

Que faut-il faire pour voir apparaître un message d'erreur et l'UUID concerné ?

On devrait retrouver ces messages d'erreurs dans les messages du noyau retournés par la commande dmesg
Mais cette commande retourne énormément de messages, alors il va falloir filtrer un peu la sortie pour essayer de récupérer.

Mais puisque tu arrives à démarrer correctement ta machine, on peut déjà vérifier si ce n'est pas le système de fichiers racine qui est trop remplis,
car la vérification du fichier a été faîte puisque malgré une erreur trouvée (mais pas réparée), le système a quand même pu monté le système de fichiers,
même si il ne l'a monté qu'en read only on peut visualiser l'espace disque occupé en utilisant la commande :

df -h

greenmerlin · 08-11-2016 11:22:55

Bonjour,

oui tu peux voir les log de ton démarrage et les éplucher pour trouver le problème

dmesg

mais le plus simple d'après moi serait d'ouvrir 2 consoles :

Une ou tu tapes

tail -f /var/log/messages

et l'autre ou tu tapes les commandes de test (reboot, shutdown,etc...)
example :

init 0

la premiere console (la ou tu a taper tail -f /var....) devrait t'afficher de précieuse(s) information(s)

@+

smolski · 08-11-2016 12:16:08

Les consoles s'ouvrent en utilisant la combinaison de touches clavier :
Ctrl Alt F1 (ou F2...)
le tuto des consoles :
https://debian-facile.org/doc:systeme:console

Alt F7 te remettra la session graphique.

xam · 08-11-2016 15:01:24

Merci, merci pour votre aide.

Alors, tout d'abord après mon dernier message (11h46), j'ai voulu redémarrer (via le menu déconnexion), et là... ça a fonctionné : l'ordi s'est éteint normalement et s'est rallumé assez rapidement ! J'ai pu monter un disque dur, qui a été reconnu sans délai. En revanche, la copie est resté assez lente.
Bon, mais le redémarrage a encore fonctionné une autre fois (peut-être deux), mais depuis retour à la situation précédente…

À la demande de MicP, voici le résultat de df -h

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

/dev/sda3           22G    8,2G   13G  40% /

udev                10M       0   10M   0% /dev

tmpfs              730M     26M  704M   4% /run

tmpfs              1,8G    312K  1,8G   1% /dev/shm

tmpfs              5,0M    4,0K  5,0M   1% /run/lock

tmpfs              1,8G       0  1,8G   0% /sys/fs/cgroup

/dev/sda6           17G     78M   16G   1% /opt

/dev/sda7          184G     99G   75G  57% /home

tmpfs              365M    8,0K  365M   1% /run/user/119

tmpfs              365M    8,0K  365M   1% /run/user/1001

Ensuite effectivement la commande dmesg me donne pas mal de choses (19 pages dans libreoffice...), mais je n'ai pas retrouvé la suite de lettres/chiffres indiquée par MicP "e1928c68" (mais peut-être est-je mal compris et qu'elle ne doit pas s'y trouver ?)

Ensuite, j'ai ouvert deux consoles selon le conseil de greenmerlin, sauf que si sur l'une je tape reboot ou encore init 0, les deux consoles se ferment immédiatement, tout l'ordi se ferme, et il ne me reste plus que l'écran et le ventilo allumés, mais rien qui puisse me dire ce qu'il se passe à ce moment précis.

Sinon, la commande tail -f /var/log/messages utilisée seule me renvoie à une quantité de message importante. Parmi ceux-ci, pas mal sont relatifs à certains fichiers de travail de mon disque dur (et que je ne manipule pas en même temps). Pourquoi ceux là, c'est assez mystérieux pour moi ...

Enfin, j'ai voulu faire la combinaison Ctrl Alt F1 et là, ça bloque l'ordi, je n'ai plus qu'à appuyer sur le bouton physique d'arrêt. J'ignore si c'est nouveau, car je ne me souviens pas d'avoir essayé cette combinaison, auparavant.

Voilà, je ne sais pas si avec ça je vous ai donné quelques indices supplémentaire ?

anonyme · 08-11-2016 15:12:35

Bonjour
j'ai eu un souci d'arret similaire suite a une mise a jour du noyau .
tu a le noyau d'origine de jessie (version 3.16 )
l'arret de la machine est lié a l ACPI , tu a le meme comportement sur un arret et un redémarage ?
d'aprés ta description ça ne ressemble pas a mon cas
le retour de la commande

uname -a

 

ça coute rien de vérifier

MicP · 08-11-2016 15:58:33

Merci pour le retour de df -h
Je pensais qu'un système de fichiers pouvait être trop plein, mais ce n'est pas le cas.

Dernière modification par MicP (08-11-2016 15:58:48)

xam · 08-11-2016 17:57:51

A la commande uname -a j'ai ce retour

Linux 000 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux

 

Le démarrage se passe normalement, peut-être plus lentement que d'habitude, mais comme j’éteins avec le bouton physique, je me dis que cette relative lenteur est due à cela.
En revanche, je ne peux éteindre que par le bouton physique.

anonyme · 08-11-2016 18:30:27

tu a bien le noyau de jessie , donc ce n'est pas un souci de mise a jour vers un noyau plus récent .
si tu fais fermer la session ça plante aussi ?

ps: je vois 19/10/2016 , c'est la dernière mise a jour de jessie ? (qu il n y est pas un lien avec ça et ton probleme )

Dernière modification par anonyme (08-11-2016 18:34:35)

xam · 08-11-2016 22:19:24

oui, déconnecter la session plante aussi l'ordi

La date est effectivement bizarre, parce que suite à l'apparition de mon problème, dimanche, j'ai fait une mise à jour : apt upgrade avec la console.
La date devrait donc être 6/11 ?

xam · 09-11-2016 17:33:37

Bonjour,

Je reviens sur mon problème toujours non résolu.
Je me suis aperçu qu'éteindre ou redémarrer étaient parfois de nouveau possible lorsque mon ordinateur était déconnecté d'internet (wifi et ethernet).
Mais, ça ne marche pas à chaque fois, ça n'en fait donc pas une parade. Mais ça peut peut-être donner une piste à quelqu'un pour m'aider à le résoudre ?

Merci

sogal · 09-11-2016 23:19:52

Bonsoir,

xam a écrit :

Linux 000 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux

anonyme a écrit :

je vois 19/10/2016 , c'est la dernière mise a jour de jessie ? (qu il n y est pas un lien avec ça et ton probleme )

Je ne pense pas, je suis en Testing (à jour) et uname me renvoie la même date, je pense plus à une date de compilation du kernel.

xam a écrit :

Je me dis qu'éteindre avec le bouton physique n'est pas une bonne solution sur le long terme, mais là, je ne sais plus quoi faire.

Pour ça il y a plus "propre", même ça ne reste qu'un paliatif. Tu peux utiliser les touches magiques (voir tuto ici : https://debian-facile.org/doc:systeme:touches-magiques), à savoir la combinaison :

Alt + ImprEcran + (successivement) R puis E puis S puis U et enfin O (ou H) (ou B pour rebooter).

J'ai souvent eu des soucis pour éteindre Jessie (et encore en Testing) lorsque des partages réseaux (NFS ou SSHFS) sont enocre montés. L'extinction prend jusqu'à 5 à 8 min.
Que se passe-t'il si tu attends longtemps ?

xam · 10-11-2016 10:52:15

Bonjour,

Merci sogal pour tes retours.

J'avais oublié de l'indiquer mais j'avais aussi essayé les touches magiques, sans résultat. Quand l'ordinateur est bloqué, suite à l'utilisation de la fonction redémarrer ou éteindre, les touches magiques ne lui font aucun effet...
En revanche, les touches magiques fonctionnent bien quand l'ordinateur n'est pas bloqué, soit avant d'avoir utiliser ce menu de déconnexion.

J'avais déjà testé 20 min, mais là, j'ai laissé l'extinction se dérouler pendant la nuit dernière : il était encore bloqué ce matin. Ce n'est donc pas un problème de durée.

Mais depuis ce dernier blocage, il redémarre de nouveau normalement avec le menu de déconnexion (et alors même qu'il est connecté à internet, voir mon post d'hier 18:33).

J'espère que cela va durer, mais son fonctionnement imprévisible, à mes yeux de béotien, me paraît assez obscur !

MicP · 10-11-2016 21:21:15

19/10/2016 <=> ls -l /boot/vmlinuz-3.16.0-4-amd64 <=> dernière création du fichier <=> dernière mise à jour du noyau

uname -a

Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 GNU/Linux

ls -l /boot/vmlinuz-3.16.0-4-amd64

-rw-r--r-- 1 root root 3125824 sept.  3 11:33 /boot/vmlinuz-3.16.0-4-amd64

uname -a

Linux debg53sw 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux

ls -l /boot/vmlinuz-3.16.0-4-amd64 

-rw-r--r-- 1 root root 3126448 oct.  19 08:41 /boot/vmlinuz-3.16.0-4-amd64

========
Un service (web ou autre) lancé par l'utilisateur (peut-être) est sans doute encore actif au moment de la demande d'arrêt.

Je viens de tester ceci : Je me connecte à la Banque postale, je m'identifie, et je demande (depuis ma session graphique) à la machine de s'éteindre.
J'ai eu droit au message m'annonçant qu'il me fallait attendre 1mn 30s car un process de l'utilisateur était en cours d'extinction.

1mn et 30 s plus tard, la machine s'arrête enfin.
Je redémarre, j'ouvre mon navigateur, et je peux fermer correctement ma session avec la banque postale qui était restée ouverte.

systemd fait ce qu'on lui a dit de faire : il attends que tous les process de l'utilisateur (et sans doute plus) soient terminés avant de lancer un shutdown.

Dernière modification par MicP (02-12-2016 18:23:57)

xam · 15-11-2016 10:01:12

Bonjour,

Les problèmes présentés initialement sont toujours présents.
Un autre problème est venu se rajouter depuis deux jours : Firefox se bloque dès qu'il ouvre une page qui présente une vidéo. Je ne pense pas que ce soit lié aux problèmes précédents, mais utiliser cet ordinateur devient progressivement de plus en plus compliqué !

Très très rarement, l'ordinateur semble fonctionner normalement, mais dans chacun de ces cas, je ne vois aucun indice qui pourrait m'éclairer sur la résolution du problème. La connexion à internet n'est finalement pas un indice probant.

Même si je peux utiliser l'ordinateur presque normalement, je me dit qu'il faut qu'à terme je réinstalle Debian.
Mais, je n'ai pas trouvé beaucoup de tuto spécifique (et détaillé) pour une réinstallation (est-ce qu'on doit/peut garder les paquets installés ultérieurement ? peut-on sauvegarder l'organisation ou la configuration de Xfce ? les clés des différents wifi utilisés ? etc. etc.). Si je pouvais éviter de devoir tout reconfigurer, ce serait déjà plus facile à envisager...
Avez-vous des conseils à me donner ?
Merci.

Debian-facile

#1 08-11-2016 01:28:47

Impossible d'éteindre Jessie + disque durs externe non reconnus

#2 08-11-2016 07:35:31

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#3 08-11-2016 09:22:24

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#4 08-11-2016 09:33:13

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#5 08-11-2016 09:42:55

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#6 08-11-2016 10:01:22

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#7 08-11-2016 10:24:39

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#8 08-11-2016 10:46:58

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#9 08-11-2016 11:17:39

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#10 08-11-2016 11:22:55

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#11 08-11-2016 12:16:08

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#12 08-11-2016 15:01:24

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#13 08-11-2016 15:12:35

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#14 08-11-2016 15:58:33

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#15 08-11-2016 17:57:51

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#16 08-11-2016 18:30:27

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#17 08-11-2016 22:19:24

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#18 09-11-2016 17:33:37

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#19 09-11-2016 23:19:52

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#20 10-11-2016 10:52:15

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#21 10-11-2016 21:21:15

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

#22 15-11-2016 10:01:12

Re : Impossible d'éteindre Jessie + disque durs externe non reconnus

Pied de page des forums