मैं एक ही छवि से कई विंडोज 7 डेस्कटॉप बूट कैसे कर सकता हूं?


17

मेरे विश्वविद्यालय में कुछ साल पहले, मुझे याद है कि वहाँ प्रयोगशालाओं ने नेटवर्क पर विंडोज एनटी बूट किया था।

आपके स्वयं के सामान के लिए एक साझा ड्राइव था और इसके अलावा आपके द्वारा रनिंग ओएस में किए गए किसी भी परिवर्तन को मशीन को पुनरारंभ करने पर रीसेट किया गया था।

अब मैं विंडोज 7 के साथ भी यही काम करना चाहूंगा।

मैंने कुछ पाया कि इसके लिए iSCSI का उपयोग कैसे किया जाता है, लेकिन मुझे हर एक पीसी के लिए एक iSCSI डिस्क नहीं चाहिए, मुझे कई PC के लिए एक छवि चाहिए। मुझे स्थानीय रूप से विंडोज स्थापित करने के लिए पीएक्सई बूट सेटअप फाइलें भी मिली हैं, लेकिन यह वह नहीं है जो मैं चाहता हूं।

मैं विश्वविद्यालय में क्या स्थापित करने के बारे में जाऊंगा, लेकिन विंडोज 7 के साथ एक ओएस के रूप में नेटबूट करने के लिए?

यानी मैं विंडोज 7 छवियों को नेटबूट कैसे करूं? मैं विंडोज को स्थानीय रूप से स्थापित करने के लिए एक पीसी के लिए विंडोज 7 इंस्टॉलर को नेटबूट नहीं करना चाहता हूं, मैं मेमोरी / नेटवर्क से विंडोज 7 की छवि चलाना चाहता हूं।


1
"इस पर एक विंडोज 7 छवि के साथ"। आप pxe बूट करने योग्य चित्र कैसे उत्पन्न करते हैं? मुझे लगता है कि इनको livecd की तरह चलाना होगा।
मैट

1
@ HopelessN00b मुझे लगता है कि मैट के बारे में पूछ रहा है कि कैसे PXE के माध्यम से बूट करने के लिए निर्माण / कॉन्फ़िगर कस्टम WIMs करने के लिए। शायद पीएक्सई बूटिंग मल्टी-जिग WIMs के बारे में जानकारी भी उपयोगी होगी?
jscott

1
पूर्ण रूप से। वे बहु-टमटम होंगे। लिनक्स पर मैं nfsroot का उपयोग कर सकता हूं, जिसका अर्थ है कि बड़ी छवियों के लिए वे सभी मेमोरी में नहीं हैं। खिड़कियों के लिए क्या विकल्प है? न्यूनतम विंडोज़ और सॉफ्टवेयर SMB शेयर पर स्थापित?
मैट

1
वर्चुअल डेस्कटॉप के बारे में क्या? एक केंद्रीय सर्वर पर विंडोज़ के कई उदाहरण चलाएं और फिर ग्राहक उन्हें विभिन्न प्रकार के क्लाइंट के साथ एक्सेस कर सकते हैं।
rnxrx

1
Citrix Provision सर्वर में यह सुविधा थी। मैं एक पूरे 30 स्टेशन लैब (सभी एक ही हार्डवेयर) को बूट कर सकता हूं जिसमें एक स्थानीय हार्डड्राइव स्थापित है। यह एक PXE बूट करता था और एक डिस्क इमेज से बूट होता था। उपयोगकर्ताओं ने तब नेटवर्क ड्राइव में डेटा सहेजा और लॉग इन किया। यह बहुत तेज़ था और सेटअप करने में कठिन नहीं था। लेकिन अफसोस कि यह बहुत महंगा था और इसलिए मैं एक स्थानीय हार्डड्राइव से बूट करने की पुरानी पद्धति पर वापस आ गया हूं। मैं भी इसे पूरा करना चाहूंगा।

जवाबों:


6

मेरे अपने प्रश्न का उत्तर देने के लिए। यह iPXE और iSCSI या AoE का उपयोग करना संभव है। यह विचार या तो नेटवर्क कार्ड विकल्प ROM को IPXE से बदलने का है या फिर ipload को ipload करने का और फिर एक sanboot करने का है।

