I would like to subscribe to the following Oracle yum repository so I can install virtual box guest additions packages. Where can I find the .repo file URL in order for me to add this to my Oracle Linux subscription list? Edit: I am already subscribed to the Oracle public yum repo [root@localhost yum.repos.d]# yum repolist Loaded plugins: langpacks, ulninfo repo id repo name status ol6_UEK_latest/x86_64 Latest Unbreakable Enterprise Kernel for Oracle Lin 820 ol6_latest/x86_64 Oracle Linux 7Server Latest (x86_64) 11,323 ol7_UEKR5/x86_64 Latest Unbreakable Enterprise Kernel Release 5 for 108 ol7_latest/x86_64 Oracle Linux 7Server Latest (x86_64) 11,688 repolist: 23,939 [root@localhost yum.repos.d]# yum search vbox Loaded plugins: langpacks, ulninfo ============================== N/S matched: vbox =============================== isdn4k-utils-vboxgetty.x86_64 : ISDN voice box (getty) Name and summary matches only, use "search all" for everything.

I'm running Oracle Linux/RHEL and trying to get a list of installed packages whose name/arch is not in any active repository. When doing yum list installed these packages are displayed in red, but is there any yum command to only list those?

On my VM I have installed Oracle Linux 9.6 without any desktop environment, so everything I have there is accessible through CLI. I would like to run Oracle Database GUI installer on that server by executing /uo1/app/oracle/product/19.0.0/dbhome_1/runInstaller and to do that I would like to use TigerVNC alongside with xterm. To do so on the server I have installed the packages:

dnf install tigervnc-server xterm

Then I can run VNC session in old-fashioned way by executing this command:

vncserver -geometry 1024x768

I can connect to the VNC session on port 5901 using Remmina and quick VNC connection. However, the command vncserver seems to be obsolete and will be removed in next versions of Oracle Linux. In the message shown after executing the vncserver command there is an information to use more modern approach with systemd. My goal is to switch to this more modern method, but I've got a trouble there, because I don't know how the session should be properly configured when on my VM I don't have any desktop environment. In the config file /etc/tigervnc/vncserver-config-defaults there is really important setting called session and by default it is set to gnome: session=gnome When I leave it as it is and try to run the VNC using command sudo systemctl start vncserver@:1 I receive an error indicating that GNOME desktop session hasn't been configured on my server (which is obvious and intended).

Could not find session desktop file /usr/share/xsessions/gnome.desktop at /usr/libexec/vncserver line 322.
Could not load configured desktop session gnome
Could not find a desktop session to run

I will be thankful for tips how to configure TigerVNC on my Oracle Linux 9.6 using systemd to run GUI Oracle Database installer from there assuming, that there isn't any desktop environment.

I get the following error: Loaded plugins: langpacks, ulninfo http://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/repodata/repomd.xml : [Errno 14] curl#6 - "Could not resolve host: yum.oracle.com; Unknown error" Trying other mirror. failure: repodata/repomd.xml from ol7_latest: [Errno 256] No more mirrors to try. http://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/repodata/repomd.xml : [Errno 14] curl#6 - "Could not resolve host: yum.oracle.com; Unknown error" Not sure what exactly this means. Can someone please give me pointers?

