Forum

Reprise du message précédent

Nos messages se sont croisés

Un autre lien qui parle cette fois que linux ne peut pas monter des partitions Windows en hibernation. Comme quoi il peut y avoir plusieurs explications à cela.
 
Ca ressemblerait plutôt ça dans mon cas : 
   
http://askubuntu.com/questions/145902/unable-to-mount-windows-ntfs-filesystem-due-to-hibernation

Houla, on ne peut rien te dire !

Pourtant je ne t'ai pas frappé ni mordu, je te pose juste des questions pour éclaircir l'affaire.

Tu sembles tenir beaucoup à ton hypothèse, et moi je crois qu'elle n'est pas bonne.

Ça arrive de ne pas être d'accord, de mettre en doute des hypothèses. Ce n'est pas de l'agressivité.

Ce que je dis est que si tu as raison, j'aimerais m'informer sur cette procédure de verrouillage.

Est-ce que tu l'évoques parce que tu en as entendu parler ?

Je suis très curieux de savoir si Windows peut faire ça, et comment : empêcher Linux de monter une partition qui existe et qui est saine, c'est costaud !

On avancera un peu en prenant connaissance de ton fichier /etc/fstab

Édité par Visiteur Le 19/03/2014 à 17h13

J'ai mis justement au dessus des liens qui parlent de cette hypothèse. La premier lien parle du fait que Windows utilise bien la partition "system reserved" pour faire ses mises à jour, partition que linux essaye de monter (quelque soit la distrib du moins chez moi) et qui correspondrait (à vérifier) à ce win_d.
 
Le second lien parle du fait que lorsqu'on dit à Windows d'arrêter le pc, il peut mettre des partitions en hibernation ce qui fait qu'elles sont locked et que linux ne peut pas les monter. Dans mon cas la mise à jour était dans un état "prêt à déployer" ca veut dire que windows les avait déjà téléchargés et qu'il avait déjà "préparé" le déploiement. Sous ce windows quand le déploiement est prêt, au moment où tu dis à windows "redémarre" la seule possibilité qu'il te donne c'est "installer les mises à jour et rédémarrer" en gros peux pas redémarrer sans les installer, et moi ce que je faisais c'est du coup pour le forcer c'est que je cliquais sur l'option "arrêter" du coup les maj étaient toujours "sous le coude" mais pas installée mais toujours prête à être déployée. Sous windows si quand tu veux "redémarrer" et pas arrêter, windows te donne pas le choix que de "installer et redémarrer" c'est que le process de maj est déjà engagé.
 
C'est pour cette raison que je parlais de "lockage" ou pourquoi pas d'après le second lien d'hibernation vu, que je suis sous windows 8 <img class="smiley" style="vertical-align: middle;" src="/images/smileys/1.gif" alt=":)" />
 
Je ne suis pas suceptible mais bon avoue que la façon dont t'as dit le truc hein ca peut laisser présager tout et n'importe quoi Pour Windows moi ca m'étonne qu'à moitier, c'est tellement pourri leur système de maj et cie, ca m'étonne pas qu'ils aient encore balancé un process foireux :p

Édité par Crystal Noir Le 19/03/2014 à 17h29

Oui (messages croisés) !

Et pour ne pas monter automatiquement les partitions, il faut mettre l'option noauto dans le fstab !

Édité par cactus Le 19/03/2014 à 17h31

Oui je vais regarder le paramétrage du fstab et ajouter noauto à la parition "system reserved" comme ca...et surtout désactiver le mode hibernation sous windows 8 qui apparamment fout le bazar.
 
Je confirme j'ai été voir dans le fstab, win_d correspond en fait à la partition principal de Windows (donc pas la partition réservé au système mais l'autre), donc cela confirme qu'il est fort probable que windows 8 ait activé le mode hibernate lors de l'arrêt du pc via windows, j'irai donc désactivé cette option.
J'ai ajouté un nofail suivant vos conseils.

Édité par Crystal Noir Le 19/03/2014 à 19h06

De mémoire, ton fstab monte les partitions au démarrage.
Dans ton cas il monte les partitions windows.
Si celle-ci est cassée-buggée, le montage ne peut avoir lieu.
Ça peut être une raison suffisante pour caller Linux.

La réparation de ta partition windows par les mises à jour windows par windows entraine un bon rétablissement de ta partition NTFS et donc par conséquent un bon démarrage de linux, qui cherche à monter cette partition.

Dans le temps c'était bloquant, mais il me semblait que maintenant, le démarrage de linux se fait quand même après un timeout.

non, pas de timeout, il faut utiliser l'option nofail pour passer outre.

Et donc il faut mettre des nofail partout.
Si on raisonne logiquement, on pourrait s'en passer, en rendant cette option systématique....

bah non, pour une partition fortement liée au système ( / par exemple), il vaut mieux que ça crashe pour résoudre le problème au plus vite.

Dans tous les cas ça crashe immédiatement. Je ne vois pas d'autre moyen.

Selon le système que tu veux mettre en place, tu veux peut-être impérativement monter une partition (locale ou distante), et si tu as un nofail par défaut, tu ne peux pas.

Selon moi, dés l'instant où elle est citée, elle se monte. C'est tout. Pourquoi le mot impérativement ???? je n'en trouve aucun sens. On monte une partition et c'est tout. Si elle échoue, on doit passer à autre chose sans bloquer le système autant que faire se peut.

Je ne suis pas expert, mais ne serait-ce pas là un joli trou de sécurité ?
On peut vouloir monter une partition avec certains profils bien définis, des /home par exemple... mais bon, je manque de connaissance en la matière, donc d'arguments pour te convaincre.
Pour ma part, je suis habitué au fonctionnement actuel, et ça me convient. Maintenant, on pourrait, c'est vrai, faire l'inverse, et spécifier un argument fail pour les partitions que l'on veut absolument monter.

Alors il est où le /etc/fstab, avec la fameuse partition "system reserved" dedans ?

y'a pas que le fstab qui compte... tu peux avoir des règles udev perso qui te montent tout automatiquement... ça pourrait même se trouver dans l'initscript, mais je ne pense pas que Mageia ait introduit ce genre de feature au démarrage.