Bug 33245 - Something fills up /etc/sysconfig/network-scripts with ifcfg-radeth-* files.
Summary: Something fills up /etc/sysconfig/network-scripts with ifcfg-radeth-* files.
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 9
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-05-27 06:58 CEST by w unruh
Modified: 2025-07-04 00:26 CEST (History)
1 user (show)

See Also:
Source RPM: ??
CVE:
Status comment:


Attachments

Description w unruh 2024-05-27 06:58:16 CEST
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.
Comment 1 Dave Hodgins 2024-05-27 15:37:47 CEST
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 => mageiatools
CC: (none) => davidwhodgins

Comment 2 w unruh 2024-05-27 18:18:05 CEST
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.
Comment 3 w unruh 2024-05-27 18:26:33 CEST
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
Comment 4 Dave Hodgins 2024-05-27 21:56:58 CEST
The output of "lsusb|grep -v hub" may help too.
Comment 5 Dave Hodgins 2024-05-27 22:08:06 CEST
"ls -l /sys/class/net" too.
Comment 6 w unruh 2024-05-27 22:26:53 CEST
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
Comment 7 w unruh 2024-05-27 22:36:26 CEST
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
Comment 8 Dave Hodgins 2024-05-27 23:15:53 CEST
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.
Comment 9 w unruh 2024-07-24 01:25:12 CEST
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.
Comment 10 spammer 2025-07-03 11:26:16 CEST Comment hidden (spam)

CC: (none) => mehwishyati001

Dave Hodgins 2025-07-03 16:31:26 CEST

CC: mehwishyati001 => (none)

Comment 11 w unruh 2025-07-03 22:22:22 CEST
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.
Comment 12 Dave Hodgins 2025-07-04 00:26:26 CEST
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.

Note You need to log in before you can comment on or make changes to this bug.