삼바 주식을 마운트하는 데 대한 몇 가지 가이드를 읽었지만 아직 운이 없습니다.
다음 명령으로 삼바 공유에 “로그인”할 수 있습니다.
smbclient //vvlaptop/Documents
암호를 요구하지만 암호가 없으므로 Enter 키를 누릅니다. 그런 다음 프롬프트로 로그인합니다 smb: \>. 어떤 이유로 공유를 탑재 할 수 없습니다. 이것이 내가 사용하는 명령입니다.
mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error
이 장치를 성공적으로 마운트하려면 어떻게해야합니까?
답변
smbclient 호스트 이름을 찾을 수 있습니다
mount 호스트 이름을 찾을 수 없습니다
이름으로 마운트하려면 Avahi와 같은 로컬 DNS 서비스를 사용해야합니다. 로컬 DNS가 없으면 연결할 때 IP 주소를 지정해야합니다. nmblookup -S WORKGROUPIP 주소를 발견하는 데 사용할 수 있습니다 .
mount -t cifs //192.168.0.123/Documents /mnt/virginia
일반적으로 공유에 액세스하는 더 좋은 방법은을 사용하는 것 smbnetfs입니다. 루트 권한없이 많은 공유를 마운트 할 수 있습니다.
smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.
smbnetfs의 맨 페이지에서 자세한 내용을 알려줍니다.
공유에 로그인 및 비밀번호가 필요한 경우 다음 단계를 수행하십시오.
mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*
~/.smb/smbnetfs.auth신임 정보를 삽입 하도록 파일 을 편집하십시오 . 파일 형식
auth "hostname" "username" "password"
답변
다음 명령을 시도하십시오 :
$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia
또한 자격 증명을 파일에 저장하고 대신 다음을 참조 할 수 있습니다.
$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
-o credentials=/home/mylogin/winpasswd
그런 다음 자격 증명을 해당 파일에 넣으십시오.
username=mylogin
password=
자격 증명이 도메인의 일부인 경우 파일에도 자격 증명을 포함시킵니다.
domain=domainname
참고 문헌
답변
NAS를 마운트하려고 할 때도 같은 문제가있었습니다. ext 4, NTFS 등 다른 형식에 필요한 다른 명령이 필요합니다. 결국 올바른 버전을 찾았을 때 fstab터미널과 터미널을 통해 마운트 할 수있었습니다 .
우리는 Iomega NAS를 사용합니다
이 fstab작동합니다
//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0
처음에는 이름 대신 숫자 형식을 사용했지만 숫자는 계속 변경되었습니다. 필요한 곳에 영구적 인 IP 주소를 제공하는 데 비참하게 실패하여 컴퓨터에 이름을 부여했으며 이제 작동합니다.
그러나 이것은 우리의 nadia 및 maya 버전 (2 개의 다른 PC)에서 작동을 멈췄습니다. nadia가 업데이트로 인해 작동하기 시작 했습니까? (시도에도 불구하고 수정하기 위해 아무것도하지 않음). 마야는 여전히 작동하지 않습니다. 내가 아는 한 아무것도 변경하지 않았습니다. 그래서 거기에 약간의 문제가있는 것 같습니다.
답변
나는 똑같은 증상을 겪었고 18.04.1을 새로 설치하기 위해 Avahi를 조금씩 움직여야했습니다 (이미 여러 번 재부팅되었습니다). 그런 다음 모든 것이 효과가있었습니다. 많은 사람들이 어떤 이유로 든 VM에서 시작하지 않았다는 것을 알지 못하기 때문에 이러한 질문을하는 것으로 보입니다.
이 문제에 대해 가장 유용한 게시물 중 하나 인 내 정보를 더 읽기 전에 Rucent88의 답변을 참조하십시오. 이 질문은 간결한 질문이었습니다.
18.04.1을 새로 설치하면 VMware에서 즉시 사용할 수 있습니다. VirtualBox에서 VirtualBox의 네트워킹을 “Bridged Adapter”로 설정 한 다음 Avahi를 충돌 .local시켜 호스트 이름에 추가 해야했습니다. VMware를 여러 번 설치했으며 며칠 전에 VirtualBox를 시도 할 때까지 문제가 없었습니다.
이틀간의 모험에서 나는 VirtualBox 설정의 새로운 18.04.1에서 Avahi가 올바르게 시작되지 않는 것을 발견했습니다. VMware 이외에도 추가 할 필요가없는 다른 마술이 진행 .local중입니다 .XXX 시스템 이름 및 VMware 설치의 경우 일반 Windows 호스트 이름을 간단히 사용할 수 있습니다.
내가 한 경우 VirtualBox에서 :
sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721
이 전에 추가 된 .local:
sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare
그런 다음 작동합니다.
어떤 사람들 은 이름 을 바꾸면 nsswitch.conf수정이 필요 하다고 주장합니다 mount. 그러나 winbind모든 종류의 다른 방식으로 목록을 설정 하고 추가 한 후에 는 작동하지 않았으며 추가하거나 제거 mdns4_minimal하면 실제로 영향을 미치지 않는 것 같습니다 mount. 파일이 사용되지 않았을 수 있습니다.
https://ubuntuforums.org/showthread.php?t=2099537 도 참조 하십시오 . 문제가있는 사람과 Avahi 해상도를 사용할 때 차이점이 누락 된 경우 명령 수정을위한 구문을 보여주는 사람의 슈퍼 짧은 예입니다.