Я спробував цю команду:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Відповідь:
mount.cifs kernel mount options: ip=<IP of server>,unc=\\server \share,user=<username>,prefixpath=directory,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Однак якщо я спробую ту саму команду без шляху префікса:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Він працює, і я можу отримати доступ / mnt / каталог / каталог.
Я отримую ту ж помилку, якщо чітко вказую префікс-шлях у параметрах, тобто:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Додаткова інформація:
- Я можу підключитися до потрібного шляху за допомогою
smbclient //server/share -U username -W domain -D directory
- версія mount.cifs: 5.5
- Ядро Debian 3.2.0-4-amd64
- Я можу підключитися на іншій машині за допомогою mount.cifs версії 4.5 на ядрі Debian 2.6.32-5-amd64
Будь-які ідеї, чому, здається, префіксат викликає проблему? Цей самий шлях працював недавно; Я підозрюю, що оновлення пакета на стороні Linux або оновлення Windows стоїть за новою поведінкою.
Це до NAS? Коли ви говорите, що ви намагаєтеся "без шляху префікса", команда виглядає так само. Це помилка?
—
Восьминіг
Це для NetApp SAN. Ти маєш рацію, це була помилка - я це виправив.
—
cherdt
Технологія підтримки NetApp повинна була забезпечити трасування пакетів, де вони виявили, що mount.cifs надсилає // server / share // каталог, а не // server / share / каталог. Це, мабуть, є причиною проблеми (хоча це не є рішенням).
—
cherdt