That selinux message tells you exactly what is wrong. Selinux is in enforcing mode and prevents the activation.
To confirm this is an selinux block you could switch selinux to permissive with sudo setenforce 0
and try again. If it works then the fix recommended in the selinux message should work for a permanent fix with selinux back in enforcing mode.
Iād prefer to solve the root cause or at least to help @richiedaze in creating his custom SELinux policy (see first post in this thread) which might become a part of OOTB Fedoraās SELinux policies.
I find difficult to understand, how previously working SELinux policy (or other indirectly related technologies) in F37 was broken by the upgrade to F38. Now it seems that things directly unrelated to systemd-homed (and maybe SELinux) were changed/broken, e.g., LUKS stuff. And I do not understand yet why and how.
Remember that systemd-homed is a relatively new product and is still in development so changes happen frequently. Only with use and trial-by-fire are all the bugs identified and fixed. Welcome to the testing environment.
Iām not complaining . Iām trying to help by testing and hoping that others will benefit from my tests in making homed and related technologies better for āaverage Joeā -thatās me
The policy sets permissive mode to systemd_homed_t and systemd_homework_t domains. No need to setenforce.
SInce I made the policy, itās my job to follow upstream and adjust my policy accordingly.
As I wrote above, policy domain is already set to permissive. You will see the error, but be granted permission to move forward. Did you authenticate your user before trying to login?
homectl authenticate arturasbar
The command above gives this:
Operation on home arturasbar failed: Failed to execute operation: Package not installed
Log:
09:14:31 systemd-homed: Authentication failed: Package not installed
09:14:31 systemd-homewor: Failed to validate disk label: Package not installed
09:14:22 systemd-homed: Authentication failed: No anode
09:13:59 systemd-homewor: Failed to validate disk label: Package not installed
09:13:47 systemd-homed: Authentication failed: No anode
What package isnāt installed ?
Hi all.
Just an update - tried homed on Debian 12, same story there. I can create and activate homed-managed user in the CLI, but unable to log in to GNOME with that user. Log files gives user activation errors - āno anodeā and āwrong medium typeā. Cannot track them down to the root cause.
Systemd-homed issue ? Or maybe PAM ?
Regards
Artūras B.
I found this searching the web
Error Codes (The GNU C Library)#index-ENOANO
The error code macros are defined in the header file errno.h. All of them expand into integer constant values. Some of these error codes canāt occur on GNU systems, but they can occur using the GNU C Library on other systems.
It is also referenced in the kernel on linux/fs/hpfs/hpfs.h
Maybe the kernel thinks your fs is the high performance filesystem?
Either a kernel or libc file changed from 37 to 38/39? Try Debian 11 to see if it works like 37 does. Then we can narrow in closer.
Thank you!
I found that EMEDIUMTYPE is used 4 or 6 times in the codebase of whole systemd. From log files it is not clear which code path triggers the EMEDIUMTYPE output to the log when trying to login GNOME.
I tried homed user on recently released Debian 12. Essentially same story - user is created successfully , I can activate it in CLI using homectl
. But I cannot login to GNOME session - GDM shows āuser not foundā and in the log I get same āno anodeā and āwrong medium typeā errors.
I raised a bug in github - Unable to login to GNOME using homed-managed user Ā· Issue #28096 Ā· systemd/systemd Ā· GitHub. Lennart suggests there is issue with nsswitch
and/or accountservice
. I made sure my nsswitch.conf has configuration as per nss-systemd
recommendations, but GDM reports āuser was not foundāā¦
I get impression that F38 and Debian 12 are suffering from same reason impacting systemd-homed
when logging to GNOME. I cannot figure out yet what is missing.
iāve hit the same bug - āpackage not foundā, and iām not using gnome or gdm. iām trying to log in in a tty
Could systemd-homed be the default on Fedora Workstation in the future?
I would hope not until the bugs are more worked out.
Would not like to see the same type of fiasco that occurred with fedora enabling the auto-suspend as was done with the release of Fedora 38.
Once it is ready, it probably will. Currently systemd-homed shows good results on its own, e.g., you can create homed-managed users, activate/deactivate, update userās/user homeās details, etc. But there are significant gaps in integrations with other stacks/frameworks, e.g., GUI login is not working OOTB, I doubt that you can migrate your homed-managed user between system/installations OOTB - this was supposed to be one of value pillars of homed. Lots of work ahead. But Iād wish it worked as advertised, I see potential in homed.
I am still using homed on f38 (Silverblue). I am able to login on gdm and tty using the default homed settings posted by me in the instructions on top . I have a custom authselect profile for my homed (could this be why?). I will spin two boxes with both workstation and silverblue and report the status on my findings here when I get a chance.
Are you using a different filesystem other then default ( btrfs-luks )?
Potentially, yes. Lennart also mentioned there might be issues with nsswitch
and/or accountservice
after I raised a issue ticket to systemd on GitHub when I encountered similar issues in Debian 12. I also tried to find some sort of architecture of homed with all its dependencies in order to understand what else to look for errors, but couldnāt find one.
But the PAM part for GUI login seems as my main suspectā¦
Both (ws/silverblue) f38ās are working on clean installations using the default āLUKS/btrfsā settings.
Are you still using custom homectl
settings?
I normally use EXT4 instead of BTRFS, so I had EXT4 as file system for my homed-managed userās home as well.
Iāll do the experiment once more - will install FW anew and then will configure my homed user again. I will try both EXT4 and BRTFS filesystems. Letās see if that will make a difference.