I use NFS with autofs, and I'm impacted by this bug (2 minutes of waiting on resume before my NFS-mounted drive is available). Admittedly with autofs it's a bit of a different use case, but still... Sorry if the following is off-topic.
With autofs, it would actually be quite easy to unmount everything during suspend. Eg. see http://www.faqs.org/docs/Linux-mini/Automount.html#s5 . Doing it from a script/program should be done a bit differently, all automount pid files live in /var/run/autofs. And actually autofs even ships with a script to turn off automounted NFS shares during suspend (at /etc/apm/event.d/autofs) using this technique, but for some reason it doesn't seem to get called on my system AFAIK. I don't know enough about the suspend/hibernate system to diagnose why -- is it in the wrong location (ie. should it be in /etc/pm/sleep.d instead of /etc/apm/event.d?)
I use NFS with autofs, and I'm impacted by this bug (2 minutes of waiting on resume before my NFS-mounted drive is available). Admittedly with autofs it's a bit of a different use case, but still... Sorry if the following is off-topic.
With autofs, it would actually be quite easy to unmount everything during suspend. Eg. see http:// www.faqs. org/docs/ Linux-mini/ Automount. html#s5 . Doing it from a script/program should be done a bit differently, all automount pid files live in /var/run/autofs. And actually autofs even ships with a script to turn off automounted NFS shares during suspend (at /etc/apm/ event.d/ autofs) using this technique, but for some reason it doesn't seem to get called on my system AFAIK. I don't know enough about the suspend/hibernate system to diagnose why -- is it in the wrong location (ie. should it be in /etc/pm/sleep.d instead of /etc/apm/event.d?)