Asahi Linux दस्तावेज़: macOS Sonoma बूट विफलता

 (github.com/AsahiLinux)
1 पॉइंट द्वारा GN⁺ 2023-11-01 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Asahi Linux दस्तावेज़ repository, macOS Sonoma boot failure पेज सहित documentation site के source के रूप में काम करता है, और संबंधित सामग्री GitHub पर मैनेज की जाती है
  • दस्तावेज़ alt, fw, hw, platform, project, sw जैसी categories में बंटे हैं, जिससे topic के हिसाब से ब्राउज़ करना संभव है
  • hw सेक्शन Apple Silicon Mac hardware को कवर करता है, और detailed hardware को अलग करने के लिए cpu, devices, peripherals, soc में विभाजित है
  • documentation site Zensical से generate होती है, और local testing Python package install करने के बाद zensical serve से चलाई जा सकती है
  • site हर commit पर CI से फिर build होती है और GitHub Pages के जरिए उपलब्ध कराई जाती है

Asahi Linux दस्तावेज़ repository की भूमिका

  • यह repository Asahi Linux documentation site के दस्तावेज़ों को मैनेज करती है
  • दस्तावेज़ topic-wise categories में बांटकर व्यवस्थित किए गए हैं

दस्तावेज़ category संरचना

  • alt: वैकल्पिक operating systems और Linux distributions के support दस्तावेज़
  • fw: vendor-controlled firmware और firmware interfaces के दस्तावेज़
  • hw: Apple Silicon Mac से जुड़े hardware दस्तावेज़
    • cpu: application processor दस्तावेज़
    • devices: किसी खास Mac model से जुड़े दस्तावेज़
    • peripherals: Apple Silicon Mac के अंदर का वह hardware जो SoC खुद नहीं है, उसके दस्तावेज़
    • soc: Apple Silicon SoC में integrated hardware blocks के दस्तावेज़
  • platform: Apple Silicon platform पर समग्र रूप से लागू होने वाले दस्तावेज़
  • project: project management दस्तावेज़ और hardware·software से असंबंधित items
  • sw: firmware नहीं, बल्कि software दस्तावेज़

Local build और deployment तरीका

  • site Zensical से generate होती है
  • Zensical को Python package के रूप में install किया जाता है
    • अगर distribution package उपलब्ध नहीं कराता, तो इसे pip से install किया जा सकता है
  • local testing के लिए document build, Zensical install करने के बाद नीचे दिए command से चलाया जाता है
$ zensical serve
  • website को हर commit पर CI फिर से build करता है
  • build हुई site GitHub Pages के जरिए उपलब्ध कराई जाती है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-11-01
