विंडोज से रिबूट करने के बाद लिनक्स में कोई इंटरनेट नहीं

Question

Windows XP से Gentoo Linux में रिबूट करने के बाद , मैं कहीं भी (इंटरनेट, अन्य कंप्यूटर, राउटर) से कनेक्ट नहीं हो सकता। इंटरनेट ठीक काम कर रहा है अगर रिबूट करने के बजाय मैं पीसी को बंद करता हूं और फिर ठीक से बूट करता हूं।

Ifconfig दिखाता है कि सब कुछ ठीक है, सिवाय इसके कोई पैकेट प्राप्त / प्रसारित नहीं किया जाता है।

ping 192.168.9.1
-> Destination Host Unreachable

mtr <ip>कुछ भी नहीं दिखाता है, बस खाली लाइन। केवल लूपबैक पर काम करता है और आईपी विन्यास में निर्दिष्ट है:/etc/conf.d/net.eth0

आईपी ​​स्वचालित रूप से डीएचसीपी और मैक पते (ताकि लिनक्स और विंडोज दोनों एक ही आईपी है) के माध्यम से सौंपा गया है
आईपी ​​स्थिर है 192.168.9.3।

रूटर का इस्तेमाल किया: Asus WL-500gP(ओलेग फर्मवेयर के साथ), पूरे नेटवर्क है 100 Base-T, आईपी: 192.168.9.1MASK:255.255.255.0

Windows जानकारी:

• एनआईसी: Realtek RTL8139/810x Family
• ड्राइवर संस्करण: 5.719.325.2009

लिनक्स जानकारी:

• dmesg: 8139too RealTek RTL8139
• कर्नेल अंतर्निहित ड्राइवर: RealTek RTL-8129/8130/8139 PCI Fast Ethernet Adapter
• कर्नेल संस्करण 3.5.7और नवीनतम 3.7.4(gentoo- स्रोत)

एनआईसी पर एलईडी केवल विंडोज में पलक झपकते हैं, POST के दौरान भी काले रहते हैं।

Comments

ping? mtr? dig? आपने क्या प्रयास किया है? कृपया "नो इंटरनेट" से अधिक विशिष्ट हो।

— तमारा विज्समैन

मेरे राउटर पिंगिंग, राउटर से वर्कस्टेशन, दूसरे वर्कस्टेशन आदि से .. मैं अपडेट करूंगा।

— ईस्वी

यह एक बेवकूफी भरा सवाल हो सकता है, लेकिन अगर आप इंटरफ़ेस को नीचे लाते हैं और बैक अप लेते हैं तो क्या होता है? क्या आपके पास लिनक्स में dhcp सेवा सक्षम है?

— nerdwaller

मैंने इसे भी आजमाया। /etc/init.d/net.eth0 restartकाम sshdशुरू नहीं होगा , सिवाय ।

— AD

@AD: अगर वह इसे ठीक करता है, तो यह एक फर्मवेयर / ड्राइवर समस्या की तरह लगता है; dmesg इस बारे में रिपोर्ट कर सकता है।

— तमारा विज्समैन

Answer 1

Google मेरा मित्र है धन्यवाद उबंटू मंच और अद्भुत ArchWiki को जाता है :

Realtek 8168 8169 8101 8111 (C) आधारित NIC (कार्ड / और ऑन-बोर्ड) वाले उपयोगकर्ता एक ऐसे मुद्दे को नोटिस कर सकते हैं जहाँ NIC बूट पर अक्षम होने लगता है और जिसमें कोई लिंक लाइट नहीं है। यह आमतौर पर एक दोहरे बूट सिस्टम पर पाया जा सकता है जहां विंडोज भी स्थापित है। ऐसा लगता है कि विंडोज के तहत ऑफिकल रियलटेक ड्राइवरों (मई 2007 के बाद कुछ भी दिनांकित) का उपयोग करना इसका कारण है। ये नए ड्राइवर विंडोज बंद होने के समय एनआईसी को अक्षम करके वेक-ऑन-लैन सुविधा को अक्षम करते हैं, जहां यह अगली बार विंडोज बूट तक अक्षम रहेगा। यदि Windows लाइट अप करने तक लिंक लाइट बंद रहता है तो आप यह देख पाएंगे कि क्या यह समस्या आपको प्रभावित कर रही है; विंडोज शटडाउन के दौरान लिंक लाइट बंद हो जाएगी। सामान्य ऑपरेशन यह होना चाहिए कि लिंक लाइट हमेशा तब तक चालू रहेगी जब तक सिस्टम चालू है, यहां तक ​​कि POST के दौरान भी।

