编译nfs

㈠ 如何从NFS启动linux及原理

首先我们要明确我们所指的程序，是放在有目录级结构的文件系统里，为了寻找到所需要操作系统来运行的程序，我们必须告诉它，文件在哪个文件系统。一 般来说，PC机的文件就存储在硬盘上；对于Live CD而言，文件系统就藏在光盘上面。也就是说，只要操作系统能找到并正确地认识了文件系统，就可以执行里面的程序了！
设置目标机器上的NFS启动
看完了第一节，明白启动的过程了吗？ 简单地说，就是内核加载 ，内核找到一个文件系统 ，内 核执行文件系统里的一个程序 。无论是从NFS启动，还是从硬盘启动，都是上述过程。只是NFS启动，其文件系统是放在网络上的。只要我 们告诉内核，具体放在什么地方，在网络的另一端我们设置好共享，自然可以从NFS启动。
让内核识别NFS并可从NFS启动
编译内核
在内核源代码目录树下，配置内核：
$make menuconfig
依次进入 File Systems -> Network File System中选择 NFS client support 以及 Root file system on NFS。如果找不到Root file system on NFS 选项，要打开第一级菜单下的Networking support -> Networking options -> TCP/IP networking -> IP: kernel level autoconfiguration。如果NFS要使用DHCP，还得选上 IP: DHCP support。
保存配置并重新编译即可。
配置内核参数
进入ARM开发板的设置 linux_cmd_line的地方（mini2440则为开机按 s，输入linux_cmd_line，并带着引号输入参数），或者进入PC的GRUB，设置类似参数
root=/dev/nfs rw nfsroot=192.168.1.1:/linux ip=192.168.1.5:::255.255.255.0:linux::off
该配置为静态IP设置。各参数意义如下：
root=/dev/nfs ：指定根文件系统为 /dev/nfs，即NFS 。这与/dev这个目录并没有什么关系，在此仅为一个名字。
rw ：根文件系统挂载为可读写。还可以有 ro 即只读的选项。
nfsroot=192.168.1.1:/linux ：指明挂载哪一个NFS上的哪一个目录。这里指的是挂载IP 为192.168.1.1的电脑上导出的/linux目录。
ip=192.168.1.5:::255.255.255.0:linux::off ：设置本机的IP。此举是为了 连接刚才设置的IP。这里是一个静态的配置，配置的格式为 ip=本机的IP地址::网关地址:网络掩码:本机的主机名:网络接口名:off 。一般情况下网关、网络接口名都不需要设置。如果是DHCP获取IP，那很简单，直接 ip=dhcp 即可。
设置NFS服务器
Ubuntu下看链接：http://blog.mcuol.com/User/xiaoxiaopig/article/37324_1.htm
NFS服务器可以是任意操作系统，只要能提供NFS服务即可（WINDOWS可以使用 WSU —— Windows Services for Unix来实现，具体请参考接下来本站要发表的文章）。在这里以Fedora为例，希望别的发行版的用户触类旁通。
对于Fedora来说，有图形界面的工具进行设置，在管理－》服务器设置－》NFS中添加一个共享即可。
更通用的作法，就是修改 /etc/exports文件，之后再启动NFS服务器。
/etc/exports文件格式如下
导出的文件夹 导出的网段(对该导出的网段的选项)
所谓导出的网段就是只向哪个网段导出，保证安全性。一个例子为：
/linux 192.168.1.0/24(rw,sync,no_root_squash)
就是将 /linux 导出到网段为192.168.1.0，子网掩码为255.255.255.0 (即24)的网络。其中可用的选项为（翻译自man文档）：
secure和insecure : secure选项下，所有连接的端口均小于1024。默认打开。
rw和ro : Read/Write和Read Only
async和sync async将使用异步数据存取，数据并非马上写入服务器的。sync则相反。使用async需要注意服务器不能随意不正常地关闭，否则可能导致数据丢失。
no_wdelay ：不使用延迟写入。NFS服务器会将写入写入请求缓冲起来，可以提高性能。如果async已经打开那么该选项无效。
no_subtree_check ：不进行子树检查（使用该选项易引起安全问题）
root_squash和no_root_squash、all_squash ：root_squash选项使得客户端以root权限访问 文件系统时，转换为服务器端的匿名用户。这选项打开一定要设置好服务器的权限。
之后再重新启动NFS服务。Fedora下使用 /etc/init.d/nfs restart
使用 exports查看导出的文件。

㈡ 使用hane NFS和Ubuntu交叉编译，成功了，但是在编译安装源码时出现： 遗漏分隔符 。 停止等错误。

Windows下的日志文件格式是NTFS，而linux下日志文件格式大多是ext4，通过挂载NTFS格式在ext4下，然后在NTFS下编译文件，一般并不推荐这样做。

