Discussion :

[abc.xyz]

Bonjour,

il ne faut pas forcer son ordi à s'éteindre en appuyant sur le bouton à cet effet, il faut bien sûr passer par la procédure que propose le système d'exploitation.
Mais pourquoi au juste?

merci de vos éclaircissements et ...bonne nuit.

[JML19]

Bonjour

Parce que lors de l'extinction Windows modifie des fichiers systèmes et s'il ne le fait pas correctement l'ordinateur risque de ne pas démarrer.

[LittleWhite]

Bonjour,

Je dirai plus, que la raison est que vous ne savez pas ce que le système fait. En effet, si le système est en cours d'écriture sur le disque (et cela arrive très souvent, ne serait-ce que pour les logs), alors le fichier ne sera pas entièrement écrit. S'il n'est pas entièrement écrit, cela peut corrompre les données du disque (cas catastrophique, mais pas impossible). C'est pareil que de retirer une clé USB (à l'arrache) sans la démonter.

[abc.xyz]

bonjour LittleWhite (tu remarqueras que j'ai respecté l'écriture CamelCase de ton pseudo),

à la lumière des termes que tu emplois dans ta réponse j'en profite pour étendre la question, tu parles de "démonter" une clé usb, pourrais tu expliquer pourquoi on emploie ce terme de démonter (et son opposé qui est sans doute monter), je sais que il y a la notion d'image disque qui va sans doute aller avec ton explication que j'attends avec impatience. J'ai cherché sur Google tout ça mais les explications sont compliquées

[SkyZoThreaD]

Monter une partition c'est grosso-modo : lier l'OS à la partition. Pendant que la partition est montée, l'OS peut lire écrire, mettre en attente des opérations d’écriture... Bref, tant que la partition est montée l'espace utilisateur a accès à la partition par l'intermédiaire du noyau qui fait ce qu'il veut quand il veut. Il peut par exemple remettre à plus tard une écriture de fichiers qu'on vient de faire. La seule façon d'être certain qu'aucune opération d'écriture est en cours est de démonter la partition. A ce moment là, l'OS fini les opérations et coupe le lien avec la partition. C'est vrai que c'est un peut comme monter/démonter une image disque par exemple (iso, vmdk ...) mais dans le cas présent il n'y a pas de notion d'image disque. Cette notion est malheureusement mal connue des utilisateurs windows car elle est cachée derrière des termes comme "retirer sans risques" ou "modifier la lettre de lecteur" ....

[Jipété]

Monter une partition c'est grosso-modo : lier l'OS à la partition. --snip--

Vi, mais tu as oublié un point : ça vient de l'anglo-saxon to mount (et son pendant unmount).
Alors maintenant, pourquoi avoir choisi mount plutôt que connect, qui aurait été bien aussi ?

Peut-être (et j'insiste sur ce "peut-être") parce qu'à l'époque des premières utilisations de ce genre d'opérations, il fallait faire monter les supports de données (cartes perforées, bandes magnétiques, etc.) de leur lieu de stockage au sous-sol jusqu'à la salle machine à l'étage ?

Juste une hypothèse, je n'ai fait aucune recherche.

Quant à la phrase que j'ai quotée, je l'aurais plutôt écrite : lier (temporairement) la partition à l'OS (qui est toujours présent). Mais je pinaille (j'aime bien pinailler, )

[SkyZoThreaD]

Vi, mais tu as oublié un point : ça vient de l'anglo-saxon to mount (et son pendant unmount).
Alors maintenant, pourquoi avoir choisi mount plutôt que connect, qui aurait été bien aussi ?

Peut-être (et j'insiste sur ce "peut-être") parce qu'à l'époque des premières utilisations de ce genre d'opérations, il fallait faire monter les supports de données (cartes perforées, bandes magnétiques, etc.) de leur lieu de stockage au sous-sol jusqu'à la salle machine à l'étage ?

Juste une hypothèse, je n'ai fait aucune recherche.

Ça pourrait être ça effectivement. Même si ça semble un peu capillotracté, j'aime bien cette histoire

Quant à la phrase que j'ai quotée, je l'aurais plutôt écrite : lier (temporairement) la partition à l'OS (qui est toujours présent). Mais je pinaille (j'aime bien pinailler, )

C'est pour ça qu'on t'aime

[JML19]

Bonsoir

On ne monte pas une unité sous Windows, c'est un terme que l'on emploie sous Unix ou l'on monte ou démonte une unité de disque.

Qu'elle est la différence ?

C'est compliqué mais je me lance.

Sous Windows on emploie le système créé à l'origine pour DOS.

On créait des pistes et des secteurs sur le disque dur, ce sont des portions de piste magnétique que l'on numérote

On position le secteur physique 0 qui est le premier secteur lu par la tête de lecture c'est le secteur de partition.

Puis on identifie le premier secteur logique qui sera le premier secteur numéroté que l'on nommera secteur 0, ce sera le secteur de boot.

Dans le secteur de boot on indiquera la table des fichiers et des dossiers.

Sous Unix on monte le disque, c'est à dire que l'on fabrique une image du disque dur que l'on positionne à chaque démarrage de la machine.

Les informations sont anonymes sur le disque dur tant que celui ci n'est pas monté.

Lorsque l'on monte le disque on détermine le nombre de piste de secteur leur taille et ensuite on peut lire ce qu'il y a d'écrie sur le disque.

En résumé :

Dans un cas les informations du disque piste secteur taille... sont inscrites sur le disque directement c'est Windows.

Dans l'autre cas on donne les informations du disque piste secteur taille... dans un fichier qui s'exécute à chaque démarrage on dit que l'on monte le disque.

[Jipété]

On ne monte pas une unité sous Windows, c'est un terme que l'on emploie sous Unix où l'on monte ou démonte une unité de disque.

Pas que : on peut aussi monter une unité de bande, ainsi qu'un fichier (si sa structure correspond à un système de fichiers : exemple classique, un fichier .iso)

Sous Unix on monte le disque, c'est à dire que l'on fabrique une image du disque dur que l'on positionne à chaque démarrage de la machine.

Pas que : on peut aussi faire ça un peu n'importe quand, en cas de besoin.
Par exemple, il m'arrive souvent de monter un gros fichier de disque virtuel pour aller y chercher un petit fichier de données dont j'ai besoin sans pour autant démarrer la machine virtuelle qui "possède" habituellement ce disque.
J'utilise souvent cette manip si j'ai besoin d'une police de caractères bien précise existant sous Windows et inconnue sous Linux, ou pour récupérer des vieux codes Delphi et les transférer dans Lazarus.

[TallyHo]

Vi, mais tu as oublié un point : ça vient de l'anglo-saxon to mount (et son pendant unmount).
Alors maintenant, pourquoi avoir choisi mount plutôt que connect, qui aurait été bien aussi ?

Je pense que "monter" à une connotation interne ou d'ajout ou de remplacement sur une structure : tu montes une pièce de mécanique. Le terme "connecter" fait plutôt penser à un élément extérieur que tu ajoutes : tu connectes un lecteur réseau. Enfin je le perçois comme ça.

On ne monte pas une unité sous Windows

Je ne le dirais pas tout à fait comme ça pour ma part. Un point de montage est un répertoire qui pointe sur une partition. Par défaut, Windows ne fonctionne pas comme Linux à ce niveau là car il affiche des volumes. Mais tu peux tout à fait monter un dossier sur une partition, exemple sur une machine Windows 7 :





Tu peux aussi créer un disque virtuel et pointer dessus avec subst mais je ne sais pas si on peut vraiment appeler ça un point de montage.

[foetus]

Je pense que "monter" à une connotation interne ou d'ajout ou de remplacement sur une structure : tu montes une pièce de mécanique. Le terme "connecter" fait plutôt penser à un élément extérieur que tu ajoutes : tu connectes un lecteur réseau. Enfin je le perçois comme ça.

Je pense que c'est du français pur et simple (<- ce que je veux dire c'est qu'il n'y a pas de sens caché ou un sens imagé)

