저는 주로 가정용 Wi-Fi에 사용하는 데비안이 설치된 노트북을 가지고 있습니다. 일부 네트워크 디스크에 액세스하기 위해 /etc/fstab에 몇 줄이 있습니다.
disk:/media/vol0 /home/disk0 nfs4 noauto,x-systemd.automount,x-systemd.device-timeout=10
disk:/media/vol1 /home/disk1 nfs4 noauto,x-systemd.automount,x-systemd.device-timeout=10
이는 액세스할 때 훌륭하게 작동합니다. 랩탑의 /home/disk1 디렉토리에 액세스하면 디스크가 마운트됩니다. 문제는 닫혀 있을 때 Wi-Fi가 사용자 연결이므로 사용자가 로그아웃하면 Wi-Fi가 다운된다는 것입니다. 그러면 nfs unmount가 중단됩니다. 예전에는 90초 지연이었는데 약간 짜증나긴 했지만 허용 가능했지만, 마지막 데비안 업그레이드 이후 서버를 사용할 수 없을 때 nfs 디스크를 마운트 해제하려고 재시도하는 데 무한한 지연이 있는 것 같습니다. (종료 중 메시지에 따르면 지금까지 오래 기다릴 필요가 없었습니다.) 이는 컴퓨터를 강제로 종료해야 함을 의미하며 다른 문제 중에서도 /를 완전히 제거하지 못했습니다.
이 문제의 근본 원인은 물론 사용자 정의 네트워크와 시스템 정의 nfs 마운트가 있기 때문입니다. 저는 Wi-Fi 연결을 시스템 서비스로 정의하는 방법을 알고 있지만 이로 인해 다른 일이 어려워지므로 다음 사항이 궁금합니다.
- Wi-Fi 연결이 끊어지기 전에 제거되도록 nfs를 사용자 정의 마운트로 만드는 설정이 있습니까? 또는,
- umount의 시간 초과 기간을 설정하는 방법은 무엇입니까?
(이 질문을 입력하는 동안 가능한 해결 방법은 nfs 마운트에 유휴 시간 초과를 설정하여 잠시 유휴 상태가 된 후 자동으로 마운트 해제되는 것이라는 점을 깨달았습니다. 하지만 이 방법이 작동하려면 시간 초과가 너무 짧아야 합니다. 마운트에 액세스하는 마지막 프로세스가 종료된 시점부터 Wi-Fi가 제거될 때까지의 시간 범위가 마운트 해제되므로 그렇지 않을 수도 있습니다)
答え1
x-systemd.requires=network-online.target마운트하려면 네트워크가 활성화되어야 함을 systemd에 알리기 위해 포럼에서 값이 제안되었으며, 두 번째 값은 @ipor-sircer가 귀하의 질문에 대한 의견으로 제안했습니다.
sudo systemctl daemon-reload변경 사항을 적용하려면 systemd를 다시 로드하고 파티션을 다시 마운트해야 할 수도 있습니다 .
NFS를 기다리는 마운트 지점으로 인해 시스템이 종료되지 않는 비슷한 문제가 있었습니다. x-systemd.requires=network-online.target,_netdevfstab에 추가했는데 이제 시스템이 문제 없이 종료됩니다.