iSCSI दो सैन प्रोटोकॉल का आसान है क्योंकि आप वास्तव में एक iSCSI लक्ष्य के लिए सीधे विंडोज 7 स्थापित कर सकते हैं। ऐसा इसलिए है क्योंकि iSCSI सपोर्ट विंडोज़ 7 में बनाया गया है जबकि AoE नहीं है।

देखें: आर्काइव.ऑर्ग का windowsdiskless.wordpress.com

या: windowsdisklessaoe.wordpress.com का आर्काइव.ऑर्ग

इस बात पर ध्यान देना कि यद्यपि iSCSI NTFS के साथ एक ही लक्ष्य तक पहुँचने वाली कई मशीनों का समर्थन करता है। भ्रष्टाचार होगा। या तो बैक एन्ड पर राइट मैकेनिज्म पर एक कॉपी को नियोजित करने की आवश्यकता है, या एक बेस इमेज (टेम्प्लेट) बनाएं और एक नए निर्यात किए गए लक्ष्य को कॉपी करें।

मैं मुक्त स्रोत से मुक्त स्रोत iscsi लक्ष्य को पैचअप करने और लिखने पर प्रतिलिपि जोड़ने के लिए समाप्त हुआ। इसलिए मैं उसी LUN का उपयोग कर सकता था लेकिन लेखन कहीं और निर्देशित किया गया था। मैं उन्हें स्थानीय रैम या सर्वर पर किसी अन्य फ़ाइल पर निर्देशित करने में सक्षम था। मैं अब इसका उपयोग नहीं कर रहा हूं, हालांकि यह अवधारणा का प्रमाण था।


3
ब्लॉक-स्तरीय भंडारण के साथ ऐसा करने से NTFS भ्रष्टाचार को बढ़ावा मिलेगा। आपके प्रश्न में आप कहते हैं कि आप चाहते हैं कि एकाधिक कंप्यूटर एक ही इंस्टालेशन को बूट करने में सक्षम हों। एक से अधिक क्लाइंट पर एक ही NTFS वॉल्यूम को माउंट करने और साझा करने से भ्रष्टाचार, फ़ाइल लॉक समस्याएँ आदि पैदा हो जाएँगी, क्या आपने वास्तव में यह कोशिश की है?
एमडीएमरा

1
मुझे उस मुद्दे की जानकारी है। आप इसे बैक एंड पर राइट मैकेनिज्म पर कॉपी के साथ कर सकते हैं या बेस इमेज को एक नई कॉपी में टेम्पलेट के रूप में कॉपी कर सकते हैं और एक्सपोर्ट कर सकते हैं।
मैट

5

परिदृश्य जो आप अनिवार्य रूप से प्रत्येक कार्य केंद्र के उपयोग के लिए एक पतले ग्राहक के रूप में वर्णन करते हैं, जो एक केंद्रीय डेस्कटॉप वातावरण में स्थित है। यह पीएक्सई से बूट करने के लिए विंडोज 7 के लिए अत्यधिक अव्यावहारिक होगा, भले ही यह किया जा सके।

जब भी पीबीएसई को बूट करने के लिए उपयोग किया जाता है, तो यह बूट छवि की संपूर्णता को क्लाइंट सिस्टम में डाउनलोड करता है, जिसका अर्थ होता है प्रत्येक बूट में कई जीबी ट्रांसफर।

आदर्श रूप से, इस परिदृश्य को नेटवर्क पर डेस्कटॉप वातावरण को केंद्रीय स्थान पर रखकर पूरा किया जाता है। वर्चुअल डेस्कटॉप इन्फ्रास्ट्रक्चर (VDI) वातावरण में, यह अलग-अलग वर्चुअल डेस्कटॉप वातावरणों को हार्डवेयर पर एक साथ रहने की अनुमति देने के लिए वर्चुअलाइजेशन का उपयोग करके पूरा किया जाता है, वर्चुअल वातावरण एक प्रबंधक के माध्यम से ग्राहकों को प्रदान किया जाता है। एक सत्र आधारित वातावरण में, प्रत्येक उपयोगकर्ता का डेस्कटॉप वातावरण मूल रूप से सर्वर पर लॉन्च होता है और दूरस्थ डेस्कटॉप सेवा जैसी तकनीक के माध्यम से ग्राहकों को दिया जाता है ।

