On 11/9/22 14:28, Patrick O'Callaghan wrote:
On Wed, 2022-11-09 at 13:38 -0800, Samuel Sieb wrote:
On 11/9/22 12:36, Felix Miata wrote:
Patrick O'Callaghan composed on 2022-11-09 20:07 (UTC):
$ inxi -GSaz
System:
Kernel: 6.0.5-200.fc36.x86_64 arch: x86_64 bits: 64 compiler:
gcc
v: 2
On 9 Nov 2022 at 16:58, Dave Ihnat wrote:
Date sent: Wed, 9 Nov 2022 16:58:08 -0600
From: Dave Ihnat
To: mi...@guam.net,
Community support for Fedora users
Subject:Re: Looking to get connection between 2
local networks?
On 9 Nov at 16:43, Community support for Fedora users
wrote:
> Thanks for info. My older wifi router only 2.4 and occassional was
> requiring resets, and has public IP mapped to name and number of ports
> routed to various machines behind it. Wanted to setup the new one with
> 2.4/5 setup and ru
On 9 Nov 2022 at 15:53, Louis Lagendijk wrote:
Subject:Re: Looking to get connection between 2
local networks?
From: Louis Lagendijk
To: users@lists.fedoraproject.org
Date sent: Wed, 09 Nov 2022 15:53:39 +0100
Send reply to:
On Wed, 2022-11-09 at 13:38 -0800, Samuel Sieb wrote:
> On 11/9/22 12:36, Felix Miata wrote:
> > Patrick O'Callaghan composed on 2022-11-09 20:07 (UTC):
> >
> > > $ inxi -GSaz
> > > System:
> > > Kernel: 6.0.5-200.fc36.x86_64 arch: x86_64 bits: 64 compiler:
> > > gcc
> > > v: 2.37-36.fc36
On Wed, 2022-11-09 at 22:55 +0100, greg wrote:
> In order to disable i915 altogether, I used an option in bios/efi
> firmware.
> (I have an NVIDIA card and want to use it always/for any
> application.)
>
That would certainly be an option, though I'd prefer to avoid BIOS
settings id possible.
> >
On Wed, Nov 9, 2022 at 6:09 PM Patrick O'Callaghan
wrote:
>
> I've replaced my ageing Nvidia card with a more recent and much faster
> AMD GPU. However when I boot the system, the default display still
> shows as the built-in Intel chip, even though AMD modules are loaded:
>
> $ sudo lsmod|grep -i
Samuel Sieb composed on 2022-11-09 16:38 (UTC-0500):
> Felix Miata wrote:
>> Patrick O'Callaghan composed on 2022-11-09 20:07 (UTC):
>>> $ inxi -GSaz
>>> System:
>>>Kernel: 6.0.5-200.fc36.x86_64 arch: x86_64 bits: 64 compiler: gcc
>>> v: 2.37-36.fc36
>>> parameters: BOOT_IMAGE=(hd2
On 11/9/22 12:36, Felix Miata wrote:
Patrick O'Callaghan composed on 2022-11-09 20:07 (UTC):
$ inxi -GSaz
System:
Kernel: 6.0.5-200.fc36.x86_64 arch: x86_64 bits: 64 compiler: gcc
v: 2.37-36.fc36
parameters: BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.0.5-200.fc36.x86_64
root=UUID=8e1f7af
Patrick O'Callaghan composed on 2022-11-09 20:07 (UTC):
> $ inxi -GSaz
> System:
> Kernel: 6.0.5-200.fc36.x86_64 arch: x86_64 bits: 64 compiler: gcc
> v: 2.37-36.fc36
> parameters: BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.0.5-200.fc36.x86_64
> root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro
On Wed, 2022-11-09 at 19:25 +, Patrick O'Callaghan wrote:
> On Wed, 2022-11-09 at 12:27 -0500, Felix Miata wrote:
> > Patrick O'Callaghan composed on 2022-11-09 17:09 (UTC):
> >
> > > $ inxi -G
> >
> > That's not enough info. Show -GSaz please.
> >
>
> $ inxi -Gsaz
> Graphics:
> Device-1:
On Wed, 2022-11-09 at 12:27 -0500, Felix Miata wrote:
> Patrick O'Callaghan composed on 2022-11-09 17:09 (UTC):
>
> > $ inxi -G
>
> That's not enough info. Show -GSaz please.
>
$ inxi -Gsaz
Graphics:
Device-1: Intel IvyBridge GT2 [HD Graphics 4000] vendor: Micro-Star MSI
driver: i915 v: k
Patrick O'Callaghan composed on 2022-11-09 17:09 (UTC):
> $ inxi -G
That's not enough info. Show -GSaz please.
Proprietary NVidia driver removal is not a simple matter of uninstalling rpms.
Typically blacklisting and/or /etc/X11/xorg.con* files and/or kernel cmdline
options get left behind, and
I've replaced my ageing Nvidia card with a more recent and much faster
AMD GPU. However when I boot the system, the default display still
shows as the built-in Intel chip, even though AMD modules are loaded:
$ sudo lsmod|grep -i amd
amdgpu 10153984 1
iommu_v2 24576 1 a
There shouldn't be any downside, but per the doc the virtual machine
must be off, no other tools used concurrently.
It seems that virt-sparsify can be used with an input and output image
file or operate on the image file directly, the first
option being the safest in the event of corruption on the
On 11/9/22 08:28, ToddAndMargo via users wrote:
Any downside to ths tool?
https://libguestfs.org/virt-sparsify.1.html
This is what I am looking at:
$ du -sh *.qcow*
4.6GKVM-Android.qcow2
72M KVM-BackupDrive.w10.qcow2
36M KVM-BackupDrive.w11.qcow2
72M KVM-BackupDrive.w7.qcow2
Any downside to ths tool?
https://libguestfs.org/virt-sparsify.1.html
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-
On Tue, 8 Nov 2022 08:03:55 -0800
Scott Beamer wrote:
> Greetings,
>
> I recently read somewhere that there is a dnf command to finish
> upgrading when an upgrade crashes during an upgrade. I tried Googling
> to find it just now and have come up empty.
>
> Does anyone know what it is?
Others
On Wed, 2022-11-09 at 03:09 +1000, Michael D. Setzer II via users
wrote:
> Probable a simple solution, but its been a while since I done this
> type of stuff.
>
> Have a cable modem that has 4 ports but using 2.
> First port gets public IP xxx.xxx.233.11 with private network
> 192.168.16.x
> Secon
On Tue, 2022-11-08 at 08:03 -0800, Scott Beamer wrote:
> Greetings,
>
> I recently read somewhere that there is a dnf command to finish
> upgrading when an upgrade crashes during an upgrade. I tried Googling
> to
> find it just now and have come up empty.
>
> Does anyone know what it is?
I thi
20 matches
Mail list logo
