From: Chen Qi <[email protected]>

If we're building a read-only rootfs, we'll get the following error now
and then.

    tar: .: file changed as we read it

The root cause is that we spawn background process at rootfs time.
When the tar command is running, it's possible that files under rootfs
are changed by background processes, thus this error.

[YOCTO #4937]

Signed-off-by: Chen Qi <[email protected]>
---
 .../initscripts-1.0/populate-volatile.sh           |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh 
b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
index d8ae14e..827fd7d 100755
--- a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
@@ -46,7 +46,7 @@ create_file() {
                        # but these failures should not be logged to make sure 
the do_rootfs
                        # process doesn't fail. This does no harm, as this 
script will
                        # run on target to set up the correct files and 
directories.
-                       eval $EXEC > /dev/null 2>&1 &
+                       eval $EXEC > /dev/null 2>&1
                fi
        }
 }
@@ -91,7 +91,7 @@ link_file() {
        else
                # For the same reason with create_file(), failures should
                # not be logged.
-               eval $EXEC > /dev/null 2>&1 &
+               eval $EXEC > /dev/null 2>&1
        fi
 }
 
@@ -160,7 +160,7 @@ apply_cfgfile() {
                [ "${TTYPE}" = "l" ] && {
                        TSOURCE="$TLTARGET"
                        [ "${VERBOSE}" != "no" ] && echo "Creating link 
-${TNAME}- pointing to -${TSOURCE}-."
-                       link_file "${TSOURCE}" "${TNAME}" &
+                       link_file "${TSOURCE}" "${TNAME}"
                        continue
                }
 
-- 
1.7.9.5

_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to