2009-11-05 11:08:32 -07:00
|
|
|
/* Copyright (C) 2004 Bart
|
2012-03-03 11:47:39 -07:00
|
|
|
* Copyright (C) 2008, 2009, 2010, 2011, 2012 Curtis Gedak
|
2005-09-13 08:56:00 -06: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.
|
2005-09-13 08:56:00 -06: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/>.
|
2005-09-13 08:56:00 -06:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
#include "../include/hfsplus.h"
|
2015-11-25 07:55:19 -07:00
|
|
|
#include "../include/Partition.h"
|
2005-09-13 08:56:00 -06:00
|
|
|
|
|
|
|
namespace GParted
|
|
|
|
{
|
|
|
|
|
2006-07-29 02:27:28 -06:00
|
|
|
FS hfsplus::get_filesystem_support()
|
2005-09-13 08:56:00 -06:00
|
|
|
{
|
2015-11-13 14:46:57 -07:00
|
|
|
FS fs( FS_HFSPLUS );
|
2011-06-09 09:59:41 -06:00
|
|
|
|
2014-02-14 18:26:32 -07:00
|
|
|
fs .busy = FS::GPARTED ;
|
|
|
|
|
2012-03-03 11:47:39 -07:00
|
|
|
#ifdef HAVE_LIBPARTED_FS_RESIZE
|
|
|
|
fs .read = GParted::FS::LIBPARTED ;
|
|
|
|
fs .shrink = GParted::FS::LIBPARTED ;
|
2011-06-09 09:59:41 -06:00
|
|
|
#endif
|
|
|
|
|
2008-07-25 16:19:50 -06:00
|
|
|
if ( ! Glib::find_program_in_path( "mkfs.hfsplus" ) .empty() )
|
2013-06-05 15:15:47 -06:00
|
|
|
{
|
2008-07-25 16:19:50 -06:00
|
|
|
fs .create = GParted::FS::EXTERNAL ;
|
2013-06-05 15:15:47 -06:00
|
|
|
fs .create_with_label = GParted::FS::EXTERNAL ;
|
|
|
|
}
|
|
|
|
|
2008-07-25 16:19:50 -06:00
|
|
|
if ( ! Glib::find_program_in_path( "fsck.hfsplus" ) .empty() )
|
|
|
|
fs .check = FS::EXTERNAL ;
|
|
|
|
|
|
|
|
if ( ! Glib::find_program_in_path( "vol_id" ) .empty() )
|
2008-11-08 16:55:17 -07:00
|
|
|
fs .read_label = FS::EXTERNAL ;
|
2008-07-25 16:19:50 -06:00
|
|
|
|
2006-05-23 15:17:34 -06:00
|
|
|
fs .copy = GParted::FS::GPARTED ;
|
2006-07-19 14:12:46 -06:00
|
|
|
fs .move = GParted::FS::GPARTED ;
|
2012-09-10 09:41:58 -06:00
|
|
|
fs .online_read = FS::GPARTED ;
|
|
|
|
|
2005-09-13 08:56:00 -06:00
|
|
|
return fs ;
|
|
|
|
}
|
|
|
|
|
2008-11-08 16:55:17 -07:00
|
|
|
void hfsplus::read_label( Partition & partition )
|
2006-09-12 14:34:33 -06:00
|
|
|
{
|
2008-07-25 16:19:50 -06:00
|
|
|
if ( ! Utils::execute_command( "vol_id " + partition .get_path(), output, error, true ) )
|
|
|
|
{
|
|
|
|
Glib::ustring label = Utils::regexp_label( output, "ID_FS_LABEL=([^\n]*)" ) ;
|
|
|
|
//FIXME: find a better way to see if label is empty.. imagine someone uses 'untitled' as label.... ;)
|
2012-10-08 07:23:17 -06:00
|
|
|
if ( label != "untitled" )
|
2014-12-16 15:04:34 -07:00
|
|
|
partition.set_filesystem_label( label );
|
2012-10-08 07:23:17 -06:00
|
|
|
else
|
2014-12-16 15:04:34 -07:00
|
|
|
partition.set_filesystem_label( "" );
|
2008-07-25 16:19:50 -06:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
if ( ! output .empty() )
|
2015-12-31 09:32:08 -07:00
|
|
|
partition.push_back_message( output );
|
2008-07-25 16:19:50 -06:00
|
|
|
|
|
|
|
if ( ! error .empty() )
|
2015-12-31 09:32:08 -07:00
|
|
|
partition.push_back_message( error );
|
2008-07-25 16:19:50 -06:00
|
|
|
}
|
2006-09-12 14:34:33 -06:00
|
|
|
}
|
|
|
|
|
2006-08-20 03:33:54 -06:00
|
|
|
bool hfsplus::create( const Partition & new_partition, OperationDetail & operationdetail )
|
2005-09-13 08:56:00 -06:00
|
|
|
{
|
2008-07-25 16:19:50 -06:00
|
|
|
Glib::ustring cmd = "";
|
2014-12-16 15:04:34 -07:00
|
|
|
if( new_partition.get_filesystem_label().empty() )
|
2008-07-25 16:19:50 -06:00
|
|
|
cmd = "mkfs.hfsplus " + new_partition .get_path() ;
|
|
|
|
else
|
2014-12-16 15:04:34 -07:00
|
|
|
cmd = "mkfs.hfsplus -v \"" + new_partition.get_filesystem_label() + "\" " + new_partition.get_path();
|
Time and check nearly all file system action commands (#754684)
There has been an undocumented rule that external commands displayed in
the operation details, as part of file system manipulations, only get a
time and check mark displayed when multiple commands are needed, and not
otherwise. (GParted checks whether all commands are successful or not
regardless of whether a check mark is displayed in the operation details
or not).
EXCEPTION 1: btrfs resize
Since the following commit [1] from 2013-02-22, GParted stopped
displaying the timing for the btrfs resize command in the operation
details. It being part of a multi-command sequence to perform the step.
This is because FileSystem::execute_command() since the commit can only
check the exit status for zero / non-zero while timing and checking the
command status but btrfs resize needs to consider some non-zero statuses
as successful.
[1] 52a2a9b00a32996921ace055e71d0e09fb33c5fe
Reduce threading (#685740)
EXCEPTION 2: ext2/3/4 move and copy using e2image
When use of e2image was added [2] the single command steps were timed
and check.
[2] 86111fe12a26d23d9fc2a9e2d19281290ecaf985
Use e2image to move/copy ext[234] file systems (#721516)
EXCEPTION 3: fat16/32 write label and UUID
Uses Utils::execute_command() rather than FileSystem::execute_command()
so can be separately changed. See the following commit for resolution
of the final commands not yet timed and check mark displayed.
CHANGE:
Lets make a simpler rule of always displaying the time and a check mark
for all external commands displayed in the operation details. However
this makes several of the other single command actions need special exit
status handling because zero success, non-zero failure is not correct
for every case. Specifically affects resizing of reiserfs and check
repair of ext2/3/4, fat16/32, jfs and reiserfs.
After this change all external commands run as file system actions must
follow one of these two patterns of using the EXEC_CHECK_STATUS flag or
separately calling FileSystem::set_status() to register success or
failure of the command:
exit_status = execute_command(cmd, od, EXEC_CHECK_STATUS...);
or:
exit_status = execute_command(cmd, od, ...);
bool success = (exit_status == 0 || exit_status == OTHER_SUCCESS_VALUE...);
set_status(od, success );
Bug 754684 - Updates to FileSystem:: and Utils::execute_command()
functions
2015-09-05 02:31:16 -06:00
|
|
|
return ! execute_command( cmd , operationdetail, EXEC_CHECK_STATUS );
|
2005-09-13 08:56:00 -06:00
|
|
|
}
|
|
|
|
|
2006-08-20 03:33:54 -06:00
|
|
|
bool hfsplus::check_repair( const Partition & partition, OperationDetail & operationdetail )
|
2005-09-13 08:56:00 -06:00
|
|
|
{
|
Time and check nearly all file system action commands (#754684)
There has been an undocumented rule that external commands displayed in
the operation details, as part of file system manipulations, only get a
time and check mark displayed when multiple commands are needed, and not
otherwise. (GParted checks whether all commands are successful or not
regardless of whether a check mark is displayed in the operation details
or not).
EXCEPTION 1: btrfs resize
Since the following commit [1] from 2013-02-22, GParted stopped
displaying the timing for the btrfs resize command in the operation
details. It being part of a multi-command sequence to perform the step.
This is because FileSystem::execute_command() since the commit can only
check the exit status for zero / non-zero while timing and checking the
command status but btrfs resize needs to consider some non-zero statuses
as successful.
[1] 52a2a9b00a32996921ace055e71d0e09fb33c5fe
Reduce threading (#685740)
EXCEPTION 2: ext2/3/4 move and copy using e2image
When use of e2image was added [2] the single command steps were timed
and check.
[2] 86111fe12a26d23d9fc2a9e2d19281290ecaf985
Use e2image to move/copy ext[234] file systems (#721516)
EXCEPTION 3: fat16/32 write label and UUID
Uses Utils::execute_command() rather than FileSystem::execute_command()
so can be separately changed. See the following commit for resolution
of the final commands not yet timed and check mark displayed.
CHANGE:
Lets make a simpler rule of always displaying the time and a check mark
for all external commands displayed in the operation details. However
this makes several of the other single command actions need special exit
status handling because zero success, non-zero failure is not correct
for every case. Specifically affects resizing of reiserfs and check
repair of ext2/3/4, fat16/32, jfs and reiserfs.
After this change all external commands run as file system actions must
follow one of these two patterns of using the EXEC_CHECK_STATUS flag or
separately calling FileSystem::set_status() to register success or
failure of the command:
exit_status = execute_command(cmd, od, EXEC_CHECK_STATUS...);
or:
exit_status = execute_command(cmd, od, ...);
bool success = (exit_status == 0 || exit_status == OTHER_SUCCESS_VALUE...);
set_status(od, success );
Bug 754684 - Updates to FileSystem:: and Utils::execute_command()
functions
2015-09-05 02:31:16 -06:00
|
|
|
return ! execute_command( "fsck.hfsplus -f -y " + partition.get_path(), operationdetail, EXEC_CHECK_STATUS );
|
2005-09-13 08:56:00 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
} //GParted
|