I am trying to prepare the server running Oracle Linux 8.8 for Oracle database 19c installation. I installed oracle-database-preinstall-19c.rpm and noticed that ulimit -l value is showing unexpected to me value of 64. It's my first time configuring a server, so I need some help in understanding ulimit -l value. I expect it to be the value set in the /etc/limits.conf for (all) users and value from /etc/limits.d/oracle-database-preinstall-19c.conf for oracle user, but I see ‘64’ using both xrdp connection and local log in for all users. However, when I open a console and switch user using su and run ulimit -l I get the expected value that was set in .conf files. /etc/security/limits.d/oracle-database-preinstall-19c.conf file contains the following lines for setting memlock value: oracle soft memlock 134217728 oracle hard memlock 134217728 /etc/security/limits.conf file contains the following lines for setting memlock value: * soft memlock 134217728 * hard memlock 134217728 No other /etc/security/.conf files sets memlock value. The server has 96GB of memory and x86_86 architecture. sudo grep pam_limits /etc/pam.d/ shows: /etc/pam.d/fingerprint-auth: session required pam_limits.so /etc/pam.d/password-auth: session required pam_limits.so /etc/pam.d/runuser: session required pam_limits.so /etc/pam.d/system-auth: session required pam_limits.so grep Huge /proc/meminfo shows: AnonHugePages: 0 kB ShmemHugePages: 0kB FileHugePages: 0kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugeagesize: 2048 kB Hugetlb: 0 kB Transparent HugePages are set to ‘never’. I haven't found any memlock values in systemctl show user-$(id -u oracle).slice I also have set vm.hugetlb_shm_group value in /etc/sysctl.d/99-hugetlb-shm-group.conf in case that matters. I haven't installed Oracle database yet. So can anyone help me? Why is ulimit -l value set to 64? Is it okay? I can provide more environment settings and values if needed.

We have an c++ application that allocates and uses hugepages memory (via Jemalloc hooks). Chunk (2MB) allocation happens via mmap with protection flags PROT_READ | PROT_WRITE and flags MAP_SHARED | MAP_POPULATE into a chunk file created on hugetlbfs filesystem. The call looks roughly like this:

void* chunk = mmap(nullptr, size, protection, flags, fd, offset);

