https://bugzilla.novell.com/show_bug.cgi?id=230213 dieter.jurzitza@t-online.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |zoz@novell.com ------- Comment #38 from dieter.jurzitza@t-online.de 2007-02-07 13:35 MST ------- Hi folks, hi Christian, 1.) I finally found the bug. It was buried in trigger_firmware_loading.sh in /lib/udev. As soon as the loop if [ "${MAC_ADDRESS%00:00:00}" != "${MAC_ADDRESS}" ] ; then *** is entered, the environment - variable NOMAC_HACK_APPLIED=yes *should* be set. This does *not* always happen in the current script, because though you apply the HACK actually, you only set the variable to yes if you apply the HACK *and* enter the inner delay loop, what is wrong. As soon as the hack is applied, the variable NOMAC_HACK_APPLIED should be set to yes. Given the above mentioned variable is set, when udev returns, rename_netiface writes the appropriate rule into /etc/udev/rules.d/30-net_persistent_names.rules and everything is fine. The ongoing renaming turnarounds I still was confronted with come to an end. I supply a patch that contains both Christian's and mine fixes. Both of them combined result in a proper function of the scripts as far as I can see. I supply a patched sysconfig.spec file, too - do with it whatever you like. Christian, you definitively should issue a bugfix release of sysconfig IMHO! 2,) Eike: you must have done something wrong here. The messages sound as if a.) /lib/udev/rename_netiface does not exist any more b.) /lib/udev/rename_netiface is not executable c.) /lib/udev/rename_netiface is not readable. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.