लिनक्स का उपयोग करते समय नेटवर्किंग ठीक से इनिशियलाइज़ नहीं करता है जब cifs का उपयोग करके लिनक्स मिंट (लाइव सीडी), लेकिन nfs के साथ काम करता है


9

मेरे पास 192.168.26.1 को TFTP / DHCP / NFS / SMB सर्वर (Ubuntu सर्वर 12.04 LTS) है। मैं विंडोज़, एक उबंटू नेटवर्क इंस्टॉलर और लिनक्स टकसाल 17 एमडब्ल्यू लाइव सीडी के लिए स्टार्टअप और इंस्टॉलेशन विकल्पों वाले मेनू को प्रदर्शित करने के लिए pxelinux का उपयोग करता हूं। यह इस तरह से चल रहा है पहले से ही गंदा था और मैं भाप से बाहर चला रहा हूँ ...

लिनक्स टकसाल के लिए, मैंने 2 नेटबूट विकल्प प्रदान किए हैं: एनएफएस और सीआईएफएस। मुझे यह पूरी तरह से एनएफएस के साथ काम करने में मिला: उपयोगकर्ता इसे बूट मेनू में चुन सकता है, और थोड़ी देर बाद, लिनक्स मिंट सीडी सीडी डेस्कटॉप पर लैंड कर सकता है। लेकिन CIFS साथ, नेटवर्किंग इनिशियलाइज़ ठीक से नहीं करता है। जब लिनक्स मिंट शुरू होता है, 120 सेकंड के लिए रुक जाता है नेटवर्किंग। फिर, यह डेस्कटॉप पर बूट करना जारी रखता है, लेकिन नेट network-managerशुरू नहीं हुआ है (और शुरू नहीं होता है)। मुझे संदेह था कि यह डीएचसीपी सर्वर के जवाब न देने की समस्या हो सकती है, हालांकि, डीएचसीपी सर्वर लॉग में मैं डीएचसीपी अनुरोध और सफल प्रतिक्रिया देख सकता हूं।

एक बार लिनक्स टकसाल डेस्कटॉप में, ifconfigएक आईपी पते की रिपोर्ट करता है जिसे डीएचसीपी द्वारा सौंपा गया है, और सर्वर काम करता है।

मेरा pxelinux कॉन्फ़िगरेशन है (सब कुछ APPENDएक लाइन में होने के बाद , मैं इसे इस साइट पर पठनीयता के लिए विभाजित करता हूं):

एनएफएस:

LABEL linuxmint17
    MENU LABEL Linux Mint 17
    KERNEL linux-mint-17/image/casper/vmlinuz
    APPEND 
        root=/dev/nfs boot=casper netboot=nfs
        nfsroot=192.168.26.1:/var/lib/tftpboot/linux-mint-17/image
        initrd=/linux-mint-17/image/casper/initrd.lz

CIFS:

LABEL linuxmint17smb
    MENU LABEL Linux Mint 17 (SMB)
    KERNEL linux-mint-17/image/casper/vmlinuz
    APPEND
        root=/dev/cifs boot=casper netboot=cifs
        nfsroot=//192.168.26.1/tftpshare/linux-mint-17/image
        ip=dhcp
        initrd=/linux-mint-17/image/casper/initrd.lz

ध्यान दें कि मुझे ip=dhcpCIFS मेनू में विकल्प डालना था। मुझे लगता है कि ऐसा नहीं करते हैं, 120 सेकंड के लिए बूट प्रक्रिया रुक जाता है नेटवर्किंग आरंभ है, लेकिन फिर इसे जारी नहीं करता है। अगर मैं उस लाइन को जोड़ दूं, तो भी यह लटका रहता है, लेकिन 120 सेकंड के बाद भी यह बूट होता रहता है।

स्थापित करना:

क्लाइंट और सर्वर वर्चुअल मशीन केवल एक दूसरे (आंतरिक नेटवर्क) से जुड़े होते हैं। नेटवर्क में अन्य कोई मशीन नहीं हैं।

सर्वर के अंतर्गत सभी pxe बूट फाइलें हैं /var/lib/tftpboot/। लिनक्स टकसाल आईएसओ (अनमॉडिफाइड) के तहत मुहिम शुरू की गई है /var/lib/tftpboot/linux-mint-17/imagevmlinuzऔर initrdमें हैं /var/lib/tftpboot/linux-mint-17/image/casper/var/lib/tftpboot/एक एनएफएस निर्यात है। एक सांबा शेयर है जिसे tftpshareमानचित्र कहा जाता है /var/lib/tftpboot/(केवल पढ़ने के लिए, सभी के लिए उपयोग की अनुमति देता है)।

