ghe2001 wrote:
> Take a look at Tripp Lite:
>
> https://en.wikipedia.org/wiki/Tripp_Lite
>
> I used them for years to back up a small domain -- they make
> sine-wave electricity.
One of the references in the wikipedia article looked interesting:
https://www.computerworld.com/article/2472189/a
On Fri 26 Jan 2024 at 07:25:13 (-0500), Dan Ritter wrote:
> Greg Wooledge wrote:
> > On Thu, Jan 25, 2024 at 07:32:38PM -0500, Thomas George wrote:
> > > The current PSI works perfectly but I don't like the pale green prompt.
> > >
> > > Tried editing .bashrd , /ext/fprofile and /ext/bash.bashrc
On Fri 26 Jan 2024 at 19:03:33 (+0100), Roger Price wrote:
> I currently have two Eaton Ellipse ECO 1600's. I change the batteries
> every 4-5 years, but this is not as easy as it should be. It is not
> evident that only one of the four back panel screws needs to be
> removed. I took me a while
On Fri 26 Jan 2024 at 16:13:26 (+0100), Nicolas George wrote:
> Hi.
>
> Yet another strange question. Is there a supported¹ way to have
> cryptsetup play a specific sound when it asks the password for the root
> partition from the initrd?
>
> I think brttty (braille) is already running at this po
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Take a look at Tripp Lite:
https://en.wikipedia.org/wiki/Tripp_Lite
I used them for years to back up a small domain -- they make sine-wave
electricity.
--
Glenn English
-BEGIN PGP SIGNATURE-
Version: ProtonMail
wsBzBAEBCAAnBYJltAY/CZCf1
Andy Smith composed on 2024-01-26 10:17 (UTC-0500):
> On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
>> I've never had issues with any UPS due to self tests. The batteries
>> need to be replaced when they are worn out. How often that is
>> required depends on the UPS and the conditions it
Am Freitag, 26. Januar 2024, 17:23:07 CET schrieben Sie:
Yes, if you want to install soemthing for example by using the apt command,
best way is
becoming root with the command "su -" and then install the rquired package.
Example:
su - then enter the password of the user root
If installing fo
On Fri, 26 Jan 2024, Andy Smith wrote:
Out of interest what brand of UPS do you recommend for home use that
has easily-replaceable batteries every 3–5 years? For a load of
about 300W.
I currently have two Eaton Ellipse ECO 1600's. I change the batteries every 4-5
years, but this is not as ea
Curt (12024-01-26):
> A play-sound.timer unit file in /usr/lib/systemd/system-generators/initrd
> directory.
I see no mention of this directory on the web. Where did yo find the
idea of using it, I want to check the doc.
And what should I put in the timer file to express “when a password is
asked
On Fri, Jan 26, 2024 at 04:23:07PM +, Schwibinger Michael wrote:
> su -
> su
> or sudo.
>
> Is su -
> the best for install?
Whatever works best for *you* is best. "su -" is quite popular.
If it does what you need, and is convenient for you, then there's
your answer.
On 2024-01-26, Nicolas George wrote:
> Curt (12024-01-26):
>> I guess a systemd timer unit constitutes a hack.
>
> A systemd timer in the initrd? Can you elaborate?
>
A play-sound.timer unit file in /usr/lib/systemd/system-generators/initrd
directory.
A play-sound.service file in the same direct
Sorry
it was my mistake
It is
su -
su
or sudo.
Sorry.
Is su -
the best for install?
Regards
Sophie
Von: Hans
Gesendet: Dienstag, 23. Januar 2024 18:29
An: debian-user@lists.debian.org
Betreff: Re: AW: su su- sudo dont work
Am Dienstag, 23. Januar 2024, 1
Curt (12024-01-26):
> I guess a systemd timer unit constitutes a hack.
A systemd timer in the initrd? Can you elaborate?
--
Nicolas George
On 2024-01-26, Nicolas George wrote:
> Hi.
>
> Yet another strange question. Is there a supported¹ way to have
> cryptsetup play a specific sound when it asks the password for the root
> partition from the initrd?
>
> I think brttty (braille) is already running at this point (no occasion
> to test
On 26 Jan 2024 16:39 +0100, from h...@adminart.net (hw):
>> RAID is for uptime.
>
> It's also for saving you from the hassle involved with loosing data
> when a disk fails.
Which translates to more quickly fully recovering from the loss of a
storage device.
When used for redundancy and staying w
Hi,
On Fri, Jan 26, 2024 at 8:46 AM songbird wrote:
>
> John Hasler wrote:
> > songbird writes:
> >> any process which does not respond should be thus cast into the outer
> >> darkness of the bits and never to return (aka a virus or unauthorized
> >> program).
Q: is javascript sourced from who kn
I, too, have always used APC.
I've heard people swear by APC, and I've heard people swear *at* APC.
I've had reason to do both, myself (and I won't elaborate on either).
--
James H. H. Lampert
On Fri, 2024-01-26 at 15:37 +, Michael Kjörling wrote:
> On 26 Jan 2024 15:17 +, from a...@strugglers.net (Andy Smith):
> > Out of interest what brand of UPS do you recommend for home use that
> > has easily-replaceable batteries every 3–5 years? For a load of
> > about 300W.
>
> I would s
hw (12024-01-26):
> How do you make the BIOS read the EFI partition when it's on mdadm
> RAID?
I have not yet tested but my working hypothesis is that the firmware
will just ignore the RAID and read the EFI partition: with the scheme I
described, the GPT points to the EFI partition and the EFI par
On 26 Jan 2024 16:11 +0100, from h...@adminart.net (hw):
> I rather spend the money on new batteries (EUR 40 last time after 5
> years) every couple years [...]
>
> The hardware is usually extremely difficult --- and may be impossible
> --- to replace.
And let's not forget that you can _plan_ to
Hello,
On Fri, Jan 26, 2024 at 04:50:00PM +0100, hw wrote:
> How do you make the BIOS read the EFI partition when it's on mdadm
> RAID?
If MD superblock is at a part of device not used by filesystem (e.g.
the end) and it is a RAID-1, each member device is indistinguishable
from FAT filesystem wit
On Wed, 2024-01-24 at 21:05 +0100, Nicolas George wrote:
> [...]
> GPT
> ├─EFI
> └─RAID
> └─LVM (of course)
>
> Now, thanks to you, I know I can do:
>
> GPT
> ┊ RAID
> └───┤
> ├─EFI
> └─LVM
>
> It is rather ugly to have the same device be both a RAID with its
> superblock i
On Thu, 2024-01-18 at 13:09 +, Michael Kjörling wrote:
> On 18 Jan 2024 13:26 +0100, from r...@h5.or.at (Ralph Aichinger):
> > As a home/SOHO user, I'd rather have a working backup every few hours
> > or every day than some RAID10 wonder
>
> Definitely agree that a solid backup regimen (includ
On 26 Jan 2024 15:17 +, from a...@strugglers.net (Andy Smith):
> Out of interest what brand of UPS do you recommend for home use that
> has easily-replaceable batteries every 3–5 years? For a load of
> about 300W.
I would suggest to look at the free-standing floor-/tower-model APC
_Back-UPS Pr
On Fri, 26 Jan 2024, Andy Smith wrote:
> Hi,
>
> On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
>> I've never had issues with any UPS due to self tests. The batteries
>> need to be replaced when they are worn out. How often that is
>> required depends on the UPS and the conditions it is wor
On 26 Jan 2024 09:21 -0500, from mst...@debian.org (Michael Stone):
> In fact
> the trend is more toward ephemeral runtime allocation rather than hardcoding
> persistent IDs as more services/subsystems are designed to run in isolation.
Not only that, but also without persisting data to disk themse
Hi,
On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
> I've never had issues with any UPS due to self tests. The batteries
> need to be replaced when they are worn out. How often that is
> required depends on the UPS and the conditions it is working in,
> usually every 3--5 years.
Out of int
Hi.
Yet another strange question. Is there a supported¹ way to have
cryptsetup play a specific sound when it asks the password for the root
partition from the initrd?
I think brttty (braille) is already running at this point (no occasion
to test yet), but a recognizable sound would be something n
On Thu, 2024-01-18 at 13:26 +0100, Ralph Aichinger wrote:
> Hello fellow Debian users,
>
> On Thu, 2024-01-18 at 12:18 +0100, hw wrote:
>
> > Always use an UPS.
>
>
> Here I have a somewhat contrarian view, I hope not to offend too much:
It's not offending, you merely have a different opinion.
Hello,
On Fri, Jan 26, 2024 at 08:40:42AM -0500, gene heskett wrote:
> On 1/26/24 08:19, Tim Woodall wrote:
> > Hardware raid that the bios cannot subvert is obviously one solution.
> >
> Is nearly the only solution,
If the problem to be solved is defined as redundancy for the ESP,
there are a b
On Thu, Jan 18, 2024 at 07:31:05AM -0500, Greg Wooledge wrote:
This is one of those "the boat has already left the dock" situations.
If this were going to happen, it would have to have happened in the
early 1990s. There is no feasible way to make it happen now.
It's also a pointless endeavor,
On Fri, Jan 26, 2024 at 07:56:35AM -0600, John Hasler wrote:
> Songbird writes:
> > because it only comes from GOD. no other process can send this
> > signal.
>
> I meant why should GOD believe the reply?
GOD doesn't believe. He KNOWS. Even without having to "send a
signal".
And now let's discu
Hello,
On Fri, Jan 26, 2024 at 01:18:53PM +, Tim Woodall wrote:
> Hardware raid that the bios cannot subvert is obviously one solution.
These days the different trade-offs for HW RAID are IMHO worse. I
left it behind in 2014 and don't intend to go back. 😀
Thanks,
Andy
--
https://bitfolk.co
Songbird writes:
> because it only comes from GOD. no other process can send this
> signal.
I meant why should GOD believe the reply?
> objects are only created by authorized calls to other
> objects so there is no pathway to infect if done correctly.
> if you do not allow random objects to be
John Hasler wrote:
> songbird writes:
>> every thing running on a computer should be able to say:
>
>> "I am [x version ...], these are my parents [y, z, 1, ...], i was
>> compiled by program [...] from source code [...], here are my
>> credentials [blah, blah]"
>
>> when sent a signal from GOD.
>
On 1/26/24 08:19, Tim Woodall wrote:
On Fri, 26 Jan 2024, Nicolas George wrote:
Now that I think a little more, this concern is not only unconfirmed,
it is rather absurd. The firmware would never write in parts of the
drive that might contain data.
UEFI understands the EFI system filesystem
On Fri, 26 Jan 2024, Tim Woodall wrote:
On Fri, 26 Jan 2024, Nicolas George wrote:
Now that I think a little more, this concern is not only unconfirmed,
it is rather absurd. The firmware would never write in parts of the
drive that might contain data.
UEFI understands the EFI system filesys
On Fri, 26 Jan 2024, Nicolas George wrote:
Now that I think a little more, this concern is not only unconfirmed,
it is rather absurd. The firmware would never write in parts of the
drive that might contain data.
UEFI understands the EFI system filesystem so it can "safely" write new
files the
On Fri, Jan 26, 2024 at 07:25:13AM -0500, Dan Ritter wrote:
> Might be time for a new font. I like Inconsolata, but l1I!
> should never look similar, nor O0@ or S$.
Indeed. Also, ({[ and )}] are character groups that must be visibly
different, or else any terminal or programming work you do is g
Greg Wooledge wrote:
> On Thu, Jan 25, 2024 at 07:32:38PM -0500, Thomas George wrote:
> > The current PSI works perfectly but I don't like the pale green prompt.
> >
> > Tried editing .bashrd , /ext/fprofile and /ext/bash.bashrc but no changes to
> > the PSI definition had any effect
>
> You app
On 1/24/24 11:27 PM, Greg Wooledge wrote:
On Wed, Jan 24, 2024 at 10:43:51PM +0100, Miroslav Skoric wrote:
I do not have root account.
Sure you do. You might not have a root *password* set.
(I use sudo from my user account.) I think I
already tried rescue mode in the past but was not prompt
"Roy J. Tellason, Sr." writes:
> On Thursday 25 January 2024 09:03:36 am Anssi Saari wrote:
>> Western Digital at least claims to have solved the leaking
>> problem with helium and since they've been making those drives for over
>> a decade, I think it's solved.
>
> Your source for this?
The int
Hi,
Nicolas George wrote:
> You seem to be assuming that the system will first check sector 0 to
> parse the MBR and then, if the MBR declares a GPT sector try to use the
> GPT.
That's what the UEFI specs prescribe. GPT is defined by UEFI-2.8 in
chapter 5 "GUID Partition Table (GPT) Disk Layout".
Hello,
On Fri, Jan 26, 2024 at 10:09:53AM +0100, Nicolas George wrote:
> Andy Smith (12024-01-26):
> > The "firmware may write to it" thing was raised as a concern by a
> > few people,but always a theoretical one from what I could see.
>
> Now that I think a little more, this concern is not only
Hi,
i hate to put in question the benefit of my proposal, but:
Nicolas George wrote:
> The firmware would never write in parts of the
> drive that might contain data.
See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056998
"cdrom: Installation media changes after booting it"
Two occa
Thomas Schmitt (12024-01-24):
> The Debian installation and live ISOs have MBR partitions with only a
> flimsy echo of GPT. There is a GPT header block and an entries array.
> But it does not get announced by a Protective MBR. Rather they have two
> partitions of which one is meant to be invisible
Andy Smith (12024-01-26):
> Going back to my question from 2020 about what people do to provide
> redundancy for EFI System Partition, do I take it then that you
> have had no issues with just putting ESP in MD RAID-1?
I have not had the occasion to test since two days ago when Thomas's
remarks ma
Hi Nicolas,
On Fri, Jan 26, 2024 at 08:49:06AM +0100, Nicolas George wrote:
> Tim Woodall (12024-01-26):
> > Until your UEFI bios writes to the disk before the system has booted.
>
> Hi. Have you ever observed an UEFI firmware doing that? Without explicit
> admin instructions?
Going back to my q
48 matches
Mail list logo
