Pour ton dernier message, tu as raison !
-> Démarrage hybride est différent de la veille hybride

(je vais corriger mon texte précédant)
Quand j'ai installé Win10/64
(le 29/07/2016) à coté d'un autre Win7/64, qui est à coté de Ubuntu Mate 16.04 /64, de Linux Mint 18/32 et Linux Mint 18/64
-> Je n'avais plus accès à aucunes partitions NTFS de mon disque depuis Linux.
J'ai chercher et trouver plusieurs "Tutos" qui indiquait de désactiver le démarrage rapide, car la partition de Win10 avait les caractéristiques d'un système en veille.
Il se fait que la dernière chose que j'ai faite pour ce problème sous Win 10 était de désactiver la veille hybride.
En réalité, c'est parce que (depuis le 29/07/2016) je quitte toujours en redémarrant Win10 pour revenir à Linux.
Cela laisse l'accès complet à Win10 ! (car redémarrer n'utilise pas les fichiers de veilles)
Image choisie pour "quebigbernie" vois que même les chkdsk ont aussi leur places dans "System Volume Information"
Si depuis Win10, je remets les paramètres de démarrage et de veille standard, que ce soit pour ouvrir Win7 ou Win 10, j'ai
le coupable est le fichier hiberfil.sys (visible depuis Linux en mode read only)
Pour retrouver l'accès RW:
Si Win 10 fonctionne -> désactiver le démarrage rapide
Edit: j'ai ajouté l'image manquante sous "virer hiberfil.sys"
Si Win 10 est
planté -> utiliser la clé d'installation Win10 -> réparation -> console
et virer "hiberfil.sys"
Remarque: pour virer ce fichier système, ajouter
/a: à la commande "delete"
(encore un truc qui m'a fait perdre des heures)
Sur les forums Microsoft, on donne
une explication sur la Veille hybride
---
Un mot sur Linux et le NTFS
Depuis fin 2007, les distributions Linux sont capables d'écrire proprement sur les partitions NTFS (en mode RW avec le pilote NTFS-3G)
Le pilote NTFS-3G (Linux) est uniquement capable de lire et d'écrire un fichier (ou un dossier), mais ne s'occupe pas de gérer les droits d'accès = le fichier ajouté appartient à "tout le monde"
Si on modifie le non d'un fichier ou d'un dossier , les droits d'accès restent inchangés.
(j'ai cru comprendre (pour NTFS) qu'un fichier a un n° d'index, des droits d'accès et un nom) (c'est probablement incomplet)
(en tout cas, si depuis Linux je change le nom d'un dossier \McAfee dans \programe files, McAfee est calmé, mais pour Windows, c'est toujours un dossier "vous n'avez pas les autorisations ..." ... si je remets le non original -> la machine est à nouveau lente
Si une partition NTFS a un défaut (par ex: suite d'une coupure de courant), le seul moyen de réparer est de faire un "
chkdsk c: /f" via Windows (si nécessaire depuis la console)
avant le démarrage de Windows.

----
Patriciag a écrit :Je rappelle donc ma préoccupation.
Comme j'ai aussi VirtualBox, je peux voir ce que donne "réinitialiser un PC sans connaitre ..."
Si je fais redémarrer (avec shift
encore enfoncé)
c'est comme remplacer totalement \Windows avec ou sans remplacer le dossier "\Users"
---
Le tuto malekal se trouve un peu partout sur d'autres forums, je suis convaincu que cela fonctionne chez l'utilisateur ordinaire (jamais essayer sur Win10 entreprise)
---
Pour chntpw (qui actuellement porte mal sont nom puisque ch = change)
Je le fais depuis NT4, récemment sur un Win7 (enfant qui est parvenu à bloquer le compte du père) et les images que j'ai montrées sont faite sur ma machine sur laquelle j'ai un Win10 pro/64 sur un PC UEFI (I5 6600)
Pour que cela roule,
Il faut que la partition NTFS soit lisible (pas de fichier d'hibernation actif, ni de partition corrompue)
Savoir que pour Linux, il faut respecter la casse (caractère minuscule est un autre caractère que la majuscule) (Si tu veux ouvrir sam, et que le fichier est SAM -> fichier introuvable)
fin pour aujourdhui
jjcojax