Ainsi, Linux "monte" sur un disque dur pour effectuer des opérations telles que la lecture / écriture. Est-ce que Windows "monte" de la même manière?
Est-ce appelé quelque chose de différent dans le contexte de Microsoft?
Ainsi, Linux "monte" sur un disque dur pour effectuer des opérations telles que la lecture / écriture. Est-ce que Windows "monte" de la même manière?
Est-ce appelé quelque chose de différent dans le contexte de Microsoft?
Réponses:
Si vous connaissez les internes de Windows, corrigez mes erreurs, s'il vous plaît.
Le "montage" consiste en deux parties principales identiques dans les deux systèmes, mais leur séparation est quelque peu différente:
Sous Linux, la même mount()
fonction effectue les deux travaux. un système de fichiers doit être monté explicitement sur un chemin choisi par l'utilisateur et reste ouvert tant qu'il est monté sur au moins un chemin (éventuellement plus). Une fois que tous les chemins d'accès à ce système de fichiers sont umount()
édités, il est fermé.
Windows monte automatiquement les volumes lorsque le volume apparaît - il ouvre immédiatement le système de fichiers et lui attribue une lettre de lecteur et / ou tout autre nom configuré.
Un disque peut être temporairement "démonté" à l'aide des fonctions FSCTL_LOCK_VOLUME
et / ou ioctl - par exemple, en l'exécutant -, mais est automatiquement remonté lorsque le programme le déverrouille ou se ferme. Ce comportement pourrait être considéré comme une sorte d’opposé à Linux. Comme le démontage d'un système de fichiers est temporaire, il conserve les noms attribués même lorsqu'il est démonté. (La fonction "Supprimer en toute sécurité" démonte le système de fichiers et désactive le périphérique sous-jacent pour empêcher Windows de voir le système de fichiers et de le remonter.)FSCTL_DISMOUNT_VOLUME
chkdsk
Un système de fichiers peut avoir plusieurs noms attribués:
Lettres de lecteur ( A:
, C:
, [:
) - attribués automatiquement aux nouveaux disques et perdus au redémarrage, bien que Windows mémorise les affectations configurées par l'utilisateur. De cette manière, ils sont similaires aux points de montage Unix.
(Des lettres de lecteur peuvent également être attribuées à des périphériques arbitraires, y compris des systèmes de fichiers réseau pris en charge par Windows. Vous pouvez voir leurs cibles sur \GLOBAL??\
et \Sessions\<session>\DosDevices\<loginid>\
dans WinObj .)
Remarque: Les lettres de lecteur sont généralement utilisées à l'échelle du système, mais elles peuvent également être affectées à l'ensemble de la session à l'aide de subst
ou DefineDosDevice()
, et oui, cela est accepté [:
. Les assignations à la session ne sont jamais stockées nulle part et disparaissent au redémarrage.
Points de montage des dossiers ( C:\Disks\Music
) - un système de fichiers peut être monté sur n’importe quel répertoire, comme dans Unix; Cependant, ils sont réellement stockés sur le disque cible, sous la forme de points d'analyse (une forme plus puissante de liens symboliques) qui font référence au disque monté par son nom de volume .
(Différents types de points d'analyse existent également; quelques-uns des standards sont les points de montage, les liens symboliques, les jonctions d'annuaire.)
Chemin d'accès au volume GUID ( \\?\Volume{710308c0-978e-11e1-95bc-806d6172696f}\
) (du moins, c'est comme ça que ça s'appelle) - chemins spéciaux dans l' espace de noms Win32\\?\
, contenant un UUID que Windows attribue à ce volume particulier sur ce système Windows particulier. Ils ne peuvent pas être changés. Ils sont répertoriés par mountvol
ou sous \GLOBAL??\
WinObj. Contrairement aux lettres de lecteur, elles sont identiques pour tous les utilisateurs.
Chemins d'interface de périphérique \\?\STORAGE#Volume#<something>Signature<hex>Offset<hex>Length<hex>#<uuid>\
Contrairement à un chemin GUID de volume, chaque volume possède exactement un chemin d'interface de périphérique.
\Device\HarddiskVolume23
- contrairement à tous les précédents, qui ne sont que des liens symboliques, cela nomme directement le volume. Vous le savez parce que c'est dans l' \Device
espace de noms, pas dans l' \\?
espace de noms. Cela signifie également que vous ne pouvez pas l'utiliser avec des fonctions telles que CreateFile
.diskmgmt.msc
, mountvol
et diskpart
peut gérer à la fois les lettres de lecteur et les points de montage.
Même lorsqu'un volume ne contient aucune lettre de lecteur et qu'il n'est "monté" sur aucun dossier, il reste ouvert et son contenu est toujours accessible via son nom de volume; par exemple
\\?\Volume{710308c0-978e-11e1-95bc-806d6172696f}\Windows\Explorer.exe
[:
..? Vraiment?
DefineDosDevice()
accepte pratiquement tout, même si vous aurez peu de chance de convaincre la plupart des applications de l'accepter. Essayez subst [: C:\Users
, alorsdir [:
[:
mountvol.exe
est l'équivalent Windows.
mountvol
imprimé sur ma machine. Cela ne devrait donc pas être trop difficile à reproduire. Si je mets le texte brut ici, il est devenu plus difficile à lire à cause de la boîte avec des barres de défilement :( Si vous voulez modifier la réponse pour l’améliorer, allez-y :)
Oui, mais en général, il est géré automatiquement (par exemple, avec une clé USB).
L'utilitaire de gestion de disque (composant de Computer Mgmt) vous permet de manipuler des volumes et des points de montage. Explorer fait la même chose pour les partages réseau. Il existe également des versions en ligne de commande (diskpart.exe dans Windows 7) en fonction de la version de Windows que vous exécutez.
Safely Remove Hardware
menu. Pour remonter ces périphériques, débranchez le câble de connexion (USB / FireWire / eSATA) et rebranchez-le, ou désactivez le port USB / FireWire / etc. périphérique à partir du Gestionnaire de périphériques et réactivez-le, et Windows le remontera automatiquement.
La réponse la plus courte et la plus évidente à renseigner dans votre _ _ _ _ _ _ _ est "monter". Linux monte (et démonte) les systèmes de fichiers, tout comme Windows.
Chaque processus automatise ce processus à des degrés divers en fonction de nombreux facteurs que je ne suis pas en mesure de répertorier, mais je pense que les stratégies de mise en cache, le style / les préférences de l'utilisateur et les brevets exercent une influence considérable sur l'automatisation de ce processus.