Поскольку доля будет монтироваться, когда вы выпускаете судо монтировать -а Я подозреваю, что в вашем объявлении fstab нет ничего плохого. Это действительно указывает на проблему со временем. Linux считывает fstab до того, как сетевой стек заработает, поэтому, когда он переходит к монтированию общего сетевого ресурса, он терпит неудачу.
2 возможности превратить это в «монтировку по требованию»:
[1] Сохраните текущую точку монтирования, но добавьте еще два параметра: нетавто, пользователь
//192.168.100.12/HomSpace /media/nasMounted cifs inventory=/root/.memoriaCredentials,uid=1000,gid=1000,noperm,rw,vers=3.0,noauto,user 0 0
Когда вы загружаете свою систему, общий ресурс не будет монтироваться, но он будет отображаться на боковой панели вашего файлового менеджера в качестве средства запуска. Нажмите на него, и он перейдет в fstab, чтобы увидеть, как его смонтировать, а затем сделайте это.
РЕДАКТИРОВАТЬ: Как указано ниже, я должен был убедиться, что файл учетных данных доступен для чтения обычным пользователем, чтобы этот метод работал. Размещение его в домашнем каталоге было бы лучшим выбором.
[2] Измените точку монтирования и используйте автомонтирование systemd.
Точка монтирования не может находиться в вашем домашнем каталоге или /media, поэтому я бы предложил что-то вроде /mnt/nasMounted. Затем добавьте два варианта noauto,x-systemd.automount
//192.168.100.12/HomSpace /mnt/nasMounted cifs created=/root/.memoriaCredentials,uid=1000,gid=1000,noperm,rw,vers=3.0,noauto,x-systemd.automount 0 0
Это работает путем доступа к точке монтирования /mnt/nasMounted. Либо вами напрямую через файловый менеджер, либо любым приложением, либо любым другим процессом. Практически любой доступ к этой точке монтирования вызовет монтирование без вашего вмешательства.
В любом случае после редактирования fstab запустите эти две команды, чтобы сделать systemd счастливым:
sudo systemctl демон-перезагрузка
sudo systemctl перезапустить удаленный-fs.target
