[mythtv-users] Recommended Linux Distro post CentOS

Jeremy D. Eiden theonlyrealperson at gmail.com
Wed Dec 16 04:00:37 UTC 2020


On 12/15/20 9:47 PM, David King wrote:
> On 12/15/20 10:11 PM, Jeremy D. Eiden wrote:
>>
>> On 12/15/20 8:05 PM, James Linder wrote:
>>>
>>>> On 16 Dec 2020, at 7:07 am, Mike Perkins 
>>>> <mikep at randomtraveller.org.uk> wrote:
>>>>
>>>>> Ben <bkamen at benjammin.net> wrote:
>>>>>> I'm wondering who is using what for their home servers for MythTV 
>>>>>> (and Plex) on the same box.
>>>>> Can't speak for the non-Myth stuff, but my backend and frontends 
>>>>> all run Devuan now - what Debian would be if they'd not succumbed 
>>>>> to the dark side of systemd.
>>>> I have tried Devuan and it would indeed, be suitable for myth front 
>>>> and backends.
>>>>
>>>> However...
>>>>
>>>> Despite telling you during installation that "everything is your 
>>>> choice" the default install desktop is effectively forced to be 
>>>> xfce, whereas I prefer LXDE.
>>>>
>>>> The "debootstrap" code was seriously borked when I tried it, and 
>>>> you could not install the same version in, for example, a VM as the 
>>>> version you were running, only the 'next' version. WTF? That killed 
>>>> using it for a KVM server stone dead.
>>>>
>>>> As I also run LTSP here, and debootstrap is used for the clients, 
>>>> that was a no-no too. I understand that the 'new' version of LTSP 
>>>> will work properly, haven't tried that on Devuan lately.
>>> I am not trolling, or standing in a copper vase full of water on a 
>>> mountain top during a thunderstorm saying all gods are bastards 
>>> (Terry Pratchette) but why the angst about systemd?
>>> I find it to be different
>>> Not particually hard to learn
>>> Quite nice in principal, being all-in-one-place and consistant
>>> (My RockPi 4 does xxx on boot, ah systemd stuff)
>>> James
>>> PS well 2 places, /etc/systemd /usr/lib/systemd
>>> PPS and yup in context of mythtv
>>
>> Here is my issue with it - when it fails, it fails in really stupid 
>> ways that can be hard to figure out and fix.
>>
>> For example, say you have a second non-system disk that you store 
>> recordings or random things on (to keep the MythTV link). Nothing on 
>> the OS or even the users truly depend on, and it's mounted under /mnt 
>> or /media.
>>
>> Disk fail?  You remove it to copy the data onto another computer? 
>> Systemd will prevent the whole system from booting. It'll just hang 
>> forever.  You need to boot a usb stick or figure out how to you 
>> systemrescue to comment out the offending disk in fstab and reboot 
>> the system.  Assuming you figure out that the disk failed.
>>
>> Systemrescue (or whatever it's called) isn't as intuitive as one 
>> might think - and if you don't have a computer to search the right 
>> commands on, you are toast.
>
> Google finds this at https://wiki.archlinux.org/index.php/fstab. This 
> article is also cited as a solution on multiple other web sites:
>
> External devices that are to be mounted when present but ignored if 
> absent may require the|nofail|option. This prevents errors being 
> reported at boot. For example:
>
> /etc/fstab
>
> /dev/sdg1        /media/backup    jfs 
> nofail,x-systemd.device-timeout=1ms    0  2
>
> The|nofail|option is best combined with 
> the|x-systemd.device-timeout|option. This is because the default 
> device timeout is 90 seconds, so a disconnected external device with 
> only|nofail|will make your boot take 90 seconds longer, unless you 
> reconfigure the timeout as shown. Make sure not to set the timeout to 
> 0, as this translates to infinite timeout.

Whelp, looks like I'll be doing some fstab editing tonight. :)

I honestly did not know about this option. My apologies.

Thank you David and James.



More information about the mythtv-users mailing list