Not much here:
ls -lah /etc/dracut.conf.d/
total 88K
drwxr-xr-x 1 root root 98 Sep 27 02:01 .
drwxr-xr-x 1 root root 4.1K Sep 27 16:02 ..
-rw-r--r-- 1 root root 894 Sep 13 09:27 10-persistent_policy.conf
-rw-r--r-- 1 root root 491 Sep 13 09:27 99-debug.conf
-rw-r--r-- 1 root root 769 Sep 27 02:01 ostree.conf
Also, I was going to keep away from nvidia cards after this experience.
@Prexy Well then itās either AMD or Intelā¦ what are the computer specs?
So I run the ARC GPUās in PCI 3.0 slots, no rebar (for memory) so performance is not as good if in a Motherboard with PCIe 4.0 and rebar, but works fine, the encoders/decoders work, I have oneAPI running, but I doubt you need that.
I switched over to an older computer with an intel chip. Display is perfect. I do this switch periodically to get updates installed. But that means I canāt show the specs you wanted to see until I switch back.
I have been reading a newer thread where compatibility errors arose with both kernel 6.10 and 6.11 and nvidia. What a mess!
No issues over on Xfce with G06 550.107.02-26.1
Given what I showed you in comment #32, Iāll bet a fresh TW installation void of the taint of any proprietary software of any kind would simply make your 730 work just like my 10de:1288 720. Possibly simpler, borrow the SSD out of a different TW PC with AMD or Intel GPU only to prove the possibility. One with Leap instead of TW would not suffice unless you first installed its kernel-default-extra, as thatās the source of Leapās nouveau kernel module. Actually, first wouldnāt be a necessity, but youād be stuck at 1024x768 until it was done.
@mrmazda driver is N/A and nouveau is loadedā¦ the real issue is what is stopping even the nouveau driver from loadingā¦ and being able to remove it from initrd, which should happen.
FOSS driver failure is to be expected as long as NVidiaās proprietary driver tainting of your system hasnāt been fully eradicated.
@mrmazda In this case itās not being able to eradicate the nouveau driver from initrdā¦ why does it remain when told to be excluded via blacklist?
Does Prexy, or does Prexy not, wish to use FOSS to the exclusion of proprietary software? If he does, then he will absolutely need to use the nouveau kernel module, if he wishes to use any displayās native resolution of more than 1024x768.
Iād be happy to use FOSS if I can get it to work. Also, I have a CD with a net install and I would gladly do a reinstall with it. But I have two considerations. The PC is dual boot with Windows and I have lots of data I donāt want to lose. I seem to remember that you can do a ārepairā with an install disk that would cover those two concerns.
However, I live in a retirement community and our Internet has been down for a while this evening. So, anything I try will have to wait until the morning. Iām responding on my phone and donāt know if it comes through properly.
Data storages can stop working unexpectedly, you have to have backups.
You could consider trying some live Linux distribution to test if the video works better, without having to mess with your system.
This is @Prexy . I am posting from a live usb and had to create a new account.
The display is working perfectly on kernel-default 6.11.0.-1.1 using a MicroOS driver. Iām going to see if I can install these files on my hard drive.
Can you show inxi -GSaz --vs?
Here is the result from my live-usb. Does this say I can install the MicroOS driver on my hard drive?
localhost:/home/linux # inxi -GSaz --vs
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LC_CTYPE = (unset),
LC_NUMERIC = (unset),
LC_COLLATE = (unset),
LC_TIME = (unset),
LC_MESSAGES = (unset),
LC_MONETARY = (unset),
LC_ADDRESS = (unset),
LC_IDENTIFICATION = (unset),
LC_MEASUREMENT = (unset),
LC_PAPER = (unset),
LC_TELEPHONE = (unset),
LC_NAME = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
inxi 3.3.36-00 (2024-09-04)
System:
Kernel: 6.11.0-1-default arch: x86_64 bits: 64 compiler: gcc v: 14.2.0
clocksource: tsc avail: hpet,acpi_pm
parameters: BOOT_IMAGE=(hd0)/boot/x86_64/loader/linux splash=silent quiet
systemd.show_status=yes root=live:CDLABEL=openSUSE_Tumbleweed_KDE_Live
rd.live.image rd.live.overlay.persistent rd.live.overlay.cowfs=ext4
Desktop: KDE Plasma v: 6.1.5 tk: Qt v: N/A info: frameworks v: 6.6.0
wm: kwin_x11 vt: 2 dm: SDDM Distro: openSUSE Tumbleweed 20240930
Graphics:
Device-1: NVIDIA GK208B [GeForce GT 730] vendor: Bitland Information
driver: nouveau v: kernel non-free: series: 470.xx+
status: legacy-active (EOL~2024-09-xx) arch: Kepler-2 code: GKxxx
process: TSMC 28nm built: 2012-2018 pcie: gen: 2 speed: 5 GT/s lanes: 8
ports: active: HDMI-A-1,VGA-1 empty: none bus-ID: 01:00.0
chip-ID: 10de:1287 class-ID: 0300 temp: 41.0 C
Display: x11 server: X.Org v: 21.1.12 with: Xwayland v: 24.1.2
compositor: kwin_x11 driver: X: loaded: N/A unloaded: fbdev,modesetting,vesa
failed: nouveau,nv alternate: nvidia dri: nouveau gpu: nouveau
display-ID: :0 screens: 1
Screen-1: 0 s-res: 3280x1080 s-dpi: 96 s-size: 865x285mm (34.06x11.22")
s-diag: 911mm (35.86")
Monitor-1: HDMI-A-1 mapped: HDMI-1 pos: primary,bottom-l model: Sharp HDMI
serial: <filter> built: 2006 res: 1360x768 hz: 60 dpi: 42 gamma: 1.2
size: 820x461mm (32.28x18.15") diag: 941mm (37") ratio: 16:9 modes:
max: 1280x720 min: 720x400
Monitor-2: VGA-1 pos: top-right model: Lenovo LEN LI2223swA
serial: <filter> built: 2015 res: 1920x1080 hz: 60 dpi: 102 gamma: 1.2
size: 476x268mm (18.74x10.55") diag: 546mm (21.5") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
API: OpenGL v: 4.5 vendor: mesa v: 24.1.7 glx-v: 1.4 es-v: 3.2
direct-render: yes renderer: llvmpipe (LLVM 18.1.8 256 bits)
device-ID: ffffffff:ffffffff memory: 7.52 GiB unified: yes
API: Vulkan Message: No Vulkan data available.
API: EGL Message: EGL data requires eglinfo. Check --recommends.
@Prexy > I didnāt know what to do with this, so I cancelled. As per your post here > Re-install old kernel default - #69 by Prexy
I do not think you should have cancelled this operation. By cancelling it did not allow zypper to rebuild the NVidia kernel modules. Please do correct me if this is not the case.
Iād like to try and find out what driver it may have that ordinary TW does not. What is the .iso filename you downloaded? Does it match any found on http://download.opensuse.org/tumbleweed/appliances/ ?
I went to the site you linked. I donāt remember which of the TW iso I used. I made a usb and a DVD of the file. Installing the files to run nouveau, I rebooted and got the same result as when all the nvidia files were still installed.
Giving up hope of fixing the problems, which were growing, I used the usb to install TW over the broken install. It worked! None of the nvidia files installed. The MicroOS driver and kernel-firmware were the only files installed.
So you deleted the .iso file already? I think if you insert the USB in a running system a file manager will report a title that probably equates to that name. It probably wouldnāt hurt to check out its /etc/os-release file, which may have something useful to report. Simply āMicroOSā isnāt sufficient.
The title of the usb is only āopenSUSE_Tumbleweed_KDE_Liveā and the os-release file shows this
NAME="openSUSE Tumbleweed"
# VERSION="20241003"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20241003"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
# CPE 2.3 format, boo#1217921
CPE_NAME="cpe:2.3:o:opensuse:tumbleweed:20241003:*:*:*:*:*:*:*"
#CPE 2.2 format
#CPE_NAME="cpe:/o:opensuse:tumbleweed:20241003"
BUG_REPORT_URL="https://bugzilla.opensuse.org"
SUPPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"
I have minor adjustments to make to get back to where I was, but the re-install was a fix.
I think from reading two current Fedora mailing list threads that āMicroOSā driver that inxi doesnāt know about is the āsimpledrmā driver thatās existed for quite some time but only become available as standard backup to preferred drivers as of 6.11 kernel. Please pastebin an Xorg.o.log like the boot that caused generation of your inxi output with unidentified display driver āN/Aā here.