smb.conf

[tftpshare]
   comment = TFTP Root
   path = /var/lib/tftpboot
   browsable = yes
   guest ok = yes
   read only = no
   create mask = 0644

dhcpd.conf

authoritative;
subnet 192.168.26.0 netmask 255.255.255.0 {
  range 192.168.26.10 192.168.26.40;
  next-server 192.168.26.1;
  filename "pxelinux.0";
}

syslogलाइव डेस्कटॉप वातावरण के लिए एक सफल बूट के बाद क्लाइंट मशीन में यह अजीब 2 मिनट का अंतर है:

Jun 14 13:13:18 mint kernel: [   23.388873] intel_rapl: domain core energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [   23.528409] intel_rapl: domain uncore energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [   23.528453] intel_rapl: no valid rapl domains found in package 0
Jun 14 13:13:20 mint ntpdate[1198]: Can't find host ntp.ubuntu.com: Name or service not known (-2)
Jun 14 13:13:20 mint ntpdate[1198]: no servers can be used, exiting

(2 मिनट के अंतराल के बिना किसी भी प्रविष्टि, मोटे तौर पर उस समय जब 120 सेकंड बूट देरी होती है)

Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Jun 14 13:15:19 mint acpid: starting up with netlink and the input layer
Jun 14 13:15:19 mint acpid: 9 rules loaded
Jun 14 13:15:19 mint acpid: waiting for events: event logging is off

CIFS का उपयोग करते समय दोनों मामलों में यही होता है:

रुक जाता है

सर्वर पर:

...
Jun 14 13:12:52 ubuntu-netboot in.tftpd[2722]: RRQ from 192.168.26.13 filename /linux-mint-17/image/casper/initrd.lz
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPDISCOVER from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPOFFER on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPREQUEST for 192.168.26.14 (192.168.26.1) from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPACK on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1

आईपी कि डेस्कटॉप के लिए एक सफल बूट के मामले में ग्राहक के लिए असाइन किया गया है, के अनुसार ifconfig, वास्तव में है ...14

इसके बिना ऐसा होता है ip=dhcp:

nodhcp1 nodhcp2

ip=dhcpडेस्कटॉप शो से ठीक पहले ऐसा होता है :

सफलता

मैं किसी भी विचार के लिए आभारी हूं। यदि किसी अन्य लॉग (जो?) करने में मदद मिलेगी, मैं उन्हें दे सकता है।


इस तरह से एक प्रश्न लिखा जाना चाहिए :)
वॉरेन

क्या आपने सर्वर पर tcpdump को देखने का प्रयास किया है कि क्या आपको क्लाइंट से कुछ मिलता है?
लाकासिटोस

1
कैस्पर बूट स्क्रिप्ट पर एक नजर। मुझे लगता है कि मुद्दा है। क्या आपने अपने initramfs को पुनर्जीवित किया? मुझे लगता है कि आपके पास BOOT = कैस्पर सेट है?
मैट

1
मैट, आप स्पष्ट रूप से देख सकते हैं कि ओपी में बूट = कैस्पर सेट है। पुनर्जन्म initramfs के लिए क्या ??
पैट

1
@warren मैं सिर्फ यह कोशिश की और यह काम किया। eth0अगर मुझे इंटरनेट एक्सेस की आवश्यकता है, तो @Sneetsher मैं अपने प्रवेश द्वार से जुड़ता हूं ।
डायलर

जवाबों:


3

यह समस्या Serva द्वारा हल की गई है (मैं Serva विकास से संबंधित हूं)

पूर्ण कर्नेल और परिशिष्ट रेखाओं के अतिरिक्त अतिरिक्त initrd.gz को CIFS के साथ वर्तमान उबंटू / टकसाल लाइव संस्करणों को बूट करने के लिए आवश्यक है

मूल रूप से समस्या एक कैस्पर बग है (AFAIK ने पहले कभी रिपोर्ट नहीं की / तय की) कि CIFS नेटमाउंट के मामले में कर्नेल पैरामीटर को निर्यात करना भूल जाता है जो बाद में नेटवर्किंग कॉन्फ़िगरेशन स्क्रिप्ट को प्रभावित करता है जो देरी और फ़ाइल / आदि / नेटवर्क के साथ पुन: निर्माण को प्रभावित करता है। / इंटरफेस।

