Het lukt mij niet om in te loggen met >console in Yosemity 10.10.5 en El Capitan 10.11.3. Bij 10.10 krijg ik wel het BSD/Darwin scherm, maar na 1 seconde wordt dat een donker scherm met de muis cursor (...) die te bewegen is. Bij 10.11 verschijnt het BSD scherm niet eens, ook geen cursor, alleen maar een donker scherm. In beide gevallen helpt geen enkele toets combinatie (vooralsnog) om mij verder te brengen. Ik kan alleen de computer uit zetten. Dit gebeurt zowel bij inloggen vanuit opstarten als opnieuw inloggen na een Log Out actie.

Bij 10.6 werkt het hier nog. Ik dacht dat ik het verleden jaar nog in 10.10 gedaan had (zo vaak gebruik ik het). Kan me niet herinneren dat het niet werkte bij tussen gelegen OSX versies.

Weet iemand hier iets meer over?

Vreemd probleem. Start eens op in Veilige modus ( Shift indrukken bij opstart) en kijk of Console dan wél opstart.
Op mijn 10.7 Mac gaat dat probleemloos

Of post eens een Etrecheck rapport:
http://etrecheck.com/

@HEXDIY: save mode opstarten maakt geen verschil. Inloggen met >console laat de machine hangen zoals eerder beschreven. Bij mij heeft het in 10.6 t/m 10.9 wel gewerkt (en ik dacht in 10.10 ook een jaar geleden). Misschien heeft Apple het er wel uit gesloopt bij de laatste updates en vergeten dat door te voeren bij het inlog gebeuren.

Ik kan het niet maken om anderen, met 10.10 of 10.11 te vragen voor mij te crashen

Bij http://apple.stackexchange.com/questions/228142/console-mode-crashed-under-yosemite is iemand die het ook mee maakt.

Voor de zekerheid: >console betekent niet console.app of terminal.app opstarten.

Ik heb het hier ook even getest (MacBook Pro 15" Mid 2010 met ElCapitan) en inderdaad. Als ik met >Console in log, krijg ik even wat karakters te zien, maar daarna een zwart scherm.
Blijkbaar een Bug in El Capitan.

(Bewerkt door wickedme om 10:25, 21-02-2016)

Ik heb een Bug report gedaan bij Apple. Als andere mensen kunnen testen of ze hetzelfde probleem hebben en ook een bug report indienen wordt het misschien opgelost.

@wickedme: hartelijk dank voor het proberen (en de confirmatie) en voor het aanmelden van dit geval als bug.
Ik heb het zelf gisteren gemeld via de Apple feedback pagina. Ik wist toen nog niet of het aan mij lag of dat het een Yosemite en Al Capitan bug is.
Behalve het verschijnen van de muis cursor, is er nog een verschil tussen de twee. Bij Yosemite wordt er een SecurityAgent.crash log aangemaakt in /Library/Logs/DiagnosticReports/, bij El Capitan niet. In Yosemite geeft EtreCheck aan dat er een crash geweest is, in El Capitan niet (interessant).

De >console issue is eerder aangekaard, maar blijkbaar is er nooit wat mee gedaan:
http://apple.stackexchange.com/questions/135987/typing-console-in-username-box-nothing-shows-up-until-cancelled?lq=1

http://apple.stackexchange.com/questions/119027/login-directly-to-terminal-instead-of-gui

Het treft ook maar een zeer kleine groep van Mac gebruikers en het wordt sporadisch gebruikt. Zoals blijkt kan je heel goed zonder
Maar een SecurityAgent crash? Het lijkt mij dat je (Apple dus) zoiets niet on-onderzocht voorbij kan laten gaan. We gaan het hopelijk zien.

(Bewerkt door rt om 1:26, 22-02-2016)

Tja, als alternatief kan je natuurlijk met command-s opstarten, maar dan moet je wel alle schijven nog mounten e.d. volgens mij. Dus >console kan in bepaalde gevallen handiger zijn.
Inloggen als root en dan een terminal window openen kan natuurlijk ook nog.

Mijn nikkel begint te vallen. Zou dit niet alweer een voorbeeld van Gatekeeper/ System Integrity Protection kunnen zijn?

Ik denk nl. dat Console root rechten heeft, maar El Cap draait rootless...

Hier wat achtergrondinfo over SIP:
http://arstechnica.com/apple/2015/09/os-x-10-11-el-capitan-the-ars-technica-review/9/

Je zou bij wijze van experiment SIP even kunnen afzetten. Het is net zo makkelijk weer aangezet, en per slot van rekening ben je een "advanced user":
http://osxdaily.com/2015/10/05/disable-rootless-system-integrity-protection-mac-os-x/

Succes!

En vertel me niet dat het een kext signing bug is in Console...
Of anders is zo vroeg in het opstartproces kext signing nog niet actief, en loopt het zo spaak...

Ingewikkelde materie, hoor.