मैं एक लाइव-यूएसबी बना रहा हूं और ठीक से समझ नहीं पा रहा हूं: क्या होता है जब मैं एक फाइल (या यहां तक कि एक फाइल सिस्टम) को सीधे डिवाइस नोड (एक फाइल सिस्टम के विपरीत) के रूप में कॉपी करता हूं?
मैं एक लाइव-यूएसबी बना रहा हूं और ठीक से समझ नहीं पा रहा हूं: क्या होता है जब मैं एक फाइल (या यहां तक कि एक फाइल सिस्टम) को सीधे डिवाइस नोड (एक फाइल सिस्टम के विपरीत) के रूप में कॉपी करता हूं?
जवाबों:
खोल डिवाइस खोल देगा /dev/sdX
। cat
कमांड के सभी आउटपुट , जो की सामग्री होने के कारण समाप्त हो जाते हैं debian.iso
, सीधे उस डिवाइस पर लिखे जाते हैं।
अंतिम परिणाम यह है कि debian.iso
अंतर्निहित डिस्क की शुरुआत के लिए बाइट-फॉर-बाइट लिखा गया है /dev/sdX
।
वास्तव में, डिवाइस नोड यह प्रकट करता है कि आपके संग्रहण माध्यम की निम्न-स्तरीय सामग्री एकल फ़ाइल के रूप में व्यवहार करती है। आप इस "फ़ाइल" में लिख रहे हैं, और इसलिए भंडारण माध्यम में लिख रहे हैं। इस दर्शन को "सब कुछ एक फ़ाइल है" के रूप में जाना जाता है और इसे यूनिक्स प्रणाली की परिभाषित विशेषताओं में से एक माना जाता है।
dd
आपको ब्लॉक आकार पर अधिक नियंत्रण देता है, डिफ़ॉल्ट कार्यान्वयन-निर्भर (उदाहरण 1 या 512 बाइट्स)। साथ dd
आप संभावित 4096 बाइट्स की तरह, अपने ब्लॉक डिवाइस के लिए एक बेहतर आकार का चयन कर सकते हैं।
dd
प्रदर्शन को प्रभावित करने के लिए आप जिस ब्लॉक साइज को पास करते हैं , लेकिन वह नहीं है जो डेटा पढ़ा और लिखा गया है। dd
ब्लॉक आकार और सीडी ब्लॉक आकार या फाइलसिस्टम ब्लॉक आकार के बीच कोई संबंध नहीं है । कुछ मेगाबाइट आमतौर पर आपको सबसे अच्छा प्रदर्शन देंगे, हालांकि इससे cat
भी तेज हो सकता है dd
।
dd if=debian.iso of=/dev/sdX
?