Asahi Linux belgeleri: macOS Sonoma önyükleme hataları

 (github.com/AsahiLinux)
1 puan yazan GN⁺ 2023-11-01 | 1 yorum | WhatsApp'ta paylaş
  • Asahi Linux belge deposu, macOS Sonoma önyükleme hataları sayfası da dahil olmak üzere belge sitesinin kaynağı olarak işlev görür ve ilgili materyaller GitHub üzerinde yönetilir
  • Belgeler alt, fw, hw, platform, project, sw gibi kategorilere ayrılır; böylece konu bazlı gezinme mümkün olur
  • hw bölümü Apple Silicon Mac donanımını ele alır ve cpu, devices, peripherals, soc olarak ayrılarak donanımın alt başlıklarını sınıflandırır
  • Belge sitesi Zensical ile oluşturulur ve yerel test için Python paketi kurulduktan sonra zensical serve ile çalıştırılabilir
  • Site her commit'te CI tarafından yeniden derlenir ve GitHub Pages üzerinden sunulur

Asahi Linux belge deposunun rolü

  • Bu depo, Asahi Linux documentation sitesindeki belgeleri yönetir
  • Belgeler konuya göre kategorilere ayrılmış şekilde düzenlenmiştir

Belge kategorilerinin yapısı

  • alt: alternatif işletim sistemleri ve Linux dağıtımı desteği belgeleri
  • fw: üretici tarafından kontrol edilen firmware ve firmware arayüzü belgeleri
  • hw: Apple Silicon Mac ile ilgili donanım belgeleri
    • cpu: uygulama işlemcisi belgeleri
    • devices: belirli Mac modelleriyle ilgili belgeler
    • peripherals: SoC'nin kendisi olmayan, Apple Silicon Mac içindeki donanım belgeleri
    • soc: Apple Silicon SoC'ye entegre donanım bloklarıyla ilgili belgeler
  • platform: Apple Silicon platformunun genelinde geçerli belgeler
  • project: proje yönetimi belgeleri ve donanım/yazılımla doğrudan ilgili olmayan öğeler
  • sw: firmware dışındaki yazılım belgeleri

Yerel derleme ve dağıtım yöntemi

  • Site Zensical ile oluşturulur
  • Zensical bir Python paketi olarak kurulur
    • Dağıtım bunu paket olarak sunmuyorsa pip ile kurulabilir
  • Belgeleri yerelde test etmek için derleme, Zensical kurulduktan sonra şu komutla çalıştırılır
$ zensical serve
  • Web sitesi her commit'te CI tarafından yeniden derlenir
  • Derlenen site GitHub Pages üzerinden sunulur

İlgili okumalar

