Bug 2035970 - Sugar SOAS Fedora 33 GA spin is broken... autologin not working, no liveuser no root login on text console
Summary: Sugar SOAS Fedora 33 GA spin is broken... autologin not working, no liveuser ...
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: sugar
Version: 35
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Alex Perez
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1895184
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-12-29 00:34 UTC by Sandeep MJ
Modified: 2021-12-29 19:57 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1895184
Environment:
Last Closed: 2021-12-29 05:34:01 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Sandeep MJ 2021-12-29 00:34:22 UTC
+++ This bug was initially created as a clone of Bug #1895184 +++

I downloaded the Fedora 33 Sugar-on-a-stick GA ISO from the link on the getfedora.org website:

https://download.fedoraproject.org/pub/fedora/linux/releases/33/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-33-1.2.iso

When I boot that in a KVM VM it boots but it does not autologin.  It gives a graphical login manager screen and other is selected.  Trying to use liveuser without a password doesn't work.  Switching over to a text-based console and trying to login as liveuser or root (both without passwords) doesn't work.

So far as I can tell, the media is broken and shouldn't have been released.

Another user in the #fedora channel on IRC said they were able to verify the issue too.

--- Additional comment from Mamoru TASAKA on 2020-12-31 00:07:54 AEST ---

I see this issue with Fedora-SoaS-Live-x86_64-33-1.2.iso

So I happened to debug this issue out of curiosity by using systemd debug shell, i.e. 

- adding "systemd.debug-shell=1 systemd.log_level=debug"
- boot
- switch to ctrl-alt-F9
- debug what is happening

* Looking at /etc/passwd, "liveuser" user is *not* created
* Looking at /etc/shadow, root password is *locked*
* Looking at /var/log/boot.log , there is no message for "Starting LSB: Init script for live image..."

So when booting Fedora-SoaS-Live-x86_64-33-1.2, it seems /etc/rc.d/init.d/livesys script was never executed.
Actually executing this script manually (in systemd debug shell) fixes this issue.

So my guess is:
- Some file is missing which prevents systemd from executing systemd-sysv-generator
- Something is wrong in /etc/rc.d/init.d/livesys (in Soas live image) and systemd cannot determine order
  dependency or so

--- Additional comment from Scott Dowdle on 2020-12-31 00:23:30 AEST ---

Try the refreshed SoaS media created by the Respin SIG.  I believe it is working as desired.

--- Additional comment from Mamoru TASAKA on 2020-12-31 00:49:46 AEST ---

I don't know the detail of systemd, however I guess what is actually needed is /usr/lib/systemd/systemd-sysv-install
( which is symlink to /sbin/chkconfig ). 

This is in chkconfig-1.14-3.fc33 , which is actually installed in LXDE Fedora 33 live (I am LXDE live maintainer), 
but actually chkconfig is *not installed* in Fedora-SoaS-Live-x86_64-33-1.2.iso .

Fedora-SoaS-Live-33-20201023.n.0 is not exactly the same as Fedora-SoaS-Live-x86_64-33-1.2.iso, however looking
at koji log:

https://koji.fedoraproject.org/koji/buildinfo?buildID=1629194
https://kojipkgs.fedoraproject.org//packages/Fedora-SoaS-Live/33/20201023.n.0/data/logs/image/x86_64/anaconda-packaging.log

There is:
10:58:48,278 DBG packaging: transaction exclude list
10:58:48,278 DBG packaging: ['@dial-up', '@fonts', '@gnome-desktop', '@multimedia', '@printing', 'PackageKit', 'abrt-cli', 'chkconfig', 'device-mapper-multipath', 'dhcp-client', 'eekboard-libs', 'fcoe-utils', 'firefox', 'foomatic', 'gcc', 'gcc-gdb-plugin', 'gfs2-utils', 'glx-utils', 'hplip', 'hyperv-daemons', 'ibus*', 'icedtea-web', 'isdn4k-utils', 'mpage', 'nmap-ncat', 'open-vm-tools*', 'openbox', 'plymouth-system-theme', 'plymouth-theme-charge', 'rdate', 'rdist', 'sane-backends', 'sane-backends-drivers-scanners', 'xsane', 'xsane-gimp', 'yp-tools', 'ypbind']

...... Okay, actually there is https://pagure.io/fedora-kickstarts/c/d8d2e8e2d8535eae3dd841339dbe306a2f6b1fcb?branch=f33 ,
perhaps this is the culprit.

--- Additional comment from Peter Robinson on 2020-12-31 01:22:01 AEST ---