दोनों उदाहरणों में, वर्कस्टेशन को अभी भी एक ऑपरेटिंग सिस्टम चलाना चाहिए; हालाँकि यह आमतौर पर एक बहुत ही हल्का ऑपरेटिंग सिस्टम है जो डेस्कटॉप वातावरण की मेजबानी करने वाले सर्वर के लिए हार्डवेयर और क्लाइंट के लिए एक मूल इंटरफ़ेस प्रदान करता है। सॉफ़्टवेयर एश्योरेंस वाले ग्राहकों के लिए, Microsoft विंडोज थिन पीसी को एक हल्के ऑपरेटिंग सिस्टम के रूप में प्रदान करता है जिसे रिमोट डेस्कटॉप सर्विसेज के माध्यम से विंडोज सर्वर से जोड़ा जाता है। अतिरिक्त ग्राफिक्स जैसे कि बढ़ाया ग्राफिक्स के लिए RemoteFX सपोर्ट, DirectAccess VPN कनेक्टिविटी और BitLocker एन्क्रिप्शन डेस्कटॉप हार्डवेयर को फिर से तैयार करने के लिए इष्टतम पतली क्लाइंट ऑपरेटिंग सिस्टम प्रदान करने में मदद करता है।

यदि उपरोक्त आपके लिए सही मार्ग की तरह लगता है, तो आप अधिक जानकारी प्राप्त कर सकते हैं, आईटी पेशेवरों के लिए मार्गदर्शिकाएँ, परीक्षण और दांव तक पहुँच, और TechNet पर स्प्रिंगबोर्ड साइट के डेस्कटॉप वर्चुअलाइजेशन केंद्र में बहुत अधिक ।


3

यह संभव नहीं है कि पीएक्सई या उसके समान विंडोज 7 को बूट किया जाए। विंडोज पीई (प्री-इंस्टॉलेशन एनवायरनमेंट; जिसे केवल रखरखाव और इंस्टॉलेशन उद्देश्यों के लिए लाइसेंस प्राप्त है और इसमें सामान्य विंडोज डेस्कटॉप जैसा कुछ भी नहीं है) को पीएक्सई बूट किया जा सकता है। विंडोज़ के कुछ अन्य संस्करण जिन्हें आप रुचि नहीं रखते हैं, वे भी पीएक्सई बूटेड हो सकते हैं, लेकिन डेस्कटॉप ओएस जैसा कुछ भी नहीं।

अधिकांश एंटरप्राइज-ग्रेड iSCSI लक्ष्य पतली प्रोविजनिंग कर सकते हैं, जहां वे सभी प्रणालियों के लिए एक ही आधार छवि का उपयोग करते हैं और केवल अंतर अतिरिक्त स्थान लेते हैं। इसके अलावा, विंडोज एकल उदाहरण बूट का समर्थन नहीं करता है (फिर भी, यह कुछ ऐसा है जो एमएस आंतरिक रूप से थोड़ी देर के लिए किक कर रहा है)। इसलिए प्रत्येक कंप्यूटर को अलग-अलग स्टोरेज देखने की आवश्यकता होती है, वे अभी तक साझा नहीं कर सकते हैं।


कुछ और शोध के बाद मैंने ccboot पाया। और फिर मुझे AoE और vblade मिला और यह लिंक आशाजनक लग रहा है। etherboot.org/wiki/appnotes/cow
मैट