本来两者处理文件的方式方法就不尽相同，平时通过ntfs-3g 挂载下文件还可以，具体编译软件的话中间会涉及到比较多次的NTFS和ext4文件的转化问题。所以不建议挂载在NTFS格式下编译软件。
一般编译的话有个比较好的习惯是源码包到/tmp或者直接cd 到 /tmp下wget源码包编译。tmpfs（也就是/tmp）的一个主要的好处是它闪电般的速度。tmpfs 文件系统会完全驻留在内存中，读写几乎可以是瞬间的。(重启后文件消失,所以只能放临时文件)

㈢ 如何将服务器中文件夹或磁盘映射到多台个人电脑实现共享

映射网络驱动器时，每次重启电脑需要映射，让人不厌其烦，后来想到制作一个批处理文件，并设置开机启动，这样就解决了这一问题。
批处理文件命令：

Java代码

• @echooff

• netuseZ:\IPshareFile"password"/user:"ftpname"




• 开机启动设置：




• win+R跳出运行对话框；然后输入regedit调出注册表编辑器-依次展开HKEY_LOCAL_MACHINE-SOFTWARE-MICROSOFT-WINDOWS-CURRENTVERSION-RUN 在右面新建一个字符串值数据设置为该批处理文件的路径！关闭就OK！！

• 详情如下：




• 1. 利用批处理文件来自动映射





• ① 首先制作自动映射网络驱动器批处理文件；





• ② 利用Net Use命令，其基本格式如下：





• NET USE





• [devicename | *] [\computernamesharename[volume] [password | *]]





• [/USER:[domainname]username]





• [/USER:[dotted domain name]username]





