부팅시 fstab을 통한 CIFS 마운트가 마운트되지 않음


20

부팅시 마운트하려는 NAS에 CIFS 공유가 있습니다. MythTV 서버에서 기본 미디어 저장소로 사용합니다. fstab마운트 하도록 항목을 추가 했지만 마운트하지 않았습니다. 내 시스템 로그를 살펴본 후 fstab네트워크 인터페이스가 온라인 상태가되기 전에 읽은 것으로 보입니다 . fstab항목을 수정할 수있는 수정 사항이 있습니까?

fstab공유를 장착 항목은 다음과 같습니다

\\192.168.0.26\mythtv\media  /media/mybooklive  cifs  username=user,password=pass,umask=002,uid=136,gid=144,iocharset=utf8   0       0

부팅 할 때 부팅 후 sudo mount -a제대로 마운트 되며 다른 문제는 없습니다.

감사!


2
"//192.168.0.26/mythtv/media"참조 - 서버가 우분투를 실행하는 경우, 그것은 가능성이 당신이 /가 아니라 다음 \ 필요하다 wiki.ubuntu.com/MountWindowsSharesPermanently
팬더

@ bodhi.zazen 입력했을 때 /가 있었을 지 모르지만 이제는 \
douggro

fstab
Panther

@ bodhi.zazen Wiki 기사를 설정할 때 따라온 기사가 확실합니다. 나중에 서버와 함께 앉을 시간이되면 구문을 확인하겠습니다.
douggro

1
@ bodhi.zazen 귀하의 의견을 답변으로 바꾸어주세요.
douggro

답변:



24

항목에 옵션 _netdev을 추가해 보셨습니까 fstab? 문자열에 다른 옵션과 함께 추가하면됩니다.

//192.168.0.26/mythtv/media  /media/mybooklive  cifs  username=user,password=pass,_netdev,umask=002,uid=136,gid=144,iocharset=utf8   0       0

_netdev 네트워크가 연결될 때까지 마운트를 지연시켜야합니다.


fstab줄에 배치 할 위치에 컨텍스트를 추가 할 수 있습니까 ? 이를 통해 서버를 사용하지 않을 때 재부팅 할 수있는 기간을 시험해 보도록하겠습니다. 대답 해줘서 고마워.
douggro

1
이것은 우분투 12.04에서 나에게 도움이되었지만 우분투 16.04에서는 그렇지 않았습니다. 최신 버전에서 변경 되었습니까?
Katu

2
참고 : _netdev는 실제로 16.04에서 작동한다고 생각하지만 credentials = / home / user / .smbcreds는 더 이상 작동하지 않습니다. 적어도 user =, pass =, _netdev 사용하면 작동하지만 credentials =, _ netdev 사용하면 작동하지 않습니다. 둘 다 부팅 후 명령 줄에서 sudo mount-a를 통해 작동합니다.
jb510

1
실제로 이것은 미디어 폴더에 대한 권한 변경과 더 관련이 있다고 생각합니다. 언젠가 우분투는 / media / folder name이 아니라 / media / username / folder name에 마운트를 시작했습니다. "username"위치에 마운트하지 않으면 액세스 할 수있는 sudo 레벨 권한이 있어야합니다. / media / username 경로를 사용하도록 경로를 변경하면 여전히 작동한다고 생각합니다.
djmadscribbler

1
_netdev-fstype nfs에만 유효
Mikhail Chuprynski

15

_netdev가 작동하지 않으면 옵션을 시도하십시오.

x-systemd.automount

대신에. 처음 액세스 할 때 드라이브를 장착하면 작동합니다.

자동 마운트를 테스트하려면 현재 마운트 된 공유를 마운트 해제하십시오.

$ sudo umount /media/mybooklive

그런 다음 시스템 remote-fs장치 를 다시 시작하십시오 .

$ sudo systemctl daemon-reload
$ sudo systemctl restart remote-fs.target

2
감사합니다, 이것은 18.04 LTS
Chief

1
_netdev는 18.04에서 작동하지 않았습니다. 완벽하게 작동했습니다.)
Brian은 Reinstate Monica가

6

2017-09-07의 Raspbian-Stretch 빌드를 사용하고 있으며 동일한 문제가 발생했습니다. 그러나 raspi-config로 이동하여 Boot Options 메뉴에서 "Boot at network at boot"옵션을 활성화하여이 문제를 해결할 수있었습니다.


1
이것은 실제로 매우 도움이됩니다. 부팅해도 모든 것이 정상이라고 말하더라도 마운트하지 않았거나 폴더를 표시하지 않았습니다.
Alfred Espinosa

3

슬래시 (/)를 사용하면 문제가 해결되지 않았습니다.
또한 항목에 옵션 _netdev을 추가해도 /etc/fstab문제가 해결되지 않았습니다.

Pi3에서이 문제를 해결하기 위해 수행 한 작업은 /etc/rc.local20 초 ( 휴대 전화로 sleep 20) 잠자도록 수정 한 다음을 호출 mount -a합니다. 이렇게하면 시스템이 fstab 파일을 처음 읽을 때 네트워크가 아직 연결되지 않았더라도 마운트가 실패하므로 시스템이 여기에 20 초 동안 기다렸다가 (네트워크 연결 시간 제공) 강제로 호출합니다.mount -a 다시 합니다. fstab파일에 모든 드라이브를 마운트 합니다.

/etc/rc.local파일은 다음과 같습니다.

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

# Print the IP address
#GS notes: a *minimum* of sleep 10 is required for the mount below to work on the Pi 3; it failed with sleep 5, but worked with sleep 10, sleep 15, and sleep 30
sleep 20
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
  printf "My IP address is %s\n" "$_IP"
  mount -a #GS: mount all drives in /etc/fstab
fi

exit 0

끝난! 이제는 완벽하게 작동합니다!

참고 문헌 :


Wi-Fi를 통해 연결하고 있습니까?
cbcoutinho

예, 이더넷 대신 WiFi를 사용하고 있습니다.
Gabriel Staples

그것은 실제로 매우 이상하지만 아마도 내 문제와 관련이 없습니다. 이더넷 케이블을 통해 연결하려고하는 세 개의 네트워크 드라이브가 있습니다 (Wi-Fi가 아님). 드라이브 이름 중 하나에는 특수 문자가 있으므로 새로 부팅 한 후에는 연결되지 않습니다. 실행 sudo mount -a하면 문제가 해결되지만 부팅하는 동안 왜 작동하지 않는지 궁금합니다. 나는 당신의 해결책을 시도하고 그것이 도움이되는지 볼 것입니다.
cbcoutinho
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.