Hi
Ctrl-Shift-M should bring the menu back. I don't know if it is permanent.
Walter
On Tue, Jun 24, 2025, 06:20 Robert McBroom via users <
users@lists.fedoraproject.org> wrote:
> Installed a new f42 system on a new computer. When using konsole it has
> toolbars but the menu bar with the drop do
Installed a new f42 system on a new computer. When using konsole it has
toolbars but the menu bar with the drop down menus is not there. Used it
forever and greatly prefer it to the toolbars. Looked for a .conf file
that might set things but don't find any in the places I would expect.
How can
On Mon, 2025-06-23 at 08:32 -0400, Robert Moskowitz wrote:
> > Reading between the lines, I suspect that this won't be that useful in
> > the OP's case. The apps will be restarted, but if any of them are doing
> > long-running computations that won't in itself be enough unless the
> > apps in quest
Tim:
> And it can't be mounted.
Were you trying to mount /dev/sdb, or /dev/sdb1 and then /dev/sdb2?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
h
On 6/23/25 6:03 AM, Patrick O'Callaghan wrote:
On Mon, 2025-06-23 at 00:24 -0400, Jon LaBadie wrote:
On Sun, Jun 22, 2025 at 04:17:46PM -0400, Robert Moskowitz via users wrote:
On 6/22/25 3:38 PM, Marco Moock wrote:
Why don't you give reboot a try?
I have s much running that rebooting
On 6/23/25 4:02 AM, Francis Montagnac wrote:
Hi
On Sun, 22 Jun 2025 19:41:29 -0400
Robert Moskowitz via users wrote:
"all it took" was that reboot.
drives are showing again and I can mount them.
I that happens again, you may try to unload the related kernel modules
(uas usb_storage I think
On 6/23/25 12:24 AM, Jon LaBadie wrote:
On Sun, Jun 22, 2025 at 04:17:46PM -0400, Robert Moskowitz via users
wrote:
On 6/22/25 3:38 PM, Marco Moock wrote:
Why don't you give reboot a try?
I have s much running that rebooting is a last effort. It is not
trivial to get everything back a
Is it no-longer possible to use dd to write an install ISO to a
flashdrive, or is there something wrong with the ISO (which passes the
checksum tests)?
If I do this command:
[root@rocky fedora42]# dd if=Fedora-Server-dvd-x86_64-42-1.1.iso of=/dev/sdb
status=progress
2923241984 bytes (2.9 GB) co
On 6/23/25 1:15 AM, Tim via users wrote:
Tim:
And it can't be mounted.
Samuel Sieb:
How are you trying to mount it?
Plugging it in and trying to mount it like any other USB stick.
How exactly and what happened?
I ended up burning a DVD and installing from that. So, now, it's just
an me
Hi
On Sun, 22 Jun 2025 19:41:29 -0400
Robert Moskowitz via users wrote:
> "all it took" was that reboot.
> drives are showing again and I can mount them.
I that happens again, you may try to unload the related kernel modules
(uas usb_storage I think), then insert again the USB drive.
Thus:
On Sun, 2025-06-22 at 22:34 -0400, Jeffrey Walton wrote:
> I used to encounter this on occasion when I refreshed my desktop to
> one with 64GB of RAM. My take was, the cache manager could hold a lot
> more in RAM before [asynchronously] flushing the write to disk.
>
> Try adding a `sync` to the co
Tim:
>> And it can't be mounted.
Samuel Sieb:
> How are you trying to mount it?
Plugging it in and trying to mount it like any other USB stick.
I ended up burning a DVD and installing from that. So, now, it's just
an mental exercise to figure out why it didn't want to work.
I did leave it for
On Mon, 2025-06-23 at 00:24 -0400, Jon LaBadie wrote:
> On Sun, Jun 22, 2025 at 04:17:46PM -0400, Robert Moskowitz via users wrote:
> > On 6/22/25 3:38 PM, Marco Moock wrote:
> >
> > > Why don't you give reboot a try?
> >
> > I have s much running that rebooting is a last effort. It is not
>
On 6/23/25 12:01 AM, Barry wrote:
On 23 Jun 2025, at 03:13, Tim via users wrote:
Marvel at the blistering write speed!!
The speed is because the dd copied the data into kernel buffers and does not
wait for those buffers to flush to the USB stick.
Seems like people didn't actually look a
> On 23 Jun 2025, at 03:13, Tim via users wrote:
>
> Marvel at the blistering write speed!!
The speed is because the dd copied the data into kernel buffers and does not
wait for those buffers to flush to the USB stick.
If you do not wait for the buffets to flished to the stick then the file
15 matches
Mail list logo
