On 1/28/24 13:55, Andy Smith wrote:
Hi,
Thanks, this is very useful.
On Sun, Jan 28, 2024 at 06:58:08PM +0100, hw wrote:
However, stay away from their cheap models as seen on this[1] picture
(Back UPS). They work and you can replace the batteries yourself even
though you're not supposed to.
On Sat 27 Jan 2024 at 14:50:25 (+), Albretch Mueller wrote:
> On 1/19/24, David Wright wrote:
> > On Fri 19 Jan 2024 at 22:19:21 (+), Albretch Mueller wrote:
> >> Package dependencies to me are just DAGs,
> > Are they? No circular dependencies?
>
> The way I see them, "circular dependen
On Thu 25 Jan 2024 at 12:24:21 (-0500), Roy J. Tellason, Sr. wrote:
> On Thursday 25 January 2024 09:03:36 am Anssi Saari wrote:
> > On Tue 23 Jan 2024 at 06:32:54 (-0500), gene heskett wrote:
> > > On 1/23/24 06:12, Gremlin wrote:
> > > > On 1/23/24 06:04, gene heskett wrote:
> > > > > On 1/23/24
On 29/01/2024 04:24, Greg Wooledge wrote:
On Sun, Jan 28, 2024 at 03:57:30PM -0500, Stefan Monnier wrote:
systemctl mask packagekit
I don't think you're looking at the right thing. "packagekit" seems
to be an interface to dbus. By itself, it doesn't do what you think
it does.
Perhaps
On 28/01/2024 00:07, Curt wrote:
(Anyway, this is what my personal robot explained to me and may be subject to
imperfection and error.)
I find it over-sophisticated and, being put after the recipe, extremely
unfriendly to those who get it in search engine results. Unfortunately
bootup(7) is r
Hello,
On Sun, Jan 28, 2024 at 04:42:18PM -0500, Greg Wooledge wrote:
> On Sun, Jan 28, 2024 at 04:31:02PM -0500, Stefan Monnier wrote:
> > I self-inflicted this by installing [unattended-upgrades] so many years ago?
>
> It's a dependency of some/most(?) desktop environments, I think. I
> doubt
Hello,
On Sun, Jan 28, 2024 at 09:09:17PM +0100, hw wrote:
> On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote:
> > If someone DOES want a script option that solves that problem, a
> > couple of actual working scripts were supplied in the link I gave to
> > the earlier thread:
> >
> > https
Hello,
On Sun, Jan 28, 2024 at 09:03:50PM +0100, hw wrote:
> Show me any installer for Linux distributions that handles this
> sufficently without further ado.
That was the question I posed several posts back: what do people do
for redundant ESP.
> When you don't use btrfs, you have either hardw
Am So, Jan 28, 2024 at 16:31:02 -0500 schrieb Stefan Monnier:
the thing you don't want done. Is "unattended-upgrades" installed by
any chance?
Hmm yep, it is!
So that's it?
Well, you can look in /var/log/unattended-upgrades/ for the log files.
„dpkg-reconfigure unattended-upgrades” will
On Sun, Jan 28, 2024 at 04:31:02PM -0500, Stefan Monnier wrote:
> > There is probably some other package that's *using* packagekit to do
> > the thing you don't want done. Is "unattended-upgrades" installed by
> > any chance?
>
> Hmm yep, it is!
> So that's it?
> I self-inflicted this by inst
> I don't think you're looking at the right thing. "packagekit" seems
> to be an interface to dbus. By itself, it doesn't do what you think
> it does.
Aha!
> There is probably some other package that's *using* packagekit to do
> the thing you don't want done. Is "unattended-upgrades" installed
On Sun, Jan 28, 2024 at 03:57:30PM -0500, Stefan Monnier wrote:
> >> How can I stop those downloads?
> >>
> >> Currently, I did
> >>
> >> systemctl mask packagekit
I don't think you're looking at the right thing. "packagekit" seems
to be an interface to dbus. By itself, it doesn't do what
>> How can I stop those downloads?
>>
>> Currently, I did
>>
>> systemctl mask packagekit
>
> Well, you might just get rid of the package.
>
> apt purge packagekit
>
> should do it.
Of course, but that also gets rid of packages I do want to keep (such as
the `gnome` metapackage).
> To preve
Michael Kjörling composed on 2024-01-28 19:23 (UTC):
> On 28 Jan 2024 19:19 +0100, from h...@adminart.net (hw):
>> On Fri, 2024-01-26 at 15:56 +, Michael Kjörling wrote:
>>> It's also worth talking to your local electrician about installing an
>>> incoming-mains overvoltage protection for li
On 1/28/24 03:44, Brett Sutton wrote:
So I'm not certain if I'm in the right spot but I had to start somewhere.
I have a docker container that was working but has suddenly stopped working.
I believe the possible cause was when I added a second drive to my zfs
rpool - the timing was a little too
On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote:
> Hi,
>
> Keeping all this context because I don't actually see how the
> response matches the context and so I might have missed something…
>
> On Sun, Jan 28, 2024 at 11:54:05AM -0500, Dan Ritter wrote:
> > hw wrote:
> > > How is btrfs going
On Sun, 28 Jan 2024 14:10:46 -0500
Stefan Monnier wrote:
> How can I stop those downloads?
>
> Currently, I did
>
> systemctl mask packagekit
Well, you might just get rid of the package.
apt purge packagekit
should do it.
Less drastic, to simply shut down the current daemon,
systemctl
On Sun, 2024-01-28 at 16:46 +, Andy Smith wrote:
> Hi,
>
> On Sun, Jan 28, 2024 at 05:17:14PM +0100, hw wrote:
> > Ok if Andy and you are right, you could reasonably boot machines with
> > an UEFI BIOS when using mdadm RAID :)
>
> I've been doing it for more than two decades, though not with
On Sun, 28 Jan 2024 19:19:55 +0100
hw wrote:
Hello hw,
>How do you know in advance when the battery will have failed?
Even my very basic UPS (APC Backup 1400) has a light on the front
labelled "Replace Battery". That, combined with a very annoying high
pitch scream, are pretty good motivators
On 28 Jan 2024 19:19 +0100, from h...@adminart.net (hw):
> On Fri, 2024-01-26 at 15:56 +, Michael Kjörling wrote:
>> 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 [...]
>
> To comme
Apparently, there's now a thing called `packagekit` whose daemon seems
to like to download updates "in the background" for me.
Thanks, but no, thanks. This tends to occur at inopportune times for me
and it's not far enough "in the background", so it gets in the way
(furthermore, I like to downl
Hi,
Thanks, this is very useful.
On Sun, Jan 28, 2024 at 06:58:08PM +0100, hw wrote:
> However, stay away from their cheap models as seen on this[1] picture
> (Back UPS). They work and you can replace the batteries yourself even
> though you're not supposed to. It's a minimum basic device. It
[ Sorry, didn't read the actual post, just answering the Subject: ]
What makes you think initrd will be satisfied with a sound?
Stefan 🙂
On Fri, 2024-01-26 at 15:56 +, Michael Kjörling wrote:
> 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 [...]
To comment myself, I think was 3 years, not 5, sorry.
> > The hardware
On Fri, 2024-01-26 at 15:17 +, 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 con
Hi,
Keeping all this context because I don't actually see how the
response matches the context and so I might have missed something…
On Sun, Jan 28, 2024 at 11:54:05AM -0500, Dan Ritter wrote:
> hw wrote:
> > How is btrfs going to deal with this problem when using RAID? Require
> > hardware RAI
hw wrote:
> How is btrfs going to deal with this problem when using RAID? Require
> hardware RAID?
>
> Having to add mdadm RAID to a setup that uses btrfs just to keep efi
> partitions in sync would suck.
You can add hooks to update-initramfs or update-grub.
To a first approximation:
firstbo
On Fri, 2024-01-26 at 16:27 +, Michael Kjörling wrote:
> On 26 Jan 2024 16:39 +0100, from h...@adminart.net (hw):
> [...]
> > Having multiple generations of backups already increases the needed
> > storage space by a bit more than half. That makes it already arguable
> > if it's better to make
Hi,
On Sun, Jan 28, 2024 at 05:17:14PM +0100, hw wrote:
> Ok if Andy and you are right, you could reasonably boot machines with
> an UEFI BIOS when using mdadm RAID :)
I've been doing it for more than two decades, though not with UEFI.
> How is btrfs going to deal with this problem when using RA
On Fri, 2024-01-26 at 16:57 +0100, Nicolas George wrote:
> 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 sc
So I'm not certain if I'm in the right spot but I had to start somewhere.
I have a docker container that was working but has suddenly stopped working.
I believe the possible cause was when I added a second drive to my zfs
rpool - the timing was a little too coincidental.
The docker command sequen
Am 27.01.2024 um 19:03 schrieb fran...@libero.it:
> (it is a long report)
This is interesting ... BUT i lack the required experience:
Neither do i use Windows nor a notebook, but i would guess, that the
last paragraph from your report contains the root cause of your problem:
> Please do not fo
32 matches
Mail list logo
