부팅시 CIFS 네트워크 드라이브를 마운트 할 수 없음


22

모든 파일이있는 네트워크 드라이브에 액세스하기 위해 fstab에 공유를 추가했습니다 ... fstab은 다음과 같습니다.

proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1
//192.168.1.73/disk1 /media/disk1 cifs username=pi,password=raspberry,_netdev,uid=1000,gid=1000,iocharset=utf8, 0 0
# a swapfile is not a swap partition, so no using swapon|off from here on, use dphys-swapfile swap[on|off] for that

내가 실행하면 sudo mount -a성공적으로 네트워크 드라이브 마운트를 내가 할 수있는 cd /media/disk1다음 ls제대로 나에게 말했다 네트워크 드라이브에있는 모든 폴더의 목록을 제공한다.

그러나 cd해당 위치로 파이를 재부팅하고 ls다시 실행 한 후에는 아무것도 없습니다. 수동으로 sudo mount -a다시 실행 해야 드라이브가 마운트됩니다.

나는 이것이 다른 포럼에서 여러 번보고되었다는 것을 보았고, 네트워크가 확립되기 전에 fstab의 마운트가 너무 일찍 발생하는 것으로 합의 된 것으로 보인다. 나는 내가 이해하는 것을 구현하려고 노력했지만 솔직히 말해서 많은 것이 내 머리 위에 있습니다. 내가 추가 한 _netdevfstab에있는 라인에, 내가 추가 한 rootdelay=10/boot/cmdline.txt에, 내가 네트워크 매니저를 설치 한 ...이 중 어느 것도 도움이 없다.

그래서 나는 너에게 파이를 창문 밖으로 던질 준비가되어 있음에 관해 당신에게로 돌아 섰다. 도움을 주시면 감사하겠습니다.

답변:


9

루트 또는 사용자 crontab에 마운트를 추가하는 것이 좋습니다.

현재 sudo를 사용하고 있다고 가정하면 루트 crontab이 가장 적합한 것으로 보입니다.

sudo crontab -e #를 사용하여 루트 crontab을 편집하십시오.

crontab에 @reboot 항목을 추가하십시오. 당신은 같은 라인이 필요합니다

@ 재부팅 (수면 30; / bin / mount / media / disk1) &

디스크를 마운트하기 전에 30 초 동안 기다립니다.


1
이것에 도달하기 위해 걸린 시간 동안 사과, 나는 단지 이것으로 다시 놀 수있는 기회를 가졌습니다. 귀하의 솔루션이 완벽하게 작동했다고 말하게되어 매우 안심입니다. 당신의 도움을 주셔서 대단히 감사합니다.
Luke Twomey

이것은 확실하게 마운트되지만 셧다운시 어떻게 절차 적으로 마운트 해제합니까?
Ciasto piekarz

14

부팅시 네트워크 드라이브 자동 마운트와 관련하여 동일한 문제가 발생했습니다. 편집 후에 mount -a명령을 추가하려고 했지만 아무 소용이 없습니다. 작동하지 않는 이유는 네트워크 가 실행 되기 전에 준비되지 않았기 때문 입니다./etc/rc.local/etc/fstabmount -a

다른 사람들이 언급했듯이 문제는 네트워크가 가동되기 전에도 fstab 드라이브가 마운트된다는 것입니다. 부팅하는 동안 네트워크가 준비되었는지 확인하기 위해에 옵션 Wait for Network at Bootraspi-config있습니다.

운영

sudo raspi-config

Wait for Network at Boot옵션을 설정 Slow wait for network connection before completing boot하고 재부팅합니다. 물론 부팅 시간에 영향을 줄 수 있지만 중요하지 않은 경우이 방법을 사용할 수 있습니다.

재부팅 후 네트워크 드라이브가 자동으로 마운트되었는지 확인할 수 있습니다. 빠른 확인 ls /media/DRIVE_NAME또는df


이것은 확실히 년 11 월 2016로 rpi3 최신 업데이트, 나를 위해 일한 수정입니다
ChrisAdmin

나는 /etc/rc.local mount -a해결책 을 사용하는 것을 선호 하지만, 먼저 잠을자는 것을 잊지 마십시오. 내가 방금 게시 한 내 답변보기 : raspberrypi.stackexchange.com/a/63690/49091
Gabriel Staples

4

Google에서 업데이트 된 메모를 업데이트합니다. 나는 Airport Time Capsule을 설치하는 것과 같은 일련의 좌절을 겪었습니다. 2018 년 3 월 14 일 릴리스 된 Rasbian Stretch에서 표준 GUI로 Raspberry Pi 3B +를 실행하고 있습니다.

내 fstab 코드 줄은 다음과 같습니다.

//100.10.10.1/Data /mnt/timecapsule cifs username=********, password=******, vers=1.0, rw, uid=1000, iocharset=utf8, sec=ntlm 0 0

