<div dir="ltr">Hi Steph, Xose,<div><br></div><div>I have this patch in the queue, no worry.</div><div>pending a "reviewed-by" though.</div><div><br></div><div>Best regards,</div><div>Christophe.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 9, 2018 at 2:38 PM Xose Vazquez Perez <<a href="mailto:xose.vazquez@gmail.com">xose.vazquez@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Stef Walter wrote:<br>
<br>
You should send(CC:) it also to Christophe.<br>
<br>
> The Lorax project found a regression in kpartx -d behavior introduced<br>
> by the following commit: 9bdfa3eb8e24b668e6c2bb882cddb0ccfe23ed5b<br>
> <br>
> This patch should fix the problem. It's easy to reproduce this problem<br>
> (I did it on Fedora 28) with the following commands:<br>
> <br>
>         # kpartx -av disk.img<br>
>         ...<br>
>         # kpartx -dv disk.img<br>
> <br>
> Notice that the loop devices and partition mappings created by the first<br>
> command are not cleaned up by the second command.<br>
> <br>
> Stef Walter (1):<br>
>   kpartx: Use absolute paths to create mappings<br>
> <br>
>  kpartx/kpartx.c | 2 +-<br>
>  1 file changed, 1 insertion(+), 1 deletion(-)<br>
<br>
</blockquote></div>