Change:
return "", fmt.Errorf("not attachable: %v", err) } <del> args := []string{"-j", path} cmd := exec.Command(losetupPath, args...) out, err := cmd.CombinedOutput() if err != nil { klog.V(2).Infof("Failed device discover command for path %s: %v %s", path, err, out) return "", fmt.Errorf("losetup -j %s failed: %v", path, err) } return parseLosetupOutputForDevice(out, path) </del> <ins> return getLoopDeviceFromSysfs(path) </ins> } func makeLoopDevice(path string) (string, error) { <del> args := []string{"-f", "--show", path} </del> <ins> args := []string{"-f", path} </ins> cmd := exec.Command(losetupPath, args...) out, err := cmd.CombinedOutput() if err != nil { <del> klog.V(2).Infof("Failed device create command for path: %s %v %s ", path, err, out) return "", fmt.Errorf("losetup -f --show %s failed: %v", path, err) </del> <ins> klog.V(2).Infof("Failed device create command for path: %s %v %s", path, err, out) return "", fmt.Errorf("losetup %s failed: %v", strings.Join(args, " "), err) </ins> } <del> // losetup -f --show {path} returns device in the format: // /dev/loop1 if len(out) == 0 { return "", errors.New(ErrDeviceNotFound) } return strings.TrimSpace(string(out)), nil </del> <ins> return getLoopDeviceFromSysfs(path) </ins> } // removeLoopDevice removes specified loopback device

Discussion:
I tried to use a local volume block device in minikube. Its trying to call losetup with the -j option and its failing as the losetup in minikube does not provide this option. This may effect other distro's as well. The end result is lock block devices don't work on the platform.
/sig storage
Probably caused by this code:
Did a strace on losetup -j. looks like the same info can be had by: cat /sys/block/loop0/loop/backing_file
Just had the same problem with Ceph cluster creation in minikube, the osd-prepare doesn't start because of this:
FYI: has the same problem in minikube. Replacing the /sbin/losetup busybox link with a "real" losetup helped for now, but isn't a solution of course.
Issues go stale after 90d of inactivity. Mark the issue as fresh with . Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle stale
Stale issues rot after 30d of inactivity. Mark the issue as fresh with . Rotten issues close after an additional 30d of inactivity. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle rotten
/remove-lifecycle rotten
Issues go stale after 90d of inactivity. Mark the issue as fresh with . Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle stale
/remove-lifecycle stale
Issues go stale after 90d of inactivity. Mark the issue as fresh with . Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-testing, kubernetes/test-infra and/or . /lifecycle stale
/remove-lifecycle stale
Issues go stale after 90d of inactivity. Mark the issue as fresh with .

Stale issues rot after an additional 30d of inactivity and eventually close. If this issue is safe to close now please do so with . Send feedback to sig-contributor-experience at . /lifecycle stale
/remove-lifecycle stale
/help
This request has been marked as needing help from a contributor. Please ensure the request meets the requirements listed . If this request no longer meets these requirements, the label can be removed by commenting with the command. <detailsIn response to : /help </details