Hacker News टिप्पणियाँ

  • सिर्फ refresh rate बदलने से boot corruption कैसे हो सकता है, इस पर उनकी Twitter पोस्ट भी देखने लायक है: https://social.treehouse.systems/@marcan/111329614147717090
    क्योंकि Apple को display mode switching flicker पसंद नहीं है, और ProMotion को on/off करने से mode-switching flicker बनता है
    इसलिए अंदाज़ा है कि इस setting को NVRAM में कहीं save किया गया होगा और early boot के दौरान screen on होते ही apply किया जाता होगा, ताकि macOS boot के समय दोबारा flicker न हो
    समस्या यह है कि पुराने OS bootloader के साथ test नहीं किया गया, इसलिए यह mode enabled होने पर display handoff/initialization catastrophically fail हो जाता है

    • PC पर boot के दौरान resolution का बेतरतीब बदलना मुझे हमेशा परेशान करता था
      BIOS के ज़माने में तो समझ आता था, लेकिन UEFI आने के बाद तो लगता है कि EFI settings screen जैसी चीज़ें monitor की native resolution पर, या कम से कम native aspect ratio में दिखनी चाहिए; लेकिन हक़ीक़त में अक्सर 1024x768 जैसी image को 16:9 monitor पर खींचकर बदसूरत तरीके से दिखाया जाता है
    • अच्छा है कि कम-से-कम किसी और को भी display mode switching flicker पसंद नहीं है
      आज की computing performance के साथ ज़िंदगी में कहीं भी flicker देखने की ज़रूरत नहीं होनी चाहिए, लेकिन बहुत से लोग monitor connect करते समय होने वाले visual noise को “चलता है” मान लेते हैं, यह मुझे पसंद नहीं
    • यह जानकर अजीब-सी अपनापन महसूस होता है कि खरबों की company भी वही करती है जो मैं rEFInd, BIOS splash image, plymouth-git, plymouth-sddm, quiet splash वगैरह से छेड़छाड़ करके smooth boot experience बनाने की कोशिश में करता था, और इस चक्कर में boot time कुछ सेकंड बढ़ा लेता था और कई बार boot USB से recovery करनी पड़ती थी
      अब मैंने flicker और systemd messages को स्वीकार कर लिया है
      आजकल boot वैसे भी बस कुछ सेकंड का होता है, और सच कहूँ तो अब यह समझाना भी मुश्किल है कि मैं इस बात पर इतना अटका क्यों रहता था
    • दिलचस्प है, लेकिन 120Hz responsiveness को काफ़ी बेहतर बनाता है, तो मैं सोच रहा हूँ कि ProMotion को बंद कौन करता है
      variable refresh rate पर ठीक से न चलने वाला app मैंने सिर्फ Windows का Genshin देखा है, और वह भी शायद आधुनिक monitor पर समस्या न हो क्योंकि वे 60Hz तक VRR संभाल लेते हैं, इसलिए 60Hz और 120Hz के बीच आते-जाते frame-doubling flicker नहीं होता

  • मैंने भी अपनी काम वाली MacBook Pro M1 को Ventura 13.6 पर update करते समय बिल्कुल यही समस्या झेली थी, और मुझे लगा था कि यह पूरी तरह isolated incident है
    dual boot भी नहीं था, सिर्फ macOS ही install था
    update के दौरान वह Thunderbolt Display से जुड़ा हुआ था, और लगता है कि linked post में बताए अनुसार इससे ProMotion के अलावा किसी और refresh rate पर switch होने जैसा असर हुआ
    दूसरे Mac से DFU restore करने के बाद USB के ज़रिए macOS Sonoma installer चलाना पड़ा, और अच्छी बात यह रही कि उसने existing installation पहचान ली, इसलिए in-place upgrade हो गया और data बच गया
    DFU restore भी पहले काम नहीं कर रहा था, जिससे बहुत समय बर्बाद हुआ; बाद में पता चला कि Thunderbolt cable नहीं, साधारण USB-C cable इस्तेमाल करनी होती है, तभी Apple Configurator दूसरे Mac को detect करता है

    • अगर दोनों में से किसी एक की ज़रूरत हो, तो मेरा अंदाज़ा उल्टा Thunderbolt cable पर ही जाता
      आम तौर पर ज़्यादा capable, high-bandwidth cable ऐसी जगह भी काम कर जाती है जहाँ limited option supported हो, इसलिए यह काफ़ी surprising है
      अगर भविष्य में मुझे कभी कोई bricked Mac revive करना पड़े, तो मैं यह बात याद रखना चाहूँगा
    • यह भी समझ से बाहर है कि DFU mode में जाने का तरीका किसी जादुई ritual जैसा है, जिसमें कुछ खास buttons को ठीक सही समय पर कुछ सेकंड तक दबाना पड़ता है
      ऐसा लगा जैसे किसी काल्पनिक Mac OS देवता के लिए गीत गाना पड़े और सितारे सही तरह से align हों, तभी laptop दूसरे Mac पर दिखाई देगा
      ऊपर से USB-C cable किस port में लगाई गई है, यह भी मायने रखता है, और वह भी बाएँ तरफ़ का पहला port होना चाहिए—क्यों, यह समझ नहीं आता
      फिर भी Mr. Macintosh का video follow करके आख़िरकार उसे revive कर लिया
    • मेरी M1 MacBook Air में हर update के समय DFU mode में जाकर Configurator से “revive” करना पड़ता है
      नहीं तो सिर्फ “Failed to personalize the software update” दिखता है
      Apple Store गया तो उन्होंने तुरंत device restore कर दिया और सारा data मिट गया, लेकिन अगला update आते ही वही समस्या फिर हो गई
      ऐसी स्थिति में यह साबित करना भी मुश्किल हो जाता है कि उनका fix स्थायी रूप से कुछ ठीक नहीं करता
    • M1 Pro MacBook पर upgrade के दौरान मेरा LG USB-C monitor भी खराब हो गया
      सिर्फ काली screen आती थी, और दूसरे USB-C laptop से जोड़ने पर भी वही हाल था
      cable बदलना, monitor की power unplug करना, factory reset करना—कुछ काम नहीं आया, लेकिन HDMI और DisplayPort जैसे दूसरे inputs अब भी काम करते हैं
      मुझे नहीं लगता कि upgrade के दौरान इसका खराब होना महज़ इत्तफ़ाक़ है, और मैं ज़ोर देकर यही सलाह दूँगा कि upgrade के समय charger के अलावा MacBook से कुछ भी connect न रखें
    • M2 Pro पर भी बिल्कुल यही हुआ था और उसी process से ठीक किया
      अच्छी बात यह रही कि DFU revive के बाद data बचा रहा, लेकिन शुरुआत में मुझे लगा था कि battery update पूरा होने से पहले discharge हो गई, इसलिए यह कोई isolated damage case होगा
      लेकिन अब लगता है कि spare monitor ही असली कारण रहा होगा

  • मैंने MacBook को फिर से इंस्टॉल करने की कोशिश की, लेकिन built-in web recovery काम नहीं कर रही थी, इसलिए आज DFU restore करना पड़ा
    base system 13.2 था, और 13.6 की सारी फ़ाइलें डाउनलोड होकर progress bar 100% तक भरने के बाद error आ गया
    लगता है यह 13.2 base system और 13.6 install के बीच incompatibility है, और आजकल Apple की quality भयानक है
    मैंने सोचा था कि x.6 software जारी करने से पहले कम-से-कम ऐसे सबसे बुनियादी scenario की testing की गई होगी, लेकिन ऐसा नहीं था
    इससे भी बुरी बात यह है कि किसी दूसरे Mac के बिना USB boot installer बनाना, या किसी दूसरे Mac के बिना DFU restore करने का न तो कोई official तरीका आसानी से मिलता है, न unofficial
    पता नहीं Apple समझता क्या है, कि मैं Apple Store ही खरीद लूँ
    मेरे पास दूसरा Mac नहीं था, और आखिरकार मैं libimobiledevice से DFU restore कर पाया, इसे बनाने वाले का धन्यवाद
    लेकिन ऐसा होना ही नहीं चाहिए, और Windows या Linux, macOS से कहीं ज़्यादा transparent हैं

    • Apple का bootloader और restore process सच में डरावना है
      network access की मांग, SSD पर firmware, hardware lock जैसी चीज़ें ऐसा लगता है जैसे सबसे मुश्किल समय में समस्या पैदा करने के लिए छिपी बैठी हों
      इसके उलट Windows में बस दराज़ में रखी USB stick से boot कर लो
    • मेरा भी कुछ ऐसा ही हाल है
      करीब एक साल पहले मैंने Avahi Linux इंस्टॉल किया था और फिर हटा दिया, लेकिन अब 12.6 के बाद upgrade ही नहीं हो रहा
      लगता है external drive का इंतज़ाम करके सब कुछ backup करना होगा, फिर M1 Max MBP पर DFU restore करके ही Sonoma तक जा पाऊँगा

  • “मुझसे पैसे मत लो। यह Apple की बनाई समस्या है और पूरी तरह software problem है। अगर technician इसे hardware damage कहे तो वह गलत होगा” — लगता है बस यही दुआ करनी होगी

    • Apple Store आम तौर पर ऐसी चीज़ें ठीक से संभाल लेता है
      अगर यह किसी खास hardware model और software version को प्रभावित करने वाली documented problem है, तो पैसे लेने की संभावना बहुत कम है
    • यह ज़्यादा मुश्किल नहीं था
      जब 2011 MacBook Air में SSD hardware failure हुआ था, तब मैंने कुछ सहपाठियों को hardware defect page के बारे में बताया था, और उन्होंने 800 डॉलर खर्च करने के बजाय मुफ्त में repair करवा लिया

  • समझ नहीं आता आजकल Apple के साथ क्या हो रहा है
    Apple लगभग मरते-मरते बचने के बाद दुनिया के सबसे बड़े brands में से एक बना, क्योंकि उसने premium pricing और बड़े margins को justify करने के लिए हर स्तर पर premium experience देने पर बेहद सख्ती से और लगभग जुनून की हद तक ध्यान दिया
    अगर आपको उनका तरीका पसंद था, तो खरीदने के पल से ही चीज़ें “बस काम करती थीं”, लेकिन यह बात हाल तक ही सही थी
    आज जो हुआ वह इतना Kafkaesque experience लगा कि मानो कोई बुरी शरारत हो, और Apple इतनी बुरी तरह शायद ही कभी गड़बड़ करता था, इसलिए सच में अहम मौकों के लिए कोई contingency भी नहीं थी
    अगर कोई तरीका हो जिससे ऐसे लोगों से फोन पर बात हो सके जो loyal customers के लिए ज़रूरी काम करके समस्या ठीक कर दें, तो सलाह सुनना चाहूँगा, लेकिन अभी की first-line support calls अंतहीन waiting carousel जैसी लगती हैं, इसलिए ज़्यादा उम्मीद नहीं है

    • आज का Apple, 20 साल पहले वाले Apple से बहुत अलग है
      brand वही है, लेकिन ज़्यादातर लोग बदल चुके हैं
      video game industry में Blizzard, Bungie, 343 Industries जैसी जगहों पर भी यह हमेशा दिखता है
      शायद नए programmers और engineers बहुत complex codebase संभाल रहे हैं, और हो सकता है कि कुछ टूटने तक कोई भी पूरे सिस्टम को पूरी तरह न समझता हो

  • असर सिर्फ उन devices पर है जिनमें Apple Silicon chip और ProMotion display है, Intel पर इसका असर नहीं है
    पुराने devices इस्तेमाल करने वालों के लिए यह एक तेज़ escape clause है

    • सूची में दिए गए दो bugs में से केवल एक के लिए ProMotion display चाहिए
      दूसरा वाला सभी Apple Silicon devices पर हो सकता है

  • Sonoma में upgrade करने के करीब एक हफ्ते बाद मेरा 2020 M1 MacBook Air brick हो गया, लेकिन यह संबंधित है या नहीं, पक्का नहीं कह सकता
    मुझे शक था कि इसका संबंध update से है
    अच्छी बात यह रही कि यहाँ के warranty नियमों की वजह से logic board मुफ्त में बदल दिया गया, लेकिन ठीक अगले दिन iPhone पर switch करने का मेरा मन ठंडा पड़ गया

    • upgrade के बाद hardware का brick हो जाना macOS में आम failure pattern जैसा लगता है
      उदाहरण के लिए Big Sur ने 2013 और 2014 के कई MBP brick कर दिए थे: https://www.macrumors.com/2020/11/15/macos-big-sur-update-br...
      मैं भी प्रभावित हुआ था, और बहुत से users की तरह I/O board बदलने के बाद समस्या ठीक हो गई
      मेरे मामले में warranty बहुत पहले खत्म हो चुकी थी, इसलिए मैंने Ebay से 10 डॉलर का part खरीदा और खुद बदल दिया
    • जानकारी के लिए, मैं 10 साल से ज़्यादा समय से iPhone इस्तेमाल कर रहा हूँ, लेकिन update fail होने या कोई समस्या आने का एक भी मामला नहीं हुआ
      दूसरी ओर, मेरे पास रहे 2 साल के दौरान Google Pixel करीब दो बार खुद-ब-खुद brick हो गया था
    • मेरे 2020 M1 Air में भी logic board fail हो गया था
      एक दिन मैंने lid खोला और वह on ही नहीं हुआ, और अगर AppleCare न होता तो 500 डॉलर की repair लगती
      करीब 2 हफ्ते पहले मैं होटल के कमरे में उसे बिस्तर पर lid खुली छोड़कर बैठा था, स्क्रीन को पास खींचने के लिए पकड़ा, और सिर्फ उँगलियों के हल्के दबाव से स्क्रीन टूट गई
      Air में इन दोनों समस्याओं के उदाहरण इंटरनेट पर भरे पड़े हैं
      शुरुआत में मुझे M1 Air बहुत पसंद था, लेकिन अब यह मेरे लिए बहुत ज़्यादा unreliable device साबित हुआ है
    • यह अजीब judgment standard लगता है
      किसी भी manufacturer के साथ software और hardware समस्याएँ कुछ हद तक होना स्वाभाविक है

  • यहाँ टिप्पणियाँ पढ़कर यह सोचने पर मजबूर होना पड़ता है कि क्या बहुत से Hacker News लोगों ने कभी असली रोज़मर्रा के यूज़र्स से मुलाकात की भी है
    दूसरे geeks या अनुभवी यूज़र्स की नहीं, बल्कि अगली cubicle में बैठने वाले उन सामान्य लोगों की, जिन्हें कंप्यूटर के बारे में बस उतना ही पता होता है जितना काम चलाने के लिए ज़रूरी है
    क्या उन्हें सच में लगता है कि यूज़र्स boot के समय graphics mode selection चाहते हैं
    Mac यूज़र्स में कितने लोग alternative bootloader इस्तेमाल करते हैं, या यह भी जानते हैं कि वह क्या होता है
    अगर आप किसी बड़ी कंपनी में डिवाइसों के बड़े बेड़े को support करने वाले माहौल में थोड़ा समय बिताएँ, तो समझ आ जाएगा कि जिन चीज़ों को हम महत्वपूर्ण मानते हैं, क्या यूज़र्स सच में उनकी परवाह करते हैं

    • पोस्ट के अनुसार, सिस्टम firmware के macOS Sonoma version में update होने के बाद अगर display को ProMotion के अलावा किसी और refresh rate पर सेट किया गया हो, तो वह सिस्टम अब पुराने macOS install या Asahi Linux में सामान्य रूप से boot नहीं कर सकता
      इसमें recovery mode भी शामिल है, जब वे सिस्टम default boot OS के रूप में सेट हों, और अगली OS upgrade तक System Recovery भी प्रभावित रहता है
      भले ही यूज़र इसकी “परवाह” न करें या “इसका मतलब” न समझें, फिर भी इसका असर आम यूज़र्स पर पूरी तरह पड़ सकता है
    • रोज़मर्रा के tech यूज़र्स से मिलिए, तो पता चलता है कि वे पूरी तरह इस बात के आदी हो चुके हैं कि किसी उलझे हुए screen पर क्या क्लिक करना है, जिसे कोई समझता नहीं और जिसे खोजने का समय भी किसी के पास नहीं होता
      बस यह सोच लीजिए कि काम करते समय कितने security prompts और warnings सामने आते हैं
      आखिरकार यह muscle memory बन जाता है
      security warnings को नज़रअंदाज़ करने से system compromise हो सकता है, लेकिन इस मामले में वही चीज़ कभी सिस्टम और आपका काम बचा भी सकती है, इसलिए इसे बेकार नहीं कहा जा सकता
      यह समस्या किसी भी ऐसे यूज़र को हो सकती है जो किसी कारण दो macOS versions इस्तेमाल करना चाहता हो, और खासकर creative professionals के बीच यह कोई बहुत असामान्य बात नहीं है

  • संक्षेप में, हाल की macOS Sonoma और 13.6 Ventura में एक upgrade bug है जो कुछ Mac को brick कर सकता है और ऐसी black screen पैदा कर सकता है जिसमें recoveryOS इस्तेमाल नहीं किया जा सकता और DFU revive की ज़रूरत पड़ती है
    Sonoma की समस्या dual-boot Mac पर सबसे ज़्यादा दिखती है: https://support.apple.com/en-us/HT208891
    Ventura upgrade भी, अगर display refresh rate ProMotion के अलावा किसी और मान पर सेट हो, तो किसी अस्पष्ट कारण से समस्या पैदा कर सकता है
    यह दस्तावेज़ Asahi Linux wiki पर है क्योंकि Asahi Linux developers ने यह समस्या खोजी थी, लेकिन यह सिर्फ Asahi तक सीमित नहीं है
    वास्तव में, Asahi Linux installer चलाने पर यह पता लगाया जा सकता है कि वह Mac इस समस्या से प्रभावित होगा या नहीं, भले ही अंत में Asahi Linux install न किया जाए
    अधिक जानकारी के लिए पोस्ट देखें

    • upgrade करते समय मुझे अपने Mac पर यह समस्या दो बार हुई
      मेरे पास दो bootable OSX partitions थे और दोनों upgrades में यह समस्या आई
      मैं Mac का बहुत अभ्यस्त नहीं हूँ, इसलिए इसे ठीक करने में मुझे बहुत भटकना पड़ा, और मुझे DFU क्या है और यह क्या करता है यह तक सीखना पड़ा
      यह मेरा सौभाग्य था कि मेरी बेटी के पास Mac था, इसलिए Apple Store ले जाए बिना मैं DFU इस्तेमाल कर सका

  • यह कुछ हद तक राहत की बात है कि third parties भी macOS की समस्याओं को सक्रिय रूप से खोज रहे हैं