यदि हम Serva के Ubuntu / Mint को "अपेंड" लाइन में देखते हैं

append   = showmounts toram root=/dev/cifs initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ boot=casper netboot=cifs nfsroot=//$IP_BSRV$/NWA_PXE_SHARE/$HEAD_DIR$ NFSOPTS=-ouser=serva,pass=avres,ro ip=dhcp ro

हम पाते हैं कि एम्बेडेड "initrd" वैरिएबल 2 "लगातार लोड" initrd फ़ाइलों (initrd.lz और INITRD_N11.GZ) से बना है

initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ 

पहला एक (initrd.lz) उबंटू / टकसाल के साथ आने वाला एक है जबकि दूसरा एक (INITRD_N11.GZ) एक छोटा 8K (मूल रूप से सर्व द्वारा विकसित) कस्टम initrd जिसमें पैच किए गए घटक शामिल हैं। यह दृष्टिकोण बड़े मूल initrd.lz (20 एमबी) को फिर से बनाने की आवश्यकता से बचा जाता है। INITRD_N11.GZ को सर्व की साइट से स्वतंत्र रूप से डाउनलोड किया जा सकता है (कृपया यहां सीधे लिंक पोस्ट न करें)

यदि हम "परिशिष्ट" लाइन का विश्लेषण जारी रखते हैं तो हमें CIFS बढ़ते विकल्पों (ओपी इस कदम को भूल जाते हैं) को जोड़ने की आवश्यकता है जो इस मामले में किसी भी तरह से भ्रामक चर "NFSOPTS" द्वारा किए जाते हैं।

NFSOPTS=-ouser=serva,pass=avres,ro

इस उदाहरण में SMB शेयर में यूजर = पासवर्ड के साथ = एरेस है और इसे "रीड ओनली" के रूप में माउंट किया जाएगा, ऑफ कोर्स यूजर / पास पैरामीटर्स को तदनुसार संपादित किया जाना चाहिए।

TFTP पथ और CIFS लोकेटर सर्वो रिपोजिटरी संरचना द्वारा आवश्यक हैं; जब पीएक्सई सर्वर सर्व नहीं होता है तो उन मापदंडों को तदनुसार संपादित किया जाना चाहिए।

PXE एक CIFS साझा से Ubuntu / टकसाल लाइव संस्करणों इस तरह से बूट तो तुम लोग कोई नेटवर्क से संबंधित देरी और इंटरनेट / नेटवर्किंग सही बूट के बाद दूर काम करेंगे हो जाएगा

संपादित करें:

बग ने पहले ही उबंटू लॉन्चपैड को सूचना दी और पुष्टि की


जोड़ INITRD_N11.GZServa की साइट से के रूप में आप mentioded किया था। मैंने कोई भी शामिल नहीं किया है NFSOPTSक्योंकि मेरा सांबा सर्वर प्रमाणीकरण का उपयोग नहीं करता है।
डायलर

अच्छा; केवल यह उल्लेख करने के लिए कि जब आप कमांड लाइन में एक विशिष्ट NFSOPS CIFS w / o का उपयोग करते हैं, तो CIFSOPTS को कैस्पर डिफॉल्ट करता है = "- ouser = root, पासवर्ड =", लेकिन यह "ro" निर्दिष्ट नहीं करता है जो बाद में कुछ दुष्प्रभाव हो सकते हैं; आपके मामले में मैं निर्दिष्ट करूँगा अर्थात NFSOPTS = "- ouser = root, पासवर्ड =, ro"
पाट

1
क्या संशोधित initrd छवि सर्व की विकास टीम से उत्पन्न हुई थी? या किसी और ने वास्तव में पहले इस बग की मरम्मत की है?
डायलर

INITRD_N11.GZ एक सर्व डेवलपमेंट है, संपादित उत्तर देखें, मैंने जो बग रिपोर्ट की है उसका लिंक आपको मिलेगा। यदि आपके पास एक Ubuntu लॉन्चपैड खाता है, तो आप बग को "सत्यापित" कर सकते हैं; कि यह भविष्य के रिलीज में तय करने के लिए मदद मिलेगी।
पैट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.