On 18/6/24 09:23, Mike Wright wrote:
On 6/17/24 15:28, Stephen Morris wrote:
Hi,
Ever since a couple of updates ago, from KDE, when I select
"Shutdown" KDE displays a black screen (it used to be that you could
press the escape key and it would show you the apps that were closing
down so
On Tue, 2024-06-18 at 18:03 +1000, Stephen Morris wrote:
> On 18/6/24 09:23, Mike Wright wrote:
> > On 6/17/24 15:28, Stephen Morris wrote:
> > > Hi,
> > > Ever since a couple of updates ago, from KDE, when I select
> > > "Shutdown" KDE displays a black screen (it used to be that you
> > > co
On 6/18/24 01:03, Stephen Morris wrote:
On 18/6/24 09:23, Mike Wright wrote:
On 6/17/24 15:28, Stephen Morris wrote:
Hi,
I haven't done a restart yet to see if that rectifies the issue.
Have you tried executing "systemctl poweroff"?
Thanks Mike, I haven't tried that yet nor have I tried Shu
Hi,
I have a small SSD that I use for /boot and /boot/efi partitions - /dev/sda
I boot from /dev/sda
I have another small SSD that I use as a dd backup of /dev/sda - /dev/sdg
After update to a new kernel, I dd the /dev/sda to /dev/sdg so that in case
of a failure I could boot from /dev/sdg.
Once upon a time, Frank Bures said:
> Question: is this solution OK or have I done something wrong? Is
> there a better way of solving this?
It'd probably be better to do backups by copying files rather than
blocks. There are a variety of things that look at filesystems by UUID,
and the plus of
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
> Question: is this solution OK or have I done something wrong? Is there a
> better way of solving this?
Using dd to back up a disk leaves the copy with the exact same UUID
as the source. So it is just down to random timing and order of
oper
On 2024-06-18 11:40, Tom Horsley wrote:
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
Question: is this solution OK or have I done something wrong? Is there a
better way of solving this?
Using dd to back up a disk leaves the copy with the exact same UUID
as the source. So it is just
On 2024-06-18 13:52, Frank Bures wrote:
Just to explain:
I do not dd the whole /dev/sda. There are only /boot and /boot/efi
partitions on the disk, the rest is unformatted. I only dd the formatted
sectors.
The whole idea of having the same UUID on both sda and sdg is the ability
of just
On mine I have md raid1 configured for /boot. Old install no
/boot/efi but it should also work for /boot/efi because even with
mdraid the bios/efi will still be able to find what it needs to find
to boot but when the OS comes up it mounts the md-raid raid1 devices.
This would allow you to survive
Once upon a time, Roger Heflin said:
> On mine I have md raid1 configured for /boot. Old install no
> /boot/efi but it should also work for /boot/efi because even with
> mdraid the bios/efi will still be able to find what it needs to find
> to boot but when the OS comes up it mounts the md-raid r
On 6/18/24 19:58, Frank Bures wrote:
Or I could just live with it. Let the machine decide, which disk it wants to
mount and then copy the boot disk to that disk. I could even automatize the
backup script to make the decision by itself. In fact, there is no difference
between mounting sda or
On 6/18/24 12:52, Frank Bures wrote:
On 2024-06-18 11:40, Tom Horsley wrote:
On Tue, 18 Jun 2024 11:23:57 -0400
Frank Bures wrote:
Question: is this solution OK or have I done something wrong? Is there a
better way of solving this?
--SNIP--
Personally, I'd just use rsync to back up the co
Hi All,
As far as I know, I am not using MySQL, now
replaced with MariaDB on my system. Do I need
it for anything?
# dnf remove mariadb
Dependencies resolved.
Package Arch Version
Re
Frank Bures writes:
What is happening now is that the machine boots from /dev/sda, but then
mounts /dev/sdg for its /boot and /boot/efi. So in df I see /dev/sdg
instead of /dev/sda that the machine booted from.
I solved the problem by editing /etc/fstab and pointing /boot and /boot/efi
t
You can always reinstall late if required.
On Tue, Jun 18, 2024 at 6:06 PM ToddAndMargo via users
wrote:
>
> Hi All,
>
> As far as I know, I am not using MySQL, now
> replaced with MariaDB on my system. Do I need
> it for anything?
>
> # dnf remove mariadb
> Dependencies resolved.
>
On 18/6/24 20:44, Patrick O'Callaghan wrote:
On Tue, 2024-06-18 at 18:03 +1000, Stephen Morris wrote:
On 18/6/24 09:23, Mike Wright wrote:
On 6/17/24 15:28, Stephen Morris wrote:
Hi,
Ever since a couple of updates ago, from KDE, when I select
"Shutdown" KDE displays a black screen (it us
On Tue, Jun 18, 2024 at 6:06 PM ToddAndMargo via users
wrote:
Hi All,
As far as I know, I am not using MySQL, now
replaced with MariaDB on my system. Do I need
it for anything?
On 6/18/24 16:04, bruce wrote:
> You can always reinstall late if required.
>
Done!
--
On 18/6/24 22:25, Mike Wright wrote:
On 6/18/24 01:03, Stephen Morris wrote:
On 18/6/24 09:23, Mike Wright wrote:
On 6/17/24 15:28, Stephen Morris wrote:
Hi,
I haven't done a restart yet to see if that rectifies the issue.
Have you tried executing "systemctl poweroff"?
Thanks Mike, I haven
On Tue, 2024-06-18 at 11:40 -0400, Tom Horsley wrote:
> Using dd to back up a disk leaves the copy with the exact same UUID
> as the source. So it is just down to random timing and order of
> operations as to which disk it will choose, so using /dev/sda
> instead of UUID is one possible solution, b
19 matches
Mail list logo