"Créer une affaire, une entreprise, etc. : Monter un spectacle." (sur le Larousse)

Lorsqu'on monte quelque chose, c'est bien qu'on va créer une "porte" (qu'on appelle point de montage) entre le local et "quelque chose" (un périphérique, la mémoire, un disque virtuel, ...)

Ensuite, cela fait aussi écho à "Assembler, disposer les différentes parties de quelque chose pour le mettre en état de servir : Monter un meuble, une tente.", surtout pour un périphérique que l'on va "assembler" de façon virtuelle


Édit: En anglais on a " (tr) to plan and organize (a compaign, an exhibition, etc)" mais je ne trouve pas le sens d'assembler

[LittleWhite]

Sauf que l'expression (dans ce cadre : l'informatique) vient de l'anglais (to mount, to unmount).

[SkyZoThreaD]

Je pense que "monter" à une connotation interne ou d'ajout ou de remplacement sur une structure : tu montes une pièce de mécanique.

J'ai cherché sur des sites de mécanique anglophones et il semble que le terme soit employé dans ce sens (monter une pièce). Donc ça tient la route
En tout cas, on peut remercier Jipété d'avoir lancé un débat étymologique alors qu'on partait de technique uniquement.

[Invité]

Bonjour,

il ne faut pas forcer son ordi à s'éteindre en appuyant sur le bouton à cet effet, il faut bien sûr passer par la procédure que propose le système d'exploitation.
Mais pourquoi au juste?

