Public bug reported:

I used gparted to move and resize one of my partitions.  The partition
in question uses btrfs.  The verification step failed because gparted
does not specify the devid (something specific to btrfs it seems).
"sudo btrfs filesystem resize max /tmp/gparted-h9AlSk" is the command
line that was used and failed where it should have been "sudo btrfs
filesystem resize 2:max /tmp/gparted-h9AlSk".

TEST CASE:
1) get or create a disk with a btrfs filesystem that has a different devid than 
1.  Easiest way is probably to create two btrfs partitions.
2) start gparted
3) Run "Partition - Check" on the partition with a devid different from 1.

The partition check will fail because btrfs assumes devid to be 1 if
none is specified (as documented in "man btrfs").

       filesystem resize [devid:][+/-]<size>[gkm]|[devid:]max <path>
              Resize  a  filesystem  identified by <path> for the underlying
              device devid.  The devid can be found with btrfs filesystem 
              show and defaults to 1 if not specified.

** Affects: gparted (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: trusty

** Description changed:

  I used gparted to move and resize one of my partitions.  The partition
  in question uses btrfs.  The verification step failed because gparted
  does not specify the devid (something specific to btrfs it seems).
  "sudo btrfs filesystem resize max /tmp/gparted-h9AlSk" is the command
  line that was used and failed where it should have been "sudo btrfs
  filesystem resize 2:max /tmp/gparted-h9AlSk".
  
  TEST CASE:
  1) get or create a disk with a btrfs filesystem that has a different devid 
than 1.  Easiest way is probably to create two btrfs partitions.
  2) start gparted
- 3) Run "Partition - Check" on the partition that a devid different from 1.  
Use "sudo btrfs filesystem show" as necessary.
+ 3) Run "Partition - Check" on the partition with a devid different from 1.  
Use "sudo btrfs filesystem show" as necessary.
  
  The partition check will fail because btrfs assumes devid to be 1 if
  none is specified (as documented in "man btrfs".
  
-        filesystem resize [devid:][+/-]<size>[gkm]|[devid:]max <path>
-               Resize  a  filesystem  identified by <path> for the underlying 
device devid.  The devid can be found with btrfs filesystem show and
-               defaults to 1 if not specified.
+        filesystem resize [devid:][+/-]<size>[gkm]|[devid:]max <path>
+               Resize  a  filesystem  identified by <path> for the underlying 
device devid.  The devid can be found with btrfs filesystem show and
+               defaults to 1 if not specified.

** Description changed:

  I used gparted to move and resize one of my partitions.  The partition
  in question uses btrfs.  The verification step failed because gparted
  does not specify the devid (something specific to btrfs it seems).
  "sudo btrfs filesystem resize max /tmp/gparted-h9AlSk" is the command
  line that was used and failed where it should have been "sudo btrfs
  filesystem resize 2:max /tmp/gparted-h9AlSk".
  
  TEST CASE:
  1) get or create a disk with a btrfs filesystem that has a different devid 
than 1.  Easiest way is probably to create two btrfs partitions.
  2) start gparted
- 3) Run "Partition - Check" on the partition with a devid different from 1.  
Use "sudo btrfs filesystem show" as necessary.
+ 3) Run "Partition - Check" on the partition with a devid different from 1.
  
  The partition check will fail because btrfs assumes devid to be 1 if
- none is specified (as documented in "man btrfs".
+ none is specified (as documented in "man btrfs").
  
         filesystem resize [devid:][+/-]<size>[gkm]|[devid:]max <path>
                Resize  a  filesystem  identified by <path> for the underlying 
device devid.  The devid can be found with btrfs filesystem show and
                defaults to 1 if not specified.

** Description changed:

  I used gparted to move and resize one of my partitions.  The partition
  in question uses btrfs.  The verification step failed because gparted
  does not specify the devid (something specific to btrfs it seems).
  "sudo btrfs filesystem resize max /tmp/gparted-h9AlSk" is the command
  line that was used and failed where it should have been "sudo btrfs
  filesystem resize 2:max /tmp/gparted-h9AlSk".
  
  TEST CASE:
  1) get or create a disk with a btrfs filesystem that has a different devid 
than 1.  Easiest way is probably to create two btrfs partitions.
  2) start gparted
  3) Run "Partition - Check" on the partition with a devid different from 1.
  
  The partition check will fail because btrfs assumes devid to be 1 if
  none is specified (as documented in "man btrfs").
  
         filesystem resize [devid:][+/-]<size>[gkm]|[devid:]max <path>
-               Resize  a  filesystem  identified by <path> for the underlying 
device devid.  The devid can be found with btrfs filesystem show and
-               defaults to 1 if not specified.
+               Resize  a  filesystem  identified by <path> for the underlying
+               device devid.  The devid can be found with btrfs filesystem 
+               show and defaults to 1 if not specified.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512116

Title:
  gparted ignores devid for btrfs filesystem

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/1512116/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to