Chapter 12. Windows Compatibility and Samba 385 mechanism is not very sophisticated. So we suggest you don't use the conv option, unless you are sure the partition contains only text files. Stick with binary (the default) and convert your files manually on an as-needed basis. See Section 12.2.3 later in this chapter for directions on how to do this. As with other filesystem types, you can mount MS-DOS and NTFS filesystems automatically at system bootup by placing an entry in your /etc/fstab file. For example, the following line in /etc/fstab mounts a Windows 98 partition onto /win: /dev/hda1 /win vfat defaults,umask=002,uid=500,gid=500 0 0 When accessing any of the msdos, vfat or ntfs filesystems from Linux, the system must somehow assign Unix permissions and ownerships to the files. By default, ownerships and permissions are determined using the UID and GID, and umasking of the calling process. This works acceptably well when using the mount command from the shell, but when run from the boot scripts, it will assign file ownerships to root, which may not be desired. In the above example, we use the umask option to specify the file and directory creation mask the system will use when creating files and directories in the filesystem. The uid option specifies the owner (as a numeric UID, rather than a text name), and the gid option specifies the group (as a numeric GID). All files in the filesystem will appear on the Linux system as having this owner and group. Since dual-boot systems are generally used as workstations by a single user, you will probably want to set the uid and gid options to the UID and GID of that user's account. 12.2.1 Mounting Windows Shares When you have Linux and Windows running on separate computers that are networked, you can share files between the two. The built-in networking support in Windows uses Microsoft's Server Message Block (SMB) protocol, which is also known as Common Internet File System (CIFS) protocol. Linux has support for SMB protocol by way of Samba and the Linux smbfs filesystem. In this section, we cover sharing in one direction: how to access files on Windows systems from Linux. The next section will show you how to do the reverse, to make selected files on your Linux system available to Windows clients. The utilities smbmount and smbmnt from the Samba distribution work along with the smbfs filesystem drivers to handle the communication between Linux and Windows, and mount the directory shared by the Windows system onto the Linux file system. In some ways, it is similar to mounting Windows partitions, which we covered in the previous section, and in other ways similar to mounting an NFS filesystem. This is all done without adding any additional software to Windows, because your Linux system will be accessing the Windows system the same way other Windows systems would. However, it's important that you run only TCP/IP protocol on Windows, and not NetBEUI or Novell (IPX/SPX) protocols. Although it is possible for things to work if NetBEUI and/or IPX/SPX are in use, it is much better to avoid them if possible. There can be name resolution conflicts and other similar problems when more than TCP/IP is in use. Chapter 12. Windows Compatibility and Samba 386 TCP/IP protocol on your Windows system should be configured properly, with an IP address and netmask. Also, the workgroup (or domain) and computer name of the system should be set. A simple test is to try pinging the Windows system from Linux, using its computer name (hostname), in a matter, such as: $ ping maya PING maya.metran.cx (172.16.1.6) from 172.16.1.3 : 56(84) bytes of data. 64 bytes from maya.metran.cx (172.16.1.6): icmp_seq=2 ttl=128 time=362 usec 64 bytes from maya.metran.cx (172.16.1.6): icmp_seq=3 ttl=128 time=368 usec maya.metran.cx ping statistics 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/mdev = 0.344/0.376/0.432/0.038 ms This shows that Linux is able to contact maya, the Windows server, and that name resolution and basic TCP/IP communication are working. For now, we will assume that a TCP/IP connection can be established between your Linux and Windows computers, and that there is a directory on the Windows system that is being shared. Detailed instructions on how to configure networking and file sharing on Windows 95/98/Me and Windows NT/2000/XP can be found in Using Samba by Robert Eckstein and David Collier-Brown (O'Reilly). On the Linux side, the following three steps are required: 1. Compile support for the smbfs filesystem into your kernel. 2. Install the Samba utility programs smbmount and smbmnt, and create at least a minimal Samba configuration file. 3. Mount the shared directory with the mount or smbmount command. Your Linux distribution may come with smbfs and Samba already installed, but in case it doesn't, let's go through the above steps one at a time. The first one is easy: In the filesystems/Network File Systems section during kernel configuration, select SMB file system support (to mount WfW shares etc.). Compile and install your kernel, or install and load the module. Next, you will need to install the smbmount and smbmnt utilities from Samba package. You can install Samba according directions in the next section, or if you already have Samba installed on a Linux system, you can simply copy the commands from there. You also may want to copy over some of the other Samba utilities, such as smbclient and testparm. The smbmount program is meant to be run from the command line, or by mount when used with the -t smbfs option. Either way, smbmount calls smbmnt, which performs the actual mounting operation. While the shared directory is mounted, the smbmount process continues to run, and if you do a ps ax listing, you will see one smbmount process for each mounted share. The smbmount program reads the Samba configuration file, although it doesn't need to gather much information from it. In fact, you may be able to get by with a configuration file that is completely empty! The important thing is to make sure the configuration file exists in the correct location, or you will get error messages. To find the location of the configuration file, run the testparm program. (If you copied the two utilities from another Linux system, run Chapter 12. Windows Compatibility and Samba 387 testparm on that system.) The first line of output identifies the location of the configuration file, as in this example: $ testparm Load smb config files from /usr/local/samba/lib/smb.conf deleted You will learn more about writing the configuration file in the next section, but for our purposes here, it suffices to have the following content: [global] workgroup = NAME Simply replace NAME with the name of your workgroup, as it is configured on the Windows systems on your network. The last thing to do is to mount the shared directory. Using smbmount can be quite easy. The command synopsis is: smbmount share_name mount_point options where mount_point specifies a directory just as in the mount command. servicename follows the Windows Universal Naming Convention (UNC) format, except that it replaces the backslashes with slashes. For example, if you want to mount a SMB share from the computer called maya that is exported under the name mydocs onto the directory /windocs, you could use the following command: # smbmount //maya/mydocs/ /windocs If a username and/or password is needed to access the share, smbmount will prompt you for them. Now let's consider a more complex example of an smbmount command: # smbmount //maya/d /maya-d/ \ -o credentials=/etc/samba/pw,uid=jay,gid=jay,fmask=600,dmask=700 In this example, we are using the -o option to specify options for mounting the share. Reading from left to right through the option string, we first specify a credentials file, which contains the username and password needed to access the share. This avoids having to enter them at an interactive prompt each time. The format of the credentials file is very simple: username=USERNAME password= PASSWORD where USERNAME and PASSWORD are replaced by the username and password needed for authentication with the Windows workgroup server or domain. The uid and gid options specify the owner and group to apply to the files in the share, just as we did when mounting a MS-DOS partition in the previous section. The difference is that here, we are allowed to use either the username and group names or the numeric UID and GID. The fmask and dmask options allow permission masks to be logically ANDed with whatever permissions are allowed by the system serving the share. For further explanation of these options and how to use them, see the smbmount(8) manual page. Chapter 12. Windows Compatibility and Samba 388 One problem with smbmount is that when the attempt to mount a shared directory fails, it does not really tell you what went wrong. To diagnose the problem, try accessing the share with smbclient, which also comes from the Samba package. smbclient lets you list the contents of a shared directory and copy files to and from it, and has the advantage of providing a little more detailed error messages. See the manual page for smbclient(1) for further details. Once you have succeeded in mounting a shared directory using smbmount, you may want to add an entry in your /etc/fstab file to have the share mounted automatically during system boot. It is a simple matter to reuse the arguments from the above smbmount command to create an /etc/fstab entry such as the following: //maya/d /maya-d smbfs/ credentials=/etc/samba/pw,uid=jay,gid=jay,fmask=600,dmask=700 0 0 12.2.2 Using Samba to Serve SMB Shares Now that you can mount shared Windows directories on your Linux system, we will discuss networking in the other direction — serving files stored on Linux to Windows clients on the network. This also is done using Samba. Samba can be used in many ways, and is very scalable. You might want to use it just to make files on your Linux system available to a single Windows client (such as when running Windows in a virtual machine environment on a Linux laptop). Or, you can use Samba to implement a reliable and high-performance file and print server for a network containing thousands of Windows clients. A warning before you plunge into the wonderful world of Samba: the SMB protocol is quite complex, and because Samba has to deal with all those complexities, it provides a huge number of configuration options. In this section, we will show you a simple Samba setup, using as many of the default settings as we can. If you are really serious about supporting a large number of users that use multiple versions of Windows, or using more than Samba's most basic features, you are well advised to read the Samba documentation thoroughly and perhaps even read a good book about Samba, such as O'Reilly's Using Samba. Setting up Samba involves the following steps: 1. Compiling and installing Samba, if it is not already present on your system. 2. Writing the Samba configuration file smb.conf and checking it for correctness. 3. Starting the two Samba daemons smbd and nmbd. If you successfully set up your Samba server, it and the directories you share will appear in the browse lists of the Windows clients on your local network — normally accessed by clicking on the Network Neighborhood or My Network Places icon on the Windows desktop. The users on the Windows client systems will be able to read and write files according to your security settings just as they do on their local systems or a Windows server. The Samba server will appear to them as another Windows system on the network, and act almost identically. 12.2.2.1 Installing Samba There are two ways in which Samba may be installed on a Linux system: Chapter 12. Windows Compatibility and Samba 389 • From a binary package, such as Red Hat's RPM (also used with SuSE and some other distributions), or Debian's .deb package formats • By compiling the Samba source distribution Most Linux distributions include Samba, allowing you to install it simply by choosing an option when installing Linux. If Samba wasn't installed along with the operating system, it's usually a fairly simple matter to install the package later. Either way, the files in the Samba package will usually be installed as follows: • Daemons in /usr/sbin • Command-line utilities in /usr/bin • Configuration files in /etc/samba • Log files in /var/log/samba There are some variations on this. For example, in older releases, you may find log files in /var/log, and the Samba configuration file in /etc. If your distribution doesn't have Samba, you can download the source code, and compile and install it yourself. In this case, all of the files that are part of Samba are installed into subdirectories of /usr/local/samba. Either way, you can take a quick look in the directories just mentioned to see if Samba already exists on your system, and if so, how it was installed. If you are not the only system administrator of your Linux system, be careful. Another administrator might have used a source code release to upgrade an earlier version that was installed from a binary package, or vice-versa. In this case, you will find files in both locations, and it may take you a while to determine which installation is active. If you need to install Samba, you can either use one of the packages created for your distribution, or install from source. Installing a binary release may be convenient, but Samba binary packages available from Linux distributors are usually significantly behind the most recent developments. Even if your Linux system already has Samba installed and running, you might want to upgrade to the latest stable source code release. To install from source, go to the Samba web site at http://www.samba.org, and click on one of the links for a download site nearest you. This will take you to one of the mirror sites for FTP downloads. The most recent stable source release is contained in the file samba-latest.tar.gz. After downloading this file, unpack it and then read the file docs/htmldocs/UNIX_INSTALL.html from the distribution. This file will give you detailed instructions on how to compile and install Samba. Briefly, you will use the following commands: $ tar xvfz samba-latest.tar.gz $ cd samba- VERSION $ su Password: # ./configure # make # make install Chapter 12. Windows Compatibility and Samba 390 Make sure to become superuser before running the configure script. Samba is a bit more demanding in this regard than most other Open Source packages you may have installed. After running the above commands, Samba files can be found in the following locations: • Executables in /usr/local/samba/bin • Configuration file in /usr/local/samba/lib • Log files in /usr/local/samba/log • smbpasswd file in /usr/local/samba/private • Manual pages in /usr/local/samba/man You will need to add the /usr/local/samba/bin directory to your PATH environment variable to be able to run the Samba utility commands without providing a full path. Also, you will need to add the following two lines to your /etc/man.config file to get the man command to find the Samba manual pages: MANPATH /usr/local/samba/man MANPATH_MAP /usr/local/samba/bin /usr/local/samba/man 12.2.2.2 Configuring Samba The next step is to create a Samba configuration file for your system. Many of the programs in the Samba distribution read the configuration file, and although some of them can get by with minimal information from it (even an empty file), the daemons used for file sharing require that the configuration file be specified in full. The name and location of the Samba configuration file depends on how Samba was compiled and installed. An easy way to find it is to use the testparm command, as we showed you in the section on mounting shared directories earlier in this chapter. Usually, the file is called smb.conf, and we'll use that name for it from now on. The format of the smb.conf file is like that of the .ini files used by Windows 3.x: there are entries of the type: key = value When working with Samba, you will almost always see the keys referred to as parameters or options. Parameters are put into sections, which are introduced by labels made of the name of the section in square brackets. This section name goes by itself on a line, like this: [section-name] Each directory or printer you share is called a share or service in Windows networking terminology. You can specify each service individually using a separate section name, but we'll show you some ways to simplify the configuration file and support many services using just a few sections. One special section called [global] contains parameters that apply as defaults to all services, and parameters that apply to the server in general. While Samba understands literally hundreds of parameters, it is very likely that you will need to use only a few of them, because most have reasonable defaults. If you are curious which parameters are available, or you are looking for a specific parameter, read the manual page for smb.conf(5). But for now, let's get started with the following smb.conf file: Chapter 12. Windows Compatibility and Samba 391 [global] workgroup = METRAN encrypt passwords = yes wins support = yes local master = yes [homes] browsable = no read only = no map archive = no [printers] printable = yes printing = BSD path = /var/tmp [data] path = /export/data read only = no map archive = no Although this is a very simple configuration, you may find it satisfactory for most purposes. We'll now explain each section in the file in order of appearance, so you can understand what's going on, and make the changes necessary for it to fit your own system. The parts you most likely need to change are emphasized in boldface. In the [global] section, we are setting parameters that configure Samba on the particular host system. The workgroup parameter defines the workgroup to which the server belongs. You will need to replace METRAN with the name of your workgroup. If your Windows systems already have a workgroup defined, use that workgroup. Or if not, create a new workgroup name here and configure your Windows systems to belong to it. Use a workgroup name other than the Windows default of WORKGROUP, to avoid conflicts with misconfigured or unconfigured systems. For our server's computer name (also called NetBIOS name), we are taking advantage of Samba's default behavior of using the system's hostname. That is, if the system's fully- qualified domain name is dolphin.example.com, it will be seen from Windows as dolphin. Make sure your system's hostname is set appropriately. The encrypt passwords parameter tells Samba to expect clients to send passwords in "encrypted" form, rather than plaintext. This is necessary in order for Samba to work with Windows 98, Windows NT Service Pack 3, and later versions. If you are using Samba version 3.0 or later, this line is optional, because newer versions of Samba default to using encrypted passwords. The wins support parameter tells Samba to function as a WINS server, for resolving computer names into IP addresses. This is optional, but helps to keep your network running efficiently. The local master parameter is also optional. It enables Samba to function as the master browser on the subnet, keeping the master list of computers acting as SMB servers, and their shared resources. Usually, it is best to let Samba accept this role, rather than let it go to a Windows system. Chapter 12. Windows Compatibility and Samba 392 The rest of the sections in our example smb.conf are all optional, and define the resources Samba offers to the network. The [ homes ] share tells Samba to automatically share home directories. When clients connect to the Samba server, Samba looks up the username of the client in the Linux /etc/passwd file, to see if the user has an account on the system. If the account exists, and has a home directory, the home directory is offered to the client as a shared directory. The username will be used as the name of the share (which appears as a folder on a Windows client). For example, if a user diane, who has an account on the Samba host, connects to the Samba server, she will see that it offers her home directory on the Linux system as a shared folder named diane. The parameters in the [homes] section define how the home directories will be shared. It is necessary to set browsable = no to keep a shared folder named homes from appearing in the browse list. By default, Samba offers shared folders with read-only permissions. Setting read only = no causes the folder and its contents to be offered read/write to the client. Setting permissions like this in a share definition does not change any permissions on the files in the Linux filesystem, but rather acts to apply additional restrictions. A file that has read- only permissions on the server will not become writable from across the network as a result of read only being set to no. Similarly, if a file has read/write permissions on the Linux system, Samba's default of sharing the file read-only applies only to access by Samba's network clients. Samba has the sometimes difficult job of making a Unix filesystem appear like a Windows filesystem to Windows clients. One of the differences between Windows and Unix filesystems is that Windows uses the archive attribute to tell backup software whether a file has been modified since the previous backup. If the backup software is performing an incremental backup, it backs up only files that have their archive bit set. On Unix, this information is usually inferred from the file's modification timestamp, and there is no direct analog to the archive attribute. Samba mimics the archive attribute using the Unix file's execute bit for owner. This allows Windows backup software to function correctly when used on Samba shares, but has the unfortunate side-effect of making data files look like executables on your Linux system. We set the map archive parameter to no because we expect that you are more interested in having things work right on your Linux system than being able to perform backups using Windows applications. The [printers] section tells Samba to make printers connected to the Linux system available to network clients. Each section in smb.conf, including this one, that defines a shared printer must have the parameter printable = yes . In order for a printer to be made available, it must have an entry in the Linux system's /etc/printcap file. As explained in Section 8.4 in Chapter 8, the printcap file lists all the printers on your system and how they are accessed. The printer will be visible to users on network clients with the name it is listed by in the printcap file. If you have already configured a printer for use, it may not work properly when shared over the network. Usually, when configuring a printer on Linux, the print queue is associated with a printer driver that translates data it receives from applications into codes that make sense to the specific printer in use. However, Windows clients have their own printer drivers, and expect the printer on the remote system to accept raw data files that are intended to be used directly by the printer, without any kind of intermediate processing. The solution is to add an Chapter 12. Windows Compatibility and Samba 393 additional print queue for your printer (or create one, if you don't already have the printer configured) that passes data directly to the printer. This is sometimes called "raw mode". The first time the printer is accessed from each Windows client, you will need to install the Windows printer driver on that client. The procedure is the same as when setting up a printer attached directly to the client system. When a document is printed on a Windows client, it is processed by the printer driver, and then sent to Samba. Samba simply adds the file to the printer's print queue, and the Linux system's printing system handles the rest. Historically, most Linux distributions have used BSD-style printing systems, and so we have set printing = BSD to notify Samba that the BSD system is in use. Samba then acts accordingly, issuing the appropriate commands that tell the printing system what to do. More recently, some Linux distributions have used the LPRng printing system or CUPS. If your distribution uses LPRng, set printing = LPRNG . If it uses CUPS, then set printing = CUPS , and also set printcap name = CUPS. We have set the path parameter to /var/tmp to tell Samba where to temporarily put the binary files it receives from the network client, before they are added to the print system's queue. You may use another directory if you like. The directory must be made world-writable, to allow all clients to access the printer. The [data] share in our example shows how to share a directory. You can follow this example to add as many shared directories as you want, by using a different section name and value for pat h for each share. The section name is used as the name of the share, which will show up on Windows clients as a folder with that name. As in previous sections, we have used read only = no to allow read/write access to the share, and map archive = no to prevent files from having their execute bits set. The path parameter tells Samba what directory on the Linux system is to be shared. You can share any directory, but make sure it exists and has permissions that correspond to its intended use. For our [ data] share, the directory /export/data has read, write and execute permissions set for all of user, group and other, since it is intended as a general-purpose shared directory for everyone to use. After you are done creating your smb.conf file, run the testparm program, which checks your smb.conf for errors and inconsistencies. If your smb.conf file is correct, testparm should report satisfactory messages, as follows: $ testparm Load smb config files from /usr/local/samba/lib/smb.conf Processing section "[homes]" Processing section "[printers]" Processing section "[data]" Loaded services file OK. Press enter to see a dump of your service definitions If you have made any major errors creating the smb.conf file, you will get error messages mixed in with the output shown. You don't need to see the dump of service definitions at this point, so just type CTRL-C to exit testparm. 12.2.2.3 Adding users Network clients must be authenticated by Samba before they can access shares. The configuration we are using in this example uses Samba's "user-level" security, in which client users are required to provide a username and password that must match those of an account Chapter 12. Windows Compatibility and Samba 394 on the Linux host system. The first step in adding a new Samba user is to make sure that the user has a Linux account, and if you have a [homes] share in your smb.conf, that the account has an existing home directory. In addition, Samba keeps its own password file, which it uses to validate the encrypted passwords that are received from clients. For each Samba user, you must run the smbpasswd command to add a Samba account for that user: # smbpasswd -a username New SMB password: Retype new SMB password: Make sure that the username and password you give to smbpasswd are both be the same as those of the user's Linux account. We suggest you start off by adding your own account, which you can use a bit later to test your installation. 12.2.2.4 Starting the Samba daemons The Samba distribution includes two daemon programs, smbd and nmbd, that must both be running in order for Samba to function. Starting the daemons is simple: # smbd # nmbd Assuming your smb.conf file is error-free, it is rare for the daemons to fail to run. Still, you might want to run a ps ax command and check that they are in the list of active processes. If not, take a look at the Samba log files, log.smbd and log.nmbd, for error messages. To stop the daemons, you can use the killall command to send them the SIGTERM signal: # killall -TERM smbd nmbd Once you feel confident that your configuration is correct, you will probably want the Samba daemons to start up during system boot, along with other system daemons. If you are using a binary release of Samba, there is probably a script provided in the /etc/init.d directory that will start and stop Samba. For example, on Red Hat and SuSE Linux, Samba can be started with the following command: # /etc/init.d/smb start The smb script can also be used to stop or restart Samba, by replacing the start argument with stop or restart. The name and location of the script may be different on other distributions. On Debian 3.0, the script is named samba, and on older versions of Red Hat, it is located in /etc/rc.d/init.d. If you installed from a source code distribution, you will have to write and install your own script that can perform the start and stop functions. (Or maybe you can copy the script from a Samba binary package for your distribution.) When started from a script, smbd and nmbd must be started with the -D option, so that they will detach themselves and run as daemons. After you have tested the script and you are sure it works, create the appropriate symbolic links in your /etc/rc N .d directories to start Samba in the runlevel you normally run in, and stop Samba when changing to other runlevels. [...]... every 386 instruction is emulated in software, performance is reduced to a small percent of what it would be if the operating system were running directly on the same hardware The plex86 project (http://savannah.nongnu.org/projects/plex86) takes yet another approach, and implements a virtualized environment in which Windows or other operating systems (and their applications) can run Software running. .. send Windows print jobs to your Linux printer! We have only touched the surface of what Samba can do, but this should already give you an impression why Samba — despite not being developed just for Linux — is one of the software packages that have made Linux famous 12.2.3 File Translation Utilities One of the most prominent problems when it comes to sharing files between Linux and Windows is that the... equally to the many free applications available for Linux and to the Linux kernel itself Linux supports an advanced programming interface, using GNU compilers and tools, such as the gcc compiler, the gdb debugger, and so on A number of other programming languages, including Perl, Python, and LISP, are also supported Whatever your programming needs, Linux is a great choice for developing Unix applications... manner as plex86), so you will need to install a copy of Windows before you can run Windows applications The good news is that with VMware, at least, the degree of compatibility is very high VMware supports versions of DOS/Windows ranging from MS-DOS to NET, including every version in between You can even install some of the more popular Linux distributions, to run more than one copy of Linux on the... VMware, but was able to support only Windows 95/ 98/ ME, and not Windows NT/2000/XP As with other projects described in this section, we suggest keeping up to date with the product's development, and check once in a while to see if it is mature enough to meet your needs 3 98 Chapter 13 Programming Languages Chapter 13 Programming Languages There's much more to Linux than simply using the system One of the... Linux developers will provide a means to read or even write it Another approach might be to switch to open file formats, such as Rich Text Format (RTF) or Extensible Markup Language (XML), when creating documents on Windows In the age of the Internet, where information is supposed to float freely, closed, undocumented file formats are an anachronism 12.3 Running MS-DOS and Windows Applications on Linux. .. is a great choice for developing Unix applications Because the complete source code for the libraries and Linux kernel is provided, programmers who need to delve into the system internals are able to do so.1 Linux is an ideal platform for developing software to run under the X Window System The Linux X distribution, as described in Chapter 10, is a complete implementation with everything you need to... install DOS in the emulator, but since DOS is actually running inside the emulator, good application compatibility is assured To a limited extent, it is even possible to run Windows 3.1 Wine (http://www.winehq.com) is a more ambitious project, with the goal of reimplementing Microsoft's Win32 API, to allow Windows applications to run directly on Linux without the overhead of an emulator This means you... on Linux When you are running Windows mainly for its ability to support a specific peripheral or hardware device, the best approach is usually to set up a dual-boot system or run Windows on a separate computer, to allow it direct access to hardware resources But when your objective is to run Windows software, the ideal solution would be to have the applications run happily on Linux, without requiring... and with the standard libraries) to produce an executable First, gcc compiles any source files into object files Next, it automatically 3 A number of IDEs are available for Linux now These include both commercial ones like Kylix, the Linux version of Delphi, and open source ones like KDevelop, which we will mention in the next chapter 403 Chapter 13 Programming Languages invokes the linker to glue all . protocol. Linux has support for SMB protocol by way of Samba and the Linux smbfs filesystem. In this section, we cover sharing in one direction: how to access files on Windows systems from Linux. . bytes from maya.metran.cx (172.16.1.6): icmp_seq=2 ttl=1 28 time=362 usec 64 bytes from maya.metran.cx (172.16.1.6): icmp_seq=3 ttl=1 28 time=3 68 usec maya.metran.cx ping statistics 2 packets. explanation of these options and how to use them, see the smbmount (8) manual page. Chapter 12. Windows Compatibility and Samba 388 One problem with smbmount is that when the attempt to mount a