16.04 CIFS “Sunucu kapalı”, ancak değil


27

Fstab'da CIFS kurulumum var ve açılışta olması gerektiği gibi çalışıyorlar. Gerektiği gibi monte ederler ve bir süre çalışırlar. Hiçbir yerde görünmüyor (makinenin kilidini açtıktan sonra olabilir). Erişmeye çalışırken "Sunucu kapalı" hatası alıyorum. Bende çok var ve hepsi yok. Aynı sunucudan da paylaşılırlar. Şu anda bir windows bilgisayar ve modası geçmiş bir 14.04 makineyi kontrol ediyorum ve olması gerektiği gibi çalışıyorlar ve çalışıyorlar. Nautilus'taki hisse senetlerine tıkladıktan ve hataları tekrarladıktan sonra tekrar çalışmaya başlayacaklar. "Aşağı" olan bir paylaşıma erişmek, rastgele olarak farklı bağları tıklatmak ve otomatik olarak bağlanma noktasındaki verileri gösterdiğinde ilkine geri dönmekle 2-3 dakika sürer.

Bir süredir güncellenmemiş olan 14.04 makinelerde bu sorunu yaşamıyorum. Bu makinelerin hepsi tamamen işlevseldir ve CIFS asla "aşağıya" inmez. 16.04'te yakın zamana kadar bir sorun değildi.

Her geçen gün güncelleme yaptığımdan ve eski linux başlıklarını temizlediğimden emin oldum (arka görüşde muhtemelen geri dönmeliydim). Bunu yapıyorum çünkü düzeltmenin sadece ortaya çıkması için yalvarıyorum, ancak CIFS ile mücadele etmek haftalarca sürüyor.


Aynı problemi ben de yaşıyorum. Daha yeni birkaç hafta önce başladı. Şansın var mı?
Ian H

Hayır, hala aynı konuya bakıyoruz. Gnome-shell'i şans eseri çalıştırıyor musun? Bunun dönüm noktası olup olmadığını merak etmeye başlıyorum çünkü cüceye-
kabukluya

Hayır, urxvt kullanıyorum. Sanırım bu sigortada bir hata.
Ian H

Yanıtlar:


14

Aynı sorunla karşı karşıyayım. En yeni Çekirdek sürümleri ve samba ile ilgisi var gibi görünüyor.

Bunu mount komutlarına vers = 2.0 ekleyerek (ya da her fstab satırının sonuna) ekleyerek çözmeyi başardım.


3
Belki bunu başkaları için daha net hale getirmeyi deneyebilir misiniz? Fstab veya kabuğunuzdaki satırı gösterin ve neden yardımcı olduğunu açıklayın.
Zanna

Merhaba, bu geçici çözümü launchpad'de belirtilen adımları izleyerek uyguladım: bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1687273
josepcoves

Şimdi bu düzeltmeyi test ediyorum. Çok uzak çok iyi. Hala yarına kadar çalışıyorsa bunu cevap olarak kabul edeceğim. Bilgi için teşekkürler!
DevinM

İşe yaramıyor - yaptığını yayınlayabilir misin? Hangi sürüm numarasını kullanacağınızı nasıl söylersiniz?
hippyjim

4
Bu kabul edilen cevap olduğu için, belki de geçerli değerleri denemenin versbelirli bir protokol sürümünü (yerine eski sunucularda çalışmayacak) önermek yerine en iyi sonuçları vereceğini söylemelidir . Yüksek protokol sürümüyle başlayın ve birer birer aşağı gidin. İle sona Eğer vers=1.0uzak sunucu yükseltti (mümkünse) veya başka sabitlenebilir gerekebilir.
0xC0000022L

38

Pek çok testten sonra vers=1.0montaj hattında ekleme sorunu gidermek gibi görünüyor. Artık bağ eski Ubuntu sürümlerinde yıllarca olduğu gibi Ubuntu 17.10'da çalışıyor.


3
Birçok x 10 denemesinden sonra bu işe yarayan tek çözümdür. vers=2.0işe yaramadı.
Olivier Pons

Vers = 1.0 veya 2.0 veya 3.0 hakkında bilmiyorum ve man sayfalarında herhangi bir söz bulamıyorum, ancak bu benim için çalıştı.
Greg Chabala

3
//192.168.1.222/volume_1 / media / nas cifs kullanıcı adı = ****, şifre = ****, vers = 1.0
Steven

