삼바 : 마운트 오류 : XXX 주소를 확인할 수 없습니다 : 알 수없는 오류

삼바 주식을 마운트하는 데 대한 몇 가지 가이드를 읽었지만 아직 운이 없습니다.

다음 명령으로 삼바 공유에 "로그인"할 수 있습니다.

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 해상도를 사용할 때 차이점이 누락 된 경우 명령 수정을위한 구문을 보여주는 사람의 슈퍼 짧은 예입니다.