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

/etc/rc.local is not being run on startup #4094

Closed
MetaNite64 opened this issue Jul 14, 2019 · 3 comments
Closed

/etc/rc.local is not being run on startup #4094

MetaNite64 opened this issue Jul 14, 2019 · 3 comments
Labels

Comments

@MetaNite64
Copy link

name: bionic
encrypted: no
Entering /mnt/stateful_partition/crouton/chroots/bionic...
crouton: version 1-20190403182822~master:174af0eb
release: bionic
architecture: amd64
targets: cli-extra
host: version 12105.90.0 (Official Build) stable-channel celes 
kernel: Linux localhost 3.18.0-19346-g9ff80f5e4c97 #1 SMP PREEMPT Wed Jul 3 23:42:28 PDT 2019 x86_64 x86_64 x86_64 GNU/Linux
freon: yes
Not unmounting /mnt/stateful_partition/crouton/chroots/bionic as another instance is using it.

*Note- I have it running in the background, so that is why it is not unmounting.

Please describe your issue:

I am trying to run sshd on startup so I don't have to manually every time I log out and back in. The current content of my /etc/rc.local is:

/sbin/iptables -P INPUT ACCEPT

mkdir -p -m0755 /var/run/sshd
/etc/init.d/ssh start

I know that it is not being run at all because in /var/run, there is no sshd directory. I can still manually start it, so it is not an issue with openssh.

If known, describe the steps to reproduce the issue:

1.) Install a bionic chroot with the target cli-extra.
2.) Install openssh-server.
3.) Copy the above code into /etc/rc.local.
4.) Log out and log back in, then run sudo service --status-all. It should show a minus sign next to ssh.

@DennisLfromGA
Copy link
Collaborator

@mario253,

It may be a 'systemd' glitch, see this or similar articles -

Hope this helps,
-DennisLfromGA

@MetaNite64
Copy link
Author

After reading that article and doing some more research, it appears that this issue will not be fixed until PID namespace functionality is added to crouton. As a side note, I would like to know if any progress is being made on that, because the pull request at #2474 is roughly 3 years old now, and there is only one file left to be changed.

@erenoglu
Copy link

erenoglu commented Nov 5, 2019

Yes this is a show stopper for me as well as I'd need some services to be launched automatically (proxy server, etc.)

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

No branches or pull requests

4 participants