• [/USER:[username@dotted domain name]





• [/SMARTCARD]





• [/SAVECRED]





• [[/DELETE] | [/PERSISTENT:{YES | NO}]]





• 其中，devicename是映射的盘符，自己定义，比如Z:、Y:等，如果为*，则每次创建都选择一个盘符；computername为所要映射的计算机名称，用其IP地址也可以；sharename为共享的文件夹；password为连接所需密码；username是连接该计算机的用户名；SAVECRED是否保存用户名和密码；PERSISTENT是否永久连接，YES或NO，示例如下：





• @echo off





• net use z: \Serversharefile "" /user:"guest" /persistent:no





• 即映射\Serversharefile到Z:盘，用户名为Guest，密码为空





• ③ 制作步骤如下：





• 首先定义一个txt文件，然后修改其扩展名为bat，比如NetMapping.bat；接着编辑这个批处理文件，写入如下命令：





• @echo off





• net use z: \Serversharefile "" /user:"guest" /persistent:no





• 根据需要修改要连接的计算机名称，共享文件名，登陆用户名和密码，还有定义的盘符。





• 再接着有几种执行方式，最简单的方式是将这个批处理文件放在“启动”项里，用户每次注销或重启计算机都会自动映射网络驱动器，但是如果Z:映射的已经存在，则不再创建。

㈣ 配置NFS服务器的过程。

在讲NFS SERVER的运作之前先来看一些与NFS SERVER有关的东西：
RPC（Remote Procere Call）
NFS本身是没有提供信息传输的协议和功能的，但NFS却能让我们通过网络进行资料的分享，这是因为NFS使用了一些其它的传输协议。而这些传输协议勇士用到这个RPC功能的。可以说NFS本身就是使用RPC的一个程序。或者说NFS也是一个RPC SERVER.所以只要用到NFS的地方都要启动RPC服务，不论是NFS SERVER或者NFS CLIENT。这样SERVER和CLIENT才能通过RPC来实现PROGRAM PORT 的对应。可以这么理解RPC和NFS的关系：NFS是一个文件系统，而RPC是负责负责信息的传输。
NFS需要启动的DAEMONS
pc.nfsd:主要复杂登陆权限检测等。
rpc.mountd：负责NFS的档案系统，当CLIENT端通过rpc.nfsd登陆SERVER后，对clinet存取server的文件进行一系列的管理
NFS SERVER在REDHAT LINUX平台下一共需要两个套件：nfs-utils和PORTMAP
nfs-utils：提供rpc.nfsd 及 rpc.mountd这两个NFS DAEMONS的套件
portmap:NFS其实可以被看作是一个RPC SERVER PROGRAM,而要启动一个RPC SERVER PROGRAM，都要做好PORT的对应工作，而且这样的任务就是由PORTMAP来完成的。通俗的说PortMap就是用来做PORT的mapping的。
一：服务器端的设定（以LINUX为例）
服务器端的设定都是在/etc/exports这个文件中进行设定的，设定格式如下：
欲分享出去的目录 主机名称1或者IP1(参数1，参数2） 主机名称2或者IP2（参数3，参数4）
上面这个格式表示，同一个目录分享给两个不同的主机，但提供给这两台主机的权限和参数是不同的，所以分别设定两个主机得到的权限。
可以设定的参数主要有以下这些：
rw：可读写的权限；
ro：只读的权限；
no_root_squash：登入到NFS主机的用户如果是ROOT用户，他就拥有ROOT的权限，此参数很不安全，建议不要使用。
root_squash：在登入 NFS 主机使用分享之目录的使用者如果是 root 时，那么这个使用者的权限将被压缩成为匿名使用者，通常他的 UID 与 GID 都会变成 nobody 那个身份；
all_squash：不管登陆NFS主机的用户是什么都会被重新设定为nobody。
anonuid：将登入NFS主机的用户都设定成指定的user id,此ID必须存在于/etc/passwd中。
anongid：同 anonuid ，但是变成 group ID 就是了！
sync：资料同步写入存储器中。
async：资料会先暂时存放在内存中，不会直接写入硬盘。
insecure 允许从这台机器过来的非授权访问。
例如可以编辑/etc/exports为：
/tmp*(rw,no_root_squash)
/home/public192.168.0.*(rw) *(ro)
/home/test192.168.0.100(rw)
/home/linux *.the9.com(rw,all_squash,anonuid=40,anongid=40)
设定好后可以使用以下命令启动NFS:
/etc/rc.d/init.d/portmap start (在REDHAT中PORTMAP是默认启动的）
/etc/rc.d/init.d/nfs start
exportfs命令：
如果我们在启动了NFS之后又修改了/etc/exports，是不是还要重新启动nfs呢？这个时候我们就可以用exportfs命令来使改动立刻生效，该命令格式如下：
exportfs [-aruv]
-a ：全部mount或者unmount /etc/exports中的内容
-r ：重新mount /etc/exports中分享出来的目录
-u ：umount 目录
-v ：在 export 的时候，将详细的信息输出到屏幕上。
具体例子：
[root @test root]# exportfs -rv
2、mount nfs目录的方法：
mount -t nfs hostname(orIP):/directory /mount/point
具体例子：
Linux: mount -t nfs 192.168.0.1:/tmp /mnt/nfs
Solaris:mount -F nfs 192.168.0.1:/tmp /mnt/nfs
BSD: mount 192.168.0.1:/tmp /mnt/nfs
3、mount nfs的其它可选参数：
HARD mount和SOFT MOUNT：
HARD: NFS CLIENT会不断的尝试与SERVER的连接（在后台，不会给出任何提示信息,在LINUX下有的版本仍然会给出一些提示），直到MOUNT上。
SOFT:会在前台尝试与SERVER的连接，是默认的连接方式。当收到错误信息后终止mount尝试，并给出相关信息。
例如：mount -F nfs -o hard 192.168.0.10:/nfs /nfs
对于到底是使用hard还是soft的问题，这主要取决于你访问什么信息有关。例如你是想通过NFS来运行X PROGRAM的话，你绝对不会希望由于一些意外的情况（如网络速度一下子变的很慢，插拔了一下网卡插头等）而使系统输出大量的错误信息，如果此时你用的是HARD方式的话，系统就会等待，直到能够重新与NFS SERVER建立连接传输信息。另外如果是非关键数据的话也可以使用SOFT方式，如FTP数据等，这样在远程机器暂时连接不上或关闭时就不会挂起你的会话过程。
rsize和wsize：
文件传输尺寸设定：V3没有限定传输尺寸，V2最多只能设定为8k，可以使用-rsize and -wsize 来进行设定。这两个参数的设定对于NFS的执行效能有较大的影响
bg：在执行mount时如果无法顺利mount上时，系统会将mount的操作转移到后台并继续尝试mount，直到mount成功为止。（通常在设定/etc/fstab文件时都应该使用bg，以避免可能的mount不上而影响启动速度）
fg：和bg正好相反，是默认的参数
nfsvers＝n:设定要使用的NFS版本，默认是使用2，这个选项的设定还要取决于server端是否支持NFS VER 3
mountport：设定mount的端口
port：根据server端export出的端口设定，例如如果server使用5555端口输出NFS,那客户端就需要使用这个参数进行同样的设定
timeo=n:设置超时时间，当数据传输遇到问题时，会根据这个参数尝试进行重新传输。默认值是7/10妙（0.7秒）。如果网络连接不是很稳定的话就要加大这个数值，并且推荐使用HARD MOUNT方式，同时最好也加上INTR参数，这样你就可以终止任何挂起的文件访问。
intr 允许通知中断一个NFS调用。当服务器没有应答需要放弃的时候有用处。
udp：使用udp作为nfs的传输协议（NFS V2只支持UDP)
tcp：使用tcp作为nfs的传输协议
namlen=n：设定远程服务器所允许的最长文件名。这个值的默认是255
acregmin=n：设定最小的在文件更新之前cache时间，默认是3
acregmax=n：设定最大的在文件更新之前cache时间，默认是60
acdirmin=n：设定最小的在目录更新之前cache时间，默认是30
acdirmax=n：设定最大的在目录更新之前cache时间，默认是60
actimeo=n：将acregmin、acregmax、acdirmin、acdirmax设定为同一个数值，默认是没有启用。
retry=n：设定当网络传输出现故障的时候，尝试重新连接多少时间后不再尝试。默认的数值是10000 minutes
noac:关闭cache机制。
同时使用多个参数的方法：mount -t nfs -o timeo=3,udp,hard 192.168.0.30:/tmp /nfs
请注意，NFS客户机和服务器的选项并不一定完全相同，而且有的时候会有冲突。比如说服务器以只读的方式导出，客户端却以可写的方式mount,虽然可以成功mount上，但尝试写入的时候就会发生错误。一般服务器和客户端配置冲突的时候，会以服务器的配置为准。
4、/etc/fstab的设定方法
/etc/fstab的格式如下：
fs_specfs_filefs_typefs_optionsfs_mpfs_pass
fs_spec:该字段定义希望加载的文件系统所在的设备或远程文件系统,对于nfs这个参数一般设置为这样：192.168.0.1:/NFS
fs_file:本地的挂载点
fs_type：对于NFS来说这个字段只要设置成nfs就可以了
fs_options:挂载的参数，可以使用的参数可以参考上面的mount参数。
fs_mp-该选项被"mp"命令使用来检查一个文件系统应该以多快频率进行转储，若不需要转储就设置该字段为0
fs_pass-该字段被fsck命令用来决定在启动时需要被扫描的文件系统的顺序，根文件系统"/"对应该字段的值应该为1，其他文件系统应该为2。若该文件系统无需在启动时扫描则设置该字段为0 。
5、与NFS有关的一些命令介绍
nfsstat:
查看NFS的运行状态，对于调整NFS的运行有很大帮助
rpcinfo：
查看rpc执行信息，可以用于检测rpc运行情况的工具。
四、NFS调优
调优的步骤：
1、测量当前网络、服务器和每个客户端的执行效率。
2、分析收集来的数据并画出图表。查找出特殊情况，例如很高的磁盘和CPU占用、已经高的磁盘使用时间
3、调整服务器
4、重复第一到第三步直到达到你渴望的性能
与NFS性能有关的问题有很多，通常可以要考虑的有以下这些选择：
WSIZE,RSIZE参数来优化NFS的执行效能
WSIZE、RSIZE对于NFS的效能有很大的影响。
wsize和rsize设定了SERVER和CLIENT之间往来数据块的大小，这两个参数的合理设定与很多方面有关，不仅是软件方面也有硬件方面的因素会影响这两个参数的设定（例如LINUX KERNEL、网卡，交换机等等）。
下面这个命令可以测试NFS的执行效能，读和写的效能可以分别测试，分别找到合适的参数。对于要测试分散的大量的数据的读写可以通过编写脚本来进行测试。在每次测试的时候最好能重复的执行一次MOUNT和unmount。
time dd if=/dev/zero of=/mnt/home/testfile bs=16k count=16384
用于测试的WSIZE,RSIZE最好是1024的倍数，对于NFS V2来说8192是RSIZE和WSIZE的最大数值，如果使用的是NFS V3则可以尝试的最大数值是32768。
如果设置的值比较大的时候，应该最好在CLIENT上进入mount上的目录中，进行一些常规操作（LS,VI等等），看看有没有错误信息出现。有可能出现的典型问题有LS的时候文件不能完整的列出或者是出现错误信息，不同的操作系统有不同的最佳数值，所以对于不同的操作系统都要进行测试。
设定最佳的NFSD的COPY数目。
linux中的NFSD的COPY数目是在/etc/rc.d/init.d/nfs这个启动文件中设置的，默认是8个NFSD,对于这个参数的设置一般是要根据可能的CLIENT数目来进行设定的，和WSIZE、RSIZE一样也是要通过测试来找到最近的数值。
UDP and TCP
可以手动进行设置，也可以自动进行选择。
mount -t nfs -o sync,tcp,noatime,rsize=1024,wsize=1024 EXPORT_MACHINE:/EXPORTED_DIR /DIR
UDP有着传输速度快，非连接传输的便捷特性，但是UDP在传输上没有TCP来的稳定，当网络不稳定或者黑客入侵的时候很容易使NFS的 Performance 大幅降低甚至使网络瘫痪。所以对于不同情况的网络要有针对的选择传输协议。nfs over tcp比较稳定， nfs over udp速度较快。在机器较少网络状况较好的情况下使用UDP协议能带来较好的性能，当机器较多，网络情况复杂时推荐使用TCP协议（V2只支持UDP协议）。在局域网中使用UDP协议较好，因为局域网有比较稳定的网络保证，使用UDP可以带来更好的性能，在广域网中推荐使用TCP协议，TCP协议能让NFS在复杂的网络环境中保持最好的传输稳定性。可以参考这篇文章： http: //www.hp.com.tw/ssn/unix/0212/unix021204.asp
版本的选择
V3作为默认的选择（RED HAT 8默认使用V2,SOLARIS 8以上默认使用V3），可以通过vers= mount option来进行选择。
LINUX通过mount option的nfsvers=n进行选择。
五、NFS故障解决
1、NFSD没有启动起来
首先要确认 NFS 输出列表存在，否则 nfsd 不会启动。可用 exportfs 命令来检查，如果 exportfs 命令没有结果返回或返回不正确，则需要检查 /etc/exports 文件。
2、mountd 进程没有启动
mountd 进程是一个远程过程调用 (RPC) ，其作用是对客户端要求安装（mount）文件系统的申请作出响应。mountd进程通过查找 /etc/xtab文件来获知哪些文件系统可以被远程客户端使用。另外，通过mountd进程，用户可以知道目前有哪些文件系统已被远程文件系统装配，并得知远程客户端的列表。查看mountd是否正常启动起来可以使用命令rpcinfo进行查看，在正常情况下在输出的列表中应该象这样的行：
100005 1 udp 1039 mountd
100005 1 tcp 1113 mountd
100005 2 udp 1039 mountd
100005 2 tcp 1113 mountd
100005 3 udp 1039 mountd
100005 3 tcp 1113 mountd
如果没有起来的话可以检查是否安装了PORTMAP组件。
rpm -qa|grep portmap
3、fs type nfs no supported by kernel
kernel不支持nfs文件系统，重新编译一下KERNEL就可以解决。
4、can't contact portmapper: RPC: Remote system error - Connection refused
出现这个错误信息是由于SEVER端的PORTMAP没有启动。
5、mount clntudp_create: RPC: Program not registered
NFS没有启动起来，可以用showmout -e host命令来检查NFS SERVER是否正常启动起来。
6、mount: localhost:/home/test failed, reason given by server: Permission denied
这个提示是当client要mount nfs server时可能出现的提示，意思是说本机没有权限去mount nfs server上的目录。解决方法当然是去修改NFS SERVER咯。
7、被防火墙阻挡
这个原因很多人都忽视了，在有严格要求的网络环境中，我们一般会关闭linux上的所有端口，当需要使用哪个端口的时候才会去打开。而NFS默认是使用111端口，所以我们先要检测是否打开了这个端口，另外也要检查TCP_Wrappers的设定。
六、NFS安全
NFS的不安全性主要体现于以下4个方面:
1、新手对NFS的访问控制机制难于做到得心应手,控制目标的精确性难以实现
2、NFS没有真正的用户验证机制,而只有对RPC/Mount请求的过程验证机制
3、较早的NFS可以使未授权用户获得有效的文件句柄
4、在RPC远程调用中,一个SUID的程序就具有超级用户权限
加强NFS安全的方法：
1、合理的设定/etc/exports中共享出去的目录，最好能使用anonuid，anongid以使MOUNT到NFS SERVER的CLIENT仅仅有最小的权限，最好不要使用root_squash。
2、使用IPTABLE防火墙限制能够连接到NFS SERVER的机器范围
iptables -A INPUT -i eth0 -p TCP -s 192.168.0.0/24 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p UDP -s 192.168.0.0/24 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p TCP -s 140.0.0.0/8 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p UDP -s 140.0.0.0/8 --dport 111 -j ACCEPT
3、为了防止可能的Dos攻击，需要合理设定NFSD 的COPY数目。
4、修改/etc/hosts.allow和/etc/hosts.deny达到限制CLIENT的目的
/etc/hosts.allow
portmap: 192.168.0.0/255.255.255.0 : allow
portmap: 140.116.44.125 : allow
/etc/hosts.deny
portmap: ALL : deny
5、改变默认的NFS 端口
NFS默认使用的是111端口，但同时你也可以使用port参数来改变这个端口，这样就可以在一定程度上增强安全性。
6、使用Kerberos V5作为登陆验证系统

㈤ linux没有办法与windows实现文件的共享判断

我们知道，在Windows系统之间，可以通过共享目录的方式，让远程系统直接访问。其实这里是Windows提供一种远程文件系统机制，NAS协议的一种——CIFS协议。如果是Linux系统呢，同样有另外一种NAS协议——NFS协议来实现远程访问。那么这两种NAS协议能否互通呢？答案是否定的。虽然二者不能互通，但是，在Linux系统上面已经有了CIFS协议的服务端和客户端的实现，这样，无论是Linux给Windows共享还是Windows给Linux共享都可以借助这些已有的实现来做到了。
相反的，Windows上面有没有NFS的客户端或者服务端呢？也有，但是不常用，这里就不详细介绍了。
这里主要围绕着Linux上面使用CIFS协议来阐述如何实现两个系统之间的跨文件系统，跨操作系统共享。按照上面的描述，有两种方式来实现共享。Linux分别作为CIFS的服务端和客户端。下面分别就这两种方式来说明操作步骤和简单的原理介绍：
一、Samba软件实现共享Linux文件系统给Windows用户
Samba软件被誉为10大最有价值的开源软件之第五位。其获取方式非常容易，配置使用也非常简单。下面以fedora系统为例，先看一下本地是否已经安装好samba，如果/etc/init.d/smb 文件存在，则说明已经安装好了samba软件，否则使用如下命令安装：
复制内容到剪贴板
yum install samba
安装完成后，修改配置文件，打开：/etc/samba/smb.conf，在文件末尾加上如下配置：
复制内容到剪贴板
[root]
comment = root
path = /
creat mask = 64
writeable = yes
browseable = yes
valid users = root
这个配置的意思是，创建一个名为root的共享，将根文件目录“/”共享给用户。允许登录的用户名是root。
然后给samba系统添加root用户，使用如下命令：
复制内容到剪贴板
smbpasswd -a root
按照提示设置root用户的密码。
重新启动samba服务。
复制内容到剪贴板
service smb restart
检查smb进程是否已经运行：
复制内容到剪贴板
root 1787 0.0 0.4 33068 4784 ? Ss 21:51 0:00 smbd
root 1788 0.0 0.2 33068 2580 ? S 21:51 0:00 \_ smbd
在需要访问该Linux系统的Windows客户机上面，打开Windows的资源管理器，在地址栏输入：\\192.168.1.110
会发现，提示有一个共享root，双击访问时，提示输入用户名和密码，输入此前配置的root用户和密码即可访问。这里就是Samba软件实现了CIFS的服务端，Windows资源管理作为客户端访问远程的共享文件系统。为了更为方便的使用该文件系统，还可以将该共享映射成一个本地的盘符，让Windows上面的各种工具像使用本地磁盘一样使用该目录。所有在Windows上面对该共享做的操作都会实时同步到Linux系统上面。
二、Linux访问Windows的共享
上面的借助于Samba的方式是大家常用的。还有一种，Windows系统天然就是一个CIFS的服务端和客户端，既然Windows系统可以给Windows系统共享目录，那么Linux系统能否访问这些共享呢？答案是肯定的，由于有强大的VFS支撑，Linux支持挂载和访问各种文件系统。mount工具支持挂在CIFS甚至NTFS的文件系统。如果是Windows本机上面的Linux虚拟机，那么可以直接通过虚拟机管理软件，如Vmware直接共享本地的磁盘分区给Linux系统，Linux系统根据Windows的磁盘分区的文件系统类型挂载即可。这里不详述该方案。
进入本段的正题，首先我们需要共享一个Windows的目录：

下面以Windows XP为例，Windows 7未做验证，应该类似。在共享之前，首先需要确保Windows系统的server服务处于启动状态，如下图：

选择需要共享的目录，右键，属性，选择“共享”页，如下图：
配置共享
选择在网络上共享这个文件夹，并指定共享名。根据需要选择是否允许远程用户修改该文件夹。这样这个文件夹就被共享给远程访问了。

在Linux系统下挂载该共享：
复制内容到剪贴板
[root@f2 ~]# mount -t cifs -o username="Test" //192.168.1.100/sourcecode /root/sourcecode
Password for Test@//192.168.1.100/sourcecode:
按照要求输入指定用户的密码即可。
此时，Windows的共享sourcecode目录就已经挂载到Linux系统上面了，Linux系统可以像访问本地目录一样访问该目录了。
这种方法应该是更好的访问方式，因为一般而言，我们操作的文件和工作空间都是在Windows上面的，只有少数时候，需要在Linux上面进行编译，调试。但是用起来稍显麻烦。注意，此前曾遇到过Windows系统与虚拟出来的Linux系统之间无法传输数据的问题，原因是Windows系统的防火墙未开启。
通过以上两种方法解决如何实现Windows与Linux文件系统互访的问题，希望能帮到大家，谢谢阅读。

㈥ 我的友善之臂micro2440开发板，烧写uboot和Linux内核后我想设置nfs网络根文件系统，但是一直有问题。

linux-2.6.35在fs2410开发板启动后，通过nfs挂载文件系统，但是rtc不能用，也会在挂载文件系统之前打印如下提示信息：

TCP cubic registered

NET: Registered protocol family 1

RPC: Registered udp transport mole.

RPC: Registered tcp transport mole.

drivers/rtc/hctosys.c: unable to open rtc device (rtc0)

IP-Config: Complete:

device=eth0, addr=192.168.20.253, mask=255.255.255.0, gw=192.168.20.1,
host=thomas_fs2410, domain=, nis-domain=(none),
bootserver=192.168.20.192, rootserver=192.168.20.192, rootpath=
Looking up port of RPC 100003/2 on 192.168.20.192
Looking up port of RPC 100005/1 on 192.168.20.192
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing init memory: 184K

解决方案：

1. 内核配置选项

--- Real Time Clock
[*] Set system time from RTC on startup and resume
(rtc0) RTC used to set the system time
[ ] RTC debug support
*** RTC interfaces ***
[*] /sys/class/rtc/rtcN (sysfs)
[*] /dev/rtcN (character devices)
[ ] RTC UIE emulation on dev interface
*** on-CPU RTC drivers ***
<*> Samsung S3C series SoC RTC

2. linux kernel 中 已经支持S3C2410的RTC，但是并没有添加到平台设备初始化数组中，所以系统启动时并不会初始化这一部分，需要修改文件mach-smdk.c

static struct platform_device *smdk2410_devices[] __initdata = {
&s3c_device_ohci,
&s3c_device_lcd,
&s3c_device_wdt,
&s3c_device_i2c0,
&s3c_device_iis,
&s3c_device_rtc, //新增代码
};

3. 创建设备节点，在文件系统/dev目录下执行:

sudo mknod rtc c 10 135

4. 重新编译内核，查看启动信息

S3C24XX RTC, (c) 2004,2006 Simtec Electronics
s3c-rtc s3c2410-rtc: rtc disabled, re-enabling
s3c-rtc s3c2410-rtc: rtc core: registered s3c as rtc0

这里说明rtc驱动起来可以正常工作了
S3C2410 Watchdog Timer, (c) 2004 Simtec Electronics
s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled
No device for DAI UDA134X
No device for DAI s3c24xx-i2s
ALSA device list:
No soundcards found.
TCP cubic registered
NET: Registered protocol family 17
s3c-rtc s3c2410-rtc: hctosys: invalid date/time

以上信息说明当前 RTC 时间invalid , RTC 初始时间为 Wed Dec 31 23:59:59 1969 ;

从内核函数 int rtc_valid_tm(struct rtc_time *tm) ，可以看出，当 year 小于 1970 时，认为是时间 invalid ，函数返回 -EINVAL ;

drivers/rtc/rtc-lib.c

/*
* Does the rtc_time represent a valid date/time?
*/
int rtc_valid_tm(struct rtc_time *tm)
{
if (tm->tm_year < 70
|| ((unsigned)tm->tm_mon) >= 12
|| tm->tm_mday < 1
|| tm->tm_mday > rtc_month_days(tm->tm_mon, tm->tm_year + 1900)
|| ((unsigned)tm->tm_hour) >= 24
|| ((unsigned)tm->tm_min) >= 60
|| ((unsigned)tm->tm_sec) >= 60)
return -EINVAL;

return 0;
}
EXPORT_SYMBOL(rtc_valid_tm);

下面来验证一下这个想法

# hwclock

Wed Dec 31 23:59:59 1969 0.000000 seconds

# date

Thu Jan 1 00:06:58 UTC 1970

系统时间是通过 date 来设置的， RTC 时间是通过 hwclock 来设置的。开机时系统时间首先通过 RTC 来获得，RTC没有设置时，系统时间也会使用Wed Dec 31 23:59:59 1969。

# hwclock --help

BusyBox v1.9.2 (2008-04-01 21:32:34 CST) multi-call binary

Usage: hwclock [-r|--show] [-s|--hctosys] [-w|--systohc] [-l|--localtime] [-u|--utc] [-f FILE]

Query and set a hardware clock (RTC)

Options:

-r Read hardware clock and print result

-s Set the system time from the hardware clock

-w Set the hardware clock to the system time

-u The hardware clock is kept in coordinated universal time

-l The hardware clock is kept in local time

-f FILE Use the specified clock (e.g. /dev/rtc2)

# hwclock -s

hwclock: settimeofday() failed: Invalid argument

# hwclock -w

s3c2410-rtc s3c2410-rtc: rtc only supports 100 years

hwclock: RTC_SET_TIME: Invalid argument

以上错误信息都是因为 year 设置不当引起的。没有设置 RTC ， RTC 也不会启动计时。

下面首先设置正确的系统时间，然后将系统时间传递给 RTC 。

# date 040612282008.20

Sun Apr 6 12:28:20 UTC 2008

# hwclock -w

# hwclock

Sun Apr 6 12:29:01 2008 0.000000 seconds

# hwclock

Sun Apr 6 12:30:15 2008 0.000000 seconds

Ok ， RTC 开始工作了！

为了使系统时间和 RTC 时间同步，可以在初始化文件中添加命令

Hwclock –s

使每次开机时读取 RTC 时间，并同步给系统时间。

在 etc/init.d/rcS 中添加

/bin/hwclock -s

时间设置的相关命令（转载)

1. 在虚拟终端中使用date 命令来查看和设置系统时间
查看系统时钟的操作：
# date

设置系统时钟的操作：
# date 091713272003.30

通用的设置格式：
# date 月日时分年. 秒

2. 使用hwclock 或clock 命令查看和设置硬件时钟
查看硬件时钟的操作：
# hwclock --show 或
# clock --show
2003年 09月 17日 星期三 13 时24 分11 秒 -0.482735 seconds

设置硬件时钟的操作：
# hwclock --set --date="09/17/2003 13:26:00"

或者
# clock --set --date="09/17/2003 13:26:00"

通用的设置格式：hwclock/clock --set --date=“ 月/ 日/ 年时：分：秒” 。

3. 同步系统时钟和硬件时钟

Linux 系统( 笔者使用的是Red Hat 8.0 ，其它系统没有做过实验) 默认重启后，硬件时钟和系统时钟同步。如果不大方便重新启动的话( 服务器通常很少重启) ，使用clock 或hwclock 命令来同步系统时钟和硬件时钟。

硬件时钟与系统时钟同步：
# hwclock --hctosys

或者
# clock --hctosys

上面命令中，--hctosys 表示Hardware Clock to SYStem clock 。

系统时钟和硬件时钟同步：
# hwclock --systohc

或者
# clock --systohc

使用图形化系统设置工具设置时间

参考：http://blogold.chinaunix.net/u2/63560/showart_518707.html

㈦ 鎶婇┍锷ㄧ▼搴忔斁鍦ㄦ枃浠剁郴缁熶腑锛屽湪闇瑕佺敤镄勬椂鍊椤啀insmod鍒発ernel涓铡伙纴杩欎釜鏂囦欢绯荤粺鏄鎸囨牴鏂囦欢绯荤粺钖楋纻

椹卞姩绋嫔簭链変袱绉嶅姞杞芥柟寮忥纴涓绉嶆槸锷ㄦ佸姞杞斤纴涓绉嶆槸闱欐佸姞杞姐
锷ㄦ佸姞杞藉氨鏄鎸囨妸椹卞姩绋嫔簭鏀惧湪鏂囦欢绯荤粺镄勪换浣曚綅缃锛屽伐绋嫔笀镊宸插畾锛岀劧钖庝娇鐢ㄧ殑镞跺欐妸瀹僫nsmod鍒扮郴缁熶腑铡汇
闱欐佸姞杞藉氨鏄鎸囨妸椹卞姩绋嫔簭闱欐佺紪璇戝埌绯荤粺鍐呮牳涓铡伙纴涓岖＄敤镄勭潃鐢ㄤ笉镌锛屽畠灏卞湪鍐呮牳涓瀛桦湪锛屾垚涓轰简鍐呮牳镄勪竴閮ㄥ垎銆
鍡锛岀劧钖--
鏂囦欢绯荤粺链夊氱嶏纴rfs,nfs,杩欎簺甯告槸鏂囦欢绯荤粺镄勫彨娉曪纴root fs 灏辫绠绉板仛浜唕fs锛宯etwork fs灏辫绠绉板仛浜唍fs锛屽畠浠閮戒笉鏄鏂囦欢绯荤粺镄勬牸寮忥纴鏂囦欢绯荤粺镄勬牸寮忎篃链夊緢澶氱嶏纴链塅AT16,FAT32,NTFS,YAFFS,CRAMFS,JFFS2 绛夌瓑锛岃繖閲屽垪鍑鸿繖鍑犵嶉兘鏄姣旇缉甯哥敤镄勚
宓屽叆寮弆inux閲囩敤镄勬枃浠剁郴缁熼氩父链塁RAMFS鍜孻AFFS鍜孞FFS2锛岄夌敤鍝涓绉嶆枃浠舵牸寮忥纴鍙栧喅浜庣郴缁熻捐℃椂镄勭‖浠讹纴涓昏佹槸鍙栧喅浜庣敤镄勪粈涔埚瓨鍌ㄥ櫒锛岄拡瀵逛笉钖岀殑瀛桦偍鍣ㄩ夌敤涓嶅悓镄勬枃浠舵牸寮忋