Les ordinateurs modernes ne nécessitent pas grand-chose pour fonctionner :démarrez-les simplement et vous êtes prêt à travailler. Mais vous êtes-vous déjà arrêté pour réfléchir à ce qui se passe dans les coulisses de votre PC Windows ?
Jetons un coup d'œil à certains de ces mystères. Vous vous demandez peut-être pourquoi Windows est particulier dans certains de ces domaines, ou peut-être ne les avez-vous jamais remarqués du tout. Voici les réponses à certains des petits éléments mystérieux de votre système d'exploitation quotidien.
Chaque fois que vous appuyez sur Suppr sur un fichier, où va-t-il ? Il s'avère que le fichier condamné comporte en fait deux étapes avant d'être réellement supprimé. En supposant que vous n'avez pas désactivé la corbeille, la suppression d'un fichier l'y envoie d'abord. À tout moment après qu'un fichier a été placé dans la corbeille, vous pouvez facilement l'ouvrir et cliquer sur Restaurer le fichier pour le récupérer.
Il s'agit d'un filet de sécurité au cas où vous supprimeriez un fichier par erreur. Windows ne marque pas réellement le fichier pour suppression tant que vous n'avez pas vidé manuellement la corbeille (ou l'avez effacée à l'aide d'un outil comme CCleaner ou Storage Sense de Windows 10). Même après cela, cependant, le fichier n'a pas vraiment disparu. À ce stade, Windows marque le fichier comme clair pour écraser sur le disque.
Donc, pendant un certain temps, il est possible que vous puissiez récupérer le fichier supprimé avec un outil comme Recuva. Mais si vous écrivez beaucoup de données sur le disque avant de tenter une récupération, le système pourrait écraser ce fichier et vous n'avez alors pas de chance. C'est pourquoi, pour vraiment effacer un fichier, vous devez complètement écraser le disque avec des données inutiles. L'écrasement complet de tout espace où un fichier était encore en attente que Windows l'écrase garantit que personne ne pourra le récupérer.
Il y a de fortes chances que vous ayez essayé de nommer un fichier ou un dossier avec un caractère spécial et que Windows ne vous ait pas laissé faire. Des caractères comme / , * , et : ne fonctionne pas dans les noms de fichiers. Le raisonnement derrière cela vient du fonctionnement du système de fichiers Windows.
Par exemple, Windows utilise le \ caractère pour différencier les répertoires. Utilisation du cd (changer de répertoire), vous pouvez pointer vers un fichier sur votre disque dur, comme C:\Users\Ben\Dropbox\MakeUseOf\Windows Mysteries .
Que se passerait-il si j'avais nommé le fichier Windows\Mysteries au lieu de Windows Mysteries ? Le système de fichiers verrait Mystères sous forme de fichier dans un dossier nommé Windows . Vous pouvez imaginer à quel point cela causerait de la confusion, de sorte que l'ordinateur ne le permet tout simplement pas.
Windows bloque les deux-points pour une raison similaire :il indique à Windows que le nom qui précède est un périphérique (comme C:\ référence à votre disque dur interne). Mais certains des autres sont apparemment destinés à éviter la confusion des utilisateurs.
Le caractère astérisque est un caractère générique dans l'invite de commande, donc en tapant del *.* supprimerait tous les fichiers du répertoire courant. Si vous pouviez nommer un fichier *.txt , cela entrerait en conflit avec une commande telle que del *.txt dans l'invite de commande. Quelqu'un tapant cette commande pourrait vouloir supprimer un seul fichier avec ce nom, mais cela supprimerait en fait tous les fichiers avec un .txt extension.
Vous pourriez penser que ces restrictions sont archaïques puisque l'invite de commande n'est plus la façon dont nous naviguons dans les fichiers. Mais il y a de fortes chances que ces restrictions existent dans Windows depuis des décennies, et ils n'ont pas eu de raison de les supprimer.
Mis à part les caractères, certains mots entiers ne fonctionneront pas comme noms de fichiers. Ceux-ci incluent CON , AUX , LPT1 , et plus. Sans surprise, cette restriction est due au système réservant ces mots. CON est la fonctionnalité du clavier et de l'affichage, AUX fait référence à un appareil utilisant un port série, et LPT1 est un port d'imprimante parallèle.
Si vous pouviez créer des fichiers avec ces noms, Windows ne saurait pas si vous faites référence au dossier ou à la fonction système. Cela ressemble beaucoup à des mots réservés dans un langage de programmation. Vous ne pouvez pas nommer une variable while , entier , ou d'autres noms qui ont déjà une signification particulière.
Certaines fonctions de Windows sont probablement des astuces rapides laissées par les développeurs pour faciliter le test du logiciel. Une telle astuce existe dans Microsoft Word. Tapez la ligne suivante suivie de Entrée , et Word générera une grande quantité de texte pour vous :
=rand(5, 10)
Le premier nombre contrôle le nombre de paragraphes que Word créera, et le second est le nombre de lignes par paragraphe.
Dans les versions plus récentes de Word, le texte généré provient des documents d'aide d'Office. Les anciennes versions répétaient simplement Le renard brun rapide saute par-dessus le chien paresseux encore et encore, que vous pouvez insérer avec cette commande :
=rand.old(5, 10)
Enfin, si vous préférez le bon vieux texte lorem ipsum, utilisez cette ligne alternative :
=lorem(5, 10)
Cette fonction est utile pour ajouter du texte factice sans avoir à le copier-coller à partir d'un site Web. Vous souhaitez peut-être vérifier l'apparence des marges ou essayer une nouvelle police dans Word. Bien que cela ait probablement été laissé par les programmeurs Microsoft, c'est aussi une astuce utile pour les utilisateurs à domicile. Il y a de fortes chances qu'ils se soient éloignés du renard brun rapide texte parce qu'il n'était pas assez varié pour imiter un vrai document.
Dans notre discussion sur les machines 32 bits et 64 bits, nous avons noté que sur une installation 64 bits de Windows, vous avez à la fois un fichier Program Files et Fichiers de programme (x86) dossier. Les programmes 32 bits fonctionnent toujours sous Windows 64 bits, bien sûr, mais pourquoi ne pourraient-ils pas tout mélanger ?
Essentiellement, il s'agit de faire en sorte que les programmes 32 bits fonctionnent de la même manière qu'ils l'ont toujours fait, sans limiter les programmes 64 bits. Certains programmes 32 bits plus anciens existaient avant que le 64 bits ne soit une option. Ainsi, ils n'ont aucune idée que les fichiers DLL 64 bits (qui sont des bibliothèques standard de Windows régulièrement utilisées par les programmes) existent même. Si un programme 32 bits essayait d'utiliser une DLL 64 bits, cela entraînerait une erreur.
Ainsi, en gardant les programmes 32 bits et leurs DLL séparés des programmes 64 bits, les deux restent fonctionnels sans entraver l'autre.
Chaque utilisateur de Windows connaît l'ennui d'un gel de programme. Après quelques secondes de non-réactivité, vous verrez une fenêtre contextuelle vous demandant si vous souhaitez attendre que le programme réponde ou le tuer.
Bien que cela se produise pour les programmes complètement gelés, vous le verrez souvent lorsqu'une application prend un certain temps pour terminer une tâche. Pourquoi est-ce ?
Les programmes obtiennent des événements d'entrée utilisateur (comme déplacer la souris ou taper sur le clavier) à partir d'une file d'attente Windows. Si une application ne vérifie pas cette file d'attente pendant environ cinq secondes, Windows pense que le programme est verrouillé et vous voyez la fenêtre contextuelle. Cela peut être légitime, comme lorsqu'une application ne fonctionne pas correctement.
Mais cela peut aussi arriver lorsqu'un programme est très chargé. Disons que vous avez une feuille de calcul Excel avec 5 000 cellules remplies. Si vous sélectionnez la feuille de calcul entière et la collez dans une nouvelle feuille, c'est une opération assez lourde pour Excel. Excel ne vérifie pas votre entrée pendant qu'il traite votre demande de collage, ce qui peut prendre plus de cinq secondes. C'est pourquoi si vous cliquez sur Attendre lorsque Windows vous alerte, vous retournez dans Excel et l'opération se termine.
Avant de vous connecter à votre compte Windows, l'ordinateur doit charger des pilotes pour que vous puissiez voir l'écran, utiliser votre souris et votre clavier et exécuter des fonctions similaires. D'où vient tout cela si aucun compte n'est connecté à Windows ?
Essentiellement, il y a deux comptes en coulisses en cours d'exécution en ce moment. Les pilotes système, comme ceux pour l'affichage et la saisie, s'exécutent au niveau du noyau et n'ont pas besoin d'un compte utilisateur pour fonctionner. La fenêtre de connexion réelle est un processus en soi (logonui.exe ) et s'exécute sous le compte SYSTEM.
SYSTEM a les mêmes privilèges de fichier que le compte administrateur caché, mais Windows l'utilise comme compte interne.
Contrairement à l'administrateur, vous ne pouvez pas modifier les propriétés utilisateur de SYSTEM. Ouvrez le gestionnaire de tâches à l'aide de Ctrl + Maj + Échap raccourci, et consultez les Détails languette. Vous remarquerez que les applications que vous utilisez, comme Chrome et Office, ont votre compte sous le Nom d'utilisateur entête. Mais les processus système, comme wininit.exe , exécuté sous SYSTEM.
Il s'agit d'un problème Windows préféré des fans de l'époque de Windows XP. Microsoft l'a corrigé dans Vista et versions ultérieures, vous ne pouvez donc plus l'essayer vous-même, mais l'explication est toujours intéressante.
Sous Windows XP et versions antérieures, si vous avez tapé Bush a caché les faits dans un document Bloc-notes, puis enregistré et ouvert, vous obtiendrez un désordre confus de caractères chinois. Parce qu'il était étrange et lié au président américain de l'époque, il a circulé sur le Web. Mais le bogue n'a rien à voir avec la phrase elle-même.
Cela se produisait lorsque Windows encodait incorrectement le texte dans le document Bloc-notes. La longueur particulière des caractères a amené Windows à penser qu'il s'agit d'un Unicode chinois valide et interprète le texte dans le mauvais codage de caractères. Ainsi, lorsque vous le rouvrez, vous trouvez le texte chinois absurde au lieu de l'anglais.
De nombreuses phrases commençant par un mot de quatre lettres, suivi de deux mots de trois lettres et se terminant par un mot de cinq lettres déclencheront ce bogue. Il n'y a pas de commentaire politique ici -- John a eu le goûter pourrait potentiellement entraîner la même erreur.
Ces sept bizarreries de Windows ont toutes des explications logiques, mais elles sont amusantes et/ou déroutantes si vous ne les connaissez pas. Avec un système d'exploitation aussi ancien que Windows, vous constaterez forcément les effets des décisions prises il y a des décennies, lorsque l'informatique était très différente. C'est agréable d'en savoir plus sur l'ordinateur que vous utilisez tous les jours, et il y a de fortes chances que nous voyions plus de mystères comme celui-ci surgir à l'avenir.
Vous voulez plus de phénomènes inexpliqués ? Découvrez les meilleures destinations d'Internet pour les mystères non résolus.
Connaissiez-vous l'un de ces mystères Windows ? Quels petits morceaux vous font vous gratter la tête? Ajoutez vos pensées dans les commentaires !
Crédit image :STYLEPICS/Depositphotos