From what I see, your hexdump shows there are no funky characters
messing up your file. I googled around a bit and have noticed that this
issue seems to come and go in TUV's product as well as Fedora. For
example here is a link to one discussion on it.
<http://www.linuxquestions.org/questions/linux-server-73/nfs-entries-in-etcfstab-not-mounting-on-boot-546512/>
There are some bugzilla entries for this too.
Most of what I've read seems to indicate that for whatever reason (slow
network switches, flakey drivers, etc) the network may not be fully up
before the NFS mounts happen. The conjecture is that by the time the
first NFS entry times out, the network is ready to go and works for the
second and following NFS entries.
Most of the "fixes" involve hacks of some sort to delay the NFS mounts.
So as long as your hack is working for you, I don't see a need to do
anything fancier. Personally, I like the suggestion of moving the
netfs startup script further down the start up chain which I think is
mentioned in the link above.
I'm no expert on the NFS options, but I think there some options that
would make the NFS mount keep trying until it succeeded. The downside
of that would be if the NFS server isn't up, your clients could have
long (infinite?) boot times waiting for the NFS mount to finish.
Well that's as far as I can take it.
Regards,
Chris
On 02/16/2010 09:19 PM, Genie Jhang wrote:
Thanks for your help, Chris.
Here's the hexdump.
00000000 4c 41 42 45 4c 3d 2f 20 20 20 20 20 20 20 20 20 |LABEL=/
|
00000010 20 20 20 20 20 20 20 20 2f 20 20 20 20 20 20 20 | /
|
00000020 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |
|
00000030 65 78 74 33 20 20 20 20 64 65 66 61 75 6c 74 73 |ext3
defaults|
00000040 20 20 20 20 20 20 20 20 31 20 31 0a 74 6d 70 66 | 1
1.tmpf|
00000050 73 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |s
|
00000060 20 20 20 20 2f 64 65 76 2f 73 68 6d 20 20 20 20 |
/dev/shm |
00000070 20 20 20 20 20 20 20 20 20 20 20 20 74 6d 70 66 |
tmpf|
00000080 73 20 20 20 64 65 66 61 75 6c 74 73 20 20 20 20 |s
defaults |
00000090 20 20 20 20 30 20 30 0a 64 65 76 70 74 73 20 20 | 0
0.devpts |
000000a0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |
|
000000b0 2f 64 65 76 2f 70 74 73 20 20 20 20 20 20 20 20 |/dev/pts
|
000000c0 20 20 20 20 20 20 20 20 64 65 76 70 74 73 20 20 |
devpts |
000000d0 67 69 64 3d 35 2c 6d 6f 64 65 3d 36 32 30 20 20
|gid=5,mode=620 |
000000e0 30 20 30 0a 73 79 73 66 73 20 20 20 20 20 20 20 |0 0.sysfs
|
000000f0 20 20 20 20 20 20 20 20 20 20 20 20 2f 73 79 73 |
/sys|
00000100 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |
|
00000110 20 20 20 20 73 79 73 66 73 20 20 20 64 65 66 61 | sysfs
defa|
00000120 75 6c 74 73 20 20 20 20 20 20 20 20 30 20 30 0a |ults
0 0.|
00000130 70 72 6f 63 20 20 20 20 20 20 20 20 20 20 20 20 |proc
|
00000140 20 20 20 20 20 20 20 20 2f 70 72 6f 63 20 20 20 |
/proc |
00000150 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 |
|
00000160 70 72 6f 63 20 20 20 20 64 65 66 61 75 6c 74 73 |proc
defaults|
00000170 20 20 20 20 20 20 20 20 30 20 30 0a 4c 41 42 45 | 0
0.LABE|
00000180 4c 3d 53 57 41 50 2d 73 64 61 32 20 20 20 20 20
|L=SWAP-sda2 |
00000190 20 20 20 20 73 77 61 70 20 20 20 20 20 20 20 20 | swap
|
000001a0 20 20 20 20 20 20 20 20 20 20 20 20 73 77 61 70 |
swap|
000001b0 20 20 20 20 64 65 66 61 75 6c 74 73 20 20 20 20 |
defaults |
000001c0 20 20 20 20 30 20 30 0a 0a 31 39 32 2e 31 36 38 | 0
0..192.168|
000001d0 2e 30 2e 31 30 39 3a 2f 64 61 74 61 20 20 20 20
|.0.109:/data |
000001e0 20 2f 64 61 74 61 20 20 20 20 20 20 20 20 20 20 | /data
|
000001f0 20 20 20 20 20 20 20 20 20 6e 66 73 20 20 20 20 |
nfs |
00000200 20 74 63 70 2c 73 6f 66 74 2c 62 67 2c 69 6e 74 |
tcp,soft,bg,int|
00000210 72 2c 72 6f 20 30 20 30 0a 31 39 32 2e 31 36 38 |r,ro 0
0.192.168|
00000220 2e 30 2e 31 30 39 3a 2f 64 61 74 61 20 20 20 20
|.0.109:/data |
00000230 20 2f 64 61 74 61 20 20 20 20 20 20 20 20 20 20 | /data
|
00000240 20 20 20 20 20 20 20 20 20 6e 66 73 20 20 20 20 |
nfs |
00000250 20 74 63 70 2c 73 6f 66 74 2c 62 67 2c 69 6e 74 |
tcp,soft,bg,int|
00000260 72 2c 72 6f 20 30 20 30 0a 31 39 32 2e 31 36 38 |r,ro 0
0.192.168|
00000270 2e 30 2e 31 30 39 3a 2f 68 6f 6d 65 20 20 20 20
|.0.109:/home |
00000280 20 2f 68 6f 6d 65 20 20 20 20 20 20 20 20 20 20 | /home
|
00000290 20 20 20 20 20 20 20 20 20 6e 66 73 20 20 20 20 |
nfs |
000002a0 20 74 63 70 2c 73 6f 66 74 2c 62 67 2c 69 6e 74 |
tcp,soft,bg,int|
000002b0 72 2c 72 77 20 30 20 30 0a |r,rw 0 0.|
000002b9
and fstab file
LABEL=/ / ext3 defaults
1 1
tmpfs /dev/shm tmpfs defaults
0 0
devpts /dev/pts devpts gid=5,mode=620
0 0
sysfs /sys sysfs defaults
0 0
proc /proc proc defaults
0 0
LABEL=SWAP-sda2 swap swap defaults
0 0
192.168.0.109:/data /data nfs
tcp,soft,bg,intr,ro 0 0
192.168.0.109:/data /data nfs
tcp,soft,bg,intr,ro 0 0
192.168.0.109:/home /home nfs
tcp,soft,bg,intr,rw 0 0
thank you.
2010/2/17 Chris Stevens <[email protected]
<mailto:[email protected]>>
To prove or disprove that the file is good or bad, you could cut /
paste into an email the output of
hexdump -C /etc/fstab
Should be short enough with just a few text lines for email posting.
Chris (a different one than before)
Genie Jhang wrote:
Thanks Chris.
I used vi for the editor.
I'm wondering too.
It's odd.
2010/2/17 Chris Tooley <[email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>>
On 10-02-16 9:49 AM, Genie Jhang wrote:
I solved it with little cheat.
It looks like skipping the first line of nfs mount part of
fstab file.
I simply added two same lines as
192.168.0.109:/data /data nfs
tcp,soft,bg,intr,ro 0 0
192.168.0.109:/data /data nfs
tcp,soft,bg,intr,ro 0 0
192.168.0.109:/home /home nfs
tcp,soft,bg,intr,rw 0 0
so that if it skips one line, it should do the the same
line
next. haha
Thanks for all!!
Have a nice day or night all around the world.
In what editor are you editing the fstab? Perhaps it's
adding an
invisible character to the beginning of the file which could
invalidate the first line...?
Is that the exact fstab you're using (i.e. the first line
is the
first line? Are there comments before that? I find it really
strange that one line would work and the other wouldn't - there
must be something strange with the file itself.
-Chris
