NFS boot fail on Atmel Sama5d2 xplained
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I'm currently trying to boot an Atmel Sama5d2 Xplained evaluation board from NFS server.
I'm running a Debian 9 with 4.9.0 kernel version and the nfs server is nfs-kernel-server.
Here is the NFS server configuration
/srv/tftp/xplained/rootfs *(rw,nohide,no_subtree_check,async,no_root_squash)
My NFS server succesfully exports my folders because I'm able to mount them through network on another linux.
I'm also able to retrieve both kernel image and dtb file from my tftp server.
However when the kernel starts, it's unable to boot from the exported rootfs and returns the following error
VFS: Unable to mount root fs via NFS, trying floppy.
List of all partitions:
0100 8192 ram0 (driver?)
0101 8192 ram1 (driver?)
0102 8192 ram2 (driver?)
0103 8192 ram3 (driver?)
b300 3833856 mmcblk0 driver: mmcblk
b301 112172 mmcblk0p1 00000000-01
b302 3721550 mmcblk0p2 00000000-02
b318 128 mmcblk0rpmb (driver?)
b310 1024 mmcblk0boot1 (driver?)
b308 1024 mmcblk0boot0 (driver?)
No filesystem could mount root, tried: nfs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Here are my kernel arguments
ip=dhcp console=ttyS0,115200 earlyprintk root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs
And dmesg about nfs-moutd service
oct. 09 18:10:13 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:788 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:18 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:704 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:28 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:796 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:48 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:762 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
I tried many things I found on the internet like checking firewall rules, locked ports etc... and it still don't works. The strangest thing is that I tried from a Ubuntu machine with the same packets and it worked.
I also tried from a fresh Debian install and it also worked.
I would like to understand why it's not working on my development computer. A possibly how to fix it
debian linux-kernel nfs embedded u-boot
add a comment |Â
up vote
0
down vote
favorite
I'm currently trying to boot an Atmel Sama5d2 Xplained evaluation board from NFS server.
I'm running a Debian 9 with 4.9.0 kernel version and the nfs server is nfs-kernel-server.
Here is the NFS server configuration
/srv/tftp/xplained/rootfs *(rw,nohide,no_subtree_check,async,no_root_squash)
My NFS server succesfully exports my folders because I'm able to mount them through network on another linux.
I'm also able to retrieve both kernel image and dtb file from my tftp server.
However when the kernel starts, it's unable to boot from the exported rootfs and returns the following error
VFS: Unable to mount root fs via NFS, trying floppy.
List of all partitions:
0100 8192 ram0 (driver?)
0101 8192 ram1 (driver?)
0102 8192 ram2 (driver?)
0103 8192 ram3 (driver?)
b300 3833856 mmcblk0 driver: mmcblk
b301 112172 mmcblk0p1 00000000-01
b302 3721550 mmcblk0p2 00000000-02
b318 128 mmcblk0rpmb (driver?)
b310 1024 mmcblk0boot1 (driver?)
b308 1024 mmcblk0boot0 (driver?)
No filesystem could mount root, tried: nfs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Here are my kernel arguments
ip=dhcp console=ttyS0,115200 earlyprintk root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs
And dmesg about nfs-moutd service
oct. 09 18:10:13 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:788 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:18 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:704 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:28 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:796 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:48 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:762 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
I tried many things I found on the internet like checking firewall rules, locked ports etc... and it still don't works. The strangest thing is that I tried from a Ubuntu machine with the same packets and it worked.
I also tried from a fresh Debian install and it also worked.
I would like to understand why it's not working on my development computer. A possibly how to fix it
debian linux-kernel nfs embedded u-boot
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I'm currently trying to boot an Atmel Sama5d2 Xplained evaluation board from NFS server.
I'm running a Debian 9 with 4.9.0 kernel version and the nfs server is nfs-kernel-server.
Here is the NFS server configuration
/srv/tftp/xplained/rootfs *(rw,nohide,no_subtree_check,async,no_root_squash)
My NFS server succesfully exports my folders because I'm able to mount them through network on another linux.
I'm also able to retrieve both kernel image and dtb file from my tftp server.
However when the kernel starts, it's unable to boot from the exported rootfs and returns the following error
VFS: Unable to mount root fs via NFS, trying floppy.
List of all partitions:
0100 8192 ram0 (driver?)
0101 8192 ram1 (driver?)
0102 8192 ram2 (driver?)
0103 8192 ram3 (driver?)
b300 3833856 mmcblk0 driver: mmcblk
b301 112172 mmcblk0p1 00000000-01
b302 3721550 mmcblk0p2 00000000-02
b318 128 mmcblk0rpmb (driver?)
b310 1024 mmcblk0boot1 (driver?)
b308 1024 mmcblk0boot0 (driver?)
No filesystem could mount root, tried: nfs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Here are my kernel arguments
ip=dhcp console=ttyS0,115200 earlyprintk root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs
And dmesg about nfs-moutd service
oct. 09 18:10:13 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:788 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:18 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:704 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:28 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:796 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:48 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:762 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
I tried many things I found on the internet like checking firewall rules, locked ports etc... and it still don't works. The strangest thing is that I tried from a Ubuntu machine with the same packets and it worked.
I also tried from a fresh Debian install and it also worked.
I would like to understand why it's not working on my development computer. A possibly how to fix it
debian linux-kernel nfs embedded u-boot
I'm currently trying to boot an Atmel Sama5d2 Xplained evaluation board from NFS server.
I'm running a Debian 9 with 4.9.0 kernel version and the nfs server is nfs-kernel-server.
Here is the NFS server configuration
/srv/tftp/xplained/rootfs *(rw,nohide,no_subtree_check,async,no_root_squash)
My NFS server succesfully exports my folders because I'm able to mount them through network on another linux.
I'm also able to retrieve both kernel image and dtb file from my tftp server.
However when the kernel starts, it's unable to boot from the exported rootfs and returns the following error
VFS: Unable to mount root fs via NFS, trying floppy.
List of all partitions:
0100 8192 ram0 (driver?)
0101 8192 ram1 (driver?)
0102 8192 ram2 (driver?)
0103 8192 ram3 (driver?)
b300 3833856 mmcblk0 driver: mmcblk
b301 112172 mmcblk0p1 00000000-01
b302 3721550 mmcblk0p2 00000000-02
b318 128 mmcblk0rpmb (driver?)
b310 1024 mmcblk0boot1 (driver?)
b308 1024 mmcblk0boot0 (driver?)
No filesystem could mount root, tried: nfs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Here are my kernel arguments
ip=dhcp console=ttyS0,115200 earlyprintk root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs
And dmesg about nfs-moutd service
oct. 09 18:10:13 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:788 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:18 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:704 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:28 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:796 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
oct. 09 18:10:48 PC325 rpc.mountd[566]: authenticated mount request from 192.168.128.158:762 for /srv/tftp/xplained/rootfs (/srv/tftp/xplained/rootfs)
I tried many things I found on the internet like checking firewall rules, locked ports etc... and it still don't works. The strangest thing is that I tried from a Ubuntu machine with the same packets and it worked.
I also tried from a fresh Debian install and it also worked.
I would like to understand why it's not working on my development computer. A possibly how to fix it
debian linux-kernel nfs embedded u-boot
debian linux-kernel nfs embedded u-boot
edited Feb 4 at 16:31
Jeff Schaller
32.3k849109
32.3k849109
asked Oct 9 '17 at 16:09
Arkaik
264217
264217
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36
add a comment |Â
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
1
down vote
I experienced the same issue while running Manjaro Linux (arch-based). On ubuntu 14.04 it would work but not on manjaro. After performing a wireshark capture, the problem was revealed. The nfs server responded with "Accept State: remote can't support version # (2)." I enabled version 2 in /etc/nfs.conf on my nfs server as follows:
[nfsd]
# debug=0
# threads=8
# host=
# port=0
# grace-time=90
# lease-time=90
# udp=y
# tcp=y
vers2=y
vers3=y
vers4=y
vers4.0=y
vers4.1=y
vers4.2=y
# rdma=n
#
That worked for me.
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
add a comment |Â
up vote
0
down vote
accepted
Thanks to @alanSchmitz and after some investigations, I finaly found where the problem came from.
Apparently I have to force the use of NFS v3 inside uboot by specifying it on kernel boot arguments as follow root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs,vers=3
I have tried to fix this on server side but I could not find how to force the use of NFS v3.
I'll update my answer if I found how to force the use of NFS v3 on server side for mounting shares.
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
I experienced the same issue while running Manjaro Linux (arch-based). On ubuntu 14.04 it would work but not on manjaro. After performing a wireshark capture, the problem was revealed. The nfs server responded with "Accept State: remote can't support version # (2)." I enabled version 2 in /etc/nfs.conf on my nfs server as follows:
[nfsd]
# debug=0
# threads=8
# host=
# port=0
# grace-time=90
# lease-time=90
# udp=y
# tcp=y
vers2=y
vers3=y
vers4=y
vers4.0=y
vers4.1=y
vers4.2=y
# rdma=n
#
That worked for me.
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
add a comment |Â
up vote
1
down vote
I experienced the same issue while running Manjaro Linux (arch-based). On ubuntu 14.04 it would work but not on manjaro. After performing a wireshark capture, the problem was revealed. The nfs server responded with "Accept State: remote can't support version # (2)." I enabled version 2 in /etc/nfs.conf on my nfs server as follows:
[nfsd]
# debug=0
# threads=8
# host=
# port=0
# grace-time=90
# lease-time=90
# udp=y
# tcp=y
vers2=y
vers3=y
vers4=y
vers4.0=y
vers4.1=y
vers4.2=y
# rdma=n
#
That worked for me.
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
add a comment |Â
up vote
1
down vote
up vote
1
down vote
I experienced the same issue while running Manjaro Linux (arch-based). On ubuntu 14.04 it would work but not on manjaro. After performing a wireshark capture, the problem was revealed. The nfs server responded with "Accept State: remote can't support version # (2)." I enabled version 2 in /etc/nfs.conf on my nfs server as follows:
[nfsd]
# debug=0
# threads=8
# host=
# port=0
# grace-time=90
# lease-time=90
# udp=y
# tcp=y
vers2=y
vers3=y
vers4=y
vers4.0=y
vers4.1=y
vers4.2=y
# rdma=n
#
That worked for me.
I experienced the same issue while running Manjaro Linux (arch-based). On ubuntu 14.04 it would work but not on manjaro. After performing a wireshark capture, the problem was revealed. The nfs server responded with "Accept State: remote can't support version # (2)." I enabled version 2 in /etc/nfs.conf on my nfs server as follows:
[nfsd]
# debug=0
# threads=8
# host=
# port=0
# grace-time=90
# lease-time=90
# udp=y
# tcp=y
vers2=y
vers3=y
vers4=y
vers4.0=y
vers4.1=y
vers4.2=y
# rdma=n
#
That worked for me.
answered Dec 14 '17 at 18:44
alan schmitz
111
111
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
add a comment |Â
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
Doesn't work for me but you gave me a sufficient clue to go further into debugging. Still trying to force version use on server side.
â Arkaik
Apr 19 at 10:00
add a comment |Â
up vote
0
down vote
accepted
Thanks to @alanSchmitz and after some investigations, I finaly found where the problem came from.
Apparently I have to force the use of NFS v3 inside uboot by specifying it on kernel boot arguments as follow root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs,vers=3
I have tried to fix this on server side but I could not find how to force the use of NFS v3.
I'll update my answer if I found how to force the use of NFS v3 on server side for mounting shares.
add a comment |Â
up vote
0
down vote
accepted
Thanks to @alanSchmitz and after some investigations, I finaly found where the problem came from.
Apparently I have to force the use of NFS v3 inside uboot by specifying it on kernel boot arguments as follow root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs,vers=3
I have tried to fix this on server side but I could not find how to force the use of NFS v3.
I'll update my answer if I found how to force the use of NFS v3 on server side for mounting shares.
add a comment |Â
up vote
0
down vote
accepted
up vote
0
down vote
accepted
Thanks to @alanSchmitz and after some investigations, I finaly found where the problem came from.
Apparently I have to force the use of NFS v3 inside uboot by specifying it on kernel boot arguments as follow root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs,vers=3
I have tried to fix this on server side but I could not find how to force the use of NFS v3.
I'll update my answer if I found how to force the use of NFS v3 on server side for mounting shares.
Thanks to @alanSchmitz and after some investigations, I finaly found where the problem came from.
Apparently I have to force the use of NFS v3 inside uboot by specifying it on kernel boot arguments as follow root=/dev/nfs rootfstype=nfs rw nfsroot=<server_ip>:/srv/tftp/xplained/rootfs,vers=3
I have tried to fix this on server side but I could not find how to force the use of NFS v3.
I'll update my answer if I found how to force the use of NFS v3 on server side for mounting shares.
answered Apr 19 at 9:59
Arkaik
264217
264217
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f397059%2fnfs-boot-fail-on-atmel-sama5d2-xplained%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
And you have the relevant kernel options enabled?
â Tom Rini
Oct 9 '17 at 23:45
I'm able to boot from another computer with NFS server running on, so yes, the relevant kernel option is enabled.
â Arkaik
Oct 10 '17 at 7:48
If you're able to have this target NFS root from another NFS server, then please post both the full failing kernel log as well as syslog/journal for the same time period on the NFS server, thanks!
â Tom Rini
Oct 11 '17 at 12:36