Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

core-services/03-filesystems.sh drops to emergency shell if root is read-only, even if this is desired behavior #34

Open
AbsolutelyLudicrous opened this issue Dec 28, 2019 · 2 comments

Comments

@AbsolutelyLudicrous
Copy link

Greetings!

I've been building a Void-ish system using a read-only squashfs root filesystem. Unfortunately, the script /etc/core-services/03-filesystems.sh, at line 67, drops to an emergency shell if root cannot be mounted read-write.

This makes sense for the majority of desktop and server use cases, but for some embedded devices and some desktops/servers, having a read-only rootfs makes sense.

Proposal: have core-services/03-filesystems.sh check if /proc/cmdline contains ro, or readonly, or ro=true, or some such string, to support a wider range of use cases.


My temporary solution is to just remove the || emergency_shell from line 67, but this is undesirable because I wish to stay as close to upstream as possible

@q66
Copy link
Contributor

q66 commented Dec 28, 2019

ro is a default kernel cmdline flag for majority of setups though, it mounts the root read-only and then it's the target system's job to remount it as rw.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants
@q66 @AbsolutelyLudicrous and others