From: William Kenworthy <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Gentoo RPi boot to ram or read-only FS?
Date: Wed, 27 May 2020 08:44:08 +0800 [thread overview]
Message-ID: <6393b89a-d8a9-f593-a63b-219c65a426d0@iinet.net.au> (raw)
In-Reply-To: <20200526202640.58708b6b@digimed.co.uk>
[-- Attachment #1: Type: text/plain, Size: 1543 bytes --]
On 27/5/20 3:26 am, Neil Bothwick wrote:
> On Tue, 26 May 2020 20:13:29 +0100, antlists wrote:
>
>>> Mounting the card with sync will significantly reduce the likelihood
>>> of corruption, at a cost of reduced life.
>>>
>> Well, compared to a dead card, a reduced life is a small price to pay
>> :-)
> A dead card is a reduced life ;-)
>
>> I think you're talking about a corrupted filesystem, I'm talking about
>> a corrupt/dead card ...
> I am. I still think the idea of a soft power button is the least complex
> and most reliable approach.
>
I'll add a "me too" - soft power off rules. Look into a pi-juice Hat or
similar - it has a battery and can turn off properly either at low
battery, or when power is removed. Alternatively, a pi is very low
power anyway ... why not just leave it on in a featureless "black box"
with no lights showing and program the remote to to do a fake
"standbay/off" that triggers a script to blank the video and or reset
the screen to the entry menu? (if you are like me, playing with the gear
is way more fun than using it as a media box! :)
I have a few different pi's and similar Odroid arm systems running
Gentoo on sdcards - the failure rate is a real and constant problem (and
seems worse on pi's no matter what brand/type of sdcard so keep an up to
date spare+backups) and I am thinking of doing a disk-less NFS using the
a minimal sdcard image. Has advantages in centralised management and
using small cheap sdcards with possibly better performance.
BillK
[-- Attachment #2: pEpkey.asc --]
[-- Type: application/pgp-keys, Size: 2225 bytes --]
next prev parent reply other threads:[~2020-05-27 0:44 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-26 12:12 [gentoo-user] Gentoo RPi boot to ram or read-only FS? Frank Tarczynski
2020-05-26 12:39 ` Ashley Dixon
2020-05-26 14:02 ` Neil Bothwick
2020-05-26 17:16 ` [gentoo-user] " Grant Edwards
2020-05-26 17:18 ` Michael Jones
2020-05-26 17:28 ` Frank Tarczynski
2020-05-26 18:14 ` antlists
2020-05-26 18:27 ` Neil Bothwick
2020-05-26 18:38 ` Michael Jones
2020-05-26 18:45 ` antlists
2020-05-26 19:13 ` antlists
2020-05-26 19:26 ` Neil Bothwick
2020-05-27 0:44 ` William Kenworthy [this message]
2020-05-27 7:39 ` Neil Bothwick
2020-05-27 8:24 ` J. Roeleveld
2020-05-27 9:29 ` Neil Bothwick
2020-05-27 13:48 ` antlists
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6393b89a-d8a9-f593-a63b-219c65a426d0@iinet.net.au \
--to=billk@iinet.net.au \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox