Long paths are not handled correctly when deleting partition mappings
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Snapcraft |
Fix Released
|
Medium
|
Sergio Schvezov | ||
multipath-tools (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
The bug seems to be in kpartx and long path handling
sergiusens@
sergiusens@
sergiusens@
[sudo] password for sergiusens:
sergiusens@
add map loop0p1 (252:0): 0 8192 linear /dev/loop0 8192
add map loop0p2 (252:1): 0 131072 linear /dev/loop0 16384
add map loop0p3 (252:2): 0 2097152 linear /dev/loop0 147456
add map loop0p4 (252:3): 0 2097152 linear /dev/loop0 2244608
add map loop0p5 (252:4): 0 3272704 linear /dev/loop0 4341760
sergiusens@
/dev/loop0: [2050]:7872194 (/home/
sergiusens@
sergiusens@
/dev/loop0: [2050]:7872194 (/home/
What follows is the snapcraft specific report
When I run snapcraft run, it boots the snappy kvm but leaves two loop devices behind:
$ losetup -a
/dev/loop0: []: (/home/
/dev/loop1: []: (/home/
Tested in vivid and wily
To reproduce:
bzr branch lp:snapcraft
cd snapcraft
cd examples/
./../..
./../..
$ apt-cache policy ubuntu-device-flash
ubuntu-
Instalita: 0.31-0ubuntu1
Kandidato: 0.31-0ubuntu1
Version table:
*** 0.31-0ubuntu1 0
500 http://
500 http://
100 /var/lib/
0.20-0ubuntu1 0
500 http://
Related branches
- Leo Arias (community): Approve
-
Diff: 22 lines (+5/-7)1 file modifiedsnapcraft/cmds.py (+5/-7)
Changed in snapcraft: | |
milestone: | none → 0.2 |
Changed in snapcraft: | |
importance: | Undecided → Medium |
assignee: | nobody → Sergio Schvezov (sergiusens) |
Changed in snapcraft: | |
status: | New → In Progress |
description: | updated |
summary: |
- snapcraft run leaves multiple snappy loop partitions + Long paths are not handled correctly when deleting partition mappings |
Changed in snapcraft: | |
status: | In Progress → Fix Committed |
Changed in snapcraft: | |
status: | Fix Committed → Fix Released |
What is the task for multipath-tools here for, please?