Чому mount.cifs вже не працює у fstab після оновлення з 16.04 до 18.04?

Мій fstab для підключення до локальної NAS був завжди

//192.168.111.112/RAID /home/moi/share/OMV cifs noauto,users,username=USERNAME,passwd=PASSWORD

Після оновлення моєї системи з Lubuntu 16.04 до 18.04 це більше не працювало, даючи повідомлення про помилку:

Failed to query password: Permission denied
Password for USER@//192.168.111.112/RAID: mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Що для мене працювало, було додавання vers = 1.0 до параметрів у fstab у поєднанні зі зміною параметра для пароля з passwd на пароль :

//192.168.111.112/RAID /home/moi/share/OMV cifs  vers=1.0,noauto,users,username=USERNAME,password=PASSWORD

Це допомогло знайти журнал помилок:

tail -f  /var/log/kern.log 

Буду вдячний за подальший внесок.

EDIT: вересень 2019 року

Сьогодні я зрозумів, що usersце вже не дійсний аргумент mount cifsкоманди. Також vers=1.0має бути дефолт, згідно man mount.cifs.

Я боровся з цим пару днів, я міг потрапити на акції samba на настільній системі ubuntu 16.04 за допомогою моєї нової установки lubuntu 18.04 за допомогою smb4k, але не у fstab. Я використовував деякі параметри, перелічені 'mount' після монтажу спільного доступу за допомогою smb4k. Я знайшов, що credentials=/etc/samba/auth.myserver.meце не працювало так, як це робилося з ubuntu 16.04. Наступний синтаксис дозволить змонтувати:

//192.168.10.66/servershare     /mnt/localdir       cifs  rw,vers=1.0,sec=ntlmssp,username=USER,password=PASSWORD,domain=YOURDOMAIN,uid=LOCALUSER,gid=LOCALUSER,posixpaths,mapposix,acl     0   0

Я не знаю, який із перерахованих вище варіантів потрібен. Використовуйте власні значення для USER, PASSWORD та YOURDOMAIN.

Щоразу, коли я використовував credentials=/etc/samba/auth.myserver.me, я завжди отримував би повідомлення "Дозвіл відмовлено". Мабуть, ubuntu 18.04 не має належного доступу до файлу облікових даних, переліченого у, fstabабо синтаксис змінився.

Можливо, вам доведеться експериментувати з uid і gid. Я зазвичай входжу лише в якості конкретного користувача, якого я називаю LOCALUSER, група за замовчуванням для цього входу також буде LOCALUSER.

Під час оновлення до Ubuntu 18.04 наші сценарії mount cifs також вийшли з ладу, це мені були потрібні наступні виправлення:

• Використовуйте userнеusername
• Використовуйте passнеpassword
• Використовуйте domнеdomain
• Використовуйте vers=1.0
• Використовуйте \нахили /в нижній частині косої риси, а не вперед
• При виклику з bash сценаріїв уникають зворотних косих \\ринків , тобто замість \.

Ось приклад команди монтажу в сценарії:

#!/bin/bash

REMOTEHOST=contoso
REMOTEFOLDER=share
MOUNTDIR=/mnt/share
MOUNTUSER=billgates
MOUNTPASS=secret
MOUNTDOM=microsoft

sudo mount -t cifs \\\\${REMOTEHOST}\\${REMOTEFOLDER} ${MOUNTDIR} -o vers=1.0,user=${MOUNTUSER},pass=${MOUNTPASS},dom=${MOUNTDOM}

Ось зразок рядка кріплення в /etc/fstab:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,user=billgates,pass=secret,dom=microsoft

Однак, якщо ви використовуєте файл облікових даних, вам потрібно використовувати username, passwordі domainвиглядає наступним чином :

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb

# /root/.smb
username=billgates
password=secret
domain=microsoft

Бен дав відповідь:

Що працювало для мене, було додавання версій до = 1,0 до параметрів у fstab

При спробі зробити mount.cifs за допомогою ресурсу SMB1, ви отримуєте такий тип повідомлень у журналі ядра:

$ journalctl | grep CIFS

Sep 04 14:57:22 nfsbonos kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Sep 04 14:57:23 nfsbonos kernel: CIFS VFS: cifs_mount failed w/return code = -112

Отже, намагаючись mount.cifs за допомогою параметра vers = 1.0 має це виправити:

$ mount.cifs /\/\$IP_of_RESOURCE_CIFS/\folder /mnt/folder -o vers=1.0,credentials=/root/.smbcredentials

і у fstab, просто поставивши на початку параметри "vers = 1.0" (після циклів).

Багато, багато подяк, Бен.

Мій перевірений і справжній запис fstab для встановлення USB-накопичувача, приєднаного до маршрутизатора TP-Link, перестав працювати після оновлення Ubuntu / Mint. Додавання vers = 1.0 виправлено. Мій запис у fstab точно такий, як нижче:

//192.168.0.1/volume9 / home / don / RemoteMedia / NAS_USB cifs versus = 1.0, гість, uid = 1000 0 0

том9 та його місцезнаходження - це розділ диска, визначений веб-сторінкою адміністратора маршрутизатора. Віддалений медіа - це папка, яку я створив у своєму домашньому каталозі "не". Не забудьте змінити дозволи цього каталогу, щоб користувач, який увійшов у систему, отримав доступ без привілеїв root. NAS_USB - це лише назва, яке я вибрав і з’явиться у моїй папці віддалених медіа після встановлення, що містить "пов'язаний" вміст тома9. Інші відповіді, які я знайшов, мали в цьому прикладі паролі тощо. Цей USB-накопичувач відображається як звичайний спільний доступ до Windows, і це простий fstab для підтримки автоматичного монтажу диска при запуску, завдяки чому можливе автоматичне резервне копіювання на мережевий диск.

Я сподіваюся, що це допомагає.