Fusefs mounts can loose data written shortly before shutdown and cause file system corruption. The problem is that the cache gets written back when the systems are unmounted. But the short timespan between stopping and thus unmounting and the system reset/powerdown often does not suffice to write all data back. This will change the rc script so that it hangs around until all data has safely been written back. It can still be shot by the watchdog, but it greatly reduces the risk of data corruption. How-To-Repeat: Use fusefs-ntfs or something similar, write some data (~100M split into a couple of files should do) to a mount and immediately run 'shutdown -p now'. The data will be (partly) missing upon the next boot.
State Changed From-To: open->feedback Awaiting maintainers feedback (via the GNATS Auto Assign Tool)
This looks like something that needs to be fixed at the code level. The patch is fine for now. I'm CC'ing Csaba. -- Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/
There is an OK from the maintainer and this patch can spare people significant data loss (like me who lost hours of work because of this). I dare suggest it ought to be committed until there is a proper fix available.
State Changed From-To: feedback->open Workaround patch has an OK from the port maintainer
Hi Anish, the PR ports/122907 [1] has been around for quite a while now, but a patch has not been committed by anyone, yet. If the patch is still applicable and should be committed, I'll do so at the weekend. Please let me know if this should finally be committed or if the PR should be closed. Best regards, Stefan [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=122907
Responsible Changed From-To: freebsd-ports-bugs->stefan Take.
State Changed From-To: open->closed Tracked in ports/124901.