Sam Varshavchik wrote:
> > I find it highly improbable that there is a "delay reboot for X
> > minutes for no reason whatsoever" setting somewhere, that simply
> > needs to be changed. As Mr. Spock would say: "this is not logical".
Tim:
> Although that pretty much describes what I see on a friend'
On Thu, 2024-08-22 at 07:15 -0400, Sam Varshavchik wrote:
> I find it highly improbable that there is a "delay reboot for X
> minutes for no reason whatsoever" setting somewhere, that simply
> needs to be changed. As Mr. Spock would say: "this is not logical".
Although that pretty much describes w
On 8/22/24 1:30 PM, John Pilkington wrote:
On 22/08/2024 19:52, home user via users wrote:
On 8/22/24 3:53 AM, Barry Scott wrote:
On 22 Aug 2024, at 02:58, home user via users
wrote:
I'll just say I can only keep one old kernel and not go into the details.
FYI: dnf update will never rem
On Sun, Aug 18, 2024 at 9:33 AM User of Fedoras via users <
users@lists.fedoraproject.org> wrote:
> Hi,
> I had changed from Fedora to openSUSE due to an error on LUKS during
> boot (it would not see the correct devices, dracut would timeout). I
> could boot using an older kernel but couldn't figu
On Sun, Aug 18, 2024 at 9:43 AM Roger Heflin wrote:
> I don't know specifically on this bug. But the 2 common mistakes fall
> into some piece failing and causing dracut to not properly detect what
> modules the boot device needs to use. And when that happens dracut
> times out looking for root.
On 22/08/2024 19:52, home user via users wrote:
On 8/22/24 3:53 AM, Barry Scott wrote:
On 22 Aug 2024, at 02:58, home user via users
wrote:
I'll just say I can only keep one old kernel and not go into the
details.
FYI: dnf update will never remove the kernel that you are currently
runn
On 8/22/24 3:53 AM, Barry Scott wrote:
On 22 Aug 2024, at 02:58, home user via users
wrote:
I'll just say I can only keep one old kernel and not go into the details.
FYI: dnf update will never remove the kernel that you are currently running.
Barry
(not replying specifically to Barry)
On Thu, 2024-08-22 at 11:28 -0300, George N. White III wrote:
> So you want to "retrieve other state and tracing information from the
> system and service manager, and to verify the correctness of unit
> files. It is also used to access special functions useful for
> advanced system manager debuggi
On Thu, 2024-08-22 at 11:24 -0400, Tom Horsley wrote:
> I always had long reboots as well, then I realized I'm not running
> anything like a database that needs to be properly flushed to disk,
> etc. So I changed DefaultTimeoutStopSec from 90 seconds to 5 seconds
> in /etc/systemd/system.conf and /
I always had long reboots as well, then I realized I'm not running anything
like a database that needs to be properly flushed to disk, etc. So I changed
DefaultTimeoutStopSec from 90 seconds to 5 seconds in
/etc/systemd/system.conf and /etc/systemd/user.conf and now my system
reboots fairly quickly
On Thu, Aug 22, 2024 at 8:44 AM Patrick O'Callaghan
wrote:
> On Thu, 2024-08-22 at 07:57 -0300, George N. White III wrote:
> > On Thu, Aug 22, 2024 at 7:36 AM Patrick O'Callaghan
> >
> > wrote:
> >
> > > When I reboot the system, there's a delay of around a minute before
> > > anything happens.
On 8/22/24 5:36 AM, Patrick O'Callaghan wrote:
When I reboot the system, there's a delay of around a minute before
anything happens. This is a single-user desktop and I really don't need
to stare at a spinner for so long. Is there a setting somewhere that
lets me change this? I'm aware of 'reboot
On Thu, 2024-08-22 at 12:42 +0100, Patrick O'Callaghan wrote:
> > I have these overrides for timeouts:
> >
> > /etc/systemd/user.conf.d/10-barry.conf
> > [Manager]
> > DefaultTimeoutStopSec=15s
> >
> > /etc/systemd/system.conf.d/10-barry.conf
> > [Manager]
> > DefaultTimeoutStopSec=20s
>
> Thank
On Thu, 2024-08-22 at 07:48 -0400, Sam Varshavchik wrote:
> > Sorry if that wasn't clear. I'm talking about the time between
> > initiating a reboot, either from the Shell or from the GUI, and the
> > actual system going down (either for reboot or shutdown) as
> > determined
> > by the display turn
Patrick O'Callaghan writes:
On Thu, 2024-08-22 at 07:15 -0400, Sam Varshavchik wrote:
> Patrick O'Callaghan writes:
>
> > When I reboot the system, there's a delay of around a minute before
> > anything happens. This is a single-user desktop and I really don't
> > need
> > to stare at a spinner
On Thu, 2024-08-22 at 07:57 -0300, George N. White III wrote:
> On Thu, Aug 22, 2024 at 7:36 AM Patrick O'Callaghan
>
> wrote:
>
> > When I reboot the system, there's a delay of around a minute before
> > anything happens. This is a single-user desktop and I really don't
> > need
> > to stare at
On Thu, 2024-08-22 at 12:25 +0100, Barry Scott wrote:
>
>
> > On 22 Aug 2024, at 11:36, Patrick O'Callaghan
> > wrote:
> >
> > When I reboot the system, there's a delay of around a minute before
> > anything happens. This is a single-user desktop and I really don't
> > need
> > to stare at a sp
On Thu, 2024-08-22 at 07:15 -0400, Sam Varshavchik wrote:
> Patrick O'Callaghan writes:
>
> > When I reboot the system, there's a delay of around a minute before
> > anything happens. This is a single-user desktop and I really don't
> > need
> > to stare at a spinner for so long. Is there a settin
> On 22 Aug 2024, at 11:36, Patrick O'Callaghan wrote:
>
> When I reboot the system, there's a delay of around a minute before
> anything happens. This is a single-user desktop and I really don't need
> to stare at a spinner for so long. Is there a setting somewhere that
> lets me change this?
Patrick O'Callaghan writes:
When I reboot the system, there's a delay of around a minute before
anything happens. This is a single-user desktop and I really don't need
to stare at a spinner for so long. Is there a setting somewhere that
lets me change this? I'm aware of 'reboot -f' but I assume
On Thu, Aug 22, 2024 at 7:36 AM Patrick O'Callaghan
wrote:
> When I reboot the system, there's a delay of around a minute before
> anything happens. This is a single-user desktop and I really don't need
> to stare at a spinner for so long. Is there a setting somewhere that
> lets me change this?
When I reboot the system, there's a delay of around a minute before
anything happens. This is a single-user desktop and I really don't need
to stare at a spinner for so long. Is there a setting somewhere that
lets me change this? I'm aware of 'reboot -f' but I assume that would
normally be too dras
On Wed, 2024-08-21 at 11:34 +0100, Patrick O'Callaghan wrote:
> I keep getting this in the journal:
>
> Lockdown: systemd-logind: hibernation is restricted; see man
> kernel_lockdown.7
>
> and a glance at the man page reveals that hibernation and secure boot
> don't play nice unless the swap imag
> On 22 Aug 2024, at 02:58, home user via users
> wrote:
>
> I'll just say I can only keep one old kernel and not go into the details.
FYI: dnf update will never remove the kernel that you are currently running.
Barry
--
___
users mailing list -
24 matches
Mail list logo
