我有一个导出NFSv4以及NFSv3的Linux服务器。 我有一个Fedora14客户端，当从Linux服务器上挂载NFS共享时，它默认为NFSv4，这似乎是导致一些问题。 我的networking上的所有其他Linux客户端都通过NFSv3挂载没有问题，所以有一种方法可以告诉automount通过v3挂载共享？ 我拉我的automount地图通过LDAP，与我的/etc/auto.master文件中的条目是这样的： +auto_master ，所以我认为它有点不同于列出选项与常规的自动挂载地图？ （.ie /home –nfsvers=3 fileserver:/DATA ）
是否可以使用.bashrc文件启动时启动Sambanetworking共享 在我的fstab中，我得到//192.168.1.104/ant /media/ant cifs gid=users,file_mode=0664,dir_mode=0775,auto,username=***,password=*** 0 0但是这个不能用当编辑fstab文件和运行mount -a，所以我虽然也许它会工作，如果我使用.bashrc文件？
我想要做的是让我的OpenBSD客户端（OpenBSD 4.9）自动挂载Linux NFS文件系统（Scientific Linux 6.1）。 到目前为止，我不确定它是否configuration正确。 为了让事情顺利，我能够手动挂载nfs： # mount_nfs -T -3 192.168.15.100:/exports /mnt # ls -la /mnt total 52 drwxr-xr-x 7 root wheel 4096 Oct 4 22:42 . drwxr-xr-x 16 root wheel 512 Nov 26 16:33 .. drwxrwxr-x 5 _sndio _sndio 4096 Oct 31 21:58 centos drwxr-xr-x 15 root wheel 4096 Nov 6 09:17 home […]
我在LDAP中有很多automount条目，用于在彼此之间安装〜200个节点。 自动挂载程序经常停止工作。 debugging后，我发现它可以通过运行修复 rm -f /etc/mtab~* restart autofs 这让我想，存在mount.nfs进程无法删除locking文件（它们有时称为/etc/mtab~.[0-9]*），这会阻止下列安装请求成功。 作为一个解决方法，我有一个cron作业，删除locking文件，但有时为时已晚。 现在的细节： System: Linux 2.6.32-33-server #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011 x86_64 GNU/Linux automount -V: 5.0.4 mount.nfs -V: linux nfs-utils 1.1.6 LDAP条目（相关行）： objectClass: automount cn: myhost automountInformation: -soft myhost:/var/tmp 一个成功的挂载看起来像这样（mount | grep auto）： myhost:/var/tmp on /var/autofs/net/myhost type nfs (rw,soft,sloppy,addr=10.xxx) 每当我访问一个新的挂载点时，自动挂载程序会产生以下进程（ps .. | grep挂载） /bin/mount […]
我在CentOS 5.1中遇到一个相当奇怪的问题。 本质上，我试图使用自动挂载来访问文件，但是第一次尝试访问文件时找不到。 只有在随后的尝试中，安装程序才可以访问，直到稍后由于不活动而自动卸载，然后循环再次开始。 下面是我尝试列出文件两次时发生的事情，他们之间只有一秒左右的延迟： *_107> ls /net/netfiler/vol/Archive/build.xml ls: /net/netfiler/vol/Archive/build.xml: No such file or directory *_108> ls /net/netfiler/vol/Archive/build.xml /net/netfiler/vol/Archive/build.xml 在进一步调查之后，挂载报告netfiler：/ vol / Archive在第一次尝试之前没有被挂载，但之后会允许第二次尝试成功。 这几乎就好像操作系统没有等待automount在尝试访问文件之前完成它的工作。 我的/etc/auto.master有以下内容： /net /etc/auto.net 虽然我也尝试了默认的： /net -hosts 无济于事。 这不是一个很大的问题，因为它不能打破我们的许多自动化脚本，因为它们无法在第一次尝试中find这些文件。 我从来没有见过这个问题，所以我希望这里有人有一个解决scheme。
我正在考虑在大量主机（> 500）上使用的大量自动安装地图中应该使用哪些NFS安装选项。 值得注意的是，Linux（RH，Suse）和UNIX（Sun，AIX，HP / UX）都有一系列机器。 此外，还为美国以外的主机提供了自动安装支持。 我一直在考虑的是地图中的以下选项： intr,bg,soft,retry=10,timeo=600,retrans=10 我没有指定rsize或wsize，据我所知，主机和服务器之间的最大尺寸是协商。 你们都用什么或推荐？
我有/etc/auto.master： /cpy/users /etc/auto.users –timeout=90 我有/etc/auto.users： * -fstype=nfs4,rw,proto=tcp,port=2049 server:/users/& 在一台“普通”的CentOS 5机器上，这些工作非常出色。 在我使用“yum groupinstall core”构build的虚拟机上进行了一些小的调整，当用户自己login时， Apr 14 09:33:29 testing automount[5240]: handle_packet: type = 3 Apr 14 09:33:29 testing automount[5240]: handle_packet_missing_indirect: token 136, name myself, request pid 5249 Apr 14 09:33:29 testing automount[5240]: attempting to mount entry /cpy/users/myself Apr 14 09:33:29 testing automount[5240]: lookup_mount: lookup(program): looking up myself […]
我正在使用不同types的服务器上的USB驱动器（HP Proliant ML110，ML310，ML350）进行Ubuntu-14.04服务器的无人值守安装。 在某些情况下，USB驱动器不正确地安装在/media而不是/cdrom ，从而使安装过程停止，并显示以下消息： [检测并安装CD-ROM] 您的安装CD-ROM无法安装。 这可能意味着CD-ROM不在驱动器中。 如果是这样，你可以再试一次。 我设法找出发生此错误的一些情况： 在ML110和ML310上：当硬盘空了 在ML350 Gen9上：即使硬盘是分区的。 我认为它来自debian-installer ，在debian-installer的早期阶段，尝试从第一个驱动器安装分区/media 。 然后将USB驱动器安装到/cdrom 。 在上述情况下，在安装过程中稍后会检测到硬盘驱动器，使USB驱动器成为第一个驱动器 ，因此将其安装在/media而不是在/cdrom 。 对于手动干预不成问题的人，我find了一个解决方法，我将在下面的答案中进行描述。 但对于无人值守安装，这不是一个解决scheme。 我们可以强制安装程序将USB驱动器安装在特定的mont-point上吗？
我正在为无人主机服务器上的自动挂载外部驱动器创buildUDEV规则，这与Gnome-VFS在用户会话期间自动挂载的方式大致相同。 我关心这个规则在开机时的行为。 有一个很好的机会之一，这些驱动器将启动时连接，我宁愿任何连接的驱动器安装在正确的地方。 驱动器可能是USB或Firewire，并且它们是从UDEV触发的shell脚本检测到“add”时挂载的。 这是我的问题： 当UDEV在启动时运行这些设备的mount时，系统是否准备好挂载它？ 或者脚本会被触发得太早？ 如果太早，脚本有什么好的方法来告诉系统还没有准备好（睡觉前再睡一会儿）？ UDEV规则匹配ACTION=="add" 。 这个事件甚至会在系统启动时触发吗？
我在使用autofs安装networking共享时遇到了一些麻烦。 我已将以下行添加到/etc/auto.master ： /mnt/mountpoint /etc/auto.servername 然后我使用以下内容创build了文件/etc/auto.servername ： server-ip -fstype=cifs,rw,noperm,user=DOMAIN\username,pass=password ://server-ip/share 然后，我运行service autofs restart和ls /mnt/mountpoint来确定autofs是否成功安装共享（它不会） dmesg的结果是： CIFS VFS: Send error in SessSetup = -13 CIFS VFS: cifs_mount failed w/ return code = -13 Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE 但是，如果我只是简单地运行mount -t cifs //server-ip/share /mnt/mountpoint -o user=username并在提示符处input密码，则共享被挂载没有任何问题。 我已经validation了正确的密码是/etc/auto.servername 。 任何想法我做错了什么？ 谢谢！