1 yorum

 
GN⁺ 2023-11-01
Hacker News yorumları

  • Yalnızca yenileme hızını değiştirmekle önyüklemenin nasıl bozulabildiğine dair tahminler için onun Twitter'ına da bakmaya değer: https://social.treehouse.systems/@marcan/111329614147717090
    Çünkü Apple'ın ekran modu geçişlerindeki titremeden hoşlanmadığı, ProMotion'ı açıp kapatmanın da mod geçişi titremesi yarattığı düşünülüyor
    Bu yüzden bu ayarı NVRAM'de bir yere kaydedip ilk önyükleme sırasında ekran açılırken uygulayacak şekilde tasarlamış; böylece macOS önyüklenirken yeniden titreme olmasın istemiş olabilir
    Sorun şu ki eski işletim sistemi önyükleyicileriyle test edilmediğinden, bu mod açıkken ekran devri/başlatması feci şekilde başarısız oluyor

    • PC'de önyükleme sırasında çözünürlüğün saçma sapan değişmesi beni hep rahatsız etti
      BIOS döneminde bunu anlayabiliyordum ama UEFI çıktıktan sonra EFI ayar ekranı gibi şeylerin de monitörün yerel çözünürlüğünde, en azından yerel en-boy oranında gösterilebilmesi gerekir diye düşünüyorum; gerçekteyse 1024x768 gibi bir görüntünün 16:9 monitöre uzatılıp çirkin göründüğü örneklerden başka bir şey görmedim
    • En azından birilerinin ekran modu geçişi titremesinden hoşlanmaması sevindirici
      Günümüz bilgi işlem gücüyle hayatın hiçbir yerinde titreme görmek zorunda kalmamamız gerekir; ama birçok insanın monitör bağlanırken oluşan görsel gürültüyü “bu kadarı yeter” diye kabullenmesinden hoşlanmıyorum
    • Trilyon dolarlık şirketlerin bile benim rEFInd, BIOS açılış görseli, plymouth-git, plymouth-sddm, quiet splash gibi şeylerle oynayıp pürüzsüz bir önyükleme deneyimi oluşturmaya çalışırken önyükleme süresini birkaç saniye uzatmam ve önyüklenebilir USB ile birkaç kez kurtarma yapmamla benzer şeyler yaşaması garip şekilde içimi ısıtıyor
      Artık titremeyi ve systemd mesajlarını kabullenir oldum
      Zaten günümüzde önyükleme sadece birkaç saniye sürüyor; en başta buna neden bu kadar takıldığımı açıklamak bile artık zor
    • İlginç ama 120Hz tepki hızını ciddi biçimde iyileştirirken ProMotion'ı kimin kapattığını merak ediyorum
      Değişken yenileme hızında düzgün çalışmayan tek uygulama olarak Windows'taki Genshin'i gördüm; o da yeni bir monitörde 60Hz'e kadar VRR'i işleyebildiğinden, 60Hz ile 120Hz arasında gidip gelirken oluşan iki kat kare titremesi olmayacağı için muhtemelen sorun olmayacaktır

  • İş için kullandığım MacBook Pro M1'i Ventura 13.6'ya yükseltirken tam olarak aynı sorunu yaşadım ve bunun tamamen izole bir vaka olduğunu düşünmüştüm
    Çift önyükleme yoktu, yalnızca macOS kurulu idi
    Güncelleme sırasında Thunderbolt Display'e bağlıydı; bağlantı verilen yazıda söylendiği gibi ProMotion olmayan bir yenileme hızına geçmekle aynı etkiyi yaratmış gibi görünüyor
    Başka bir Mac'te DFU geri yüklemesi yaptıktan sonra USB üzerinden macOS Sonoma yükleyicisini çalıştırmam gerekti; neyse ki mevcut kurulumu algıladı ve yerinde yükseltme yaparak verileri korudu
    Ayrıca DFU geri yüklemesi çalışmadığı için çok zaman kaybettim; Thunderbolt kablosunun işe yaramadığını, Apple Configurator'ın diğer Mac'i algılaması için normal bir USB-C kablosu kullanmak gerektiğini sonradan öğrendim

    • Aksine, ikisinden biri gerekiyorsa Thunderbolt kablosunun gerekeceğini tahmin ederdim
      Genellikle daha fazla özelliğe sahip yüksek bant genişlikli kablolar, desteklenmeyen tarafta da çalışabildiğinden bu oldukça şaşırtıcı
      İleride tuğlaya dönmüş bir Mac'i hayata döndürmem gerekirse bunu aklımda tutmak isterim
    • DFU moduna girmenin de belirli düğmelere belirli bir anda tam olarak birkaç saniye basmayı gerektiren büyü gibi bir prosedür olmasını anlamıyorum
      Sanki hayali bir Mac OS tanrısına şarkı söyleyip yıldızların hizalanmasını bekleyince dizüstü bilgisayar ikinci Mac'te beliriyormuş gibiydi
      Üstelik USB-C kablosunu taktığın port da önemli; soldaki ilk port olması gerekiyormuş, neden bilmiyorum
      Yine de Mr. Macintosh videosunu izleyerek sonunda cihazı hayata döndürdüm
    • M1 MacBook Air, her güncellemede DFU moduna girip Configurator ile “revive” edilmeden olmuyor
      Aksi halde yalnızca “Failed to personalize the software update” diyor
      Apple Store'a gittiğimde cihazı hemen geri yükleyip tüm verileri sildiler; bir sonraki güncelleme çıktığında aynı sorun yeniden ortaya çıktı
      Böyle olunca onların yaptığı düzeltmenin kalıcı olarak sorunu çözmediğini göstermek de zorlaşıyor
    • M1 Pro MacBook'ta da yükseltme sırasında LG USB-C monitör bozuldu
      Sadece siyah ekran gösteriyor ve başka USB-C dizüstü bilgisayara bağlayınca da aynıydı
      Kablo değiştirmek, monitörün fişini çekmek, fabrika ayarlarına döndürmek işe yaramadı; ancak HDMI ve DisplayPort gibi diğer girişler hâlâ çalışıyor
      Yükseltme sırasında bozulmasının tesadüf olduğunu düşünmüyorum ve yükseltme sırasında MacBook'a şarj cihazı dışında hiçbir şey bağlamamayı şiddetle öneririm
    • M2 Pro'da da tam olarak aynı şey oldu ve aynı prosedürle düzelttim
      Neyse ki DFU revive sonrasında veriler duruyordu; ama başta pilin güncelleme tamamlanmadan bittiğini ve bunun bir şeyi bozmuş izole bir vaka olduğunu düşünmüştüm
      Oysa yedek monitörün neden olmuş olma olasılığı çok yüksek

  • MacBook’u yeniden kurmaya çalıştım ama yerleşik web kurtarma çalışmadığı için bugün DFU geri yüklemesi yapmak zorunda kaldım
    Temel sistem 13.2’ydi; 13.6 dosyalarının tamamını indirip ilerleme çubuğu %100’e ulaştıktan sonra hata verdi
    13.2 temel sistemi ile 13.6 kurulumu arasındaki bir uyumsuzluk gibi görünüyor; Apple’ın şu günlerdeki kalitesi berbat
    x.6 yazılımını yayımlamadan önce en temel senaryoyu bari test etmişlerdir diye düşünmüştüm ama öyle değilmiş
    Daha da kötüsü, başka bir Mac olmadan USB önyüklemeli kurulum programı oluşturmanın ya da başka bir Mac olmadan DFU geri yüklemesi yapmanın resmi ya da gayriresmî bir yolunu bulmak zor
    Apple Store’da yaşadığımı mı sanıyorlar bilmiyorum
    Başka bir Mac’im yoktu; sonunda libimobiledevice ile DFU geri yüklemesi yapabildim, bunu yapan kişiye teşekkürler
    Ama böyle bir şeyin yaşanmaması gerekir; Windows ya da Linux, macOS’tan çok daha şeffaf

    • Apple’ın önyükleyicisi ve kurtarma prosedürü gerçekten korkutucu
      Ağ erişimi gereksinimi, SSD’deki firmware, donanım kilidi gibi şeyler en sıkıntılı anda sorun çıkarmak için saklanıyormuş gibi hissettiriyor
      Buna karşılık Windows’ta çekmecedeki bir USB bellekle önyükleme yapmak yeterli
    • Benim durumum da benzer
      Yaklaşık 1 yıl önce Avahi Linux kurup sonra kaldırmıştım; şimdi 12.6’dan sonrasına yükseltme yapamıyorum
      Sonoma’ya geçebilmek için harici bir sürücü bulup her şeyi yedekledikten sonra M1 Max MBP’yi DFU geri yüklemesi yapmam gerekecek gibi görünüyor

  • “Bana para ödetmeyin. Bu Apple’ın yarattığı bir sorun ve tamamen yazılımsal bir sorun. Bir teknisyen bunun donanım hasarı olduğunu iddia ederse yanılıyordur” deniyor; umarım gerçekten öyle olur

    • Apple Store genelde böyle şeyleri iyi halleder
      Belirli bir donanım modelini ve yazılım sürümünü etkileyen belgelenmiş bir sorun ise ücret talep etmeleri çok düşük ihtimal
    • Çok zor olmadı
      2011 MacBook Air’de SSD donanım arızası olduğunda birkaç sınıf arkadaşıma donanım kusuru sayfasını göstermiştim; onlar da 800 dolar harcamak yerine ücretsiz tamir ettirdi

  • Son zamanlarda Apple’a ne oluyor bilmiyorum
    Apple neredeyse ölmek üzereyken, premium fiyatlarını ve büyük marjlarını haklı çıkarmak için genel olarak premium bir deneyim sunmaya acımasızca odaklanıp fanatikçe bağlı kalarak dünyanın en iyi markalarından birini yarattı
    Onların yaklaşımını seviyorsanız, satın aldığınız andan itibaren “sadece çalışırdı”; yakın zamana kadar böyleydi
    Bugün kötü niyetli bir şaka gibi hissettirecek kadar Kafkaesk bir deneyim yaşadım ve Apple’ın bu kadar kötü batırdığı çok nadir olduğu için gerçekten önemli anlar için bir B planım da yoktu
    Sadık müşteriler için gerekeni yapıp sorunu çözen insanlara telefonla ulaşmanın bir yolu varsa tavsiyeye açığım; ama şu anki birinci seviye destek görüşmesi bitmek bilmeyen bir bekleme atlıkarıncası gibi hissettirdiğinden büyük beklentim yok

    • Bugünün Apple’ı 20 yıl önceki Apple’dan çok farklı
      Marka aynı ama insanların çoğu değişti
      Video oyun sektöründeki Blizzard, Bungie, 343 Industries gibi yerlerde de sürekli görülen bir durum
      Belki de yeni programcılar ve mühendisler çok karmaşık bir kod tabanıyla uğraşıyor ve bir şey bozulana kadar bütünü tamamen anlayan kimse yoktur

  • Yalnızca Apple Silicon çipli ve ProMotion ekranlı cihazlar etkileniyor; Intel etkilenmiyor
    Eski cihaz kullananlar için hızlı bir kaçış maddesi

    • Listelenen iki hatadan yalnızca biri ProMotion ekran gerektiriyor
      Diğeri tüm Apple Silicon cihazlarda ortaya çıkabilir

  • Sonoma’ya yükselttikten yaklaşık 1 hafta sonra 2020 M1 MacBook Air’im tuğlaya döndü; ilgili olup olmadığından emin değilim
    Güncellemeyle bağlantılı olduğundan şüphelenmiştim
    Neyse ki buradaki garanti mevzuatı sayesinde logic board’u ücretsiz değiştirdiler, ama hemen ertesi gün iPhone’a geçme hevesim söndü

    • Bir yükseltmenin donanımı tuğlaya çevirmesi macOS’te yaygın bir arıza biçimi gibi görünüyor
      Örneğin Big Sur, 2013 ve 2014 model birçok MBP’yi tuğlaya çevirdi: https://www.macrumors.com/2020/11/15/macos-big-sur-update-br...
      Ben de etkilendim ve birçok kullanıcı gibi I/O board’u değiştirdikten sonra sorun düzeldi
      Benim durumumda garanti çoktan bittiği için Ebay’den 10 dolarlık parça alıp kendim değiştirdim
    • Referans olarak, iPhone’u 10 yıldan uzun süredir kullanıyorum ama hiçbir güncelleme başarısız olmadı veya sorun çıkarmadı
      Buna karşılık Google Pixel, sahip olduğum 2 yıl içinde sanırım iki kez kendi kendine tuğlaya döndü
    • Benim 2020 M1 Air’imin de logic board’u bozuldu
      Bir gün kapağını açtım ve açılmadı; AppleCare olmasaydı 500 dolarlık bir tamir olacaktı
      Yaklaşık 2 hafta önce de bir otel odasında, kapağı açık şekilde yatağın üzerine bırakıp ekranından tutarak kendime doğru çektim; parmaklarımın hafif basıncıyla ekran çatladı
      Air’de bu iki sorunun yaşandığı örnekler internette bolca var
      Başta M1 Air’i gerçekten sevmiştim ama artık benim için fazla güvenilmez bir cihaz olduğu ortaya çıktı
    • Garip bir değerlendirme ölçütü gibi görünüyor
      Hangi üretici olursa olsun yazılım ve donanım sorunları bir ölçüde yaşanır

  • Buradaki yorumları okudukça, Hacker News’teki birçok kişinin gerçek günlük kullanıcılarla hiç karşılaşıp karşılaşmadığını merak ediyorum
    Başka geek’ler ya da deneyimli kullanıcılar değil, yan bölmedeki, bilgisayarı işi için gerektiği kadar bilen sıradan insanlardan söz ediyorum
    Kullanıcıların açılışta gerçekten grafik mod seçimi istediğini düşünüp düşünmediklerinden şüpheliyim
    Mac kullanıcılarının ne kadarı alternatif bir bootloader kullanıyor ya da bunun ne olduğunu biliyor olabilir ki?
    Büyük bir şirkette cihaz filolarını destekleyen sahada biraz zaman geçirirseniz, kullanıcıların bizim önemli sandığımız şeyleri gerçekten önemseyip önemsemediğini anlarsınız

    • Gönderiye göre, sistem firmware’i macOS Sonoma sürümüne güncellendikten sonra ekran ProMotion olmayan bir yenileme hızına ayarlanmışsa, o sistem artık eski macOS kurulumlarına veya Asahi Linux’a düzgün biçimde boot edemiyor
      Buna, bu sistemler varsayılan boot OS’i olarak ayarlandığında kurtarma modu da dahil; ayrıca bir sonraki OS yükseltmesine kadar System Recovery de etkileniyor
      Kullanıcı bunu “önemsemese” ya da “ne anlama geldiğini” bilmese bile, bu sıradan kullanıcıları da rahatlıkla etkileyebilecek bir sorun
    • Günlük teknoloji kullanıcılarıyla karşılaşırsanız, kimsenin anlamadığı ve araştırmaya da vakti olmadığı anlaşılmaz ekranlarda neye tıklaması gerektiğini hatırlamaya tamamen alışkın olduklarını görürsünüz
      İş yapmaya çalışırken karşımıza çıkan güvenlik bildirimleri ve uyarılarının ne kadar çok olduğunu düşünmek yeterli
      Sonuçta bu kas hafızası
      Güvenlik uyarılarını yok saymak sistemin ele geçirilmesine yol açabilir; ama bu durumda bir gün sistemi ve çalışmaları kurtarabileceği için değersiz olduğunu söylemek zor
      Bu sorun, herhangi bir nedenle iki macOS sürümü kullanmak isteyen kullanıcıların başına gelebilir; özellikle yaratıcı profesyoneller arasında bu çok da sıra dışı değil

  • Özetle, son macOS Sonoma ve 13.6 Ventura’da bazı Mac’leri tuğlaya çeviren, recoveryOS’i kullanılamaz hâle getirip DFU revive gerektiren siyah ekranlara yol açan bir yükseltme hatası var
    Sonoma’daki sorun en sık çift boot’lu Mac’lerde görülüyor gibi: https://support.apple.com/en-us/HT208891
    Ventura yükseltmesi de ekran yenileme hızı ProMotion olmayan bir değere ayarlanmışsa belirsiz nedenlerle sorun çıkarabiliyor
    Belge Asahi Linux geliştiricileri bu sorunu keşfettiği için Asahi Linux vikisinde yer alıyor, ancak sorun yalnızca Asahi ile sınırlı değil
    Aslında Asahi Linux kurulum aracını çalıştırdığınızda, sonunda Asahi Linux kurmasanız bile ilgili Mac’in bu sorundan etkilenip etkilenmeyeceği tespit edilebiliyor
    Ayrıntılar için yazıya bakabilirsiniz

    • Yükseltme yaparken bu sorunu kendi Mac’imde iki kez yaşadım
      Boot edilebilir iki OSX bölümü vardı ve iki yükseltmede de yakalandım
      Mac’e pek aşina olmadığım için çözene kadar gerçekten çok bocaladım ve DFU’nun varlığını ve ne işe yaradığını bile öğrenmek zorunda kaldım
      Kızımın da Mac’i olduğu için Apple Store’a götürmeden DFU kullanabilmem büyük şanstı

  • macOS sorunlarını aktif olarak ortaya çıkaran bir üçüncü taraf olması bir bakıma sevindirici