फेडोरा को मैक पर स्थापित करने से पहले परीक्षण में त्रुटि (OSX के बगल में)

Question

मैं अपने मैकबुक एयर पर OSX के बगल में फेडोरा 29 स्थापित करने की कोशिश कर रहा हूं। मैंने चित्र डाउनलोड किया और चेकसम को सत्यापित किया। तब मैंने usb को OSX विस्तारित जर्नलेड फ़ाइल सिस्टम में स्वरूपित किया, और बूट करने योग्य USB का उपयोग करके बनाया

diskutil unmountDisk /dev/disk2s2
sudo dd bs=1m if=./Fedora-Workstation-Live-x86_64-29-1.2.iso  of=/dev/rdisk2

हालाँकि, जब मैं USB से अपने मैक को ऑप्शन टेस्टिंग और इंस्टॉलेशन के साथ शुरू करता हूं, तो मुझे निम्न त्रुटि मिलती है

यह पहली बार नहीं है कि मैं फेडोरा को अपने मैक पर स्थापित कर रहा हूं, लेकिन मुझे पहले भी वही त्रुटि मिल रही थी, लेकिन फिर भी मीडिया मुझे इसे स्थापित करने की अनुमति देता है अगर मैं सीधे इसे परीक्षण किए बिना स्थापित करने का प्रयास करता हूं, तो क्या गलत है? क्यों यह त्रुटि आ रही है ?

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

जैसा कि मैंने कहा है, चेकसम ठीक है

grep '^SHA256' *-CHECKSUM | awk -F '[()=]' '{ print $4 "  " $2 }' | shasum -a 256 -c
Fedora-Workstation-Live-x86_64-29-1.2.iso: OK

Answer 1

इससे मेरी समस्या हल हो गई;

OSX USB उपकरणों को संभालने के तरीके के कारण आप इस बग का सामना कर रहे हैं। आप dd कमांड चलाते हैं, जो ड्राइव को मिटा देता है और यह सब मजेदार चीजें करता है। अब, फेडोरा जिस चीज की तलाश कर रहा है, वह सिर्फ उसी तरह से है जैसा कि एक बार इसे लिखने के बाद खत्म हो जाता है। दुर्भाग्य से, OSX dd कमांड को पूरा करता है और फिर तुरंत ड्राइव को स्वचालित करता है। यह, निश्चित रूप से, सिस्टम इंडेक्सिंग टूल्स के एक पूरे समूह को ट्रिगर करता है, जो अनगिनत मात्रा में छिपा हुआ होता है। यह बदले में, ड्राइव को बदलता है क्योंकि dd कमांड ने इसे देखा था। इसलिए, डेटा योग जो फेडोरा मीडिया चेकर उम्मीद कर रहा है, वही नहीं है, क्योंकि ड्राइव की सामग्री को बदल दिया गया है।

सच में, आप ड्राइव को सत्यापित किए बिना सिर्फ शहर जाने के लिए सुरक्षित हैं। या तो वह, या डिस्क आर्बिट्रेटर को ड्राइव ऑटोमोटिविंग को ब्लॉक करने के लिए स्थापित करें और फिर dd फिर से चलाएं .... बिना अड़चन के काम करेगा।

यहां से लिया गया: https://bugzilla.redhat.com/show_bug.cgi?id=1282244

Comments

मैंने सोचा था कि अधिकांश ISO एक रीड-ओनली फाइलसिस्टम (जैसे iso9660) का उपयोग करते हैं, इसलिए बढ़ते हुए इसका मतलब है कि कोई नई फाइल नहीं लिखी जा सकती ... मुझे लगता है कि फेडोरा नहीं करता है

— Xen2050

मैं इसे तभी पसंद करता हूं जब सॉफ्टवेयर ऐसा करता है जो यह सोचता है कि मुझे यह बताने के लिए इंतजार करने के बजाय मैं चाहता हूं। BTW, चूंकि आप उपयोग कर रहे हैं dd, इसलिए USB को पहले स्वरूपित करने का कोई मतलब नहीं है क्योंकि dd पहले से ही वहां पर ध्यान नहीं देता है।

— जो

@ जो ओह, मुझे नहीं पता था कि। साझा करने के लिए धन्यवाद।

— onurcanbektas