diff options
| author | Christian Breunig <christian@breunig.cc> | 2023-04-03 08:02:24 +0200 |
|---|---|---|
| committer | Christian Breunig <christian@breunig.cc> | 2023-04-03 08:04:57 +0200 |
| commit | 36f08f78b806639827c9ae3a81275e057309bb1d (patch) | |
| tree | 246f8d3b118249f8e7a635cc959cc49e693c101a | |
| parent | 944c9a7217309451dfb73a92ec09f12e6772dbc1 (diff) | |
| download | vyatta-cfg-system-36f08f78b806639827c9ae3a81275e057309bb1d.tar.gz vyatta-cfg-system-36f08f78b806639827c9ae3a81275e057309bb1d.zip | |
T5136: do not rm -rf if unmount fails
Commit f34e9028 ("T5136: properly unmount filesystems after installation") assumed
it would be a good idea to simply rm -rf the new root folder. This could have
a bad, non booting side effect.
Warn user if unmount fails but the filesystem is synced anyway. The rest is
handled by the Kernel on reboot.
(cherry picked from commit 964e06bc3404b096d55e939b2bdb8d9c61a6a9b9)
| -rwxr-xr-x | scripts/install/install-image-existing | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/scripts/install/install-image-existing b/scripts/install/install-image-existing index abbd1421..feba6683 100755 --- a/scripts/install/install-image-existing +++ b/scripts/install/install-image-existing @@ -280,7 +280,6 @@ fi # unmount filesystems if ! try_unmount "--read-only $INST_ROOT $READ_ROOT"; then - rm -rf $REL_ROOT failure_exit 'Failed to unmount new squashfs image.' fi |
