Comment 6 for bug 1008117
Revision history for this message
| Austin Dempewolff (adempewolff) wrote Re: [Bug 1008117] [NEW] Nautilus suggests option for mounting hibernated ntfs partitions that could lead to data loss | #6 |
Similarly, this bug was not filed because of the mounting denial, but
rather because the denial lists the command for a potential dangerous
action without explaining what it would do and the data loss it could cause.
On Friday, September 21, 2012, Jean-Pierre <email address hidden>
wrote:
> The mounting denial is not a bug. It is a feature preventing you from
> losing data.
>
> Also please see http://
> 3g.html#windows8
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Nautilus suggests option for mounting hibernated ntfs partitions that
> could lead to data loss
>
> Status in NTFS-3G:
> New
> Status in “ntfs-3g” package in Ubuntu:
> Confirmed
>
> Bug description:
> --- What happens: ---
> If a user tries to open an ntfs partition that has been hibernated
while using Nautilus they will be presented with this dialog:
> -------
> Unable to mount XP
>
> Error mounting: mount exited with exit code 14: Windows is hibernated,
refused to mount.
> Failed to mount '/dev/sda3': Operation not permitted
> The NTFS partition is hibernated. Please resume and shutdown Windows
> properly, or mount the volume read-only with the 'ro' mount option, or
> mount the volume read-write with the 'remove_hiberfile' mount option.
> For example type on the command line:
>
> mount -t ntfs-3g -o remove_hiberfile /dev/sda3 /media/XP_
> -------
>
> The last suggestion, "mount the volume read-write with the
> 'remove_hiberfile' mount option," is problematic because doing this
> would delete the 'hiberfile.sys' file and cause the user to lose all
> information on the saved session-
> Here is a selection from the ntfs-3g manpage explaining this option:
>
> remove_hiberfile
> Unlike in case of read-only mount, the read-write
mount is
> denied if the NTFS volume is hibernated. One needs
either to
> resume Windows and shutdown it properly, or use this
option
> which will remove the Windows hibernation file.
Please note,
> this means that the saved Windows session will be
completely
> lost. Use this option under your own responsibility.
>
> The fact that the exact command to do this is prominently displayed
> (and is the only command displayed) without any warning that this will
> delete the saved Windows session only aggravates the risk of data
> loss.
>
> --- What should happen: ---
>
> 1. If a command is to be prominently displayed it should be the
> command to mount the partition in read-only mode (see command
> below)--this is the only completely safe way to mount a hibernated
> ntfs-partition without risking data loss.
>
> mount -t ntfs-3g -o ro /dev/sda3 /media/XP_
>
> 2. A warning should be included in the Nautilus dialog which explains
> that using the 'remove_hiberfile' option to mount the drive in read-
> write mode will require deleting the saved Windows session and losing
> any unsaved files.
>
> --- Steps to reproduce: ---
>
> 1. Hibernate a Windows installation
> 2. Boot Ubuntu
> 3. Attempt to open the Windows partition using Nautilus
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.04
> Package: nautilus 1:3.4.2-0ubuntu1
> ProcVersionSign
> Uname: Linux 3.2.0-24-generic x86_64
> NonfreeKernelMo
> ApportVersion: 2.0.1-0ubuntu8
> Architecture: amd64
> Date: Sun Jun 3 22:08:06 2012
> ExecutablePath: /usr/bin/nautilus
> GsettingsChanges: org.gnome.
'1192x655+56+24'
> InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64
(20111012)
> SourcePackage: nautilus
> UpgradeStatus: Upgraded to precise on 2012-04-29 (34 days ago)
> XsessionErrors:
> (gnome-
edid: unable to get EDID for output
> (gnome-
EDID for xrandr-default: unable to get EDID for output
> (gnome-
xrandr-default gamma tables: gamma size is zero
> (compiz:1933): GConf-CRITICAL **: gconf_client_
`gconf_valid_key (dirname, NULL)' failed
>
> To manage notifications about this bug go to:
> https:/
>