[Résolu] D.D. reconnus mais non montés

[DIAMANT40]

Bonjour !
C'est nouveau, ça vient de sortir !
Depuis peu (peut être depuis mon passage à W 10), mes disques durs ne se montent pas automatiquement au démarrage d'Ubuntu. (D.D. pour Win 10 et D.D. d'archives médias.).
Avec l'outil Disques ils sont bien présents mais avec la mention "non monté".
En cliquant sur l'icone de montage il m'est annoncé:

Error mounting /dev/sdb1 at /media/michel/285E02365E01FCF6: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/sdb1" "/media/michel/285E02365E01FCF6"' exited with non-zero exit status 14: Windows is hibernated, refused to mount.
Failed to mount '/dev/sdb1': Operation not permitted
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
(udisks-error-quark, 0)

Qui semble indiquer que Windows s'est mal fermé et serait en mode d'hibernation.
Or je suis repassé sous Win 10, me suis déconnecté, et arrêté la machine. Même pb au lancement d'Ubuntu.
Ce qui surprend, c'est que le D.D. de médias (sans O.S.) subit le même sort.
Il y aurait une solution en faisant un montage manuel en modifiant fstab mais on ne va pas le faire à chaque démarrage d'Ubuntu.
Quel serait votre avis?
Merci d'avance.

[DIAMANT40]

Je me demandais si je devais mettre ce post comme "Résolu":
Après une mise à jour de W10, mes D.D. sous Ubuntu sont de nouveau montés ???????
Alors ? Wait and see ?

[diogene]

Bonjour,

Il devait y avoir une opération en suspens qui ne s'est terminée qu'avec cette mise à jour. Si le problème se reproduit, tu peux forcer un chkdsk de tes disques durs depuis Windows. Attention, si la vérification d'un disque de données peut être réalisée dans la foulée, celle du disque système nécessite un redémarrage.

[DIAMANT40]

J'ai peut être, bien humblement, une idée du problème:
Sous Win 10, aujourd'ui, j'ai effectué les mises à jour, il a donc redémarré à 30% d'install. et ensuite je n'ai ouvert aucune application et fait un arrêt complet. Win 10 n'était donc pas en "hibernation".
Je redémarre la machine et, au Grub, j'ouvre Ubuntu qui, de nouveau reconnaît mon D.D. Win 10 mais refuse de le monter au prétexte qu'il est en mode hibernation.
(Win 10 et Ubuntu sont sur des D.D. séparés).
Comme je suis en période d'essai de Win 10, ne se pourrait il pas que mon ex Win 7 soit tjrs présent quelque part et que ce soit lui qui soit vu en hibernation?
En tout cas je n'ai jamais en ce pb sous Win 7 ou je pouvais "redémarrer" sans conséquences sur Ubuntu.
Merci pour votre expertise et @+

[diogene]

Essaie de lancer le chkdsk sur le disque système de Windows et tu verras si ça vient de là. Il faut ensuite redémarrer deux fois sous Windows, paraît-il...

Je n'ai pas le temps maintenant, mais il faudrait aussi vérifier s'il n'y a pas moyen de forcer le montage sous linux en ignorant les erreurs. Il existe un paramètre « force » à ajouter dans la ligne de commande de montage, mais je n'ai pas cherché plus avant.



Édition : la commande est de cette forme :
sudo mount -t ntfs-3g /dev/sdXY /media/PM -o force (sdXY indique la partition Windows, PM le répertoire où elle sera montée).

[DIAMANT40]

Avec cette commande je me retrouve avec le même refus de montage à cause de la pseudo-hibernation de Windows.
Voici la réponse:

michel@Cavok:~$ sudo mount -t ntfs-3g /dev/sdb1 /media/michel -o force
[sudo] password for michel:
Windows is hibernated, refused to mount.
Failed to mount '/dev/sdb1': Opération non permise
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
michel@Cavok:~$

Et je ne vois pas comment arrêter Windows autrement que par "Arrêter" ou "Redémarrer"......qui conduisent au même refus de montage....

[CaSa]

Le "force" ... à tes risques et périls quand même. Faudrait pas que ça te flingue ta partition ou ton système windows sous prétexte que Linux l'a utilisé en "force", et que windows ne retrouve pas ses petits au démarrage suivant.
Perso je ne ferai quand même pas trop joujou avec ça, Windows est sensible à tout ce qui n'est pas trop conventionnel et qui ne vient pas de son propre monde et il a vite fait de botter en touche et de dire qu'il a "rencontré un problème".
Diogène est dans le vrai, ça doit surement fonctionner sur le papier, mais à toi de voir si tu tentes le diable ou pas.

(Ca marche aussi dans les deux sens : ça fait d'ailleurs une éternité que j'ai pas laissé windows ouvrir une partition EXT3/4... même avec des outils qui semblent bien pour ça)

[DIAMANT40]

Merci Casa.
Non, pas eu de casse.
J'ai fait un test du disque C;/ (Win 10) qui a trouvé des erreurs et les a, semble t-il réparées mais le résultat est tjrs le même.
Je ne sais pas comment est configurée la phase d'essai de Win 10 mais je reste persuadé que c'est la cause de ce pb je n'ai jamais eu ce pb sous Win 7.

[DIAMANT40]

C'est résolu. (Je ne peux pas l'indiquer !)
En tapant "invite" dans la zone de recherche puis de cliquer droit sur invite de cde en tant qu'administrateur
et d'entrer "powercfg.exe /hibernate off" et "entrée"
entrer "exit" puis "Entrée"Pour rendre la mise en veille prolongée indisponible, procédez comme suit :
C'est tout.
Maintenant Ubuntu voit mon D.D. Win 10 monté.
@+

[diogene]

Il était donc bien en hibernation.

Je passe le sujet en résolu. Le délai pour que tu le fasses toi-même est dépassé.