merci de vos éclaircissements et ...bonne nuit.

Au delà des explications données plus haut il existe aussi un risque d’endommager le disque dur, s'il est mécanique.

Les plateaux doivent être freinés avant l’arrêt complet et la tête de lecture ne doit pas rester positionnée en position de lecture/écriture.

[Delias]

Bonsoir à tous

Au sujet du dernier message de Placide A.

Dans ma famille je n'ai eu que trois ordis où il fallait parquer les têtes de lecture du disque avant l'arrêt:
- Deux Olivetti, un 80286 et un autre 80386, avec des disques qui n'était pas des IDE (connecté avec deux nappes, une data commune à deux disques et une deuxième de contrôle indépendante sur chaque disque, le contrôleur ayant donc deux connections de ce type.)
- Un portable Sharp en 8086.
Mais sur tous les disques IDE sauf éventuellement les très anciens et suivant, le parquage des têtes est automatique et est réalisé avec la récupération d'énergie du disque qui tourne.

Sur les Windows le problème c'est bien l’interruption d'une écriture en court qui peut provoqué des problèmes. Problème plus fréquent que en DOS dû entre autres aux processus d'arrière plan et également au retard à l'écriture puisque pour optimisation Windows peut enregistrer les données que en RAM si il détecte qu'elles change souvent, et ne les écrire que plus tard sur le disques. C'est problématique quand c'est la table d'allocation qui n'est pas à jour par rapport aux données présentes sur le disque, ou un fichier système qui n'est modifié qu'à moitié.

Bonne soirée

Delias

[Invité]

Merci pour le retour.

Je restitue bêtement ce que m'a appris mon prof de hardware .

Toutefois force est de reconnaitre qu'un hdd ne produit pas le même son lorsque il est arrêté éclectiquement plutôt que logiciellement.

De ma propre expérience les pannes de hdd surviennent majoritairement après un arrêt "sauvage" de la machine (toutefois le hdd a pu dérailler sous session et provoquer la réaction de l’utilisateur mais en général l’analyse SMART détecte la panne au POST, bien avant l'avarie).