Tout d'abord: je ne parle évidemment pas de connexion, puis de lancement automatique de Terminal.app.
Dans les anciennes versions de Mac OS X , vous pouviez auparavant saisir >console
le champ du nom d'utilisateur sur l'écran de connexion et accéder directement à une session de terminal de ligne de commande.
Je ne l'ai pas fait depuis des années jusqu'à l'autre jour. Cependant, maintenant, quand je l'essaye, mon ordinateur se bloque. Je ne peux pas annuler et cela ne m'envoie jamais à une session de terminal.
Est-il encore possible de le faire? Sinon, quelqu'un sait-il quand il a été retiré? Il semble étrange que la frappe >console
entraîne le blocage de la machine si elle ne la reconnaît pas d'une manière ou d'une autre.
macos
terminal
login-screen
Thrillho
la source
la source
Réponses:
Si vous trouvez que la console ne fonctionne pas, les nouveaux systèmes d'exploitation l'ont désactivée par défaut.
Une modification rapide de la préférence en ligne de commande la réactivera:
la source
10.12.1 (16B2555)
> la console fonctionne sur OS X 10.7.5, 10.8 et 10.9
Je viens de tester
>console
et j'ai pu me connecter à la console sans problème en exécutant les OS X ci-dessus.Je dirais qu'il y a autre chose de mal avec votre système si vous ne pouvez pas accéder à la console de base.
Je voudrais également vérifier les journaux de votre console et le moniteur d'activité comme spécifié ici .
la source
Une autre chose que vous voudrez peut-être vérifier est de savoir si vous pouvez démarrer en mode mono-utilisateur. Le mode mono-utilisateur est déclenché en maintenant cmd-s au démarrage:
http://support.apple.com/kb/ht1492
L'environnement en mode mono-utilisateur est assez différent du terminal standard, car vous vous connectez en tant que root et de nombreux services système sont désactivés, il n'est donc pas équivalent à l'
>console
approche.la source
>console
sur l'écran de connexion.J'ai le même problème et je peux ajouter ce qui suit:
sshed dans la machine avant d'entrer dans la console dans la fenêtre de connexion.
Entré> console et appuyez sur retour dans la fenêtre de connexion.
Sur la machine connectée via ssh, j'ai exécuté sudo tail /var/log/system.log qui montrait des preuves d'un crash de SecurityAgent.
tué (kill -HUP) le processus WindowServer (via ssh) et a immédiatement obtenu un bloc blanc dans le coin supérieur gauche de l'écran. J'ai appuyé sur Retour et j'étais à l'invite login: et j'ai pu m'authentifier et travailler en mode console.
Les tests suivants ont tous été les mêmes, donc pour accéder à la console, il semble que vous ayez besoin d'une deuxième machine et d'un accès ssh.
la source