Bug 403291
Summary: | Before Halting System: "ntfs-3g: Unknown option '-n'." | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Christoph Kindl <christoph.kindl> | ||||||||
Component: | ntfs-3g | Assignee: | Tom "spot" Callaway <tcallawa> | ||||||||
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 8 | CC: | notting, szaka | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2008-04-22 15:59:32 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Christoph Kindl
2007-11-28 19:02:12 UTC
Created attachment 271601 [details]
"Screen Shot" of the error
Created attachment 271611 [details]
/etc/fstab
same problem here Very strange. It's as if fstab-decode is generating -n as the option it needs for the halt script to perform the ntfs umount. Bill, does this make any sense to you? What do you have in /proc/mounts normally? I suppose the simplest way to debug this is to slap a set -x in __umount_loop in /etc/init.d/functions and see what the output is. I notice that you're running ntfs-3g-1.1030, which is a bit out of date. I was unable to reproduce this with the latest package for f8, which is ntfs-3g-1.1120-1. To be fair, I downgraded to ntfs-3g-1.1030, and I can't reproduce it with that package either. I'm not an expert at shell-scripting at all, but this error could be generated by the halt script: line 193-197 # Remount read only anything that's left mounted. # echo $"Remounting remaining filesystems readonly" mount | awk '{ print $3 }' | while read line; do fstab-decode mount -n -o ro,remount $line done So it's possible be that the ntfs partition couldn't be unmounted, so it will be remounted read-only, but that fails. But that's just a wild guess! (please ignore if that's not possible) xD If ntfs mount doesn't support -n, it really needs to... Szaka, ntfs-3g doesn't support the -n option to mount. Would you be opposed to adding it? (The current code is doing some odd "ignore mtab" options that take effect at compile time, not as a runtime option) No. But the fundamental problem here is that remount is not supported and doing so can cause data loss the same way as if the partition weren't unmounted at all. Please just use unmount at the moment. We cannot hardcode different options for different file systems, especially since we're just calling 'normal' mount/unmount - if it can't support it, it should just ignore it. Created attachment 296100 [details]
patch for ntfs-3g to ignore -n mount opt
This is resolved in F-9 and rawhide. |