2010-01-02 04:11:50 -07:00
|
|
|
/* Copyright (C) 2009,2010 Luca Bruno <lucab@debian.org>
|
2011-10-18 10:14:21 -06:00
|
|
|
* Copyright (C) 2010, 2011 Curtis Gedak
|
2010-01-02 04:11:50 -07:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2014-01-23 03:59:48 -07:00
|
|
|
* GNU General Public License for more details.
|
2010-01-02 04:11:50 -07:00
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
2014-01-23 03:59:48 -07:00
|
|
|
* along with this program; if not, see <http://www.gnu.org/licenses/>.
|
2010-01-02 04:11:50 -07:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
#include "../include/btrfs.h"
|
|
|
|
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
#include <ctype.h>
|
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
namespace GParted
|
|
|
|
{
|
|
|
|
|
2011-11-11 13:50:53 -07:00
|
|
|
bool btrfs_found = false ;
|
2012-02-05 02:08:05 -07:00
|
|
|
bool resize_to_same_size_fails = true ;
|
2011-11-11 13:50:53 -07:00
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
FS btrfs::get_filesystem_support()
|
|
|
|
{
|
|
|
|
FS fs ;
|
|
|
|
fs .filesystem = GParted::FS_BTRFS ;
|
|
|
|
|
|
|
|
if ( ! Glib::find_program_in_path( "mkfs.btrfs" ) .empty() )
|
2013-06-05 15:15:47 -06:00
|
|
|
{
|
2010-01-02 04:11:50 -07:00
|
|
|
fs .create = GParted::FS::EXTERNAL ;
|
2013-06-05 15:15:47 -06:00
|
|
|
fs .create_with_label = GParted::FS::EXTERNAL ;
|
|
|
|
}
|
2010-01-02 04:11:50 -07:00
|
|
|
|
|
|
|
if ( ! Glib::find_program_in_path( "btrfsck" ) .empty() )
|
|
|
|
fs .check = GParted::FS::EXTERNAL ;
|
|
|
|
|
2011-11-11 13:50:53 -07:00
|
|
|
btrfs_found = ( ! Glib::find_program_in_path( "btrfs" ) .empty() ) ;
|
|
|
|
if ( btrfs_found )
|
2011-10-18 10:14:21 -06:00
|
|
|
{
|
2011-11-11 13:50:53 -07:00
|
|
|
//Use newer btrfs multi-tool control command. No need
|
|
|
|
// to test for filesystem show and filesystem resize
|
|
|
|
// sub-commands as they were always included.
|
|
|
|
|
|
|
|
fs .read = GParted::FS::EXTERNAL ;
|
|
|
|
fs .read_label = FS::EXTERNAL ;
|
2012-01-22 13:49:52 -07:00
|
|
|
fs .read_uuid = FS::EXTERNAL ;
|
2011-11-11 13:50:53 -07:00
|
|
|
|
2011-12-28 12:54:12 -07:00
|
|
|
//Resizing of btrfs requires mount, umount and kernel
|
|
|
|
// support as well as btrfs filesystem resize
|
2011-11-11 13:50:53 -07:00
|
|
|
if ( ! Glib::find_program_in_path( "mount" ) .empty()
|
|
|
|
&& ! Glib::find_program_in_path( "umount" ) .empty()
|
|
|
|
&& fs .check
|
2011-12-28 12:54:12 -07:00
|
|
|
&& Utils::kernel_supports_fs( "btrfs" )
|
2011-11-11 13:50:53 -07:00
|
|
|
)
|
|
|
|
{
|
|
|
|
fs .grow = FS::EXTERNAL ;
|
|
|
|
if ( fs .read ) //needed to determine a minimum file system size.
|
|
|
|
fs .shrink = FS::EXTERNAL ;
|
|
|
|
}
|
2011-10-18 10:14:21 -06:00
|
|
|
|
2011-11-01 16:52:33 -06:00
|
|
|
//Test for labelling capability in btrfs command
|
|
|
|
if ( ! Utils::execute_command( "btrfs filesystem label --help", output, error, true ) )
|
|
|
|
fs .write_label = FS::EXTERNAL;
|
|
|
|
}
|
2011-11-11 13:50:53 -07:00
|
|
|
else
|
|
|
|
{
|
|
|
|
//Fall back to using btrfs-show and btrfsctl, which
|
|
|
|
// were depreciated October 2011
|
|
|
|
|
|
|
|
if ( ! Glib::find_program_in_path( "btrfs-show" ) .empty() )
|
|
|
|
{
|
|
|
|
fs .read = GParted::FS::EXTERNAL ;
|
|
|
|
fs .read_label = FS::EXTERNAL ;
|
2013-09-15 05:28:53 -06:00
|
|
|
fs .read_uuid = FS::EXTERNAL ;
|
2011-11-11 13:50:53 -07:00
|
|
|
}
|
|
|
|
|
2011-12-28 12:54:12 -07:00
|
|
|
//Resizing of btrfs requires btrfsctl, mount, umount
|
|
|
|
// and kernel support
|
2011-11-11 13:50:53 -07:00
|
|
|
if ( ! Glib::find_program_in_path( "btrfsctl" ) .empty()
|
|
|
|
&& ! Glib::find_program_in_path( "mount" ) .empty()
|
|
|
|
&& ! Glib::find_program_in_path( "umount" ) .empty()
|
|
|
|
&& fs .check
|
2011-12-28 12:54:12 -07:00
|
|
|
&& Utils::kernel_supports_fs( "btrfs" )
|
2011-11-11 13:50:53 -07:00
|
|
|
)
|
|
|
|
{
|
|
|
|
fs .grow = FS::EXTERNAL ;
|
|
|
|
if ( fs .read ) //needed to determine a minimum file system size.
|
|
|
|
fs .shrink = FS::EXTERNAL ;
|
|
|
|
}
|
|
|
|
}
|
2011-11-01 16:52:33 -06:00
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
if ( fs .check )
|
|
|
|
{
|
|
|
|
fs .copy = GParted::FS::GPARTED ;
|
|
|
|
fs .move = GParted::FS::GPARTED ;
|
|
|
|
}
|
|
|
|
|
2012-09-10 09:41:58 -06:00
|
|
|
fs .online_read = FS::GPARTED ;
|
2013-11-15 09:27:12 -07:00
|
|
|
#ifdef ENABLE_ONLINE_RESIZE
|
|
|
|
if ( Utils::kernel_version_at_least( 3, 6, 0 ) )
|
|
|
|
{
|
|
|
|
fs .online_grow = fs .grow ;
|
|
|
|
fs .online_shrink = fs .shrink ;
|
|
|
|
}
|
|
|
|
#endif
|
2012-09-10 09:41:58 -06:00
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
fs .MIN = 256 * MEBIBYTE ;
|
|
|
|
|
2012-02-05 02:08:05 -07:00
|
|
|
//Linux before version 3.2 fails when resizing btrfs file system
|
|
|
|
// to the same size.
|
|
|
|
resize_to_same_size_fails = ! Utils::kernel_version_at_least( 3, 2, 0 ) ;
|
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
return fs ;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool btrfs::create( const Partition & new_partition, OperationDetail & operationdetail )
|
|
|
|
{
|
2012-10-08 07:23:17 -06:00
|
|
|
return (! execute_command( "mkfs.btrfs -L \"" + new_partition .get_label() + "\" " + new_partition .get_path(), operationdetail ) );
|
2010-01-02 04:11:50 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
bool btrfs::check_repair( const Partition & partition, OperationDetail & operationdetail )
|
|
|
|
{
|
|
|
|
return (! execute_command( "btrfsck " + partition .get_path(), operationdetail )) ;
|
|
|
|
}
|
|
|
|
|
|
|
|
void btrfs::set_used_sectors( Partition & partition )
|
|
|
|
{
|
2011-11-11 13:50:53 -07:00
|
|
|
if ( btrfs_found )
|
|
|
|
exit_status = Utils::execute_command( "btrfs filesystem show " + partition .get_path(), output, error, true ) ;
|
|
|
|
else
|
|
|
|
exit_status = Utils::execute_command( "btrfs-show " + partition .get_path(), output, error, true ) ;
|
|
|
|
if ( ! exit_status )
|
2010-10-03 08:57:42 -06:00
|
|
|
{
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
//FIXME: Improve free space calculation for multi-device
|
|
|
|
// btrfs file systems. Currently uses the size of the
|
|
|
|
// btrfs device in this partition (spot on) and the
|
|
|
|
// file system wide used bytes (wrong for multi-device
|
|
|
|
// file systems).
|
|
|
|
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
Byte_Value ptn_bytes = partition .get_byte_length() ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
Glib::ustring str ;
|
|
|
|
//Btrfs file system device size
|
2013-08-27 08:29:26 -06:00
|
|
|
Glib::ustring regexp = "devid .* size ([0-9\\.]+( ?[KMGTPE]?i?B)?) .* path " + partition .get_path() ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
if ( ! ( str = Utils::regexp_label( output, regexp ) ) .empty() )
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
T = btrfs_size_to_num( str, ptn_bytes, true ) ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
|
|
|
|
//Btrfs file system wide used bytes
|
2013-08-27 08:29:26 -06:00
|
|
|
if ( ! ( str = Utils::regexp_label( output, "FS bytes used ([0-9\\.]+( ?[KMGTPE]?i?B)?)" ) ) .empty() )
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
N = T - btrfs_size_to_num( str, ptn_bytes, false ) ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
|
|
|
|
if ( T > -1 && N > -1 )
|
2010-10-03 08:57:42 -06:00
|
|
|
{
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
T = Utils::round( T / double(partition .sector_size) ) ;
|
|
|
|
N = Utils::round( N / double(partition .sector_size) ) ;
|
|
|
|
partition .set_sector_usage( T, N );
|
2010-10-03 08:57:42 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
if ( ! output .empty() )
|
|
|
|
partition .messages .push_back( output ) ;
|
|
|
|
|
|
|
|
if ( ! error .empty() )
|
|
|
|
partition .messages .push_back( error ) ;
|
|
|
|
}
|
2010-01-02 04:11:50 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
bool btrfs::write_label( const Partition & partition, OperationDetail & operationdetail )
|
|
|
|
{
|
2012-10-08 07:23:17 -06:00
|
|
|
return ! execute_command( "btrfs filesystem label " + partition .get_path() + " \"" + partition .get_label() + "\"", operationdetail ) ;
|
2010-01-02 04:11:50 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
bool btrfs::resize( const Partition & partition_new, OperationDetail & operationdetail, bool fill_partition )
|
|
|
|
{
|
2011-12-28 12:54:12 -07:00
|
|
|
bool success = true ;
|
2011-10-18 10:14:21 -06:00
|
|
|
|
2013-11-15 09:27:12 -07:00
|
|
|
Glib::ustring mount_point ;
|
|
|
|
if ( ! partition_new .busy )
|
|
|
|
{
|
|
|
|
mount_point = mk_temp_dir( "", operationdetail ) ;
|
|
|
|
if ( mount_point .empty() )
|
|
|
|
return false ;
|
|
|
|
success &= ! execute_command( "mount -v -t btrfs " + partition_new .get_path() + " " + mount_point,
|
|
|
|
operationdetail, true ) ;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
mount_point = partition_new .get_mountpoint() ;
|
2011-10-18 10:14:21 -06:00
|
|
|
|
2011-12-28 12:54:12 -07:00
|
|
|
if ( success )
|
2011-10-18 10:14:21 -06:00
|
|
|
{
|
2011-12-28 12:54:12 -07:00
|
|
|
Glib::ustring size ;
|
2011-10-18 10:14:21 -06:00
|
|
|
if ( ! fill_partition )
|
2011-12-28 12:54:12 -07:00
|
|
|
size = Utils::num_to_str( floor( Utils::sector_to_unit(
|
2011-11-11 13:50:53 -07:00
|
|
|
partition_new .get_sector_length(), partition_new .sector_size, UNIT_KIB ) ) ) + "K" ;
|
2011-10-18 10:14:21 -06:00
|
|
|
else
|
2011-12-28 12:54:12 -07:00
|
|
|
size = "max" ;
|
|
|
|
Glib::ustring cmd ;
|
2011-11-11 13:50:53 -07:00
|
|
|
if ( btrfs_found )
|
2011-12-28 12:54:12 -07:00
|
|
|
cmd = "btrfs filesystem resize " + size + " " + mount_point ;
|
2011-11-11 13:50:53 -07:00
|
|
|
else
|
2011-12-28 12:54:12 -07:00
|
|
|
cmd = "btrfsctl -r " + size + " " + mount_point ;
|
2013-02-21 17:57:33 -07:00
|
|
|
exit_status = execute_command( cmd, operationdetail, false ) ;
|
2012-02-05 02:08:05 -07:00
|
|
|
bool resize_succeeded = ( exit_status == 0 ) ;
|
|
|
|
if ( resize_to_same_size_fails )
|
|
|
|
{
|
|
|
|
//Linux before version 3.2 fails when resizing a
|
|
|
|
// btrfs file system to the same size with ioctl()
|
|
|
|
// returning -1 EINVAL (Invalid argument) from the
|
|
|
|
// kernel btrfs code.
|
|
|
|
// * Btrfs filesystem resize reports this as exit
|
|
|
|
// status 30:
|
|
|
|
// ERROR: Unable to resize '/MOUNTPOINT'
|
|
|
|
// * Btrfsctl -r reports this as exit status 1:
|
|
|
|
// ioctl:: Invalid argument
|
|
|
|
// WARNING:
|
|
|
|
// Ignoring these errors could mask real failures,
|
|
|
|
// but not ignoring them will cause resizing to the
|
|
|
|
// same size as part of check operation to fail.
|
|
|
|
resize_succeeded = ( exit_status == 0
|
|
|
|
|| ( btrfs_found && exit_status == 30<<8 )
|
|
|
|
|| ( ! btrfs_found && exit_status == 1<<8 )
|
|
|
|
) ;
|
|
|
|
}
|
2011-12-28 12:54:12 -07:00
|
|
|
operationdetail .get_last_child() .set_status( resize_succeeded ? STATUS_SUCCES : STATUS_ERROR ) ;
|
|
|
|
success &= resize_succeeded ;
|
|
|
|
|
2013-11-15 09:27:12 -07:00
|
|
|
if ( ! partition_new .busy )
|
|
|
|
success &= ! execute_command( "umount -v " + mount_point, operationdetail, true ) ;
|
2011-10-18 10:14:21 -06:00
|
|
|
}
|
|
|
|
|
2013-11-15 09:27:12 -07:00
|
|
|
if ( ! partition_new .busy )
|
|
|
|
rm_temp_dir( mount_point, operationdetail ) ;
|
2011-10-18 10:14:21 -06:00
|
|
|
|
2011-12-28 12:54:12 -07:00
|
|
|
return success ;
|
2010-01-02 04:11:50 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
void btrfs::read_label( Partition & partition )
|
|
|
|
{
|
2011-11-11 13:50:53 -07:00
|
|
|
if ( btrfs_found )
|
2011-11-01 12:45:14 -06:00
|
|
|
{
|
2011-11-11 13:50:53 -07:00
|
|
|
exit_status = Utils::execute_command( "btrfs filesystem show " + partition .get_path(), output, error, true ) ;
|
|
|
|
if ( ! exit_status )
|
|
|
|
{
|
2012-10-08 07:23:17 -06:00
|
|
|
partition .set_label( Utils::regexp_label( output, "^Label: '(.*)' uuid:" ) ) ;
|
2011-11-11 13:50:53 -07:00
|
|
|
//Btrfs filesystem show encloses the label in single
|
|
|
|
// quotes or reports "none" without single quotes, so
|
2012-10-08 07:23:17 -06:00
|
|
|
// the cases are distinguishable and this regexp won't
|
|
|
|
// match the no label case. In the no match case
|
|
|
|
// regexp_label() returns "" and this is used to set
|
|
|
|
// the set the blank label.
|
2011-11-11 13:50:53 -07:00
|
|
|
}
|
2011-11-01 12:45:14 -06:00
|
|
|
}
|
|
|
|
else
|
2011-11-11 13:50:53 -07:00
|
|
|
{
|
|
|
|
exit_status = Utils::execute_command( "btrfs-show " + partition .get_path(), output, error, true ) ;
|
|
|
|
if ( ! exit_status )
|
|
|
|
{
|
|
|
|
Glib::ustring label = Utils::regexp_label( output, "^Label: (.*) uuid:" ) ;
|
|
|
|
//Btrfs-show reports "none" when there is no label, but
|
|
|
|
// this is indistinguishable from the label actually
|
|
|
|
// being "none". Assume no label case.
|
|
|
|
if ( label != "none" )
|
2012-10-08 07:23:17 -06:00
|
|
|
partition .set_label( label ) ;
|
|
|
|
else
|
|
|
|
partition .set_label( "" ) ;
|
2011-11-11 13:50:53 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
if ( exit_status )
|
2011-11-01 12:45:14 -06:00
|
|
|
{
|
|
|
|
if ( ! output .empty() )
|
|
|
|
partition .messages .push_back( output ) ;
|
2010-01-02 04:11:50 -07:00
|
|
|
|
2011-11-01 12:45:14 -06:00
|
|
|
if ( ! error .empty() )
|
|
|
|
partition .messages .push_back( error ) ;
|
|
|
|
}
|
2010-01-02 04:11:50 -07:00
|
|
|
}
|
|
|
|
|
2012-01-22 13:49:52 -07:00
|
|
|
void btrfs::read_uuid( Partition & partition )
|
|
|
|
{
|
|
|
|
if ( btrfs_found )
|
|
|
|
{
|
|
|
|
exit_status = Utils::execute_command( "btrfs filesystem show " + partition .get_path(), output, error, true ) ;
|
|
|
|
if ( ! exit_status )
|
|
|
|
{
|
2012-09-23 08:44:40 -06:00
|
|
|
partition .uuid = Utils::regexp_label( output, "uuid:[[:blank:]]*(" RFC4122_NONE_NIL_UUID_REGEXP ")" ) ;
|
2012-01-22 13:49:52 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
exit_status = Utils::execute_command( "btrfs-show " + partition .get_path(), output, error, true ) ;
|
|
|
|
if ( ! exit_status )
|
|
|
|
{
|
2012-09-23 08:44:40 -06:00
|
|
|
partition .uuid = Utils::regexp_label( output, "uuid:[[:blank:]]*(" RFC4122_NONE_NIL_UUID_REGEXP ")" ) ;
|
2012-01-22 13:49:52 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
if ( exit_status )
|
|
|
|
{
|
|
|
|
if ( ! output .empty() )
|
|
|
|
partition .messages .push_back( output ) ;
|
|
|
|
|
|
|
|
if ( ! error .empty() )
|
|
|
|
partition .messages .push_back( error ) ;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
//Private methods
|
|
|
|
|
|
|
|
//Return the value of a btrfs tool formatted size, including reversing
|
|
|
|
// changes in certain cases caused by using binary prefix multipliers
|
|
|
|
// and rounding to two decimal places of precision. E.g. "2.00GB".
|
2012-07-07 05:23:01 -06:00
|
|
|
Byte_Value btrfs::btrfs_size_to_num( Glib::ustring str, Byte_Value ptn_bytes, bool scale_up )
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
{
|
|
|
|
Byte_Value size_bytes = Utils::round( btrfs_size_to_gdouble( str ) ) ;
|
|
|
|
gdouble delta = btrfs_size_max_delta( str ) ;
|
|
|
|
Byte_Value upper_size = size_bytes + ceil( delta ) ;
|
|
|
|
Byte_Value lower_size = size_bytes - floor( delta ) ;
|
|
|
|
|
|
|
|
if ( size_bytes > ptn_bytes && lower_size <= ptn_bytes )
|
|
|
|
{
|
|
|
|
//Scale value down to partition size:
|
|
|
|
// The btrfs tool reported size appears larger than the partition
|
|
|
|
// size, but the minimum possible size which could have been rounded
|
|
|
|
// to the reported figure is within the partition size so use the
|
|
|
|
// smaller partition size instead. Applied to FS device size and FS
|
|
|
|
// wide used bytes.
|
|
|
|
// ............| ptn_bytes
|
|
|
|
// [ x ) size_bytes with upper & lower size
|
|
|
|
// x scaled down size_bytes
|
|
|
|
// Do this to avoid the FS size or used bytes being larger than the
|
|
|
|
// partition size and GParted failing to read the file system usage and
|
|
|
|
// report a warning.
|
|
|
|
size_bytes = ptn_bytes ;
|
|
|
|
}
|
|
|
|
else if ( scale_up && size_bytes < ptn_bytes && upper_size > ptn_bytes )
|
|
|
|
{
|
|
|
|
//Scale value up to partition size:
|
|
|
|
// The btrfs tool reported size appears smaller than the partition
|
|
|
|
// size, but the maximum possible size which could have been rounded
|
|
|
|
// to the reported figure is within the partition size so use the
|
|
|
|
// larger partition size instead. Applied to FS device size only.
|
|
|
|
// ............| ptn_bytes
|
|
|
|
// [ x ) size_bytes with upper & lower size
|
|
|
|
// x scaled up size_bytes
|
|
|
|
// Make an assumption that the file system actually fills the
|
|
|
|
// partition, rather than is slightly smaller to avoid false reporting
|
|
|
|
// of unallocated space.
|
|
|
|
size_bytes = ptn_bytes ;
|
|
|
|
}
|
|
|
|
|
|
|
|
return size_bytes ;
|
|
|
|
}
|
|
|
|
|
|
|
|
//Return maximum delta for which num +/- delta would be rounded by btrfs
|
|
|
|
// tools to str. E.g. btrfs_size_max_delta("2.00GB") -> 5368709.12
|
2012-07-07 05:23:01 -06:00
|
|
|
gdouble btrfs::btrfs_size_max_delta( Glib::ustring str )
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
{
|
|
|
|
Glib::ustring limit_str ;
|
|
|
|
//Create limit_str. E.g. str = "2.00GB" -> limit_str = "0.005GB"
|
|
|
|
for ( Glib::ustring::iterator p = str .begin() ; p != str .end() ; p ++ )
|
|
|
|
{
|
|
|
|
if ( isdigit( *p ) )
|
|
|
|
limit_str .append( "0" ) ;
|
|
|
|
else if ( *p == '.' )
|
|
|
|
limit_str .append( "." ) ;
|
|
|
|
else
|
|
|
|
{
|
|
|
|
limit_str .append( "5" ) ;
|
|
|
|
limit_str .append( p, str .end() ) ;
|
|
|
|
break ;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
gdouble max_delta = btrfs_size_to_gdouble( limit_str ) ;
|
|
|
|
return max_delta ;
|
|
|
|
}
|
|
|
|
|
|
|
|
//Return the value of a btrfs tool formatted size.
|
|
|
|
// E.g. btrfs_size_to_gdouble("2.00GB") -> 2147483648.0
|
2012-07-07 05:23:01 -06:00
|
|
|
gdouble btrfs::btrfs_size_to_gdouble( Glib::ustring str )
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
{
|
|
|
|
gchar * suffix ;
|
|
|
|
gdouble rawN = g_ascii_strtod( str .c_str(), & suffix ) ;
|
2013-08-27 08:29:26 -06:00
|
|
|
while ( isspace( suffix[0] ) ) //Skip white space before suffix
|
|
|
|
suffix ++ ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
unsigned long long mult ;
|
|
|
|
switch ( suffix[0] )
|
|
|
|
{
|
|
|
|
case 'K': mult = KIBIBYTE ; break ;
|
|
|
|
case 'M': mult = MEBIBYTE ; break ;
|
|
|
|
case 'G': mult = GIBIBYTE ; break ;
|
|
|
|
case 'T': mult = TEBIBYTE ; break ;
|
2013-08-27 08:29:26 -06:00
|
|
|
case 'P': mult = PEBIBYTE ; break ;
|
|
|
|
case 'E': mult = EXBIBYTE ; break ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
default: mult = 1 ; break ;
|
|
|
|
}
|
Handle btrfs tools rounding of figures (#499202)
The btrfs programs only provide approximations of file system sizes
because they display figures using binary prefix multipliers to two
decimal places of precision. E.g. 2.00GB. For partition sizes where
the contained file system size rounds upwards, GParted will fail to read
the file system usage and report a warning because the file system will
appear to be larger than the partition.
For example, create a 2047 MiB partition containing a btrfs file system
and display its size.
# btrfs filesystem show
Label: none uuid: 92535375-5e76-4a70-896a-8d796a577993
Total devices 1 FS bytes used 28.00KB
devid 1 size 2.00GB used 240.62MB path /dev/sda12
The file system size appears to be 2048 MiB, but that is larger than the
partition, hence the issue GParted has. (Actually uses the btrfs devid
size which is the size of the btrfs file system within the partition in
question).
This issue is new with the fix for Bug #499202 because it queries the
file system sizes for the first time. The same issue could
theoretically occur previously, but with the used figure (FS bytes
used). This would have been virtually impossible to trigger because
btrfs file system would have to have been greater than 99% full, but
btrfs has been notorious for early reporting of file system full.
The fix is that if a btrfs file system size appears larger than the
partition size, but the minimum possible size which could have been
rounded to the reported figure is within the partition size use the
smaller partition size instead. Apply the method to the used figure
too, in case the file system is 100% full. Also if the btrfs file
system size appears smaller than the partition size, but the maximum
possible size which could have been rounded to the reported figure is
within the partition size use the larger partition size instead to avoid
reporting, presumably false, unallocated space. Not applied to file
system used figure.
Bug 499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-05-30 06:41:59 -06:00
|
|
|
return rawN * mult ;
|
Query unallocated space for unmounted file systems (#499202)
Update file system specific implementations to set the size and free
space, thus allowing the unallocated space in the partition to be
calculated, for the following unmounted file systems:
btrfs, ext2, ext3, ext4, fat16, fat32, jfs, nilfs2, ntfs, reiserfs,
reiser4, xfs
Bug #499202 - gparted does not see the difference if partition size
differs from filesystem size
2012-01-10 08:19:01 -07:00
|
|
|
}
|
2012-01-22 13:49:52 -07:00
|
|
|
|
2010-01-02 04:11:50 -07:00
|
|
|
} //GParted
|