ROSA Linux Bugzilla – Bug 485
Could not access to local NTFS volume
Last modified: 2012-12-25 15:21:35 MSK
Created attachment 352 [details]
An error while I access NTFS volume
Description of problem:
I have ROSA 2012 LTS (32 bit) on double-boot system with Windows 7. NTFS volumes is not mounted automatically on ROSA. I have given access from Dolphin.
Yesterday I have got an error while access to NTFS volume (screenshot is attached).
I have attached output of some diagnostic utilities too.
I have checked NTFS volume by chkdsk in Windows 7 and have not found any errors. Also I have finished the work of Windows 7 by regular way.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 353 [details]
output of diagnostic utilities
Created attachment 354 [details]
cat /etc/mtab before access
Created attachment 355 [details]
cat /etc/mtab after access
Some testers also wrote about it. That is, even in the 357th iso image. This error occurs after installation of the system. And after the next reboot all is well.
To mount the ntfs partition to use ntfs-config.
(In reply to comment #4)
> Some testers also wrote about it. That is, even in the 357th iso image. This
> error occurs after installation of the system. And after the next reboot all
> is well.
> To mount the ntfs partition to use ntfs-config.
1. I have rebooted my system twice or more and problem is presented.
2. As I have said I have not mounted NTFS volume by mount or editing /etc/fstab. I have used Doplhin for getting access to this volume. And some months I have no problems with getting access to NTFS volumes.
This issue can be related to wrong /etc/mtab contents. The possible workaround:
# rm /etc/mtab
# ln -s /proc/mounts /etc/mtab
(In reply to comment #6)
> This issue can be related to wrong /etc/mtab contents. The possible
> # rm /etc/mtab
> # ln -s /proc/mounts /etc/mtab
Ok, it is good workaround. But does You suggest any complete solution?
(In reply to comment #7)
> (In reply to comment #6)
> > This issue can be related to wrong /etc/mtab contents. The possible
> > workaround:
> > # rm /etc/mtab
> > # ln -s /proc/mounts /etc/mtab
> Ok, it is good workaround. But does You suggest any complete solution?
The final solution should be adding this link in package, but first we must ensure that it does not cause any regressions. E.g. it can affect mounting NFS shares. The same question was discussed in Debian bugtracker , and they needed several years to complete this transition.
symlink /etc/mtab to /procs/self/mounts is useful, but will be only after copying root from LiveCD to HDD, not automate and not in package - it's broke loading install section (and in some parts Live mode).
Solution is good, by need investigating and changing instalator.
/etc/mtab -> /procs/self/mounts symlink was finally implemented (some more details in bug #374)