Windows 폴더를 Debian 시스템에 연결하는 cifs 공유가 있지만 fstab을 사용하여 부팅 시 마운트할 수 없습니다. 600 권한이 있는 파일에 자격 증명이 저장되어 있습니다.
//192.168.1.72/Wowcher_Order_System /root/wowcher cifs credentials=/root/.smbcredentials,iocharset=utf8,sec=ntlm 0 0
자격 증명은 다음과 같이 저장됩니다.
username=user
password=pass
내가 잘못하고 있다는 것이 분명합니까? 수동으로 마운트하면 공유가 작동합니다.
답변1
다음 두 가지 옵션을 추가해야 합니다.
- 자동(@davidgo가 명시한 대로) 시작 시 이 마운트 지점이 로드되도록 합니다.
- _netdev부팅 스크립트가 네트워크를 로드하기 전에 대기하도록 하기 위해
relatime,nodev 및 nosuid,noexec와 같은 몇 가지 속도 및 안전 옵션을 추가할 수도 있습니다.
보다남자 마운트사용 가능한 옵션에 대해
답변2
나는 같은 문제가 있지만 _netdev와 auto ???를 모두 추가하는 것이 수정되지 않았습니다.
//192.168.0.50/Pool /mnt/pool cifs 사용자 이름=USER,password=PASS,vers=3.0,uid=1000,_netdev,auto 0 0
sudo mount -a로 제대로 작동하면 ???
답변3
Debian Bookworm에서도 이것 때문에 약간의 문제가 있었습니다.
docker가 완전히 작동하기 전에 Synology SMB 공유를 마운트해야 합니다.
추가 했지만 _netdev관찰되지 않는 것 같습니다. cifs_mount "failed w/return code = -101"재부팅 시 마운트 중에도 계속 오류가 발생했습니다 . 언급한 대로 잘 작동
하지만 mount -a.
오류 -101은 "ENETUNREACH 101 네트워크에 연결할 수 없습니다"를 의미합니다.
이상한. _netdev 옵션 때문에 네트워크를 기다려야 합니다.
마침내 systemd-networkd-wait-online 서비스를 활성화하면 문제가 해결된다는 사실을 발견했습니다.
systemctl enable systemd-networkd-wait-online.service
재부팅되었습니다. 드디어 제대로 장착되었습니다.
_netdev이상한 이유로 관찰되지 않는지, 아니면 다른 것으로 인한 것인지는 모르겠지만 이것이 관찰된 동작이었습니다.
x-systemd.automount또한 _netdev 대신 fstab 옵션을 사용하면 위에서 서비스를 활성화하지 않아도 작동한다고 들었습니다 . 그러나 나는 이것을 아직 테스트하지 않았습니다.
참고:
이 서비스를 활성화하면 네트워크가 즉시 연결되는 것처럼 보이더라도 재부팅이 지연될 수 있습니다. 왜 그런지는 모르겠지만 _netdevBookworm에서는 작동하지 않았고 아직 다른 설명을 찾지 못했습니다.