Accedi direttamente al terminale anziché alla GUI

19

Primo: ovviamente non sto parlando di accesso e quindi avvio automatico di Terminal.app.

Nelle vecchie versioni di Mac OS X , eri in grado di digitare >console in il campo del nome utente nella schermata di accesso e andare direttamente in una sessione terminale della riga di comando.

Non l'ho fatto da anni fino all'altro giorno. Tuttavia, ora, quando lo provo, il mio computer si blocca. Non posso annullare e non mi invia mai a una sessione terminale.

È persino possibile farlo più? Se no, qualcuno sa quando è stato rimosso? Sembra strano che digitando >console si possa bloccare la macchina se non la riconoscesse in qualche modo.

    
posta Thrillho 28.01.2014 - 15:34
fonte

4 risposte

7

Se trovi che > console non funziona, i SO più recenti lo hanno disabilitato per impostazione predefinita.

Una rapida modifica della riga di comando della preferenza la riattiva:

sudo defaults write /Library/Preferences/com.apple.loginwindow.plist "DisableConsoleAccess" NO
    
risposta data 15.03.2016 - 12:54
fonte
6
La console

> funziona su OS X 10.7.5, 10.8 e 10.9

Ho appena testato >console ed è stato in grado di accedere alla console senza problemi con gli OS X precedenti.

Direi che c'è qualcosa di diverso nel tuo sistema se non riesci ad accedere alla console di base.

Vorrei anche controllare i log della tua console e il monitor delle attività come specificato qui .

    
risposta data 28.01.2014 - 16:11
fonte
3

Un'altra cosa che potresti voler controllare è se puoi avviare in modalità utente singolo. La modalità utente singolo viene attivata tenendo premuto cmd-s all'avvio:

link

L'ambiente in modalità utente singolo è un po 'diverso dal terminale standard, perché accedi come root e molti servizi di sistema sono disattivati, quindi non è equivalente all'approccio >console .

    
risposta data 28.01.2014 - 23:48
fonte
1

Sto riscontrando lo stesso problema e posso aggiungere quanto segue:

inserisci nella macchina prima di accedere a > console nella finestra di accesso.

Accesso > console e premi Invio nella finestra di accesso.

Sulla macchina che era connessa tramite ssh ho eseguito sudo tail /var/log/system.log che mostrava la presenza di un crash di SecurityAgent.

ha ucciso (kill -HUP) il processo WindowServer (tramite ssh) e ha immediatamente ottenuto un blocco bianco nell'angolo in alto a sinistra dello schermo. Ho premuto Invio ed ero al prompt di accesso: ero in grado di autenticarmi e lavorare in modalità console.

I test successivi sono stati tutti uguali per poter accedere a gt; console sembra che sia necessario un secondo accesso alla macchina e ssh.

    
risposta data 03.01.2015 - 01:49
fonte

Leggi altre domande sui tag