Allegedly, on or about 2 January 2018, Angelo Moreschini sent: > I am trying with autofs, I'll preface my reply by saying although I use autofs, I use it for automatic mounting of NFS shares. In my case, my routine for getting autofs to work is to: 0. su - 1. dnf install autofs 2. mkdir /net (this is the path I'll access my NFS servers through) 3. systemctl enable autofs 4. systemctl start autofs I make no alterations to the autofs configuration files. And, as far as I recall, that went off without any error messages. So, my guess would be that you've asked it to do something, but there's a step missing, or syntax error, in your configuration. My first suggestion would be to revert your config files to the original condition, and see if autofs starts up without any error notices. Then do one modification at a time. > but I get this error when I check the status of the service: > > "setautomntent: lookup(sss): setautomntent: No such file or > directory" > the full output is: > ------------ > [angelo_dev@localhost ~]$ sudo systemctl status autofs > ● autofs.service - Automounts filesystems on demand > Loaded: loaded (/usr/lib/systemd/system/autofs.service; enabled) > Active: active (running) since Tue 2018-01-02 08:28:29 IST; 7min ago > Process: 5722 ExecStart=/usr/sbin/automount $OPTIONS --pid-file /run/autofs.pid (code=exited, status=0/SUCCESS) > Main PID: 5724 (automount) > CGroup: /system.slice/autofs.service > └─5724 /usr/sbin/automount --pid-file /run/autofs.pid > > Jan 02 08:28:29 localhost.pluto automount[5724]: setautomntent: lookup(sss): setautomntent: No such file or directory > ------------ > > I also cannot enter (with <ls> command) the directories located on a > USB HD that I try to mount automatically. > > ============ > > To configure autofs I made this : > > I added this line to the file /etc/auto.master (that was created at > installation of autofs) : > /- /etc/auto.misc > > and these lines to file /etc/auto.misc : > /media/BKx_programming ntfs PRTZ_programming > /media/BKx_data-common ntfs PRTZ_data-common This (above) may be a problem. The /media directory is used by an automounting system in some desktops, without autofs. You could be clashing with it. And I don't see entries with that syntax in my default /etc/auto.misc and /etc/auto.master files. Usually, when you plug in something like a USB drive, it'll appear as a directory in /media, by itself, in the manner of: /media/<name-of-plugged-in-drive-or-media> You don't need autofs for that. And it can handle a few different filing systems automatically, though there are probably some prerequisites. For sensible /media auto-mounting, perhaps even successful auto- mounting, the partitions need to have volume names. And giving everything unique volume names certainly helps. It may be necessary that the partition types match the filesystem (e.g. you can create an ext3 partition, but then format it as fat; your partition type just set a default filesystem to use, it doesn't exclude other types), but I suspect this isn't needed. > I also created the partitions > PRTZ_programming , PRTZ_data-common on the USB HD that I try to > mount > and the mounting points : > /media/BKx_data-common > /media/BKx_programming That ought to simply work without autofs (it does here). Try leaving autofs disabled, do not create any folders inside /media, and see what happens when you connect your drive. They should pop-up as folders within /media, using their own partition names. I do this all the time with USB drives, or camera memory cards, formatted with EXT3, FAT, FAT32, & NTFS. But you haven't said what desktop, if any, you are using. If this is a server with nobody logged into it, what worked for me, may not in that circumstance. My success with the /media directory has been using Gnome or Mate desktops. -- [tim@localhost ~]$ uname -rsvp Linux 4.13.16-202.fc26.x86_64 #1 SMP Thu Nov 30 15:39:32 UTC 2017 x86_64 Boilerplate: All mail to my mailbox is automatically deleted. There is no point trying to privately email me, I only get to see the messages posted to the mailing list. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
