[TriLUG] tips for a new, RPI-based house server

shay walters via TriLUG trilug at trilug.org
Fri May 1 16:38:30 EDT 2020


I'll throw in a couple of cents worth of input...
    I have been running Samba services on my backup systems for several
years.  I recently added NFS services to them (the Samba is still there,
too), and I found that access with NFS clients is noticeably faster.  Some
things that I had gotten accustomed to failing randomly using Samba (VNC
not uncommonly, for one) have been working flawlessly with NFS.  So you
might want to consider using NFS instead of - or along-side of - Samba.  If
you have NFS, you won't need Samba unless you need to access it from a
Windows machine.
    If you get a box like the one mentioned in an earlier message, check if
it needs drives specifically designed for use in RAID.  Some manufacturers
have a series of "Red" drives that are designed for RAID.  The drives that
are designed for RAID will report an error right away (rather than retrying
like a normal drive will) and let the controller deal with things.  If you
use normal drives in a controller designed for RAID drives, you're quite
likely to end up with the whole array being lost (Unfortunately I'm
speaking from experience).  The first time a drive starts an
automatic-retry to get data from a marginal sector (soft error), the
controller sees that delay as a drive failure.  Then when it tries to
re-stripe onto a hot-spare, it's very likely to encounter another soft
error somewhere on another drive, and then your whole array is marked
offline.  I never had any luck recovering from this situation.
    My Linux box uses soft-raid - the drives are normal drives on a normal
consumer-grade motherboard, but with Linux-RAID partitions set up during
installation, and the RAID is handled in software.  I expect that this
could be made to work in Raspian, although I haven't tried.  I think it
would be a little more involved since you don't run an installer on R-Pi,
it's already "installed" onto the SD card.  So you'd probably have to do
the fdisk magic and "MD" declarations manually.

-Shay


On Fri, May 1, 2020 at 2:51 PM Brian via TriLUG <trilug at trilug.org> wrote:

> On 5/1/20 2:42 PM, Chris Bickhaus via TriLUG wrote:
> >> The guys at the Self-Hosted podcast have been talking about how snappy
> >> it is running the Raspberry Pi from an external SSD. I guess they have
> >> it booting from a small SD Card and loading the rootfs from SSD.
> >
> > On this week’s Linux Unplugged (ep. 351), he mentions that due to the
> kennel shipped with 20.04, he can boot his pi4 from usb.  He didn’t get
> more specific than that it that episode though.
>
> My knowledge may be outdated.  The last I knew anything about it, the
> Broadcom SoC at the heart of the Pi itself cannot be booted from USB; it
> only knows how to talk to the SD card when it first powers on.  This
> isn't something a Linux kernel has anything to do with, because it's
> before the kernel is loaded.  It may be true, though, that all the
> bootloader on the SD card needs to do nowadays is contain enough
> instructions to point the SoC at a USB device.  Or for all I know, the
> latest SoC might have USB boot support built in.  But that still
> wouldn't be a kernel feature; it'd be a feature of the silicon.
>
> -B
> --
> This message was sent to: Shay Walters <shaywalters at gmail.com>
> To unsubscribe, send a blank message to trilug-leave at trilug.org from that
> address.
> TriLUG mailing list : https://www.trilug.org/mailman/listinfo/trilug
> Unsubscribe or edit options on the web  :
> https://www.trilug.org/mailman/options/trilug/shaywalters%40gmail.com
> Welcome to TriLUG: https://trilug.org/welcome


More information about the TriLUG mailing list