In message <3f6cf45c-3d34-4da6-9b81-337eb70bb...@karels.net>, Mike Karels
write
s:
> On 30 Jan 2024, at 15:48, Cy Schubert wrote:
>
> > In message c
> > om>
> > , Rick Macklem writes:
> >> On Tue, Jan 30, 2024 at 10:49=E2=80=AFAM Mike Karels wro
> t=
> >> e:
> >>>
> >>> On 30 Jan 2024, at 3:00,
On 30 Jan 2024, at 15:48, Cy Schubert wrote:
> In message om>
> , Rick Macklem writes:
>> On Tue, Jan 30, 2024 at 10:49=E2=80=AFAM Mike Karels wrot=
>> e:
>>>
>>> On 30 Jan 2024, at 3:00, Olivier Certner wrote:
>>>
Hi Warner,
> I strongly oppose this notion to control this from
In message
, Rick Macklem writes:
> On Tue, Jan 30, 2024 at 10:49=E2=80=AFAM Mike Karels wrot=
> e:
> >
> > On 30 Jan 2024, at 3:00, Olivier Certner wrote:
> >
> > > Hi Warner,
> > >
> > >> I strongly oppose this notion to control this from loader.conf. Root i=
> s
> > >> mounted read-only, so
On Tue, Jan 30, 2024 at 10:49 AM Mike Karels wrote:
>
> On 30 Jan 2024, at 3:00, Olivier Certner wrote:
>
> > Hi Warner,
> >
> >> I strongly oppose this notion to control this from loader.conf. Root is
> >> mounted read-only, so it doesn't matter. That's why I liked Mike's
> >> suggestion: root
On 30 Jan 2024, at 3:00, Olivier Certner wrote:
> Hi Warner,
>
>> I strongly oppose this notion to control this from loader.conf. Root is
>> mounted read-only, so it doesn't matter. That's why I liked Mike's
>> suggestion: root isn't special.
>
> Then in fact there is nothing to oppose. You've
On Tue, 30 Jan 2024 08:12:23 -0800
David Wolfskill wrote:
> On Tue, Jan 30, 2024 at 03:49:54PM +, Gary Jennejohn wrote:
> > ...
> > I use 'shutdown -p now' and it's never failed to power down my computers.
> >
>
> I could say the same about "poweroff", up to the
On Tue, Jan 30, 2024 at 03:49:54PM +, Gary Jennejohn wrote:
> ...
> I use 'shutdown -p now' and it's never failed to power down my computers.
>
I could say the same about "poweroff", up to the main-n267808-197944948e62
-> main-n267841-0b3f9e435f2b transition. And I probably wouldn't
On Tue, 30 Jan 2024 07:10:45 -0800
David Wolfskill wrote:
> On Tue, Jan 30, 2024 at 03:56:16PM +0100, Tomek CEDRO wrote:
> > On Tue, Jan 30, 2024 at 3:49?PM David Wolfskill wrote:
> > > The machines where I track head (& stable/14) daily get powered off once
> > > they have finished their work
On Tue, Jan 30, 2024 at 03:56:16PM +0100, Tomek CEDRO wrote:
> On Tue, Jan 30, 2024 at 3:49 PM David Wolfskill wrote:
> > The machines where I track head (& stable/14) daily get powered off once
> > they have finished their work for the day; this is done via "poweroff".
> >
> > I noticed (this
On Tue, Jan 30, 2024 at 3:49 PM David Wolfskill wrote:
> The machines where I track head (& stable/14) daily get powered off once
> they have finished their work for the day; this is done via "poweroff".
>
> I noticed (this morning) that one of them never actually powered off
> yesterday. After
The machines where I track head (& stable/14) daily get powered off once
they have finished their work for the day; this is done via "poweroff".
I noticed (this morning) that one of them never actually powered off
yesterday. After today's exercises (including the reboot & subsequent
poweroff), I
> In the current situation, I can back using '/etc/fstab', or probably better,
> '/usr/local/etc/fstab' to hold default mount options, but I'm strongly
> opposing a pure userland implementation as long as my objections above are
> not addressed properly.
Typo, '/usr/local/etc/fstab' should
Hi Warner,
> I strongly oppose this notion to control this from loader.conf. Root is
> mounted read-only, so it doesn't matter. That's why I liked Mike's
> suggestion: root isn't special.
Then in fact there is nothing to oppose. You've just said yourself that root
is mounted first read-only.
13 matches
Mail list logo