Changes between Version 9 and Version 10 of setup_target/bebop2

Timestamp:

02/10/20 18:48:29 (4 years ago)

Author:

Bayard Gildas

Comment:

--

setup_target/bebop2

@@ -84 +84 @@
 The chroot.sh script is started automatically by adding the file /etc/boxinit.d/99-chroot.rc containings
 {{{
-on property:state.wifi=ready
+on property:system.ready=1
         start chroot
 
@@ -94 +94 @@
   * surprisingly enough, the events "post-fs" and "post-fs-data" occur in a row right at startup (I was hoping for using "on post-fs-data" to start the chroot after /data is available but it doesn't work). We could probably set a specific property with the "sprop" command after /data is mounted in /etc/boxinit.standalone.milosboard.rc and wait on that in 99-chroot.rc, but we want the network to be ready anyway so I found the convenient state.wifi property and used it
   * it's not possible to launch the standard "init system V" binary on the "chrooted" environment. Hence the init binary behaves differently whether it has pid 1 or not. If it has pid 1 it starts the system (and listen to the pipe /dev/initctl). If it doesn't have pid 1 it will send a command to its pid 1 coutnerpart by writing in /dev/initctl. Since there can be only one pid 1 and it's already running in the original parrot environment, all the "init system V" logic is useless on the chrooted filesystem (it's just bloat that could be removed). That's why we're using the chroot_init script.
+  * the currently set properties list can be obtained with the gprop command. In the above 99-chroot.rc file, you may choose a more convenient "on property:" condition depending on what you're waiting for