#894 PR merged
: fall back to old way when 'mkfs -U' fails (issue 890 and issue 851)¶
Labels: enhancement
, bug
, fixed / solved / done
jsmeix opened issue at 2016-06-27 10:29:¶
try to create the filesystem with initially correct UUID
(https://github.com/rear/rear/issues/851)
but when 'mkfs -U' fails (e.g. on RHEL 5,
https://github.com/rear/rear/issues/890)
assume it failed because of missing support for '-U'
and then fall back to the old way before issue 851
i.e. using mkfs without '-U' plus 'tunefs -U'
jsmeix commented at 2016-06-27 10:52:¶
I need to test if that works for me
on SLE11 and SLE12 with ext4 ...
jsmeix commented at 2016-06-27 11:43:¶
Works well for me on SLE12 with ext4.
Some details FYI:
After "rear -d -D recover" in the recovery system
diskrestore.sh contains
# Try 'mkfs -U' to create the filesystem with initially correct UUID # but if that fails assume it failed because of missing support for '-U' # (e.g. in RHEL 5 it fails, see https://github.com/rear/rear/issues/890) # then fall back to using mkfs without '-U' plus 'tune2fs/tune4fs -U' if ! mkfs -t ext4 -b 4096 -i 16370 -U 6a661d11-b4cf-4892-8d64-5735eef68309 /dev/sda2 >&2 ; then mkfs -t ext4 -b 4096 -i 16370 /dev/sda2 >&2 tune2fs -U 6a661d11-b4cf-4892-8d64-5735eef68309 /dev/sda2 >&2 fi
and var/log/rear/rear-e229.log contains
+++ mkfs -t ext4 -b 4096 -i 16370 -U 6a661d11-b4cf-4892-8d64-5735eef68309 /dev/sda2 mke2fs 1.42.11 (09-Jul-2014) Discarding device blocks: done Creating filesystem with 4859392 4k blocks and 1218224 inodes Filesystem UUID: 6a661d11-b4cf-4892-8d64-5735eef68309 Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000 Allocating group tables: done Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done
jsmeix commented at 2016-06-27 12:19:¶
Works also well for me on SLE11 with ext3.
Some details (basically the same as for SLE12 with ext4):
After "rear -d -D recover" in the recovery system
diskrestore.sh contains
# Try 'mkfs -U' to create the filesystem with initially correct UUID # but if that fails assume it failed because of missing support for '-U' # (e.g. in RHEL 5 it fails, see https://github.com/rear/rear/issues/890) # then fall back to using mkfs without '-U' plus 'tune2fs/tune4fs -U' if ! mkfs -t ext3 -b 4096 -i 16370 -U de51dda4-8a5d-4206-b5ee-6eaa9e88bec3 /dev/sda2 >&2 ; then mkfs -t ext3 -b 4096 -i 16370 /dev/sda2 >&2 tune2fs -U de51dda4-8a5d-4206-b5ee-6eaa9e88bec3 /dev/sda2 >&2 fi
and var/log/rear/rear-f96.log contains
+++ mkfs -t ext3 -b 4096 -i 16370 -U de51dda4-8a5d-4206-b5ee-6eaa9e88bec3 /dev/sda2 mke2fs 1.41.9 (22-Aug-2009) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 1218224 inodes, 4859392 blocks 242969 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 149 block groups 32768 blocks per group, 32768 fragments per group 8176 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 29 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override.
jsmeix commented at 2016-06-27 12:21:¶
Because it seems there are no regressions (at least not for me)
I merge it so that also others test it when using rear master.
[Export of Github issue for rear/rear.]