संभव समाधान:

1. रोलबैक / विंडोज ड्राइवर बदलें
2. Windows ड्राइवर में WOL सक्षम करें
3. नए Realtek लिनक्स ड्राइवर
4. BIOS / CMOS में LAN बूट ROM सक्षम करें

मैंने दूसरा प्रयास किया जो काम करता है। 4 वां नहीं (एमबी कुछ पुराना ईपीओएक्स है)।

WOL हिट सक्षम करने के लिए WIN+ R-> devmgmt.msc-> डबल क्लिक करें अपने एनआईसी -> उन्नत टैब पर सेट शटडाउन जागो-ऑन-लैन के लिए Enabled। रिबूट!

यदि आप रुचि रखते हैं, तो बग यहां भरा जाता है: https://bugzilla.kernel.org/show_bug.cgi?id=52521

Comments

@TomWijsman मैं कल इस बग को दर्ज करूंगा।

— ईस्वी सन्

Answer 2

आप किस कर्नेल संस्करण का उपयोग कर रहे हैं? मैं लिनक्स कर्नेल के नवीनतम स्थिर बिंदु विमोचन का उपयोग करने की कोशिश करूँगा, बहुत कम से कम।

मेरे इस में प्रारंभिक अंतर्दृष्टि है कि यह संभावना एक बग जहां विंडोज हार्डवेयर, जो ठीक से एक नियमित रूप से रिबूट पर रीसेट नहीं करने के लिए "कुछ करता है" है, लेकिन है है एक पूर्ण शक्ति बंद के दौरान रीसेट। जो कुछ भी विंडोज करता है वह 8139tooड्राइवर के काम करने के तरीके से असंगत है ।

नवीनतम कर्नेल संस्करण का उपयोग करने की संभावना कम हो जाएगी कि एक बग है जो पहले से तय हो गया है। यदि नवीनतम कर्नेल संस्करण बग को हल नहीं करता है, तो मैं LKML (लिनक्स कर्नेल मेलिंग सूची) या कम से कम जेंटू डेवलपर्स के लिए एक ईमेल में निम्नलिखित को शामिल करूंगा:

• का आउटपुट lspci -nnvv
• dmesgएक ठंडे बूट पर आउटपुट जहां ईथरनेट काम करता है
• dmesgविंडोज से रिबूट पर आउटपुट

Comments

हां, मुझे यह पता लगाना होगा कि वह क्या करता है। कर्नेल का कौन सा संस्करण "नवीनतम" है? मैं 3.5.7 का उपयोग कर रहा हूं।

— ई.पू.

@AD: 3.5.7 नवीनतम गेंटू x86 स्थिर है, 3.6.11 नवीनतम जेंटो AMD64 स्थिर है, 3.7.4 नवीनतम गेंटू अस्थिर है। 3.7.6 नवीनतम अपस्ट्रीम स्थिर है, 3.8-आरसी 6 मेनलाइन है और इसे नवीनतम अपस्ट्रीम अस्थिर माना जा सकता है। मैं आपको नवीनतम sys-kernel / git-source की कोशिश करने के साथ-साथ sys-kernel / gentoo-सोर्स-3.7.4 आज़माने का सुझाव दूंगा। मुझे लॉग में एक प्रासंगिक फ़िक्स नहीं दिखता है; इसलिए, यदि आप अभी भी इसका अनुभव करते हैं, तो कृपया यहां दी गई जानकारी को कैप्चर करने और इसे bugs.gentoo.org पर दर्ज करने का प्रयास करें । मैं बग के रूप में अच्छी तरह से

— करतब

@TomWijsman कोशिश करेंगे। मैं अभी के लिए Google हूँ, क्योंकि यह विंडोज में कुछ होना चाहिए।

— AD

कर्नेल 3.7.4बिना किसी परिवर्तन के अपडेट किया गया ।

— AD