Description of problem:Something keeps filling up /etc/sysconfig/network-script with ifcfg-radeth-s1123960 files where that number at the end seems to be random but 7 digits. "All" seem to have contents (I have looked at three of them) --------------------- ifcfg-radeth-s1115776: DEVICE=radeth-s1115776 BOOTPROTO=dhcp ONBOOT=yes METRIC=10 ------------------------ And all had a date of May 25 23:04 There were 30 such files today. No idea what was doing this. All are created at the same time (to within a minute. I cannot find anything in /var/log which occured at that time (May 25 23:05) There seem to be a bunch of files in .gkrellme with radeth and a random number like /unruh/.gkrellm2/data/net/radeth-c1115002 for example, which contain content like cat /fastlocal/unruhhome/unruh/.gkrellm2/data/net/radeth-c1115002 2 wday mday month yday year 5 10 10 313 123 [daily] "2023-07-14" 0 0 0 "---" 0 0 0 "---" 0 0 0 "---" 0 0 0 "---" 0 0 0 "---" 0 0 0 "---" 0 0 0 ...... The content in network-scripts slows down the network software attempting to bring up the network Up to date Mageia 8. This has only started happening after I tried to update to fresh install of Mageia 9 on a separate partition, and had all kind of trouble with it. I finally disconnected the disk with the Mageia 9 installation on it. This was the result in the old Mga8 installation hours after disconnecting the Mga9 disk (but it had also happend before I disconnected the disk, with many more instances in network scripts of these kinds of random files. What is radeth? I can find no google instance of it.
Attach the output of "lspcidrake -v" run as root. One workaround may be to add the kernel parameter net.ifnames=0 which should help to keep the name consistent instead of it changing based on the connection number each time the networking starts. Do you have an ethernet device from https://www.rad.com/Solutions/Service-Providers/Business/Carrier-Ethernet-and-L2-Business-Services ?
Assignee: bugsquad => mageiatoolsCC: (none) => davidwhodgins
It is a dell xps13, andd I have not changed the wireless or wired ethernet. I cannot see any indication of a ethernet device from rad. Also, those were 30 tries at one time (in 1 min). I looked more closely and the gkrell files were from Nov 2023, whilr the network-scripts were May 25 2024. Thid not happen every time I reboot. The may 25 one does not seem to have occured ob a reboot at all. I will attach a lspcidrake output.
The attachment web page is not working The first 2 lines are from stdout and the rest from stdout unable to read modalias from /sys/bus/pci/devices/0000:e1:00.0/modalias Unable to read modalias from /sys/bus/pci/devices/0000:e0:06.0/modalias ------------------------------------------------------------- intel_vsec : Intel Corporation|Tigerlake Telemetry Aggregator Driver [SIGNAL_OTHER] (vendor:8086 device:9a0d subv:1028 subd:0991) (rev: 01) thunderbolt : Intel Corporation|Tiger Lake-LP Thunderbolt 4 NHI #0 [SERIAL_USB] (vendor:8086 device:9a1b subv:1028 subd:0991) (rev: 01) i2c_i801 : Intel Corporation|Tiger Lake-LP SMBus Controller [SERIAL_SMBUS] (vendor:8086 device:a0a3 subv:1028 subd:0991) (rev: 20) xhci_pci : Intel Corporation|Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller [SERIAL_USB] (vendor:8086 device:a0ed subv:1028 subd:0991) (rev: 20) unknown : Micron Technology Inc|2300 NVMe SSD [Santana] (vendor:1344 device:5405 subv:1344 subd:0100) Card:Intel Kernel Mode setting (Xorg modesetting): Intel Corporation|TigerLake-LP GT2 [Iris Xe Graphics] [DISPLAY_VGA] (vendor:8086 device:9a49 subv:1028 subd:0991) (rev: 01) intel_lpss_pci : Intel Corporation|Tiger Lake-LP Serial IO I2C Controller #5 (vendor:8086 device:a0c6 subv:1028 subd:0991) (rev: 20) unknown : Intel Corporation|Tiger Lake-LP Shared SRAM [MEMORY_RAM] (vendor:8086 device:a0ef subv:1028 subd:0991) (rev: 20) vmd : Intel Corporation|Volume Management Device NVMe RAID Controller [STORAGE_RAID] (vendor:8086 device:9a0b subv:1028 subd:0991) unknown : Intel Corporation|Tiger Lake-LP PCI Express Root Port #12 [BRIDGE_PCI] (vendor:8086 device:a0b3) (rev: 20) unknown : Intel Corporation|RST VMD Managed Controller [SYSTEM_OTHER] (vendor:8086 device:09ab) intel_lpss_pci : Intel Corporation|Tiger Lake-LP Serial IO I2C Controller #0 (vendor:8086 device:a0e8 subv:1028 subd:0991) (rev: 20) intel_ish_ipc : Intel Corporation|Tiger Lake-LP Integrated Sensor Hub [COMMUNICATION_SERIAL] (vendor:8086 device:a0fc subv:1028 subd:0991) (rev: 20) igen6_edac : Intel Corporation|11th Gen Core Processor Host Bridge/DRAM Registers [BRIDGE_HOST] (vendor:8086 device:9a14 subv:1028 subd:0991) (rev: 01) snd_hda_intel : Intel Corporation|Tiger Lake-LP Smart Sound Technology Audio Controller [MULTIMEDIA_AUDIO] (vendor:8086 device:a0c8 subv:1028 subd:0991) (rev: 20) thunderbolt : Intel Corporation|Tiger Lake-LP Thunderbolt 4 NHI #1 [SERIAL_USB] (vendor:8086 device:9a1d subv:1028 subd:0991) (rev: 01) intel_lpss_pci : Intel Corporation|Tiger Lake-LP Serial IO I2C Controller #4 (vendor:8086 device:a0c5 subv:1028 subd:0991) (rev: 20) spi_intel_pci : Intel Corporation|Tiger Lake-LP SPI Controller (vendor:8086 device:a0a4 subv:1028 subd:0991) (rev: 20) unknown : Intel Corporation|Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #0 [BRIDGE_PCI] (vendor:8086 device:9a23 subv:0060 subd:0000) (rev: 01) mei_me : Intel Corporation|Tiger Lake-LP Management Engine Interface [COMMUNICATION_OTHER] (vendor:8086 device:a0e0 subv:1028 subd:0991) (rev: 20) iwlwifi : Intel Corporation|Wi-Fi 6 AX201 [NETWORK_OTHER] (vendor:8086 device:a0f0 subv:1a56 subd:1651) (rev: 20) processor_thermal_device_pci_legacy: Intel Corporation|TigerLake-LP Dynamic Tuning Processor Participant [SIGNAL_OTHER] (vendor:8086 device:9a03 subv:1028 subd:0991) (rev: 01) rtsx_pci : Realtek Semiconductor Co., Ltd.|RTS5260 PCI Express Card Reader (vendor:10ec device:5260 subv:1028 subd:0991) (rev: 01) unknown : Intel Corporation|Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #2 [BRIDGE_PCI] (vendor:8086 device:9a27 subv:0060 subd:0000) (rev: 01) unknown : Intel Corporation|11th Gen Core Processor PCIe Controller [BRIDGE_PCI] (vendor:8086 device:9a09) (rev: 01) unknown : Intel Corporation|Tiger Lake-LP LPC Controller [BRIDGE_ISA] (vendor:8086 device:a082 subv:1028 subd:0991) (rev: 20) intel_lpss_pci : Intel Corporation|Tiger Lake-LP Serial IO I2C Controller #1 (vendor:8086 device:a0e9 subv:1028 subd:0991) (rev: 20) xhci_pci : Intel Corporation|Tiger Lake-LP Thunderbolt 4 USB Controller [SERIAL_USB] (vendor:8086 device:9a13 subv:1028 subd:0991) (rev: 01) unknown : Intel Corporation|GNA Scoring Accelerator module [SYSTEM_OTHER] (vendor:8086 device:9a11 subv:1028 subd:0991) (rev: 01) hub : Linux 6.6.28-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hub : Linux 6.6.28-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003) hub : Linux 6.6.28-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) unknown : Goodix|FingerPrint (vendor:27c6 device:533c) uvcvideo : Integrated_Webcam_HD|Integrated_Webcam_HD [Video|Video Control] (vendor:0bda device:5517) btusb : Intel Corp.|AX201 Bluetooth [Wireless|Radio Frequency|Bluetooth] (vendor:8087 device:0026) hub : Linux 6.6.28-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003) hid_sensor_hub : hid-ishtp 8087:0AC2 hid_multitouch : DLL0945:00 06CB:CDE6 wacom : WCOM4100:00 056A:4940
The output of "lsusb|grep -v hub" may help too.
"ls -l /sys/class/net" too.
lsusb|grep -v hub Bus 001 Device 003: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical Bus 001 Device 002: ID 046d:0892 Logitech, Inc. OrbiCam Bus 001 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
ls -la /sys/class/net total 0 drwxr-xr-x 2 root root 0 May 26 01:41 . drwxr-xr-x 65 root root 0 May 26 01:41 .. lrwxrwxrwx 1 root root 0 May 26 01:41 enp4s0 -> ../../devices/pci0000:00/0000:00:1d.1/0000:04:00.0/net/enp4s0 lrwxrwxrwx 1 root root 0 May 26 01:41 lo -> ../../devices/virtual/net/lo
The ifcfg files are created by /usr/lib/udev/net_create_ifcfg Looking at that file, adding a line with AUTOMATIC_IFCFG=no to /etc/sysconfig/network should stop it from generating new ifcfg files. The case of the text is important. Please try that as a workaround. You'll just have to remember to temporarily remove the line if the ethernet card is moved or a different one is added elsewhere. If that doesn't work, reboot, then add the output of "journalctl -b --no-h|grep udev", so we can try to figure out what is triggering it.
It seems that it was network-manager that was causing the trouble. At bootup, there were suddeny all of those extra files being created. Note that the internet card was never moved. The ethernet was not being used at all, and the wireles remained where it was. The system went more and more crazy. It finally refused to boot under Mga9 with the standard boot in grub, but if I went to Advanced options and chose recovery, it booted up, all the way to the SDDM login screen. If I tried to login as myself, it would simply give me a black screen with a large Ibeam cursor in the middle of the screen, or with an arrow, with about 4 stars partially surrounding it. If I booted into root however, it brought up the plasm desktop for root. . There was no way I could gt into X for myself however. Mageia 8 however would boot up. I finally gave up and put in a Mga9 installation usb stick, formatted the Mga9 partition, and reinstalled mga 9 onto that partition. I also loaded up both plasma /sddm and XFCE with its boot login manager. So Mga9 now comes up with the XFCE loginmanager, and I chose Plasma and they work together. sddm seems at least to me to be a disaster zone. Lets see if my setup of Mga9 rots and falls apart again.
Since it started after the Mageia 9 setup, maybe a leftover config or script is still running. I'd check cron jobs, GKrellM plugins, and any lingering network service configs. Also, try disabling GKrellM temporarily to see if the files stop appearing. Please let us know if you are still facing issue. Thanks & Regards Mehwish https://xtrasaas.com
CC: (none) => mehwishyati001
CC: mehwishyati001 => (none)
After I erased and reinstalled Mageia 9 and not used sddm, the problem seems to have gone away. I am afraid that I did not try to see if I could recreate the problem.
Spammers regularly add comments to bug reports in bugzilla. They are likely using ai to make them appear to be in conxtext, but include links that they want search engines to bump up in the search results. It's called search engine optimization. They usually hit the same bug report many times, so just ignore any similar comments in future.