4
इथरबूट CoW सामान दिलचस्प लगता है, लेकिन एक बिल्ली का बच्चा हर बार एक SysAdmin की मृत्यु AoE = [
क्रिस S

हालांकि iSCSI से इसका बेहतर प्रदर्शन होना चाहिए। AoE वास्तव में उतना सुरक्षित नहीं है। यदि एक iSCSI लक्ष्य से समझौता किया जाना था तो निश्चित रूप से iSCSI AoE के रूप में सुरक्षित नहीं है। एक बार जब आप लक्ष्य में टूट जाते हैं तो एक हैकर केवल फाइल सिस्टम को हटा सकता है यदि उनके पास पर्याप्त अनुमति हो।
मैट

1
AoE के पास सुरक्षा के लिए MAC फ़िल्टरिंग के अलावा कुछ नहीं है। पूरा RFC 7 पेज लंबा है। iSCSI में CHAP पासवर्ड प्रमाणीकरण, मानक फ़ायरवॉल नियम, IPSec और MAC फ़िल्टरिंग है। iSCSI AoE से धीमा है, जब तक कि आपके पास iSOE NIC (iSCSI ऑफ़लोड इंजन नेटवर्क इंटरफ़ेस कार्ड) नहीं है, जो TOE (TCP Offload Engine) के समान iSCSI को गति देता है। इसके बावजूद, AoE को इंटरनेट पर रूट नहीं किया जा सकता है, इसलिए इसे हैक करना बहुत कठिन है; iSCSI सर्वोत्तम प्रथाओं को सैन ट्रैफ़िक vLAN करना है; SAN के किसी भी रूप को हैक करना विचित्र रूप से दुर्लभ है।
क्रिस एस

धन्यवाद जो वास्तव में दिलचस्प है। एओई के साथ दूसरी समस्या यह है कि यह प्रतीत होता है कि यह अन्य नेटवर्क ट्रैफ़िक के लिए बहुत अनुकूल नहीं है। जो नेटवर्क पर बहुत सारे एओई ट्रैफ़िक होने पर कुछ समस्याओं का कारण हो सकता है।
मैट

2

एक ही छवि का उपयोग करना संभव नहीं है, लेकिन आप बहुत सारे क्लोन किए गए चित्रों और सुरक्षित डिस्क स्थान का उपयोग करने के लिए डिडुप्लिकेटेड फाइल सिस्टम का उपयोग कर सकते हैं, मुझे लगता है कि परिणाम समान होगा।

एसडीएफएस के साथ मेरे डिस्ट्रो का उपयोग करने की कोशिश करें, सरल विन्यास के लिए ओपनडएचसीपी और डिस्क रहित विंडोज बूट करने के लिए एओई ...

http://windowsdisklessaoe.wordpress.com

और यहाँ डिस्ट्रो का पूर्वावलोकन जारी करें:

http://susestudio.com/a/UZQFsW/windows-diskless-with-aoe


2

समान समस्या के लिए xMy समाधान:

हार्डवेयर: Igel पतली ग्राहक (winNET p680, 1.5 Ghz, 1 GB CF, 1 GBit NIC in pci)

विंडोज 7 थिनपीसी (ISCSI nas4free पर स्थित है) के साथ iSCSI- डिस्क के लिए IPXE- बूट करता है)

कदम हैं:

  1. फ्रीवेयर USBFormat के साथ FAT32 के साथ USB / CF प्रारूपित करें
  2. USB / CF पर grub4dos स्थापित करें और फ़ाइलों को "grldr" एक "menu.lst" से grub4dos निर्देशिका से USB / CF संपादक परिवर्तन मेनू के साथ कॉपी करें।

    डिफ़ॉल्ट 0

    शीर्षक Windows ThinPC

    कर्नेल /ipxe.lkrn

  3. "rom-o-matic.eu" ipxe.lkrn के साथ निर्माण करें और USB / CF पर डाउनलोड करने के बाद इसे सेव करें, उन्नत और लिनक्स कर्नेल ध्यान दें 1: केवल बूट करने का विकल्प iSCSI, बाकी अपरिवर्तित अटेंशन 2 को चिह्नित करें - एंबेडेड स्क्रिप्ट है (ip बदलें) iqn!):

    "#! Ipxe

    dhcp net0

    sanboot iscsi: 192.168। ???। ???। :: iqn.2007-09.jp.ne.peach.istgt: डिस्क?

    सेट-सान 1 "

    वर्चुअलबॉक्स के साथ मैंने विंडोज 7 टीसी वीएम स्थापित किया। डिस्क को निश्चित आकार (
    7 GB और बाद में LUN से 25 GB तक विस्तारित) के साथ VHD होना चाहिए ।
    फिर मैंने winimage के साथ "बहाल" 9.0 मेरे विंडोज मशीन से iSCSI को VHD।

Igel के मालिकों के लिए रिमार्क: Igel TC ने अब विंडोज 7 (Top4download से ड्राइवर 22.00.01u) में दोहरी निगरानी की है। ऑडियो के लिए विनाइल डेक का उपयोग करें। Igel एक डेस्कटॉप की तरह प्रदर्शन करता है। प्रोसेसर लंगड़ा नहीं है।


Windowsdiskless से समाधान स्मार्ट और सरल नहीं है और मेरे लिए काम नहीं करता है।


मैंने एक लोकप्रिय iSCSI क्लाइंट के स्रोत कोड को संशोधित करने और लिखने पर कॉपी के साथ एक नए बैकएंड में जोड़ने का काम किया। यदि आप चुनते हैं तो राइट्स अस्थायी संग्रहण या रैम में चला गया।
मैट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.