मुझे लगता है कि आप सिड या जेसी के बारे में बात कर रहे हैं। मट्ठे के लिए आप v204 के बैकपोर्ट का प्रयास करना चाह सकते हैं ।
यहां खेलने में कुछ गलतफहमियां हो सकती हैं: जैसा कि यहां udv नियमों से देखा जा सकता है (वर्तमान में v208 के लिए), udev डेवलपर्स ने स्पष्ट रूप से कर्नेल cmdline को इस कार्यक्षमता को सक्षम करने के डिफ़ॉल्ट तरीके के रूप में चुना है।
मुझे इसके लिए चुने गए इंटरफ़ेस का उपयोग करने और सीधे शब्दों GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1"
में कहने के साथ स्वाभाविक रूप से "ओवरकिल" कुछ भी दिखाई नहीं देता है /etc/default/grub
। क्या कोई विशिष्ट साइड-इफ़ेक्ट है जिसके बारे में आप चिंतित हैं?
तथ्य यह है कि आपके द्वारा उल्लिखित उत्तर को निष्क्रिय करने के लिए एक फ़ाइल को हटाने का सुझाव देता है एक हैक (कम से कम डेबियन के मामले में) जो लंबे समय तक काम नहीं करेगा क्योंकि डेबियन में उन नियमों को संग्रहीत किया जाता है /lib/udev/rules.d
, अर्थात: वे ओवरराइट हो जाएंगे। एक उन्नयन (इसके अलावा, प्रभावी ढंग से उस फ़ाइल को हटाने वाली कार्यक्षमता को अक्षम करना जो इसका वर्णन करता है कुछ समझ में आता है, लेकिन इसे सक्षम करना मौलिक रूप से अलग है, इसलिए मुझे लगता है कि यह एक अनुचित तुलना है)।
OTOH, यदि आपके पास कर्नेल cmdline का उपयोग नहीं करने के लिए एक ठोस कारण है, तो आप डेबियन पैकेज के खिलाफ बग की रिपोर्ट कर सकते हैं और अनुरक्षक को इन नियमों को स्थानांतरित करने के लिए है /etc/udev/
। तब आप सैद्धांतिक रूप से वर्तमान "लगातार" और नए "पूर्वानुमान" नियमों के बीच स्विच कर सकते थे।
लेकिन सिर्फ FYI करें: संस्करण 209 के लिए स्रोतों को देखते हुए, यह net.if_names
पूरी तरह से चेक से छुटकारा पाने के लिए लगता है , इसलिए आपके प्रश्न को निकट भविष्य में कुछ रीडड्रेसिंग की आवश्यकता हो सकती है।