Description of problem: Well, I got today's live ISO running, until graphics crashed. I have a rant about a design and design decision. Its my venting. The live ISO does not ask for logon or password at anaconda startup for installation with F29. That demand for logon/pwd is deferred to later when the new system is booted. If that new system, created from the live iso experiences a first time login issue, you are screwed -- screwed because the command line logon for root or user was not activated so we cannot debug graphical startup issues that way. The remedy is to offer a similar first boot logic to apply to terminal mode. If Fedora wants to defer a "no user setup" within anaconda. There is a workaround --we reboot into single user mode, fudge around and setup a root password. Do we want non-system users to do that activity? I took some screen shots as I tried to read the very dark grey on black notation adjacent to the white square. It took me some squinting, turning the lights off in the room, so I could read -- network identification, User, and passwords. My request. Please continue with the Fedora Anaconda F28 user setup interface. Note. Some people have new graphics cards that need propriatory software, drivers are obtained via command line actions. If we can't login via Gnome, or other Live version, these people are out of luck. Version-Release number of selected component (if applicable): Testing Fedora 29 prior to the up and coming beta How reproducible: Try to install with a new nvidea card or AMD card where an external driver is required. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Network installation version demands both logon and password, that is the fallback. Alternatively, setup a default root password that must be changed on first root login. Print screen images to follow.
Hello, This wasn't decision of Anaconda team to move users creation to the installed system. We only enabled this possibility. If you want this to change you need to convince Fedora Workstation developers. As a workaround you can use Fedora Server edition or Workstation netinst and install Workstation packages group. This change was only in Live DVD installation.
Hello Jirka, Do you know some bugzilla component or better place to move this conversation please?
I don't know if there is any component it can be assigned to. The decision was made on the Workstation working group level and that's probably where any concerns should be raised. They have an issue tracker: https://pagure.io/fedora-workstation/issues
Thanks Jirka, Closing this bug and please if you want to discuss this further please move the discussion on the link in comment 3.
Happened again to other (He/she posted to Fedoraforum.org) Consider at least a reserved password for root, with a forced password change at root logon.
*** Bug 1644616 has been marked as a duplicate of this bug. ***
Even though it is not a bug in Anaconda, but it is another bug that it can not be started, so I think that it is a still bug in another component except Anaconda.
The live ISO defers the user logon to the first boot when the password was entered. I use a Canadian French Keyboard. So, my keytops are differently interpreted. It may be part of the problem. What may have happened is that a blank (space) character became the first character of the password as the password obtained via a copy/paste. I discovered this situation by accident on a subsequent (reinstallation) test. I don't know any user who has a blank character as the first letter of a password. Had there been two password requests (2nd one being root), a reinstall would have been avoided.