Le gestionnaire de session détermine quelles sessions exécuter en évaluant
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems
pour les sous-systèmes obligatoires et facultatifs.
Windows, par exemple, est un sous-système qui s'exécute et qui est répertorié en tant que
%SystemRoot%\system32\csrss.exe
avec divers paramètres transmis. C'est le Client-Server Runtime Server Subsystem
et lancera une interface graphique. En essayant les éléments suivants que vous ne devriez pas essayer chez vous
%SystemRoot%\system32\cmd.exe
nous pourrons voir quelque chose du genre
C000021a (fatal system error)
The session manager initialization system process terminated unexpectedly
with a status of Ox00000000. (Ox00000000 Ox00000000)
The system has been shut down.
ce qui signifie essentiellement que cmd.exe
quitte gracieusement parce que sa fenêtre ne peut pas être fabriquée. Je pense cependant qu'un programme qui initialiserait un mode DOS, imprimerait quelque chose à l'écran et bouclerait aurait du succès. C'est en fait quelque chose que chkdsk
fait lorsqu'il est exécuté pendant le démarrage et il ne serait pas difficile de reproduire quelque chose de ce genre en C++. Il faut cependant un certain temps pour reproduire une console complète, à moins qu'il existe de bonnes alternatives open source où il suffit de réécrire les E/S...
Il est donc techniquement possible d'écrire un logiciel qui vous permette de fonctionner uniquement en ligne de commande et de passer à une session en ligne de commande, mais je considère que c'est une solution de contournement difficile pour ce que vous essayez d'obtenir. En effet, vous devriez plutôt chercher à savoir pourquoi tout se bloque et pourquoi vous ne pouvez pas simplement appuyer sur la touche CTRL + SHIFT + ESC pour lancer votre gestionnaire de tâches et le tuer avec du feu...
Regardez dans capturer une trace y forcer une décharge si vous voulez résoudre le gel à la place. :)
0 votes
Vous obtiendrez probablement une meilleure réponse sur serverfault.com.
43 votes
Si vous aviez un vieux Windows Ça s'appelait DOS.
5 votes
Non, Microsoft s'en est débarrassé après Windows 9x. Contrairement à X, Windows ne fonctionne pas au-dessus d'un Shell sous-système. Ctrl+alt+suppression est le mieux que vous puissiez obtenir.
14 votes
Il existe des démos techniques qui présentent ce que vous recherchez, mais dans la pratique, Windows repose beaucoup trop sur la présence d'une interface graphique. Si votre ordinateur se bloque de façon aléatoire, réparez-le.
3 votes
Cette question n'a pas beaucoup de sens. Si le problème est que les programmes GUI qui sont utilisés pour faire un travail réel provoquent le gel de l'interface utilisateur, alors empêcher le système de pouvoir exécuter toute application GUI n'est pas exactement un moyen de résoudre ce problème et de rendre le système productif.
1 votes
@JdeBP, BeyondSora veut l'équivalent du Ctrl-Alt-F1 d'Xorg vous amenant à un terminal virtuel sans interface graphique.
0 votes
Non, xe veut, comme il le dit clairement, "faire fonctionner Windows sans son interface graphique comme linux avec juste le terminal virtuel", ce qui, comme on l'a souligné, n'a pas beaucoup de sens si le but est d'avoir "un bureau réactif". Un système sans interface graphique n'aura pas un bureau (GUI).
8 votes
Ce serait bien si quelqu'un répondait réellement à votre question au lieu de vous dire que vous avez tort et de suggérer une autre façon de faire. Il existe de nombreuses situations où l'interface utilisateur devient instable ou lente. Connaître un moyen de sortir de cet état serait merveilleux.
0 votes
@JdeBp Je voulais dire qu'en passant à un terminal virtuel, je peux terminer l'application qui fait des erreurs et qui cause le blocage de mon bureau pour que ce dernier soit à nouveau réactif. Parfois, msn bloque tout le bureau, et si vous parvenez à l'arrêter, vous récupérez votre bureau.
1 votes
@CarlF
Ctrl-Alt-F1
ne fait pas partie d'Xorg. Elle se trouve dans la couche inférieure.