Bug 228315 - No console login prompt on FreeBSD 11.2-BETA1 on amd64
Summary: No console login prompt on FreeBSD 11.2-BETA1 on amd64
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 11.1-STABLE
Hardware: amd64 Any
: --- Affects Many People
Assignee: Glen Barber
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2018-05-17 13:56 UTC by Bart Ender
Modified: 2018-05-18 15:01 UTC (History)
1 user (show)

See Also:
hs.spref: mfc-stable11?


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bart Ender 2018-05-17 13:56:10 UTC
Hi ,

After regular update with sources  via svn to r333673 (FreeBSD11.2 BETA1, 110151) on amd64 the box is booting only until the familiar login prompt is supposed to appear. It keeps hanging there in limbo forever without showing the prompt.

I suppose recent commit r333673 from 2018-05-16 (MFC r333436) is the culprit, as it changed /etc/ttys default status fields from 'on ' to 'onifexists'. 
init(8) though doesn't know about  'onifexists' because the commit to HEAD, 
r330054 from 2018-02-27, introducing 'onifexists',  was never MFC'd to stable.

Reverting /etc/ttys status fields back to 'on' solved the issue for me.

So IMHO  either commit r333673 should be reverted or commit r330054 could
be MFC'd for functionalitys sake.

Maybe I am the very last to login via console as I haven't seen any notice of
this issue anywhere else.

thx
Comment 1 Bart Ender 2018-05-17 15:40:05 UTC
sorry, first line above should read:

 ....sources  via svn to r333673 (FreeBSD11.2 BETA1, 1101515) ....
                                                         ^^^
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2018-05-18 05:27:39 UTC
Over to committer of r333436.
Comment 3 Glen Barber freebsd_committer freebsd_triage 2018-05-18 13:32:55 UTC
I have confirmed this problem, and unfortunately missed this PR beforehand.

I am testing a fix against what was going to be 11.2-BETA2, and take appropriate action to resolve this.
Comment 4 commit-hook freebsd_committer freebsd_triage 2018-05-18 14:59:03 UTC
A commit references this bug:

Author: gjb
Date: Fri May 18 14:58:00 UTC 2018
New revision: 333796
URL: https://svnweb.freebsd.org/changeset/base/333796

Log:
  MFC r315733, r315737, r315740, r330054:

   r315733 (imp):
    Impelemnt ttys onifexists in init.

    Implement a new init(8) option in /etc/ttys. If this option is present
    on the entry in /etc/ttys, the entry will be active if and only if it
    exists.  If the name starts with a '/', it will be considered an
    absolute path. If not, it will be a path relative to /dev.

    This allows one to turn off video console getty that aren't present
    (while running a getty on them even when they aren't the system
    console). Likewise with serial ports.

    It differs from onifconsole in only requiring the device exist rather
    than it be listed as one of the system consoles.

   r315737 (ngie):
    Unbreak world by adding sys/stat.h for stat(2)

   r315740 (imp):
    Simplify the code a little.

   r330054 (trasz):
    Improve missing tty handling in init(8).  This removes a check that did
    nothing - it was checking for ENXIO, which, with devfs, is no longer
    returned - and was badly placed anyway, and replaces it with similar
    one that works, and is done just before starting getty, instead of being
    done when rereading ttys(5).

    From the practical point of view, this makes init(8) handle disappearing
    terminals (eg /dev/ttyU*) gracefully, without unneccessary getty restarts
    and resulting error messages.

  Reported by:	Bart Ender, Andre Albsmeier
  PR:		228315
  Blocks:		11.2-BETA2
  Approved by:	re (marius)
  Sponsored by:	The FreeBSD Foundation

Changes:
_U  stable/11/
  stable/11/include/ttyent.h
  stable/11/lib/libc/gen/getttyent.3
  stable/11/lib/libc/gen/getttyent.c
  stable/11/libexec/getty/ttys.5
  stable/11/sbin/init/init.c
Comment 5 Glen Barber freebsd_committer freebsd_triage 2018-05-18 15:01:52 UTC
Will be fixed in 11.2-BETA2.  Thank you for the report, and again, apologies that this PR did not hit my radar.