7550
3602ad0575
1.First upload.
|
%!s(int64=5) %!d(string=hai) anos | |
|---|---|---|
| .. | ||
| README | %!s(int64=5) %!d(string=hai) anos | |
| alignment.sh | %!s(int64=5) %!d(string=hai) anos | |
| avahi-daemon | %!s(int64=5) %!d(string=hai) anos | |
| banner.sh | %!s(int64=5) %!d(string=hai) anos | |
| bluetooth | %!s(int64=5) %!d(string=hai) anos | |
| bootmisc.sh | %!s(int64=5) %!d(string=hai) anos | |
| checkroot.sh | %!s(int64=5) %!d(string=hai) anos | |
| dbus-1 | %!s(int64=5) %!d(string=hai) anos | |
| devpts.sh | %!s(int64=5) %!d(string=hai) anos | |
| dmesg.sh | %!s(int64=5) %!d(string=hai) anos | |
| functions | %!s(int64=5) %!d(string=hai) anos | |
| functions.initscripts | %!s(int64=5) %!d(string=hai) anos | |
| halt | %!s(int64=5) %!d(string=hai) anos | |
| hostname.sh | %!s(int64=5) %!d(string=hai) anos | |
| mountall.sh | %!s(int64=5) %!d(string=hai) anos | |
| mountnfs.sh | %!s(int64=5) %!d(string=hai) anos | |
| ofono | %!s(int64=5) %!d(string=hai) anos | |
| populate-volatile.sh | %!s(int64=5) %!d(string=hai) anos | |
| rc.pvr | %!s(int64=5) %!d(string=hai) anos | |
| read-only-rootfs-hook.sh | %!s(int64=5) %!d(string=hai) anos | |
| reboot | %!s(int64=5) %!d(string=hai) anos | |
| rmnologin.sh | %!s(int64=5) %!d(string=hai) anos | |
| run-postinsts | %!s(int64=5) %!d(string=hai) anos | |
| save-rtc.sh | %!s(int64=5) %!d(string=hai) anos | |
| sendsigs | %!s(int64=5) %!d(string=hai) anos | |
| single | %!s(int64=5) %!d(string=hai) anos | |
| sysfs.sh | %!s(int64=5) %!d(string=hai) anos | |
| systemd-udevd | %!s(int64=5) %!d(string=hai) anos | |
| umountfs | %!s(int64=5) %!d(string=hai) anos | |
| umountnfs.sh | %!s(int64=5) %!d(string=hai) anos | |
| urandom | %!s(int64=5) %!d(string=hai) anos | |
README
You are looking for the traditional init scripts in /etc/init.d,
and they are gone?
Here's an explanation on what's going on:
You are running a systemd-based OS where traditional init scripts have
been replaced by native systemd services files. Service files provide
very similar functionality to init scripts. To make use of service
files simply invoke "systemctl", which will output a list of all
currently running services (and other units). Use "systemctl
list-unit-files" to get a listing of all known unit files, including
stopped, disabled and masked ones. Use "systemctl start
foobar.service" and "systemctl stop foobar.service" to start or stop a
service, respectively. For further details, please refer to
systemctl(1).
Note that traditional init scripts continue to function on a systemd
system. An init script /etc/init.d/foobar is implicitly mapped
into a service unit foobar.service during system initialization.
Thank you!
Further reading:
man:systemctl(1)
man:systemd(1)
http://0pointer.de/blog/projects/systemd-for-admins-3.html
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities
and they are gone?
Here's an explanation on what's going on:
You are running a systemd-based OS where traditional init scripts have
been replaced by native systemd services files. Service files provide
very similar functionality to init scripts. To make use of service
files simply invoke "systemctl", which will output a list of all
currently running services (and other units). Use "systemctl
list-unit-files" to get a listing of all known unit files, including
stopped, disabled and masked ones. Use "systemctl start
foobar.service" and "systemctl stop foobar.service" to start or stop a
service, respectively. For further details, please refer to
systemctl(1).
Note that traditional init scripts continue to function on a systemd
system. An init script /etc/init.d/foobar is implicitly mapped
into a service unit foobar.service during system initialization.
Thank you!
Further reading:
man:systemctl(1)
man:systemd(1)
http://0pointer.de/blog/projects/systemd-for-admins-3.html
http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities