Re: [Hampshire] Using NFS root with raspberry pi.
Tom, Can't say I've done it recently, but on my Red Hat course we did do remote booting. I can't remember of the top of my head what we did, but I'm sure NFS was involved. However I think it's an interesting idea and I'll have to look it up and see what I can find as well! > > Thank you for your response I do like the idea of booting over the network > using PXE however I don’t currently have tufts server set up so was using > NFS a what I thought would be a quick solution. > > Tell me if you set up the PI to PXE boot can you revery back to the Standard > SD boot t it won’t PXE boot? > > Tom. > > > On 10 Oct 2023, at 21:14, James Dutton wrote: > > > > On Tue, 10 Oct 2023 at 13:04, Tom Gamble via Hampshire > > > > wrote: > >> Hi, > >> > >> On my Raspberry Pis I’ve had a few issues with SD Cards failing so > >> thought there would be some mileage in using an NFS root. So if an SD > >> card fails I can just pop a new card in and my root fs will still be > >> good.> > > Hi, > > > > I have not tried your approach before. I have only done something > > called netboot. > > This is where you boot without an SD card at all. > > There are some hints on how to do it here: > > https://raspberrytips.com/network-boot-with-raspberry-pi/ > > Now, I have not actually done it with a Raspberry PI, only with Linux > > servers and embedded systems, but the principles are the same. > > You set up a DHCP server, with parameters that tell it where to find > > the linux kernel and initrd files etc. it then tftp gets them or http > > gets them. > > An interesting aspect of this, is that booting over a 1Gbps network is > > actually quicker than booting from an SD card. > > Also if the device crashes, as the files are not stored on the crashed > > device, the files do not become corrupted at all, so it's really > > helpful when doing kernel development on an embedded system. It not > > only reboots quicker, but no files are corrupted, and you get to see > > the last logs before it crashed. -- Adam Trickett Saint-Malo, Bretagne, France Wind is a finite resouce and harnessing it would slow the wind down which would cause temperatures to go up. -- Joe Barton US House Energy & Commerce Subcommittee member -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --
[Hampshire] ON HOLD - Portsmouth & SE Hants LUG - 21st October
A quick, and hopefully early enough email to catch everyone, to say that I'm putting the next Portsmouth LUG meet on hold as there's a good chance it won't go ahead. I'm currently on the spinal ward in Southampton General Hospital and am unsure what's next, when I'll be out and how I'll be when I am (just when I'm supposed to be supporting my wife through chemo!). Anyway, assume it is off unless I send an email stating otherwise. Many thanks, Paul Paul Tansom | Aptanet Ltd. | https://www.aptanet.com/ | 023 9238 0001 = Registered in England | Company No: 4905028 | Registered Office: Ralls House, Parklands Business Park, Forrest Road, Denmead, Waterlooville, Hants, PO7 6XP -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --
Re: [Hampshire] ON HOLD - Portsmouth & SE Hants LUG - 21st October
As they say Paul, it never rains but it pours All the best to both you and your wife Tim H On 11/10/2023 15:46, Paul Tansom via Hampshire wrote: A quick, and hopefully early enough email to catch everyone, to say that I'm putting the next Portsmouth LUG meet on hold as there's a good chance it won't go ahead. I'm currently on the spinal ward in Southampton General Hospital and am unsure what's next, when I'll be out and how I'll be when I am (just when I'm supposed to be supporting my wife through chemo!). Anyway, assume it is off unless I send an email stating otherwise. Many thanks, Paul Paul Tansom | Aptanet Ltd. | https://www.aptanet.com/ | 023 9238 0001 = Registered in England | Company No: 4905028 | Registered Office: Ralls House, Parklands Business Park, Forrest Road, Denmead, Waterlooville, Hants, PO7 6XP -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --
Re: [Hampshire] Using NFS root with raspberry pi. (Solution)
Hi, Since the articles I found describing how to get nfsroot working were rather old and I am using Bullseye as the NFS server I wondered if that was the issue. so tried with an server running Centos 6 and bingo it worked no problems. A quick cat /proc/fs/nfsd/versions showed that on Centos 6 it supported NFSv2, NFSv3 and NFSv4 $ sudo cat /proc/fs/nfsd/versions +2 +3 +4 Bullseye on the other hand doesn’t offer NFSv2 by default $ sudo cat /proc/fs/nfsd/versions -2 +3 +4 +4.1 +4.2 the solution is cat /etc/default/nfs-kernel-server # Number of servers to start up RPCNFSDCOUNT=8 # enable NFSv2 required for Raspberry Pi that want to use an NFSroot RPCNFSDCOUNT="8 -V 2" # Runtime priority of server (see nice(1)) RPCNFSDPRIORITY=0 # Options for rpc.mountd. # If you have a port-based firewall, you might want to set up # a fixed port here using the --port option. For more information, # see rpc.mountd(8) or http://wiki.debian.org/SecuringNFS # To disable NFSv4 on the server, specify '--no-nfs-version 4' here RPCMOUNTDOPTS="--manage-gids" # Do you want to start the svcgssd daemon? It is only required for Kerberos # exports. Valid alternatives are "yes" and "no"; the default is "no". NEED_SVCGSSD="" # Options for rpc.svcgssd. RPCSVCGSSDOPTS="" So then $ sudo cat /proc/fs/nfsd/versions +2 +3 +4 +4.1 +4.2 and all is well with the world. Tom. > On 11 Oct 2023, at 09:22, Adam John Trickett via Hampshire > wrote: > > Tom, > > Can't say I've done it recently, but on my Red Hat course we did do remote > booting. I can't remember of the top of my head what we did, but I'm sure NFS > was involved. > > However I think it's an interesting idea and I'll have to look it up and see > what I can find as well! > > >> >> Thank you for your response I do like the idea of booting over the network >> using PXE however I don’t currently have tufts server set up so was using >> NFS a what I thought would be a quick solution. >> >> Tell me if you set up the PI to PXE boot can you revery back to the Standard >> SD boot t it won’t PXE boot? >> >> Tom. >> >>> On 10 Oct 2023, at 21:14, James Dutton wrote: >>> >>> On Tue, 10 Oct 2023 at 13:04, Tom Gamble via Hampshire >>> >>> wrote: Hi, On my Raspberry Pis I’ve had a few issues with SD Cards failing so thought there would be some mileage in using an NFS root. So if an SD card fails I can just pop a new card in and my root fs will still be good.> >>> Hi, >>> >>> I have not tried your approach before. I have only done something >>> called netboot. >>> This is where you boot without an SD card at all. >>> There are some hints on how to do it here: >>> https://raspberrytips.com/network-boot-with-raspberry-pi/ >>> Now, I have not actually done it with a Raspberry PI, only with Linux >>> servers and embedded systems, but the principles are the same. >>> You set up a DHCP server, with parameters that tell it where to find >>> the linux kernel and initrd files etc. it then tftp gets them or http >>> gets them. >>> An interesting aspect of this, is that booting over a 1Gbps network is >>> actually quicker than booting from an SD card. >>> Also if the device crashes, as the files are not stored on the crashed >>> device, the files do not become corrupted at all, so it's really >>> helpful when doing kernel development on an embedded system. It not >>> only reboots quicker, but no files are corrupted, and you get to see >>> the last logs before it crashed. > > > -- > Adam Trickett > Saint-Malo, Bretagne, France > > Wind is a finite resouce and harnessing it would slow the wind > down which would cause temperatures to go up. >-- Joe Barton > US House Energy & Commerce Subcommittee member > > > > > -- > Please post to: Hampshire@mailman.lug.org.uk > Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire > LUG URL: http://www.hantslug.org.uk > -- -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --
