Real time CD asks for a username and password
I’ve perhaps not b ted before, and I also have not created an account.
8 Answers 8
The standard username is ubuntu, and also the password is blank for an Ubuntu LiveCD.
In the event that username “ubuntu” with an password that is emptyn’t work, you might be in a position to put in a new individual to the system the following.
Press Ctrl + Alt + F1 and run this demand
Whilst it’s ubuntu for Ubuntu real time images it additionally depends on the taste. For Edubuntu it’s edubuntu .
It is an answer to a tremendously old question. None for the above have ever worked for me.
The last time we had this dilemma ended up being after trying to go “home” from / to /home using cut and paste, ( I was in a hurry).
The problem went away after using rsync to move home.
I have formerly seen this nagging problem caused mostly by bad persistence files.
Verify that the situation continues with a real time b t (non-persistent).
Confirm there clearly was r m within the file that is casper-rw partition.
Get one of these b t disk creator program that is different.
Decide to try the USB stick on a different computer.
Syslinux kind installers including Rufus, Startup Disk Creator, UNetb tin, Universal and YUMI do not use ubuntu since the default individual, they normally use Live session user rather.
Of these installers after logging out you’ll strike enter to log back. After having a suspend merely pressing the charged power button brings you back once again to desktop.
Grub kind installers, ie mkusb also utilize real time session user as user and a password that is blank logging back. After a suspend just pushing the charged energy button brings you back in to desktop.
Real time CD/DVD additionally makes use of session that is live for user name, it is supplied automatically. After signing down, a password just isn’t expected for when signing back in. After suspend, pushing the energy key will back bring you to desktop.
In summary, under normal circumstances, no user name or password should must be entered whenever logging into 18.04 CD/DVD and Live or Persistent USB’s
Rewriting the image that is same USB an additional time prevented the login screen from appearing.
I had the issue that is same an HP Eliteb k Folio 1040 with the standard 16.04.1 image, downloaded and copied to USB with usb-creator-gtk 0.2.23. None associated with the above username/password that is mentioned worked for me.
I have experienced this problem and this is how I worked for this problem
In the event that username is “ubuntu” as it should be and if no password is necessary to execute a sudo command, you can expect to nevertheless be asked for the password after logging down whenever logging back and a blank password frequently will not work here.
To get around this, simply available a terminal and execute the following demand
stick to the prompts and set a password; the present password is blank so if it wants a password right here or even for sudo , just press enter .
Now, once the operational system wants a password, you’ll have one and also this should work around your trouble.
You might need certainly to execute this command from a TTY.
Perhaps Not blank. example in 14.10 real time we installed xfce4 then logged down. Had to add a user. To complete so press Ctrl + Alt + F2 . You need to now view a console. Type sudo adduser anyname and stick to the directions. Afterwards press Ctrl + Alt + F7 . You ought to be during the login that is graphic to make use of the knowledge you created.
It seems that for a few g d reason in Ubuntu 18.04 Desktop the install media which I recently downloaded and verified via md5, and sha256 hashes along with using the gpg signatures to validate the md5, and sha256 hashes, that you can not utilize tty[2-4] as in past installer executions. The tty2 screen is now requesting a username/password pair to get into tty2 that is NOT ubuntu. Please not that within the past that tty[1-4] were non GUI (tty1 had been for dmesg logging for errors thrown while installing, but tty[2-4] were frequently offered to the user to access the demand line, tty7 was generally speaking set aside as the graphical user interface for the installer up through 16.x while 17.x and more recent moved the graphical installer display screen to tty1) and defaulted to a sh/bash or comparable command shell without the username/password login. As there exists a use that is definite accessing the command line while installing I would recommend a make sure that this anastasiadate might be certainly the required action to possess while the installer is running.
I got surrounding this problem by moving the mouse around until it completed its b t period. It appears like the display is securing, for this reason it wishes the password. The screen never locked by continuously moving the mouse.
Perhaps the Ubuntu devs should start thinking about changing the setting so your display screen doesn’t secure or it generally does not require a password when it is locked.