몇 가지 변경 사항이 시간이 지남에 따라 발생한 것으로 보입니다.

  1. "vers = 1.0"문을 추가해야합니다
  2. _netdev는 CFIS 파일 시스템에서 아무 것도 수행하지 않고 NFS 파일 시스템에서만 작동합니다 (아래 Gabriel Staples에서 언급 한대로).
  3. "user ="및 "pass ="는 각각 "username ="및 "password ="여야합니다.
  4. 마지막으로, Raspberry Pi 구성 유틸리티에서 틱할 수있는 "네트워크 대기"상자가 있으며 부팅시 마운트 문제를 해결했습니다.

2 일의 투쟁 후, 이제는 마침내 마운트되었습니다.


1

이 문제를 해결하는 또 다른 요령은 파일 /etc/rc.local의 맨 아래에 다음 명령 을 추가하는 것입니다 .

mount -a

재부팅 후 다음 명령을 입력하여 모두 정상인지 확인할 수 있습니다.

df -h

그리고 당신은 다음과 같은 것을 보게 될 것입니다 :

pi@raspberrypi ~ $ df -h
File system      Dim. Usati Dispon. Uso% Montato su
/dev/root        7,2G  6,3G    584M  92% /
devtmpfs         119M     0    119M   0% /dev
tmpfs             25M  412K     25M   2% /run
tmpfs            5,0M     0    5,0M   0% /run/lock
tmpfs             49M     0     49M   0% /run/shm
/dev/mmcblk0p1    56M   20M     37M  36% /boot
//192.168.1.1/ws 466G  452G     14G  98% /mnt/winshare  <----------

0

_netdev의 옵션은 /etc/fstabCIFS 공유에 대한 모든에서 아무것도하지 않는 것. 이 리소스 ( https://help.ubuntu.com/community/Fstab )는 "_netdev-이것은 네트워크 장치이므로 네트워크를 가동 한 후 마운트하십시오. fstype nfs에만 유효합니다 "라고 표시되어 있음을 확인하는 것 같습니다 .

내가 사용하는 것을 선호 /etc/rc.local자고 다음 호출하여이 문제를 해결하기 위해 파일을 mount -a그 안에보다는 사용 crontab또는 Wait for network at boot옵션 raspi-config. 그러나 /etc/rc.local수정 프로그램이 작동하도록하려면 아래 설명 된대로 잠을 자야합니다.

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

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

참고 문헌 :


0

필자의 경우 Raspberry Pi 3을 구입하고 Raspbian Stretch를 설치 했으며 다음 과 같이 좋아하는 네트워크 드라이브 배열로 fstab 을 편집 했습니다.

//172.30.0.54/mnt/anim /mnt/share/Z cifs  username=frieza,password=meh,uid=1000,gid=1000,vers=2.0 0 0
//172.30.0.56/share/V /mnt/share/V cifs  username=goku,password=meh,uid=1000,gid=1000,vers=2.0 0 0
//172.30.0.56/share/M /mnt/share/M cifs  username=piccolo,password=meh,uid=1000,gid=1000,vers=2.0 0 0
//172.30.0.56/share/O /mnt/share/O cifs  username=drbrief,password=meh,uid=1000,gid=1000,vers=2.0 0 0
//172.30.0.56/share/R /mnt/share/R cifs  username=vegeta,password=meh,uid=1000,gid=1000,vers=2.0 0 0

그래서 내가 사용할 때마다 :

sudo mount -a

fstab에 나열된 모든 드라이브는 자동으로 마운트 된 다음 rc.local 및 다른 여러 위치에 추가하여 시동 시이 드라이브의 내용을 즐길 수 있도록 긴 이야기가 짧습니다. 루트에 라인을 추가하기로 결정할 때까지 아무런 효과가 없었습니다. crontab 같은 방법으로 :

sudo crontab -e

내 편집자를 선택하십시오 (y의 경우 nano) 그런 다음 맨 아래 에이 줄을 추가하십시오.

@reboot (sleep 20;/bin/mount -a)&

재부팅 한 후 모든 것이 잘 작동했습니다. 이것이 여러분을 도울 수 있기를 바랍니다.

노트:

문제가 발생하면 언제든지 다음을 실행할 수 있습니다.

service cron status

그리고 그것은 당신에게 무엇이 달려 있고 안했는지에 대한 힌트를 줄 것입니다


0

fstab에서 _netdevcomment = systemd.automount 속성을 추가 할 수 있으며 재부팅시 모두 제대로 작동합니다. 재부팅 할 때도 같은 문제가 발생했습니다.

\\network_shared_location\directory /your_mount_location/mount_directory cifs _netdev,username=<your_username>,password=<your_password>,workgroup=<YOUR_WORKGROUP>,users,auto,user_xattr,comment=systemd.automount 0 0

-1

나는 이것이 약간의 답장이라는 것을 알고 있지만 같은 문제가 fstab있었고 호출 될 때 네트워크가 작동하지 않는 것과 관련 이 있습니다. 나는 crontab첫 번째 시도하고 정상적으로 작동했지만 조금 지저분하다고 생각했습니다 ...

부팅시 마운트를 실행하기 위해 스크립트를 사용하여 실행 되는 훌륭한 게시물이 있습니다init.d ... 지금은 잘 작동합니다.


1
당신은 미래의 경우, 귀하의 링크에서 두드러진 세부 사항을 제공하는 답변을 편집 할 수 링크 죽음 .
Greenonline
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.