~ubuntu-branches/ubuntu/intrepid/samba/intrepid-updates

« back to all changes in this revision

Viewing changes to docs-xml/Samba3-HOWTO/TOSHARG-Compiling.xml

  • Committer: Bazaar Package Importer
  • Author(s): Chuck Short
  • Date: 2008-06-02 09:01:46 UTC
  • mfrom: (0.25.3 upstream)
  • Revision ID: james.westby@ubuntu.com-20080602090146-92ur4nx39ccg708r
Tags: 2:3.0.30-2ubuntu1
* Merge from debian unstable, remaining changes:
  * debian/patches/VERSION.patch
    - set SAMABA_VERSION_VENDOR_SUFFIX to Ubuntu
  * debian/smb.conf
    - add "(Samba, Ubuntu)" to server string.
    - comment out the default [homes] shares, and a comment about
      "value users = %S to show users how to restrict access to 
      \\server\useranem to only username.
    - Add map to guest = Bad user, maps bad username to guest access.
      (LP: #32067)
  * debian/samba-common.postinst:
    - Fix upgrade from a first installation done with feisty, edgy, or dapper.
      (LP: #201059)
    - When populating the new sambashare group, it's not an error if the user
      simply doesn't exist; test for this case and the install continue 
      instead of aborting. (LP: #206036)
  * debian/smba-common.config:
    - do not change priority to HIGH if dhclient3 is installed
    - used priority medium instead of hight for the workgroup question
  * debian/winbind.files
    - insclude additional files
  * debian/patches/fix-documentation.patch:
    - fix typos in net(8) and smb.conf(5) man pages
  * debian/mksambapasswd.awk:
    - Don't add user with UID less than 1000 to smbpasswd.
  * debian/samba.init:
    - add 'status' option for LSB conformance.
  * Updated control version.
  * Dropped Changes:
    - Dropped debian/patches/fix-smbprinting-os2.patch. Accepted upstream.
    - Dropped debian/patches/fix-documentation.patch. Accepted upstream.
     

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
<?xml version="1.0" encoding="iso-8859-1"?>
 
2
<!DOCTYPE chapter PUBLIC "-//Samba-Team//DTD DocBook V4.2-Based Variant V1.0//EN" "http://www.samba.org/samba/DTD/samba-doc">
 
3
<chapter id="compiling">
 
4
<chapterinfo>
 
5
        &author.jelmer;
 
6
        &author.jht;
 
7
        &author.tridge;
 
8
        
 
9
        <pubdate> 22 May 2001 </pubdate>
 
10
        <pubdate> 18 March 2003 </pubdate>
 
11
        <pubdate> June 2005 </pubdate>
 
12
</chapterinfo>
 
13
 
 
14
<title>How to Compile Samba</title>
 
15
 
 
16
<para>
 
17
You can obtain the Samba source file from the
 
18
<ulink url="http://samba.org/">Samba Web site</ulink>. To obtain a development version, 
 
19
you can download Samba from Subversion or using <command>rsync</command>.
 
20
</para>
 
21
 
 
22
<sect1>
 
23
<title>Access Samba Source Code via Subversion</title>
 
24
 
 
25
 
 
26
<sect2>
 
27
<title>Introduction</title>
 
28
 
 
29
<para>
 
30
<indexterm><primary>Subversion</primary></indexterm>
 
31
Samba is developed in an open environment. Developers use a
 
32
Subversion to <quote>checkin</quote> (also known as 
 
33
<quote>commit</quote>) new source code. Samba's various Subversion branches can
 
34
be accessed via anonymous Subversion using the instructions
 
35
detailed in this chapter.
 
36
</para>
 
37
 
 
38
<para>
 
39
This chapter is a modified version of the instructions found at the
 
40
<ulink noescape="1" url="http://samba.org/samba/subversion.html">Samba</ulink> Web site.
 
41
</para>
 
42
 
 
43
</sect2>
 
44
 
 
45
<sect2>
 
46
<title>Subversion Access to samba.org</title>
 
47
 
 
48
<para>
 
49
The machine samba.org runs a publicly accessible Subversion
 
50
repository for access to the source code of several packages, 
 
51
including Samba, rsync, distcc, ccache, and jitterbug. There are two main ways
 
52
of accessing the Subversion server on this host.
 
53
</para>
 
54
 
 
55
<sect3>
 
56
<title>Access via ViewCVS</title>
 
57
 
 
58
 
 
59
<para>
 
60
<indexterm><primary>SVN</primary><secondary>web</secondary></indexterm>
 
61
You can access the source code via your favorite WWW browser. This allows you to access
 
62
the contents of individual files in the repository and also to look at the revision 
 
63
history and commit logs of individual files. You can also ask for a diff 
 
64
listing between any two versions on the repository.
 
65
</para>
 
66
 
 
67
<para>
 
68
Use the URL
 
69
<ulink noescape="1" url="http://viewcvs.samba.org/">http://viewcvs.samba.org/</ulink>.
 
70
</para>
 
71
</sect3>
 
72
 
 
73
<sect3>
 
74
<title>Access via Subversion</title>
 
75
 
 
76
<para>
 
77
<indexterm><primary>Subversion</primary></indexterm>
 
78
You can also access the source code via a normal Subversion client. This gives you much more control over what
 
79
you can do with the repository and allows you to check out whole source trees and keep them up to date via
 
80
normal Subversion commands. This is the preferred method of access if you are a developer and not just a
 
81
casual browser.
 
82
</para>
 
83
 
 
84
<para>In order to be able to download the Samba sources off Subversion, you need 
 
85
a Subversion client. Your distribution might include one, or you can download the 
 
86
sources from <ulink noescape="1" url="http://subversion.tigris.org/">http://subversion.tigris.org/</ulink>.
 
87
</para>
 
88
 
 
89
<para>
 
90
To gain access via anonymous Subversion, use the following steps. 
 
91
</para>
 
92
 
 
93
<procedure>
 
94
        <title>Retrieving Samba using Subversion</title>
 
95
 
 
96
        <step>
 
97
        <para>
 
98
        Install a recent copy of Subversion. All you really need is a 
 
99
        copy of the Subversion client binary. 
 
100
        </para>
 
101
        </step>
 
102
 
 
103
        <step>
 
104
        <para>
 
105
        Run the command 
 
106
        <screen>
 
107
        <userinput>svn co svn://svnanon.samba.org/samba/trunk samba</userinput>.
 
108
        </screen>
 
109
        </para>
 
110
        
 
111
        <para>
 
112
        This will create a directory called <filename>samba</filename> containing the 
 
113
        latest Samba source code (usually the branch that is going to be the next major release). This 
 
114
        currently corresponds to the 3.1 development tree. 
 
115
        </para>
 
116
        
 
117
        <para>
 
118
        Subversion branches other then trunk can be obtained by adding branches/BRANCH_NAME to the URL you check
 
119
        out. A list of branch names can be found on the <quote>Development</quote> page of the Samba Web site. A
 
120
        common request is to obtain the latest 3.0 release code. This could be done by using the following command:
 
121
        <screen>
 
122
        <userinput>svn co svn://svnanon.samba.org/samba/branches/SAMBA_3_0 samba_3</userinput>.
 
123
        </screen>
 
124
        </para>
 
125
        </step>
 
126
 
 
127
        <step>
 
128
        <para>
 
129
        Whenever you want to merge in the latest code changes, use the following command from within the Samba
 
130
        directory:
 
131
        <screen>
 
132
        <userinput>svn update</userinput>
 
133
        </screen>
 
134
        </para>
 
135
        </step>
 
136
</procedure>
 
137
        
 
138
</sect3>
 
139
</sect2>
 
140
 
 
141
</sect1>
 
142
 
 
143
<sect1>
 
144
        <title>Accessing the Samba Sources via rsync and ftp</title>
 
145
 
 
146
 
 
147
        <para>
 
148
        <indexterm><primary>rsync</primary></indexterm>
 
149
        <indexterm><primary>ftp</primary></indexterm>
 
150
        <parameter>pserver.samba.org</parameter> also exports unpacked copies of most parts of the Subversion tree
 
151
        at the Samba <ulink noescape="1" url="ftp://pserver.samba.org/pub/unpacked">pserver</ulink> location and also
 
152
        via anonymous rsync at the Samba <ulink noescape="1"
 
153
        url="rsync://pserver.samba.org/ftp/unpacked/">rsync</ulink> server location.  I recommend using rsync rather
 
154
        than ftp, because rsync is capable of compressing data streams, but it is also more useful than FTP because
 
155
        during a partial update it will transfer only the data that is missing plus a small overhead.  See <ulink
 
156
        noescape="1" url="http://rsync.samba.org/">the rsync home page</ulink> for more info on rsync.
 
157
        </para>
 
158
 
 
159
        <para>
 
160
        The disadvantage of the unpacked trees is that they do not support automatic
 
161
        merging of local changes as Subversion does. <command>rsync</command> access is most convenient 
 
162
        for an initial install.                      
 
163
        </para>
 
164
</sect1>
 
165
 
 
166
<sect1>
 
167
<title>Verifying Samba's PGP Signature</title>
 
168
 
 
169
<para>
 
170
<indexterm><primary>GPG</primary></indexterm>
 
171
<indexterm><primary>PGP</primary></indexterm>
 
172
It is strongly recommended that you verify the PGP signature for any source file before
 
173
installing it. Even if you're not downloading from a mirror site, verifying PGP signatures
 
174
should be a standard reflex. Many people today use the GNU GPG tool set in place of PGP.
 
175
GPG can substitute for PGP.
 
176
</para>
 
177
 
 
178
 
 
179
<para>
 
180
With that said, go ahead and download the following files:
 
181
</para>
 
182
 
 
183
<para><screen>
 
184
&prompt;<userinput>wget http://us1.samba.org/samba/ftp/samba-3.0.20.tar.asc</userinput>
 
185
&prompt;<userinput>wget http://us1.samba.org/samba/ftp/samba-pubkey.asc</userinput>
 
186
</screen></para>
 
187
 
 
188
 
 
189
<para>
 
190
<indexterm><primary>PGP</primary></indexterm>
 
191
The first file is the PGP signature for the Samba source file; the other is the Samba public
 
192
PGP key itself. Import the public PGP key with:
 
193
<screen>
 
194
&prompt;<userinput>gpg --import samba-pubkey.asc</userinput>
 
195
</screen>
 
196
and verify the Samba source code integrity with:
 
197
<screen>
 
198
&prompt;<userinput>gzip -d samba-3.0.20.tar.gz</userinput>
 
199
&prompt;<userinput>gpg --verify samba-3.0.20.tar.asc</userinput>
 
200
</screen>
 
201
</para>
 
202
 
 
203
<para>
 
204
If you receive a message like, <quote>Good signature from Samba Distribution Verification Key...,</quote>
 
205
then all is well. The warnings about trust relationships can be ignored. An
 
206
example of what you would not want to see would be:
 
207
<screen>
 
208
gpg: BAD signature from <quote>Samba Distribution Verification Key</quote>
 
209
</screen>
 
210
</para>
 
211
 
 
212
</sect1>
 
213
 
 
214
<sect1>
 
215
        <title>Building the Binaries</title>
 
216
        
 
217
        <para>
 
218
        <indexterm><primary>autogen.sh</primary></indexterm>
 
219
<indexterm><primary>configure</primary></indexterm>
 
220
        After the source tarball has been unpacked, the next step involves
 
221
        configuration to match Samba to your operating system platform.
 
222
        If your source directory does not contain the <command>configure</command> script,
 
223
        it is necessary to build it before you can continue. Building of
 
224
        the configure script requires the correct version of the autoconf
 
225
        tool kit. Where the necessary version of autoconf is present,
 
226
        the configure script can be generated by executing the following:
 
227
<screen>
 
228
&rootprompt; cd samba-3.0.20/source
 
229
&rootprompt; ./autogen.sh
 
230
</screen>
 
231
        </para>
 
232
        
 
233
 
 
234
        <para>
 
235
        <indexterm><primary>configure</primary></indexterm>
 
236
        To build the binaries, run the program <userinput>./configure
 
237
        </userinput> in the source directory. This should automatically 
 
238
        configure Samba for your operating system. If you have unusual 
 
239
        needs, then you may wish to first run:
 
240
<screen>
 
241
&rootprompt;<userinput>./configure --help</userinput>
 
242
</screen>
 
243
</para>
 
244
        
 
245
        <para>
 
246
        This will help you to see what special options can be enabled. Now execute
 
247
        <userinput>./configure</userinput> with any arguments it might need:
 
248
<screen>
 
249
&rootprompt;<userinput>./configure <replaceable>[... arguments ...]</replaceable></userinput>
 
250
</screen>
 
251
        </para>
 
252
        
 
253
        <para>
 
254
        <indexterm><primary>make</primary></indexterm>
 
255
        Execute the following create the binaries:
 
256
<screen>
 
257
&rootprompt; <userinput>make</userinput>
 
258
</screen>
 
259
        Once it is successfully compiled, you can execute the command shown here to
 
260
        install the binaries and manual pages:
 
261
<screen>
 
262
&rootprompt; <userinput>make install</userinput>
 
263
</screen>
 
264
        </para>
 
265
        
 
266
        <para>
 
267
        Some people prefer to install binary files and man pages separately. If this is
 
268
        your wish, the binary files can be installed by executing:
 
269
<screen>
 
270
&rootprompt; <userinput>make installbin</userinput>
 
271
</screen>
 
272
        The man pages can be installed using this command:
 
273
<screen>
 
274
&rootprompt; <userinput>make installman</userinput>
 
275
</screen>
 
276
        </para>
 
277
 
 
278
        <para>
 
279
        Note that if you are upgrading from a previous version of Samba the old
 
280
        versions of the binaries will be renamed with an <quote>.old</quote> extension.
 
281
        You can go back to the previous version by executing:
 
282
<screen>
 
283
&rootprompt; <userinput>make revert</userinput>
 
284
</screen>
 
285
        As you can see from this, building and installing Samba does not need to
 
286
        result in disaster!
 
287
        </para>
 
288
        
 
289
 
 
290
        <sect2>
 
291
        <title>Compiling Samba with Active Directory Support</title>
 
292
        
 
293
        <para>
 
294
        In order to compile Samba with ADS support, you need to have installed
 
295
        on your system:
 
296
        </para>
 
297
 
 
298
        <itemizedlist>
 
299
        
 
300
            <listitem><para>
 
301
                The MIT or Heimdal Kerberos development libraries
 
302
            (either install from the sources or use a package).
 
303
                </para></listitem>
 
304
        
 
305
            <listitem><para>
 
306
                The OpenLDAP development libraries.
 
307
                </para></listitem>
 
308
            
 
309
        </itemizedlist>
 
310
 
 
311
        <para>
 
312
        If your Kerberos libraries are in a nonstandard location, then
 
313
        remember to add the configure option
 
314
        <option>--with-krb5=<replaceable>DIR</replaceable></option>.
 
315
        </para>
 
316
 
 
317
        <para>
 
318
        After you run configure, make sure that the 
 
319
        <filename>include/config.h</filename> it generates contain lines like this:
 
320
<programlisting>
 
321
#define HAVE_KRB5 1
 
322
#define HAVE_LDAP 1
 
323
</programlisting>
 
324
        </para>
 
325
 
 
326
        <para>
 
327
        If it does not, configure did not find your KRB5 libraries or
 
328
        your LDAP libraries. Look in <filename>config.log</filename> to figure
 
329
        out why and fix it.
 
330
        </para>
 
331
 
 
332
        <sect3>
 
333
        <title>Installing the Required Packages for Debian</title>
 
334
 
 
335
        <para>On Debian, you need to install the following packages:</para>
 
336
        <para>
 
337
                <itemizedlist>
 
338
                        <listitem><para>libkrb5-dev</para></listitem>
 
339
                        <listitem><para>krb5-user</para></listitem>
 
340
                </itemizedlist>
 
341
        </para>
 
342
        </sect3>
 
343
 
 
344
        <sect3>
 
345
        <title>Installing the Required Packages for Red Hat Linux</title>
 
346
 
 
347
        <para>On Red Hat Linux, this means you should have at least: </para>
 
348
        <para>
 
349
                <itemizedlist>
 
350
                        <listitem><para>krb5-workstation (for kinit)</para></listitem>
 
351
                        <listitem><para>krb5-libs (for linking with)</para></listitem>
 
352
                        <listitem><para>krb5-devel (because you are compiling from source)</para></listitem>
 
353
                </itemizedlist>
 
354
        </para>
 
355
 
 
356
        <para>in addition to the standard development environment.</para>
 
357
 
 
358
        <para>If these files are not installed on your system, you should check the installation
 
359
        CDs to find which has them and install the files using your tool of choice. If in doubt
 
360
        about what tool to use, refer to the Red Hat Linux documentation.</para>
 
361
 
 
362
        </sect3>
 
363
 
 
364
        <sect3>
 
365
        <title>SuSE Linux Package Requirements</title>
 
366
 
 
367
        <para>
 
368
        SuSE Linux installs Heimdal packages that may be required to allow you to build
 
369
        binary packages. You should verify that the development libraries have been installed on
 
370
        your system.
 
371
        </para>
 
372
 
 
373
        <para>
 
374
        SuSE Linux Samba RPMs support Kerberos. Please refer to the documentation for
 
375
        your SuSE Linux system for information regarding SuSE Linux specific configuration.
 
376
        Additionally, SuSE is very active in the maintenance of Samba packages that provide
 
377
        the maximum capabilities that are available. You should consider using SuSE-provided
 
378
        packages where they are available.
 
379
        </para>
 
380
 
 
381
        </sect3>
 
382
        
 
383
        </sect2>
 
384
                          
 
385
</sect1>
 
386
 
 
387
<sect1 id="startingSamba">
 
388
        <title>Starting the &smbd; &nmbd; and &winbindd;</title>
 
389
 
 
390
 
 
391
        <para>
 
392
        <indexterm><primary>inetd</primary></indexterm>
 
393
        You must choose to start &smbd;, &winbindd;  and &nmbd; either as daemons or from
 
394
        <application>inetd</application>. Don't try to do both!  Either you can put
 
395
        them in <filename> inetd.conf</filename> and have them started on demand by
 
396
        <application>inetd</application> or <application>xinetd</application>, or you
 
397
        can start them as daemons either from the command-line or in
 
398
        <filename>/etc/rc.local</filename>. See the man pages for details on the
 
399
        command line options. Take particular care to read the bit about what user
 
400
        you need to have to start Samba. In many cases, you must be root.
 
401
        </para>
 
402
 
 
403
        <para>
 
404
        The main advantage of starting &smbd; and &nmbd; using the recommended daemon method
 
405
        is that they will respond slightly more quickly to an initial connection request.
 
406
        </para>
 
407
 
 
408
        <sect2>
 
409
        <title>Starting from inetd.conf</title>
 
410
 
 
411
        <indexterm><primary>inetd</primary></indexterm>
 
412
        
 
413
        <note>
 
414
        <para>The following will be different if 
 
415
        you use NIS, NIS+, or LDAP to distribute services maps.</para>
 
416
        </note>
 
417
        
 
418
        <para>Look at your <filename>/etc/services</filename>. 
 
419
        What is defined at port 139/tcp? If nothing is defined, 
 
420
        then add a line like this:</para>
 
421
 
 
422
        <para><programlisting>netbios-ssn     139/tcp</programlisting></para>
 
423
 
 
424
        <para>Similarly for 137/udp, you should have an entry like:</para>
 
425
 
 
426
        <para><programlisting>netbios-ns        137/udp</programlisting></para>
 
427
 
 
428
        <para>
 
429
        Next, edit your <filename>/etc/inetd.conf</filename> and add two lines like this:
 
430
<programlisting>
 
431
netbios-ssn stream tcp nowait root /usr/local/samba/sbin/smbd smbd 
 
432
netbios-ns dgram udp wait root /usr/local/samba/sbin/nmbd nmbd 
 
433
</programlisting>
 
434
        </para>
 
435
 
 
436
<indexterm><primary>/etc/inetd.conf</primary></indexterm>
 
437
        <para>
 
438
        The exact syntax of <filename>/etc/inetd.conf</filename> 
 
439
        varies between UNIXes. Look at the other entries in inetd.conf 
 
440
        for a guide.
 
441
        </para>
 
442
 
 
443
        <para>
 
444
        <indexterm><primary>xinetd</primary></indexterm>
 
445
        Some distributions use xinetd instead of inetd. Consult the 
 
446
        xinetd manual for configuration information.
 
447
        </para>
 
448
 
 
449
        <note><para>Some UNIXes already have entries like netbios_ns 
 
450
        (note the underscore) in <filename>/etc/services</filename>. 
 
451
        You must edit <filename>/etc/services</filename> or
 
452
        <filename>/etc/inetd.conf</filename> to make them consistent.
 
453
        </para></note>
 
454
 
 
455
        <note><para>
 
456
        <indexterm><primary>ifconfig</primary></indexterm>
 
457
        On many systems you may need to use the
 
458
        <smbconfoption name="interfaces"/> option in &smb.conf; to specify
 
459
        the IP address and netmask of your interfaces. Run 
 
460
        <application>ifconfig</application> as root if you do
 
461
        not know what the broadcast is for your net. &nmbd; tries
 
462
        to determine it at runtime, but fails on some UNIXes. 
 
463
        </para></note>
 
464
 
 
465
        <warning><para>
 
466
        Many UNIXes only accept around five parameters on the command
 
467
        line in <filename>inetd.conf</filename>.  This means you shouldn't
 
468
        use spaces between the options and arguments, or you should use
 
469
        a script and start the script from <command>inetd</command>.
 
470
        </para></warning>
 
471
 
 
472
        <para>
 
473
        Restart <application>inetd</application>, perhaps just send it a HUP,
 
474
        like this:
 
475
<indexterm><primary>killall</primary></indexterm>
 
476
<screen>
 
477
&rootprompt;<userinput>killall -HUP inetd</userinput>
 
478
</screen>
 
479
        </para>
 
480
                
 
481
        </sect2>
 
482
        
 
483
        <sect2>
 
484
        <title>Alternative: Starting &smbd; as a Daemon</title>
 
485
                
 
486
        <para>
 
487
        <indexterm><primary>daemon</primary></indexterm>
 
488
<indexterm><primary>startsmb</primary></indexterm>
 
489
        To start the server as a daemon, you should create a script something
 
490
        like this one, perhaps calling it <filename>startsmb</filename>.
 
491
        </para>
 
492
 
 
493
<para><programlisting>
 
494
#!/bin/sh
 
495
/usr/local/samba/sbin/smbd -D 
 
496
/usr/local/samba/sbin/winbindd -B
 
497
/usr/local/samba/sbin/nmbd -D 
 
498
</programlisting></para>
 
499
 
 
500
        <para>
 
501
        Make it executable with <command>chmod +x startsmb</command>.
 
502
        </para>
 
503
 
 
504
        <para>
 
505
        You can then run <command>startsmb</command> by hand or execute
 
506
        it from <filename>/etc/rc.local</filename>.
 
507
        </para>
 
508
 
 
509
        <para>
 
510
        To kill it, send a kill signal to the processes &nmbd; and &smbd;.
 
511
        </para>
 
512
 
 
513
        <note><para>
 
514
        If you use the SVR4-style init system, you may like to look at the
 
515
        <filename>examples/svr4-startup</filename> script to make Samba fit
 
516
        into that system.
 
517
        </para></note>
 
518
 
 
519
        <sect3>
 
520
        <title>Starting Samba for Red Hat Linux</title>
 
521
 
 
522
        <para>
 
523
        Red Hat Linux has not always included all Samba components in the standard installation.
 
524
        So versions of Red Hat Linux do not install the winbind utility, even though it is present
 
525
        on the installation CDROM media. Check to see if the <command>winbindd</command> is present
 
526
        on the system:
 
527
<screen>
 
528
&rootprompt; ls /usr/sbin/winbindd
 
529
/usr/sbin/winbindd
 
530
</screen>
 
531
        This means that the appropriate RPM package was installed. The following response means
 
532
        that it is not installed:
 
533
<screen>
 
534
/bin/ls: /usr/sbin/winbind: No such file or directory
 
535
</screen>
 
536
        In this case, it should be installed if you intend to use <command>winbindd</command>. Search
 
537
        the CDROM installation media for the samba-winbind RPM and install it following Red Hat
 
538
        guidelines.
 
539
        </para>
 
540
 
 
541
        <para>
 
542
        The process for starting Samba will now be outlined. Be sure to configure Samba's &smb.conf;
 
543
        file before starting Samba. When configured, start Samba by executing:
 
544
<screen>
 
545
&rootprompt; service smb start
 
546
&rootprompt; service winbind start
 
547
</screen>
 
548
        These steps will start &nmbd;, &smbd; and &winbindd;.
 
549
        </para>
 
550
 
 
551
        <para>
 
552
        To ensure that these services will be automatically restarted when the system is rebooted
 
553
        execute:
 
554
<screen>
 
555
&rootprompt; chkconfig smb on
 
556
&rootprompt; chkconfig winbind on
 
557
</screen>
 
558
        Samba will be started automatically at every system reboot.
 
559
        </para>
 
560
 
 
561
        </sect3>
 
562
 
 
563
        <sect3>
 
564
        <title>Starting Samba for Novell SUSE Linux</title>
 
565
 
 
566
        <para>
 
567
        Novell SUSE Linux products automatically install all essential Samba components in a default installation.
 
568
        Configure your &smb.conf; file, then execute the following to start Samba:
 
569
<screen>
 
570
&rootprompt; rcnmb start
 
571
&rootprompt; rcsmb start
 
572
&rootprompt; rcwinbind start
 
573
</screen>
 
574
        Now execute these commands so that Samba will be started automatically following a system
 
575
        reboot:
 
576
<screen>
 
577
&rootprompt; chkconfig nmb on
 
578
&rootprompt; chkconfig smb on
 
579
&rootprompt; chkconfig winbind on
 
580
</screen>
 
581
        The Samba services will now be started automatically following a system reboot.
 
582
        </para>
 
583
 
 
584
        </sect3>
 
585
 
 
586
        </sect2>
 
587
 
 
588
</sect1>
 
589
 
 
590
</chapter>