(In reply to Mamoru TASAKA from comment #3)
> I don't know the detail of systemd, however I guess what is actually needed
> is /usr/lib/systemd/systemd-sysv-install
> ( which is symlink to /sbin/chkconfig). 

Why is it still using sys-v scripts?

> This is in chkconfig-1.14-3.fc33 , which is actually installed in LXDE
> Fedora 33 live (I am LXDE live maintainer), 
> but actually chkconfig is *not installed* in
> Fedora-SoaS-Live-x86_64-33-1.2.iso .

Why should it be, we dropped SYS-V scripts in like Fedora 22, it should have *LONG* been converted to a proper systemd script and not depend on legacy deprecated things.

--- Additional comment from Mamoru TASAKA on 2020-12-31 01:50:16 AEST ---

(In reply to Peter Robinson from comment #4)
> (In reply to Mamoru TASAKA from comment #3)
> > I don't know the detail of systemd, however I guess what is actually needed
> > is /usr/lib/systemd/systemd-sysv-install
> > ( which is symlink to /sbin/chkconfig). 
> 
> Why is it still using sys-v scripts?
> 
> > This is in chkconfig-1.14-3.fc33 , which is actually installed in LXDE
> > Fedora 33 live (I am LXDE live maintainer), 
> > but actually chkconfig is *not installed* in
> > Fedora-SoaS-Live-x86_64-33-1.2.iso .
> 
> Why should it be, we dropped SYS-V scripts in like Fedora 22, it should have
> *LONG* been converted to a proper systemd script and not depend on legacy
> deprecated things.

Just look at:
https://pagure.io/fedora-kickstarts/blob/master/f/fedora-live-base.ks#_66

Note that here we are talking about livespin, not installed image. livespin creates
"liveuser" user, which is (currently) done by this sysv script.

--- Additional comment from Mamoru TASAKA on 2020-12-31 01:52:25 AEST ---

Also: https://pagure.io/fedora-kickstarts/blob/master/f/fedora-live-base.ks#_59

--- Additional comment from Adam Williamson on 2020-12-31 04:26:33 AEST ---

peter: I rewrote the on-the-fly live initscripts as systemd services years ago but it sat around because Bruno didn't think it was an improvement:

https://bugzilla.redhat.com/show_bug.cgi?id=739446

I've never felt like re-doing it, and I don't think anyone else has either. So they're still initscripts.

--- Additional comment from Scott Dowdle on 2020-12-31 04:39:45 AEST ---

Related to this was a long-ago-closed will-not-fix RFE... requesting the removal of the livesys services at first boot of the installed system since they are no longer needed... but it was closed because keeping them there was thought not to have a negative impact as they don't do anything other than get parsed.  While it might not have a noticeable performance impact... it does often lead to questions from users about why those services are there, what they are for... and can they be turned off.  They really should go away post install.

So if anyone works on a fix for this ticket and in involves converting the services to systemd or whatever, please consider adding auto-removal post-install as well to the update... if it isn't too much additional work.

--- Additional comment from Geraldo Simião on 2021-02-07 10:20:51 AEST ---

This bug still there.

--- Additional comment from Geraldo Simião on 2021-02-07 11:17:33 AEST ---

I tried the last respin, from 2021-01-29 and it starts normaly, without any bugs ( https://dl.fedoraproject.org/pub/alt/live-respins/F33-SOAS-x86_64-LIVE-20210129.iso )

--- Additional comment from Fedora Admin user for bugzilla script actions on 2021-02-08 10:05:59 AEST ---

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

--- Additional comment from Alex Perez on 2021-02-14 04:31:16 AEST ---

(In reply to Geraldo Simião from comment #10)
> I tried the last respin, from 2021-01-29 and it starts normaly, without any
> bugs (
> https://dl.fedoraproject.org/pub/alt/live-respins/F33-SOAS-x86_64-LIVE-
> 20210129.iso )

Thank you for the report. This undesirable behavior is also present in the Fedora 34 nightly, and I'm not sure why. Peter, any thoughts on why it works on the F33 respin, but not F34?

--- Additional comment from Joe Pesco on 2021-02-21 16:08:29 AEST ---

The latest respin is now from 2021-0212 and also starts normally! 

https://dl.fedoraproject.org/pub/alt/live-respins/F33-SOAS-x86_64-LIVE-20210212.iso

--- Additional comment from Geraldo Simião on 2021-04-06 01:39:54 AEST ---

This build from F34 is working fine, no bugs.
Fedora-SoaS-Live-x86_64-34-20210405.n.0.iso

--- Additional comment from J Appleseed on 2021-12-28 19:46:43 AEST ---

I have just signed up to requesting this be reopened. I am getting the same issue on F35 SoaS. Since I also cannot find download links to previous versions, there seems to be no way for me to install this operating system. Presumably I am not the only one?

-----

Issue still persists for the latest ISO -  Fedora-SoaS-Live-x86_64-35-1.2.iso

Comment 1 Alex Perez 2021-12-29 05:34:01 UTC
Thank you for the report. Fedora 33 is EOL since 2021-11-30, and no further updates to it will happen. Therefore, no action is possible for this ticket. The current version of Fedora is Fedora 35.

https://docs.fedoraproject.org/en-US/releases/eol/

Comment 2 Adam Williamson 2021-12-29 18:47:16 UTC
Alex: if you read carefully, Sandeep's intent was to report that this is still the case for F35:

"Issue still persists for the latest ISO -  Fedora-SoaS-Live-x86_64-35-1.2.iso"

I will re-open the original bug and move it to F35.

Comment 3 Adam Williamson 2021-12-29 18:48:09 UTC
Actually, since F34 was apparently fine, it wouldn't make sense to re-open the F33 bug. Nor is this bug much use, because cloning the original creates a ton of noise. Could someone please just file a *fresh* bug for F35 describing the problems there anew? Thanks.

Comment 4 Alex Perez 2021-12-29 19:57:24 UTC
Adam/Sandeep:

Yes, in F35, the cause of the similar behavior/issue is different, and is the result of a missing (not explicitly defined) dependency. The correct, packaging-side fix has already been made, but isn't in rawhide yet. See https://src.fedoraproject.org/rpms/sugar-toolkit-gtk3/c/cc57924206c0bab0b1e9f2cfb3b4c244371ce18e?branch=rawhide


Under Fedora 35, you can work around the issue by switching to a local console (via the Ctrl-Alt-F2 key combination), then log in as 'liveuser' and run:

'dnf install -y python3-decorator'

...at which point you can then switch back to the greeter/login window, using Ctrl-Alt-F1, and successfully log in to the Sugar environment.


Note You need to log in before you can comment on or make changes to this bug.