[rear-devel] [rear/rear] b8ade0: Removed all "sleep" commands - instead call my_ude...

Gratien D'haese gratien.dhaese at gmail.com
Sun Jan 25 17:58:53 CET 2015


  Branch: refs/heads/master
  Home:   https://github.com/rear/rear
  Commit: b8ade0f98c50c19947f71208528d4c6e193dd0a6
      https://github.com/rear/rear/commit/b8ade0f98c50c19947f71208528d4c6e193dd0a6
  Author: Johannes Meixner <jsmeix at suse.com>
  Date:   2015-01-23 (Fri, 23 Jan 2015)

  Changed paths:
    M usr/share/rear/layout/prepare/GNU/Linux/10_include_partition_code.sh

  Log Message:
  -----------
  Removed all "sleep" commands - instead call my_udevsettle function
(which calls "udevadm settle").
Have my_udevsettle before and after each parted and partprobe call
which result duplicated consecutive my_udevsettle calls in
diskrestore.sh but it is fail-safe this way and two consecutive
"udevadm settle" do not cause any harm and at least the second
one returns immediately.
Do not specify a non-default timeout for "udevadm settle" because
the default timeout (120 seconds according to my udevadm man page)
is certainly "the right thing" from the udev authors who know
much better than I what the most reasonable default is.
If "udevadm settle" fails, the whole diskrestore.sh fails because
it has "set -e" which is correct because "rear recover" must
not blindly proceed in case of errors.


  Commit: 548965e045ac33c8aa02d5d284d590e7c0846ac9
      https://github.com/rear/rear/commit/548965e045ac33c8aa02d5d284d590e7c0846ac9
  Author: Johannes Meixner <jsmeix at suse.com>
  Date:   2015-01-23 (Fri, 23 Jan 2015)

  Changed paths:
    M usr/share/rear/layout/prepare/GNU/Linux/13_include_mount_filesystem_code.sh
    M usr/share/rear/layout/prepare/GNU/Linux/13_include_mount_subvolumes_code.sh
    M usr/share/rear/layout/save/GNU/Linux/23_filesystem_layout.sh

  Log Message:
  -----------
  Implement basic support for btrfs in a generic way
see https://github.com/rear/rear/issues/497
and https://bugzilla.opensuse.org/show_bug.cgi?id=908854
Currently it works btrfs filesystem by btrfs filesystem.
Therefore it probably fails if there are
"weaved btrfs subvolume mounts" which means
- a subvolume sv1 on a btrfs on /dev/sdXn
  is mounted at a mountpoint directory
  that belongs to a btrfs on /dev/sdYm
and
- a subvolume sv2 on a btrfs on /dev/sdYm
  is mounted at a mountpoint directory
  that belongs to a btrfs on /dev/sdXn
in particular when the mountpoint directories are no plain directories
but also subvolumes sv3 and sv4 on any of the btrfs filesystems.


  Commit: 99fbbd4fb0161b917b3700f8834aaf3cd26e41fa
      https://github.com/rear/rear/commit/99fbbd4fb0161b917b3700f8834aaf3cd26e41fa
  Author: Gratien D'haese <gratien.dhaese at gmail.com>
  Date:   2015-01-25 (Sun, 25 Jan 2015)

  Changed paths:
    M usr/share/rear/layout/prepare/GNU/Linux/10_include_partition_code.sh
    M usr/share/rear/layout/prepare/GNU/Linux/13_include_mount_filesystem_code.sh
    M usr/share/rear/layout/prepare/GNU/Linux/13_include_mount_subvolumes_code.sh
    M usr/share/rear/layout/save/GNU/Linux/23_filesystem_layout.sh

  Log Message:
  -----------
  Merge pull request #538 from jsmeix/master

Generic basic btrfs support plus proposed fix for issue#533 (udevadm settle)


Compare: https://github.com/rear/rear/compare/7ec5eba19c27...99fbbd4fb016


More information about the rear-devel mailing list