Nicks suggestion is exactly the solution which would be perfect, but I think will be very difficult to handle. Two systems which should be independent need to cooperate. gnome-mount just executes the mount command for any possible file system. It should not have to treat some fs different i.e. should not have knowledge of the underlying layer. It just passes on the error message from the fs mounter.
On the other hand the ntfs-3g fs mounter does not know whether a shell or gnome executed it. Ran from shell, the error message is totally suitable as it provides information how to handle the problem. The mounter should not need information about the caller to run properly. I think a major decision has to be made here (maybe that's why this bug is untouched) about how the fs mounter layer and the (gnome) UI layer shall communicate in cases of errors. Including special treatment for some special mounters in gnome source code is wrong. (k, I did it, but just as short term hotfix) My idea would be including some standard buttons in the "error occured" window, not just the "OK" button (since it isn't "ok" *g*). The buttons are "retry" and "run command & retry". An even more configurable approach would be giving gnome-mount a config file where it looks for solutions and offers them to the user. This would not only enable to fix such a problem without compiling modules but also allowing ubuntu to automatically adding solutions to known problems when installing a new fs driver. -- User-friendly automounting of ntfs partitions with an unclean logfile https://bugs.launchpad.net/bugs/175503 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
