Activity log for bug #1577885

Date Who What changed Old value New value Message
2016-05-03 17:54:57 Matthias Laumer bug added bug
2016-05-03 17:56:30 Matthias Laumer description I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the comman "umount /media/server ..." I have not tested if this also appears when I am connected via ethernet. I think it is because the Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avaided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local. I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) which is called from ~/.config/autostart/myMounts.desktop Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the comman "umount /media/server ..." I have not tested if this also appears when I am connected via ethernet. I think it is because the Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avoided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local.
2016-05-03 17:57:51 Matthias Laumer description I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) which is called from ~/.config/autostart/myMounts.desktop Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the comman "umount /media/server ..." I have not tested if this also appears when I am connected via ethernet. I think it is because the Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avoided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local. Using Ubuntu 16.04 Desktop with Unity, used the same approach in 14.04 with no issue. I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) which is called from ~/.config/autostart/myMounts.desktop Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the comman "umount /media/server ..." I have not tested if this also appears when I am connected via ethernet. I think it is because the Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avoided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local.
2016-05-03 18:00:19 Matthias Laumer description Using Ubuntu 16.04 Desktop with Unity, used the same approach in 14.04 with no issue. I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) which is called from ~/.config/autostart/myMounts.desktop Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the comman "umount /media/server ..." I have not tested if this also appears when I am connected via ethernet. I think it is because the Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avoided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local. Using Ubuntu 16.04 Desktop with Unity, used the same approach in 14.04 with no issue. I prepare for mounting with the following entry in /etc/fstab my Synology NAS : //192.168.178.61/data /media/server/server_data cifs users,uid=1000,gid=1000,username=xxxxx,passwd=xxxxxx,iocharset=utf8,sec=ntlm,noauto,_netdev 0 After login to unity, I mount it with a bash-script (mount -a) which is called from ~/.config/autostart/myMounts.desktop Doing this, and shuting down or rebooting lead into a very delayed shutdown (round about 2 minutes) Pressing ESC Key, showed that the process stops at the command "umount /media/server ..." I have not tested if this also occurs when I am connected via ethernet. I think it is because the (Wifi)Network is already disabled prior all umounts are done. This issue happens even if I type in a shutdown command into a Terminal or if I choose shutdown form the menue, also if I use the power-button. Failure can be avoided if I umount the network-drives manually previouse to reboot. Interim solution was, to create an alias for "shutdown" like "sh /path/to/umount/script.sh && shutdown" in /etc/bash.bashrc.local.
2016-05-07 09:54:20 Launchpad Janitor systemd (Ubuntu): status New Confirmed
2016-05-19 09:53:37 Max-Ulrich Farber bug task added network-manager (Ubuntu)
2016-05-19 09:58:32 Max-Ulrich Farber bug added subscriber Max-Ulrich Farber
2016-05-24 05:40:41 Launchpad Janitor network-manager (Ubuntu): status New Confirmed
2016-05-24 05:41:04 Justin Luth bug added subscriber Justin Luth
2017-01-25 13:54:39 Anatoli bug added subscriber Anatoli
2017-04-02 18:05:34 Hopscotch Willie bug added subscriber Hopscotch Willie
2017-06-21 09:05:54 Daniel Mulholland bug added subscriber Daniel Mulholland
2017-08-31 00:51:45 Scott Deagan bug added subscriber Scott Deagan
2017-10-20 03:30:48 wb8nbs bug added subscriber wb8nbs
2017-10-27 11:10:58 Mike Røntved bug added subscriber Mike Røntved
2017-12-18 13:06:08 Rahn Stavar bug added subscriber Rahn Stavar
2018-03-28 14:30:58 Frederick Zhang bug added subscriber Frederick Zhang
2018-03-29 07:33:11 Sebastien Bacher tags cifs delay nfs shutdown umount cifs delay nfs rls-bb-incoming shutdown umount
2018-04-17 13:56:07 Sebastien Bacher tags cifs delay nfs rls-bb-incoming shutdown umount cifs delay nfs rls-bb-notfixing shutdown umount
2019-08-27 05:01:53 jayshomebrew attachment added Screenshot_2019-08-26_21-58-36.png https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1577885/+attachment/5284860/+files/Screenshot_2019-08-26_21-58-36.png
2019-11-15 07:33:20 Joachim Wickman bug added subscriber Joachim Wickman
2021-06-30 19:42:35 Dan Streetman systemd (Ubuntu): status Confirmed Invalid
2023-04-22 21:11:48 Hopscotch Willie removed subscriber Hopscotch Willie