The application itself doesn't free up allocated chunks on exit. We rely on unmounting and remounting hugetlbfs on each restart to free up everything. Everything was fine until we recently migrated to Oracle Linux 9 ( UEK7 5.15.0-303.171.5.2.1). After migration, we are noticing that once the application exits, even after unmounting the filesystem, hugepages aren't getting freed up (verified via /proc/meminfo). Nothing seems to clear up those hugepages until the system is rebooted. We have verified that none of the other processes (via /proc//maps) are using hugepages. Any pointers on why kernel thinks those hugepages are in use? The application runs as a systemd service, uses cgroup v2 (no special memory customization), in case these are somehow impacting the cleanup.

I'm experiencing a significant performance degradation when using "rsync" to copy files over the network from within a container or cgroup with memory limits on Oracle Linux 9.2. The issue occurs with the Red Hat Compatible Kernel (RHCK) 5.14.0-284.11.1.el9_2.x86_64 but not with the Unbreakable Enterprise Kernel (UEK) 5.15.0-101.103.2.1.el9uek.x86_64. Details: Setup: Oracle Linux 9.2 with containers/cgroups having memory limits. Issue: Network file copying speed drops drastically when memory limits are hit, specifically when the page cache (inactive files) fills up. Tests: - Using "rsync" from within a container or a cgroup to copy data from remote source. - Using "pg_basebackup" PostgreSQL data replication between two PG Containers (Leader vs Replica). Results: - Initial high speeds (~100MBps) drop significantly (to ~1MBps) once memory limits are reached. Commands to Reproduce: 1. Create cgroup with memory limit and run rsync: sudo systemd-run --scope --property=MemoryMax=1G rsync -av --progress rsync:///files /destination_path 2. Test with drop_caches on hosting OS during slow rsync: free && sync && echo 3 > /proc/sys/vm/drop_caches && free After cache is dropped, rsync is again fast until MEM limit is reached again Observations: - When the container's memory limit is reached, the page cache (inactive files) fills up, leading to network bandwidth degradation. - This affects, for example, PostgreSQL replication, causing lag and potential data loss. Has anyone else encountered this issue? Any insights or suggestions on how to address correctly (or maybe workarounds) this would be greatly appreciated!

I'm tryin to install oracle 19c on oracle linux 7.6, I'm required to install oracle 19c preinstall , knowing that this is a fresh install I don't understand why i'm getting these errors : yum -y localinstall http://yum1.stanford.edu/mrepo/ol8-x86 64/RPMS.appstream/oracle-database-preinstall-19c-1.0-2.el8.x86 64.rpm Loaded plugins: langpacks, ulninfo Repository ol7_latest is listed more than once in the configuration Repository ol7_u0_base is listed more than once in the configuration Repository ol7_u1_base is listed more than once in the configuration Repository ol7_u2_base is listed more than once in the configuration Repository ol7_u3_base is listed more than once in the configuration Repository ol7_u4_base is listed more than once in the configuration Repository ol7_u5_base is listed more than once in the configuration Repository ol7_u6_base is listed more than once in the configuration Repository ol7_security_validation is listed more than once in the configuration Repository ol7_optional_latest is listed more than once in the configuration Repository ol7_addons is listed more than once in the configuration Repository ol7_MODRHCK is listed more than once in the configuration Repository ol7_latest_archive is listed more than once in the configuration Repository ol7_optional_archive is listed more than once in the configuration Repository ol7_UEKR5 is listed more than once in the configuration Repository ol7_UEKR4 is listed more than once in the configuration Repository ol7_UEKR3 is listed more than once in the configuration Repository ol7_UEKR3_OFED20 is listed more than once in the configuration Repository ol7_UEKR5_RDMA is listed more than once in the configuration Repository ol7_UEKR4_OFED is listed more than once in the configuration Repository ol7_UEKR4_archive is listed more than once in the configuration Repository ol7_UEKR5_archive is listed more than once in the configuration Repository ol7_kvm_utils is listed more than once in the configuration Skipping: http://yum1.stanford.edu/mrepo/ol8-x86 , filename does not end in .rpm. Skipping: 64/RPMS.appstream/oracle-database-preinstall-19c-1.0-2.el8.x86, filename does not end in .rpm. Cannot open: 64.rpm. Skipping. Nothing to do

I am trying to install Java on a Linux server. Linux server details NAME="Oracle Linux Server" VERSION="7.9" System Architecture x86_64 **What I have tried so far** I have downloaded x64 Compressed Archive from https://download.oracle.com/java/24/latest/jdk-24_linux-x64_bin.tar.gz and extracted it in the /usr/java/ folder as a super user by using sudo su command. Then I updated the values of the PATH and JAVA_HOME variables in the .bashrc file. The echo $PATH command and echo $JAVA_HOME returned the below values. /sbin:/bin:/usr/sbin:/usr/bin:/apps/local/go/bin:/apps/local/go/dev/bin:/usr/java/jdk-24/bin /usr/java/jdk-24 Then I ran java -version to check the installation. But it returned below error. bash: /usr/java/jdk-24/bin/java: cannot execute binary file I did enough googling and tried the below workarounds - sudo update-alternatives --config java // it didn't return any value - chmod +x /usr/java/jdk-24/bin/java // didn't work Then I navigated to my user folder (/home/XXX) and opened .bash_profile file: # .bash_profile # Get the aliases and functions if [ -f ~/.bashrc ]; then . ~/.bashrc fi # User specific environment and startup programs PATH=$PATH:$HOME/.local/bin:$HOME/bin export JAVA_HOME=/usr/local/lib/java/jdk-24 export PATH=$JAVA_HOME/bin:$PATH export PATH Then I ran source .bash_profile and then ran java -version, which showed the following: java version "24" 2025-03-18 Java(TM) SE Runtime Environment (build 24+36-3646) Java HotSpot(TM) 64-Bit Server VM (build 24+36-3646, mixed mode, sharing) If I exit the root user and try again, it shows the "cannot execute binary file" error again. Please help me to solve this issue.

I am completely new to the Linux world. I am following a course on Udemy and trying to install the Oracle database on Oracle Linux 9.1. One of the prerequisites is to run the following command: dnf install oracle-database-preinstall-18c But I am getting the error > No match for argument: oracle-database-preinstall-21c > > Error: Unable to find a match: oracle-database-preinstall-21c

I recently realized that the RPM packages shifted from gzip-compression to xz-compression a few years ago. I need to check is the compression type of an RPM package that I have. I also need to check what compression type is considered by my system when it is trying to unpack an RPM file.

Once I've deleted all rescue kernel images from my system, I need to regenerate/recreate these images. The only information I've found was about Fedora (here ), so it didn't help me.

time touch /tmp/test.dat real 0m1.03s user 0m0.00s sys 0m1.02s A full second of sys-mode time to create a file in /tmp. That can become unbearable for ksh scripts that open dozens of files in /tmp for subshell handling. strace shows the time at the openat call: strace -tttT touch /tmp/test.dat . . . [clip] . . . 1737560680.004656 close(3) = 0 1737560680.004750 openat(AT_FDCWD, "/tmp/test.dat", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3 1737560681.375253 dup2(3, 0) = 0 . . . [clip] . . . Current CPU during these tests has 70-80% idle. Plenty of memory. /tmp is only 1% used, though it does have a lot of empty directories beneath it (5,268). Server has been up 96 days. We had this problem on another server which panicked for some reason and rebooted. After the reboot, the problem was gone - access to /tmp was fast again. So something over time is causing /tmp access to get slower and slower, and a reboot clears it. OS version: 5.4.17-2136.322.6.4.el8uek.x86_64, built by Oracle (this is an Exadata compute node) /tmp mount: /dev/mapper/VGExaDb-LVDbTmp xfs 45G 45M 45G 1% /tmp Oracle support threw up their hands (didn't really try, to be honest). Any Unix gurus out there have ideas on what I can look into? What kinds of things can cause this to be so slow?

I have error in operating system Oracle Linux cannot startup and got this error Problem in HTREE directory inode please see the image error of the system when reboot : what is the error reason and how to fix the error I am not LINUX administrator and thank you in advance

There is an Oracle Linux 7 system with Unbreakable kernel 5.4.17-2136.304.4.1.el7uek.x86_64 (which is very recent for the RHEL7-like system, which usually uses 3.10-based kernel). Network interfaces have several addresses configured as aliases (I know the aliases only needed for ancient ifconfig, but nonetheless); some of IPs are historic, but not all and the system is still required to have several addresses:

root@bccdb:network-scripts# ip addr show dev bond0.610
15: bond0.610@bond0:  mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 192.168.221.195/24 brd 192.168.221.255 scope global bond0.610
       valid_lft forever preferred_lft forever
    inet 192.168.221.2/24 brd 192.168.221.255 scope global secondary bond0.610:1
       valid_lft forever preferred_lft forever
    inet 192.168.221.134/24 brd 192.168.221.255 scope global secondary bond0.610:2
       valid_lft forever preferred_lft forever

There is a problem with routing cache and hints (the address that system uses when makes outgoing connections). The .195 address was up first, so it was made into the local-network route (192.168.221.0/24 dev bond0.610 proto kernel scope link src 192.168.221.195). But the system should use the .134 by default. We updated this route with ip route change 192.168.221.0/24 dev bond0.610 proto kernel scope link src 192.168.221.134), and ip route now shows correct route. But when I ask for concrete IPs, it still uses the old src hint:

root@bccdb:network-scripts# ip route get 8.8.8.8
8.8.8.8 via 192.168.221.1 dev bond0.610 src 192.168.221.195 uid 0 
    cache

And it actually uses this source address for any destination addresses *except* the routes which we install by hand with ip route add dev bond0.610 src 192.168.221.134 (and, if the address is in another network, with added via 192.167.221.1), where `` is target host's address (/32). ip route show cache displays nothing. The general cache was [removed in Linux 3.6](https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=89aef8921bfbac22f00e04f8450f6e447db13e42) and we are running much newer version of it. There are some explanations in https://unix.stackexchange.com/questions/207535/routing-cache-in-latest-linux-kernels , but there are no suggestions about managing of this cache. I found [this suggestion](http://pandaeatsbamboo.blogspot.com/2009/07/clear-route-cache-on-your-linux-box.html) , but ip route flush cache did not help. How to clear this cache?

I am using Oracle Linux 9 and I would like to install Docker. I checked this website: *https://docs.docker.com/desktop/install/linux-install/* for instructions but it seems that there are instructions only for Fedora. Will these instructions for Fedora work on Rhel 9 or do I have to use a different method? And if yes, where can I find the appropriate instructions?

I have a desktop computer (Intel i4770) running Oracle Linux 7.9 with kernel 4.1.12-61. I usually keep it off and only turn it on on the rare occasions when I need to test something. A month or so ago, I turned it on and noticed that the fans were on max speed - I checked top and found that setroubleshoot was at 100% so I killed the process. The process kept coming back and I kept killing it but ultimately, it didn't matter much because my testing was done and I turned the computer off again. (Yes, I always shut it down the right way.) Now trying to get to the root of the problem, setroubleshoot is no longer showing 100% in top. In fact, nothing is even close to 100%. Running htop, I can get details about the CPUs and 4 of the 8 cores are permanently 100%. From the time the computer lets me log in to when I shut it down. But there's nothing in the list of processes even above 5.2%. When I run perf on each core with perf top -C 1 --sort comm, I can see that cores zero through 3 are all 100% kernel. Here is the perf report from running perf record -a -F 999 -- sleep 10. I don't know if the failure to find useful symbols is indicative of the problem I'm chasing, if it is a different issue that I'll need help figure out, or if it is something that should be ignored. On the desktop of this computer, I noticed a bunch of SELinux errors. They all appear to be saying that there was an attempt to execute something that should not have been allowed. And just to confirm that htop was right about what it was reporting, here's the report from the System Monitor. Booting into a prior version of the kernel didn't help. And booting into the "rescue" kernel didn't help either. I tried updating the kernel but that didn't help. I ran a software update and that didn't help either. Note that I hadn't done any updates or installed any new software immediately prior to this problem starting. This install had been stable for years when I needed it. I also tried installing the same OS over again on a new external drive. That worked. No issues on that drive. But when I boot to that drive and then choose the kernel that is on the main drive, the problem returns. That all seems to prove that the kernel isn't the issue but the system main drive has something wrong. I'm at a loss for how to debug further. I can't figure out what changed and why so I don't know how to even start fixing it. Any help about where to look and what to check would be appreciated! ___ Edit 1: ___ Output from ps -efl|sort -rk14|head: F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 0 S gdm 2085 2041 2 80 0 - 905731 - 17:42 ? 00:00:02 /usr/bin/gnome-shell 4 S root 1 0 1 80 0 - 54811 - 17:41 ? 00:00:01 /usr/lib/systemd/systemd --switched-root --system --deserialize 22 4 S root 837 1 1 80 0 - 22671 - 17:42 ? 00:00:01 /sbin/rngd -f 1 S root 405 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfs_mru_cache] 1 S root 407 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfs-data/sda1] 1 S root 408 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfs-conv/sda1] 1 S root 409 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfs-cil/sda1] 1 S root 406 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfs-buf/sda1] 1 S root 404 2 0 60 -20 - 0 - 17:41 ? 00:00:00 [xfsalloc] output from dmesg | grep libsystem [ 3.344918] audit: type=1400 audit(1731105719.768:4): avc: denied { execute } for pid=496 comm="systemd-journal" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:syslogd_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.351928] audit: type=1400 audit(1731105719.775:6): avc: denied { execute } for pid=502 comm="systemd-readahe" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:readahead_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.351929] audit: type=1400 audit(1731105719.775:5): avc: denied { execute } for pid=503 comm="systemd-readahe" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:readahead_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.374010] audit: type=1400 audit(1731105719.797:7): avc: denied { execute } for pid=513 comm="systemd-tmpfile" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:systemd_tmpfiles_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.386383] audit: type=1400 audit(1731105719.810:8): avc: denied { execute } for pid=525 comm="systemd-sysctl" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:systemd_sysctl_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.397457] audit: type=1400 audit(1731105719.821:9): avc: denied { execute } for pid=536 comm="hostname" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:hostname_t:s0 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 [ 3.673352] audit: type=1400 audit(1731105720.097:10): avc: denied { execute } for pid=657 comm="alsactl" path="/usr/local/lib/libsystem.so" dev="sda1" ino=136977390 scontext=system_u:system_r:alsa_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_tmp_t:s0 tclass=file permissive=0 ___ Edit 2: ___ I installed kernel debug info and downgraded perf to version 3 since apparently there is a bug with the perf version for OL7.9 . However there are still symbols that can't be found. The number in the list above, 1399, is the PID for the process but that process isn't visible either through htop or ps. As soon as I did a kill -9 1399, the CPU usage immediately dropped to zero. That's nice because at least the problem process is now dead. And I know how to kill it, even though I don't see it in the normal process lists. But the fundamental question remains - where is this process coming from and how do I stop it from starting in the first place!?

After an update to last Oracle linux kernel, my second screen doesn't work anymore. My suspect are related to incompatible drivers and kernel or something similar; the second video output works fine if I use windows or with OL with previous kernel (so, it's a software issue). Running lspci the result on the 2 kernel versions are:
OLD kernel (5.15.0-210.163.7.el9uek.x86_64):

[XXX.YYY@N2852 ~]$ lspci -vnn | grep VGA -A 12
00:02.0 VGA compatible controller : Intel Corporation TigerLake-H GT1 [UHD Graphics] [8086:9a60] (rev 01) (prog-if 00 [VGA controller])
	DeviceName: Onboard IGD
	Subsystem: Hewlett-Packard Company Device [103c:8870]
	Flags: bus master, fast devsel, latency 0, IRQ 151, IOMMU group 2
	Memory at 6052000000 (64-bit, non-prefetchable) [size=16M]
	Memory at 4000000000 (64-bit, prefetchable) [size=256M]
	I/O ports at 4000 [size=64]
	Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
	Capabilities: 
	Kernel driver in use: i915
	Kernel modules: i915

00:04.0 Signal processing controller : Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant [8086:9a03] (rev 05)
--
01:00.0 VGA compatible controller : NVIDIA Corporation TU117GLM [T1200 Laptop GPU] [10de:1fbc] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: Hewlett-Packard Company Device [103c:8870]
	Flags: bus master, fast devsel, latency 0, IRQ 150, IOMMU group 17
	Memory at 6d000000 (32-bit, non-prefetchable) [size=16M]
	Memory at 6040000000 (64-bit, prefetchable) [size=256M]
	Memory at 6050000000 (64-bit, prefetchable) [size=32M]
	I/O ports at 3000 [size=128]
	Expansion ROM at 6e080000 [disabled] [size=512K]
	Capabilities: 
	Kernel driver in use: nouveau
	Kernel modules: nvidiafb, nouveau

01:00.1 Audio device : NVIDIA Corporation Device [10de:10fa] (rev a1)
[XXX.YYY@N2852 ~]$ lspci
00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host Bridge/DRAM Registers (rev 05)
00:01.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe Controller #1 (rev 05)
00:02.0 VGA compatible controller: Intel Corporation TigerLake-H GT1 [UHD Graphics] (rev 01)
00:04.0 Signal processing controller: Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant (rev 05)
00:07.0 PCI bridge: Intel Corporation Tiger Lake-H Thunderbolt 4 PCI Express Root Port #0 (rev 05)
00:07.1 PCI bridge: Intel Corporation Tiger Lake-H Thunderbolt 4 PCI Express Root Port #1 (rev 05)
00:08.0 System peripheral: Intel Corporation GNA Scoring Accelerator module (rev 05)
00:0a.0 Signal processing controller: Intel Corporation Tigerlake Telemetry Aggregator Driver (rev 01)
00:0d.0 USB controller: Intel Corporation Tiger Lake-H Thunderbolt 4 USB Controller (rev 05)
00:0d.2 USB controller: Intel Corporation Tiger Lake-H Thunderbolt 4 NHI #0 (rev 05)
00:12.0 Serial controller: Intel Corporation Tiger Lake-H Integrated Sensor Hub (rev 11)
00:14.0 USB controller: Intel Corporation Tiger Lake-H USB 3.2 Gen 2x1 xHCI Host Controller (rev 11)
00:14.2 RAM memory: Intel Corporation Tiger Lake-H Shared SRAM (rev 11)
00:14.3 Network controller: Intel Corporation Tiger Lake PCH CNVi WiFi (rev 11)
00:15.0 Serial bus controller: Intel Corporation Tiger Lake-H Serial IO I2C Controller #0 (rev 11)
00:16.0 Communication controller: Intel Corporation Tiger Lake-H Management Engine Interface (rev 11)
00:1b.0 PCI bridge: Intel Corporation Tiger Lake-H PCIe Root Port #17 (rev 11)
00:1c.0 PCI bridge: Intel Corporation Tiger Lake-H PCIe Root Port #3 (rev 11)
00:1f.0 ISA bridge: Intel Corporation WM590 LPC/eSPI Controller (rev 11)
00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-H HD Audio Controller (rev 11)
00:1f.4 SMBus: Intel Corporation Tiger Lake-H SMBus Controller (rev 11)
00:1f.5 Serial bus controller: Intel Corporation Tiger Lake-H SPI Controller (rev 11)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (14) I219-V (rev 11)
01:00.0 VGA compatible controller: NVIDIA Corporation TU117GLM [T1200 Laptop GPU] (rev a1)
01:00.1 Audio device: NVIDIA Corporation Device 10fa (rev a1)
56:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983
57:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5261 PCI Express Card Reader (rev 01)
[XXX.YYY@N2852 ~]$

NEW kernel (5.15.0-301... )

[XXX.YYY@N2852 ~]$ lspci -vnn | grep VGA -A 12
00:02.0 VGA compatible controller : Intel Corporation TigerLake-H GT1 [UHD Graphics] [8086:9a60] (rev 01) (prog-if 00 [VGA controller])
	DeviceName: Onboard IGD
	Subsystem: Hewlett-Packard Company Device [103c:8870]
	Flags: bus master, fast devsel, latency 0, IRQ 150, IOMMU group 2
	Memory at 6052000000 (64-bit, non-prefetchable) [size=16M]
	Memory at 4000000000 (64-bit, prefetchable) [size=256M]
	I/O ports at 4000 [size=64]
	Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
	Capabilities: 
	Kernel driver in use: i915
	Kernel modules: i915

00:04.0 Signal processing controller : Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant [8086:9a03] (rev 05)
--
01:00.0 VGA compatible controller : NVIDIA Corporation TU117GLM [T1200 Laptop GPU] [10de:1fbc] (rev ff) (prog-if ff)
	!!! Unknown header type 7f
	Kernel modules: nvidiafb, nouveau

01:00.1 Audio device : NVIDIA Corporation Device [10de:10fa] (rev ff) (prog-if ff)
	!!! Unknown header type 7f
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

56:00.0 Non-Volatile memory controller : Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983 [144d:a808] (prog-if 02 [NVM Express])
	Subsystem: Samsung Electronics Co Ltd SSD 970 EVO/PRO [144d:a801]
	Flags: bus master, fast devsel, latency 0, IRQ 16, IOMMU group 18
	Memory at 6eb00000 (64-bit, non-prefetchable) [size=16K]
[XXX.YYY@N2852 ~]$ lspci
00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host Bridge/DRAM Registers (rev 05)
00:01.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe Controller #1 (rev 05)
00:02.0 VGA compatible controller: Intel Corporation TigerLake-H GT1 [UHD Graphics] (rev 01)
00:04.0 Signal processing controller: Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant (rev 05)
00:07.0 PCI bridge: Intel Corporation Tiger Lake-H Thunderbolt 4 PCI Express Root Port #0 (rev 05)
00:07.1 PCI bridge: Intel Corporation Tiger Lake-H Thunderbolt 4 PCI Express Root Port #1 (rev 05)
00:08.0 System peripheral: Intel Corporation GNA Scoring Accelerator module (rev 05)
00:0a.0 Signal processing controller: Intel Corporation Tigerlake Telemetry Aggregator Driver (rev 01)
00:0d.0 USB controller: Intel Corporation Tiger Lake-H Thunderbolt 4 USB Controller (rev 05)
00:0d.2 USB controller: Intel Corporation Tiger Lake-H Thunderbolt 4 NHI #0 (rev 05)
00:12.0 Serial controller: Intel Corporation Tiger Lake-H Integrated Sensor Hub (rev 11)
00:14.0 USB controller: Intel Corporation Tiger Lake-H USB 3.2 Gen 2x1 xHCI Host Controller (rev 11)
00:14.2 RAM memory: Intel Corporation Tiger Lake-H Shared SRAM (rev 11)
00:14.3 Network controller: Intel Corporation Tiger Lake PCH CNVi WiFi (rev 11)
00:15.0 Serial bus controller: Intel Corporation Tiger Lake-H Serial IO I2C Controller #0 (rev 11)
00:16.0 Communication controller: Intel Corporation Tiger Lake-H Management Engine Interface (rev 11)
00:1b.0 PCI bridge: Intel Corporation Tiger Lake-H PCIe Root Port #17 (rev 11)
00:1c.0 PCI bridge: Intel Corporation Tiger Lake-H PCIe Root Port #3 (rev 11)
00:1f.0 ISA bridge: Intel Corporation WM590 LPC/eSPI Controller (rev 11)
00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-H HD Audio Controller (rev 11)
00:1f.4 SMBus: Intel Corporation Tiger Lake-H SMBus Controller (rev 11)
00:1f.5 Serial bus controller: Intel Corporation Tiger Lake-H SPI Controller (rev 11)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (14) I219-V (rev 11)
01:00.0 VGA compatible controller: NVIDIA Corporation TU117GLM [T1200 Laptop GPU] (rev ff)
01:00.1 Audio device: NVIDIA Corporation Device 10fa (rev ff)
56:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983
57:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5261 PCI Express Card Reader (rev 01)

The controllers used for a couple of devices are different, so, probably the cause is this.
How can I fix it?

this morning, after last os update (Oracle linux 9.4-1.0.6.el9.x86_64), the system don't detect anymore the 2nd display. The monitor works fine and also the display port works, I tried with windows os that I have on the same machine. Anyone had similarissue? How can I detect which is the issue? this is the output of xrandr

xxx@yyy ~]$ xrandr
Screen 0: minimum 16 x 16, current 1920 x 1080, maximum 32767 x 32767
XWAYLAND0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 340mm x 190mm
   1920x1080     59.96*+
   1440x1080     59.99  
   1400x1050     59.98  
   1280x1024     59.89  
   1280x960      59.94  
   1152x864      59.96  
   1024x768      59.92  
   800x600       59.86  
   640x480       59.38  
   320x240       59.52  
   1680x1050     59.95  
   1440x900      59.89  
   1280x800      59.81  
   720x480       59.71  
   640x400       59.95  
   320x200       58.96  
   1600x900      59.95  
   1368x768      59.88  
   1280x720      59.86  
   1024x576      59.90  
   864x486       59.92  
   720x400       59.55  
   640x350       59.77  
[xxx@yyy ~]$

I don't now others commands that can provide more usefull information. Thanks, Ciccio

In an Oracle Linux 9 VM I just created on Azure, I see that the basic setup has a LVM root filesystem, with the root VG separated in * 22GB root LV * 10GB crash LV I was wondering, what might be the impact of removing the crash LV and re-assigning its 10GB to the root LV, supposing that I also update the fstab file to not try to mount that filesystem anymore, and how to properly remove it? To further clarify based on comment from Chris Davies, I do not think this is a duplicate of https://unix.stackexchange.com/questions/766383/resize-a-lvm-partition-on-linux-disk-of-azure , as that question is about allocating the available extra space to the root LV. Instead, in this question, I'd like to know how I can safely remove the crash LV to recover some space, which then can be assigned to the root LV following that procedure.