Mac'ten sshfs montaj linux dizini çalışmayı durdurdu


12

Bu sabaha kadar, ofisimdeki bir linux makineden bir dizin monte etmek için sshfs'yi çok güzel kullanıyordum. Bugün durdu. İşte benim sshfs komutu:

sshfs -osshfs_sync,volname=linux-builder3 linux-builder3:/home/cnorum /Users/carl/linux-builder3

Bu hatayı alıyorum, ancak sshfs işlemi hala çalışıyor gibi görünüyor (yani, sadece orada oturur, kabuk istemine asla dönmez):

mount_osxfusefs: failed to mount /Users/carl/linux-builder3@/dev/osxfuse1: Socket is not connected

Mac'teki sistem günlüğünde şu mesajlar bulunur:

2/20/13 12:57:27.476 PM KernelEventAgent[43]: tid 00000000 received event(s) VQ_DEAD (32)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: force ejecting (no response from user space 5)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: user-space initialization failed (57)

İşte /var/log/auth.loglinux makinesinde:

Feb 20 12:56:28 linux-builder3 adclient[1599]: INFO  <fd:22 PAMIsUserAllowedAccess> audit User 'cnorum' is authorized
Feb 20 12:56:28 linux-builder3 sshd[29648]: Accepted publickey for cnorum from 10.0.40.65 port 49850 ssh2
Feb 20 12:56:28 linux-builder3 sshd[29648]: pam_unix(sshd:session): session opened for user cnorum by (uid=0)
Feb 20 12:56:28 linux-builder3 sshd[29729]: subsystem request for sftp

sshfs'nin diğer makinelere bağlantıları (benim durumumda linux-builder ve linux-builder2) iyi görünüyor. Neyin yanlış gittiğine ve nasıl düzeltebileceğime dair bir önerisi olan var mı? Görmek isteyebileceğiniz herhangi bir günlük alabilirim!

Yanıtlar:


4

Gelecekteki Google çalışanları için bu gizemli hatayı aldım ve sshfs'ye sağladığım yolun mevcut olmadığını fark ettim. Hata. Düzeltildi ve ben gidiyorum.

mount_osxfusefs: failed to mount /Volumes/mypath@/dev/osxfuse0: Socket is not connected

Bu benim sorunum çok benzer - Ben ana bilgisayar adresi bir yazım hatası vardı! Teşekkürler!
IanW

aynı damarda, benim kullanabileceğini düşündüm .ssh/configkonak eş anlamlılarını /etc/fstabtanımları ve olmadan bir belirterek IdentifyFile=~/.ssh/id_rsa. Çok yanıldığımı söylemek yeterli! Google çalışanları için (en azından) sistem günümde kısa bir mesaj aldım:OSXFUSE: user-space initialization failed (57)
lol

1
Not: Bir mac'taki ~ / / Users / kullanıcı adı / ancak linux bilgisayarında muhtemelen / home / username / vardır. Değiştim kez sshfs server:~/ ~/mnt_fldr/karşı sshfs server:/home/username/ /Users/username/mnt_fldr/işe yaradı.
David Oneill

Benzer şekilde, uzak sunucuya bağlanamazsa bu hataya neden olabilir.
Gavin S. Yancey

2

Bence düzeltildi. .bashrcLinux kutusunda bu satırı vardı :

CLIENT_PATH_PREFIX="$(ssh ${CLIENT_ADDR} 'echo ${SSHFS_PATH_PREFIX}')/$(hostname)/$(whoami)"

Etkileşimli olmayan kabuklar tarafından çalıştırılmasına gerek yoktu, bu yüzden bunu farklı bir dosyaya ittim ve şimdi daha iyi. Nedenini gerçekten anlamıyorum ama işe yaradığı için mutluyum.


0

Benim sorunum benim ev sahibi için RSA ana bilgisayar anahtarı değişti, bu yüzden çalıştırmak zorunda

ssh-keygen -R site.com

0

Benim için sorun rahatsız edici bir anahtardı known_hosts:

Sunucuya SSH denemeye çalıştığımda, şunları aldım:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
SHA256:<something>
Please contact your system administrator.
Add correct host key in /Users/myuser/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/myuser/.ssh/known_hosts:86
RSA host key for <server> has changed and you have requested strict checking.
Host key verification failed.

Sorunlu anahtarı kaldırmak (sunucuya güvenmeniz koşuluyla) sorunu çözdü.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.