@GregChabala: belki mount.cifs(8)yani ile kontrol edin man 8 mount.cifs? İle mount.cifs(dan sürümü 6.8 cifs-utilspaketine) kılavuz sayfasına bir olduğunun söylenmesinden içermiyor vers=arg.
0xC0000022L

vers=1.0benim durumumda çalıştı.
Sohel Pathan

7

Ben de aynı problemle karşılaştım, Ubuntu wiki'de ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) bulunan metodu kullanarak otomatik montaj yapmak istedim, ancak yukarıda belirtilenlerle aynı problemi yaşadım:mount error(112): Host is down

Mesele şu ki, bana yardım eden şey şu vers=3.0seçeneklere ekliyor :

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Görünen o ki, şimdi sadece SMB1'i atlarsanız ve başka birini kullanırsanız, SMB3 benim için çalıştı, bu yüzden başka bir şey denemedim.

Windows makinesinde yerel bir hesap kullandım, outlook.com alan adıyla değil, bunun da çatışmalara neden olabileceği bir şey okudum.


Windows 10 pro içeriden önizlemesinde yapılan son güncelleme 16232.rs_prerelease.170624-1334 güncellemesinde vers=3.0daha önce onsuz çalışan bir paylaşımın eklenmesi için gereken bir değişiklik içeriyordu .
dylan oliver,

6

Diğerleri zaten çözüme işaret etmiş, ancak sebebini kısaca açıklamaya değebilir.

mount.cifs Ubuntu'da 16.04, varsayılan olarak SMB1 protokolünü kullanır.

Daha sonraki sürümlerinde mount.cifs, varsayılan SMB sürümü 2.1 veya 3.0'dır.

Geçerli Windows sunucuları, kayıt defterlerinde kabul etmek için özel olarak yapılandırılmadıkça, artık SMB 1.0 protokolünü desteklememektedir. Bu nedenle, varsayılan olarak, SMB1 protokolünü kullanarak istemcilerden gelen bağlantıları reddederler. Yanıltıcı mesaj yol açar "Host is down".

Ancak bazı eski sistemler (en çok NAS'lar) protokol 2.1 veya 3'ü desteklemez.

Çözüm, seçeneğinizi mount.cifskullanarak sunucunuza bağlanmak için doğru protokolü kullanmanızdır vers=. Örneğin, bir Windows 10 makinesine bağlanmak için:

mount -t cifs ... -o vers=3.0,...

veya Ubuntu 18.04 veya daha sonraki eski bir NAS’a:

mount -t cifs ... -o vers=1.0,...

Kimden man mount.cifs(Ubuntu 16.04’de):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Bağlantınızı tanımlarsanız, /etc/fstabşuna benzer bir şey olabilir:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

cifs vers = 1.0, credentials = / root / .smbcredentials, 18.04 LTS'de benim için çalıştı. Fsatb içindeki "defaults" dahil, ayrıştırma hatası üretti, bu nedenle bu metni silmek hatadan kaçındı.
Graham

@ Graham smb1 son derece eski ve tehlikelidir. Aynı zamanda daha yavaş. En azından almaya çalışınvers=2.1
Joel Coehoorn

@JoelCoehoorn ancak vers = 1.0 çalıştı, sonraki sürümlerde ise işe yaramadı. O zamandan beri kesinlikle hiçbir sorun.
Graham

@Graham Ardından, bağlanacağınız ana bilgisayarı smb2.1 veya üstünü desteklemesi için düzeltmeniz gerekir. SMB1.0 gerçekten kötü .
Joel Coehoorn

@JoelCoehoorn Bu konudaki tavsiyelere uydum: serverfault.com/questions/414074/mount-cifs-host-is-down . Sadece vers = 3.0 tekrar denedim ve aynı hata devam ediyor ve sürücü takılmıyor. Vers = 1.0 hakkında bu kadar korkunç olan ne?
Graham

0

Cifs-utils istemcisinin 6.7-2 güncellemesinden sonra da aynı sorunu yaşadım. Ve temelde josepcoves ve user695658'den gelen çözüm benim için çalıştı. Ancak yalnızca 'vers' takma seçeneği için 1.0 değeri benim için çalıştı. 'Vers' parametresinin varsayılan değeri artık 1.0 değil gibi görünüyor.


Bu kabul edilen cevabın bir kopyası.
karel
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.