Tài liệu Asahi Linux: lỗi khởi động macOS Sonoma
(github.com/AsahiLinux)- Kho tài liệu Asahi Linux đóng vai trò là mã nguồn của trang tài liệu, bao gồm trang lỗi khởi động macOS Sonoma, và quản lý các tài liệu liên quan trên GitHub
- Tài liệu được chia thành các danh mục như
alt,fw,hw,platform,project,sw, cho phép duyệt theo từng chủ đề - Khu vực
hwđề cập đến phần cứng Apple Silicon Mac, được chia thànhcpu,devices,peripherals,socđể phân loại chi tiết phần cứng - Trang tài liệu được tạo bằng Zensical; có thể kiểm thử cục bộ bằng cách cài đặt gói Python rồi chạy
zensical serve - Trang được CI build lại sau mỗi commit và được cung cấp qua GitHub Pages
Vai trò của kho tài liệu Asahi Linux
- Kho này quản lý tài liệu cho trang Asahi Linux documentation
- Tài liệu được tổ chức theo các danh mục theo chủ đề
Cấu trúc danh mục tài liệu
alt: tài liệu hỗ trợ hệ điều hành thay thế và các bản phân phối Linuxfw: tài liệu về firmware do nhà cung cấp kiểm soát và các giao diện firmwarehw: tài liệu phần cứng liên quan đến Apple Silicon Maccpu: tài liệu về bộ xử lý ứng dụngdevices: tài liệu liên quan đến các mẫu Mac cụ thểperipherals: tài liệu về phần cứng bên trong Apple Silicon Mac không thuộc bản thân SoCsoc: tài liệu về các khối phần cứng được tích hợp trong Apple Silicon SoC
platform: tài liệu áp dụng cho toàn bộ nền tảng Apple Siliconproject: tài liệu quản lý dự án và các mục không liên quan đến phần cứng/phần mềmsw: tài liệu về phần mềm không phải firmware
Build cục bộ và phương thức triển khai
- Trang được tạo bằng Zensical
- Zensical được cài đặt dưới dạng gói Python
- Nếu bản phân phối không cung cấp gói, có thể cài bằng
pip
- Nếu bản phân phối không cung cấp gói, có thể cài bằng
- Sau khi cài Zensical, chạy lệnh sau để build tài liệu phục vụ kiểm thử cục bộ
$ zensical serve
- Website được CI build lại với mỗi commit
- Trang đã build được cung cấp qua GitHub Pages
1 bình luận
Các ý kiến trên Hacker News
Về suy đoán vì sao chỉ thay đổi tần số quét lại có thể làm hỏng quá trình khởi động, Twitter của anh ấy cũng đáng tham khảo: https://social.treehouse.systems/@marcan/111329614147717090
Tôi cho rằng đó là vì Apple không thích hiện tượng chớp màn hình khi chuyển chế độ hiển thị, còn việc bật/tắt ProMotion lại gây ra chớp màn hình do chuyển chế độ
Vì vậy có suy đoán rằng họ đã lưu thiết lập này ở đâu đó trong NVRAM và cho áp dụng nó khi màn hình bật trong giai đoạn khởi động ban đầu, để khi macOS khởi động sẽ không chớp thêm lần nữa
Vấn đề là họ không kiểm thử với bootloader của OS cũ, khiến khi chế độ này được bật, việc bàn giao/khởi tạo màn hình thất bại một cách thảm họa
Thời BIOS thì còn hiểu được, nhưng sau khi UEFI xuất hiện, tôi cứ nghĩ những màn hình như màn hình thiết lập EFI cũng phải hiển thị được ở độ phân giải gốc của màn hình, hoặc ít nhất là đúng tỉ lệ khung hình gốc; nhưng thực tế tôi chỉ thấy các trường hợp xấu xí như kéo giãn màn hình 1024x768 lên màn hình 16:9
Với năng lực điện toán ngày nay, lẽ ra ta không cần nhìn thấy chớp nháy ở bất cứ đâu trong cuộc sống, nhưng tôi không thích việc nhiều người chấp nhận nhiễu thị giác khi cắm màn hình theo kiểu “như vậy là được rồi”
quiet splashđể tạo trải nghiệm khởi động mượt mà, rồi làm thời gian khởi động tăng thêm vài giây và phải khôi phục nhiều lần bằng USB bootGiờ thì tôi đã chấp nhận hiện tượng chớp nháy và các thông báo systemd
Khởi động ngày nay chỉ còn ở mức vài giây, và giờ tôi cũng khó giải thích vì sao hồi đó mình lại ám ảnh đến vậy
Ứng dụng duy nhất tôi từng thấy không hoạt động đúng với tần số quét biến thiên là Genshin trên Windows; mà với màn hình đời mới, có lẽ đó cũng không phải vấn đề vì VRR xử lý được xuống tới 60Hz, không còn hiện tượng chớp do nhân đôi khung hình khi nhảy qua lại giữa 60Hz và 120Hz
Tôi đã gặp đúng vấn đề y hệt khi nâng MacBook Pro M1 dùng cho công việc lên Ventura 13.6, và cứ nghĩ đó là một sự cố hoàn toàn cá biệt
Máy không dual boot, chỉ cài mỗi macOS
Trong lúc cập nhật, máy đang nối với Thunderbolt Display, và có vẻ như điều đó đã tạo ra hiệu ứng tương tự việc chuyển sang tần số quét không phải ProMotion như bài viết được liên kết đề cập
Tôi phải thực hiện khôi phục DFU từ một máy Mac khác rồi chạy bộ cài macOS Sonoma qua USB; may là nó nhận ra bản cài hiện có và nâng cấp tại chỗ nên dữ liệu được giữ lại
Tôi còn mất rất nhiều thời gian vì không khôi phục DFU được, mãi sau mới biết rằng cáp Thunderbolt không dùng được, phải dùng cáp USB-C thường thì Apple Configurator mới nhận máy Mac kia
Thường thì cáp băng thông cao, nhiều tính năng hơn hay vẫn hoạt động với phía không hỗ trợ, nên điều này khá bất ngờ
Nếu sau này phải hồi sinh một máy Mac bị biến thành cục gạch, tôi muốn ghi nhớ chuyện này
Cảm giác như phải hát cho vị thần Mac OS tưởng tượng và cầu cho các vì sao thẳng hàng thì chiếc laptop mới hiện lên trên máy Mac thứ hai
Hơn nữa, cả cổng cắm cáp USB-C cũng quan trọng, phải là cổng đầu tiên bên trái, thật không hiểu vì sao
Dù vậy, cuối cùng tôi cũng làm theo video của Mr. Macintosh và cứu được máy
Nếu không thì chỉ hiện “Failed to personalize the software update”
Tôi mang ra Apple Store thì họ lập tức khôi phục thiết bị và xóa sạch toàn bộ dữ liệu; đến bản cập nhật tiếp theo, đúng vấn đề đó lại tái diễn
Như vậy cũng rất khó chứng minh rằng cách sửa của họ không phải là sửa triệt để
Nó chỉ hiện màn hình đen, và khi nối với laptop USB-C khác cũng y như vậy
Đổi cáp, rút nguồn màn hình, khôi phục cài đặt gốc đều vô ích, nhưng các ngõ vào khác như HDMI và DisplayPort vẫn hoạt động
Tôi không nghĩ việc nó hỏng trong lúc nâng cấp là ngẫu nhiên, và mạnh mẽ khuyên rằng trong lúc nâng cấp, ngoài bộ sạc ra thì đừng cắm bất cứ thứ gì vào MacBook
May là sau khi DFU revive, dữ liệu vẫn còn, nhưng ban đầu tôi tưởng đó là một sự cố cá biệt do pin cạn trước khi cập nhật hoàn tất nên làm hỏng gì đó
Nhưng rất có thể màn hình phụ mới là nguyên nhân
Tôi đã cố cài đặt lại MacBook nhưng khôi phục qua web tích hợp không hoạt động, nên hôm nay phải khôi phục DFU
Hệ thống cơ bản là 13.2, và sau khi tải toàn bộ tệp 13.6 xuống, thanh tiến trình chạy đến 100% rồi báo lỗi
Có vẻ là do không tương thích giữa hệ thống cơ bản 13.2 và bản cài đặt 13.6; chất lượng của Apple dạo này thật kinh khủng
Tôi cứ nghĩ họ ít nhất cũng đã kiểm thử những kịch bản cơ bản nhất trước khi phát hành phần mềm x.6, nhưng hóa ra không phải
Tệ hơn nữa là rất khó tìm được cách chính thức hay không chính thức để tạo bộ cài khởi động bằng USB khi không có một máy Mac khác, hoặc khôi phục DFU khi không có một máy Mac khác
Không hiểu họ nghĩ tôi sống trong Apple Store hay sao
Tôi không có máy Mac nào khác, và cuối cùng đã khôi phục DFU được bằng libimobiledevice; xin cảm ơn người đã tạo ra nó
Nhưng chuyện như thế này không nên xảy ra, và Windows hay Linux minh bạch hơn macOS rất nhiều
Những thứ như yêu cầu truy cập mạng, firmware nằm trên SSD, khóa phần cứng cứ có cảm giác như đang ẩn nấp để gây sự đúng lúc khó xử nhất
Ngược lại, với Windows thì chỉ cần khởi động bằng một USB trong ngăn kéo là xong
Khoảng một năm trước tôi đã cài Avahi Linux rồi gỡ bỏ, nhưng giờ không thể nâng cấp lên sau 12.6
Có lẽ tôi phải kiếm một ổ đĩa ngoài, sao lưu mọi thứ rồi khôi phục DFU chiếc M1 Max MBP thì mới lên được Sonoma
Họ nói “đừng bắt tôi trả tiền. Đây là vấn đề do Apple tạo ra và hoàn toàn là vấn đề phần mềm. Nếu kỹ thuật viên khẳng định đó là hư hỏng phần cứng thì họ sai”, có lẽ chỉ còn biết cầu mong đúng như vậy
Nếu đó là một vấn đề đã được ghi nhận trong tài liệu ảnh hưởng đến một mẫu phần cứng và phiên bản phần mềm cụ thể, khả năng họ tính phí là rất thấp
Khi MacBook Air 2011 gặp lỗi phần cứng SSD, tôi đã chỉ cho vài bạn học trang lỗi phần cứng, và họ được sửa miễn phí thay vì phải trả 800 đô la
Tôi không biết dạo này Apple đang xảy ra chuyện gì
Sau khi suýt chết, Apple đã trở thành một trong những thương hiệu lớn nhất thế giới nhờ tập trung không khoan nhượng và gần như cuồng tín vào việc mang lại một trải nghiệm cao cấp toàn diện để biện minh cho mức giá premium và biên lợi nhuận lớn
Nếu bạn thích cách làm của họ, mọi thứ “cứ thế hoạt động” ngay từ lúc mua, ít nhất là cho đến gần đây
Hôm nay tôi đã trải qua một trải nghiệm kiểu Kafka đến mức như một trò đùa ác ý, và vì Apple hiếm khi làm hỏng nặng đến thế nên tôi cũng không có phương án dự phòng cho khoảnh khắc thật sự quan trọng
Nếu có cách nào gọi điện được tới những người sẽ làm điều cần thiết cho khách hàng trung thành để khắc phục vấn đề, tôi rất muốn nghe lời khuyên, nhưng cuộc gọi hỗ trợ tuyến đầu hiện tại giống như một vòng quay chờ đợi bất tận nên tôi không kỳ vọng nhiều
Thương hiệu vẫn vậy, nhưng phần lớn con người đã thay đổi
Điều này cũng luôn thấy ở những nơi như Blizzard, Bungie, 343 Industries trong ngành video game
Có lẽ các lập trình viên và kỹ sư mới đang phải xử lý một codebase cực kỳ phức tạp, và có thể không ai thật sự hiểu toàn bộ cho đến khi có thứ gì đó hỏng
Chỉ các thiết bị có chip Apple Silicon và màn hình ProMotion mới bị ảnh hưởng, Intel thì không
Đây là điều khoản thoát nhanh cho những ai dùng thiết bị cũ
Lỗi còn lại có thể xảy ra trên mọi thiết bị Apple Silicon
Khoảng một tuần sau khi nâng cấp lên Sonoma, chiếc MacBook Air M1 2020 của tôi bị biến thành cục gạch, nhưng không chắc có liên quan hay không
Tôi nghi là có liên quan đến bản cập nhật
May là nhờ luật bảo hành ở đây, tôi được thay logic board miễn phí, nhưng ngay ngày hôm sau thì ý định chuyển sang iPhone của tôi đã nguội hẳn
Ví dụ Big Sur đã biến nhiều máy MBP 2013 và 2014 thành cục gạch: https://www.macrumors.com/2020/11/15/macos-big-sur-update-br...
Tôi cũng bị ảnh hưởng, và giống nhiều người dùng khác, vấn đề được khắc phục sau khi thay bo I/O
Trường hợp của tôi thì bảo hành đã hết từ lâu, nên tôi mua linh kiện 10 đô la trên Ebay và tự thay
Trong khi đó Google Pixel thì tự biến thành cục gạch khoảng hai lần trong 2 năm tôi sở hữu
Một ngày nọ tôi mở nắp máy lên thì máy không bật nguồn, và nếu không có AppleCare thì sửa hết 500 đô la
Khoảng 2 tuần trước, tôi để máy trên giường trong phòng khách sạn với nắp đang mở rồi nắm màn hình kéo lại gần, và màn hình đã vỡ chỉ vì lực nhẹ từ ngón tay
Trên Internet có đầy các trường hợp gặp hai vấn đề này với Air
Ban đầu tôi thật sự thích M1 Air, nhưng giờ nó đã chứng tỏ là một thiết bị quá thiếu ổn định đối với tôi
Bất kỳ nhà sản xuất nào cũng sẽ có một mức độ vấn đề phần mềm và phần cứng nhất định
Đọc các bình luận ở đây, tôi tự hỏi liệu nhiều người trên Hacker News đã từng gặp những người dùng thường ngày ngoài đời chưa
Không phải những người mê công nghệ khác hay người dùng lão luyện, mà là những người bình thường ngồi vách ngăn bên cạnh, chỉ biết về máy tính vừa đủ để phục vụ công việc
Tôi thật sự nghi ngờ việc người dùng muốn chọn chế độ đồ họa khi khởi động
Trong số người dùng Mac, tỷ lệ dùng bootloader thay thế hoặc biết nó là gì thì được bao nhiêu
Nếu dành chút thời gian ở hiện trường hỗ trợ một đội thiết bị trong doanh nghiệp lớn, bạn sẽ biết người dùng có thật sự quan tâm đến những thứ mà chúng ta nghĩ là quan trọng hay không
Điều này cũng bao gồm cả chế độ khôi phục khi các hệ thống đó được đặt làm OS khởi động mặc định, và System Recovery cũng bị ảnh hưởng cho đến lần nâng cấp OS tiếp theo
Dù người dùng không “quan tâm” đến chuyện đó hoặc không “hiểu nó nghĩa là gì”, việc này vẫn có thể ảnh hưởng đáng kể đến người dùng phổ thông
Chỉ cần nghĩ đến số lượng thông báo và cảnh báo liên quan đến bảo mật xuất hiện khi bạn đang cần làm việc
Cuối cùng thì đó là trí nhớ cơ bắp
Bỏ qua cảnh báo bảo mật có thể khiến hệ thống bị xâm nhập, nhưng trong trường hợp này thì một ngày nào đó nó có thể cứu được hệ thống và công việc của bạn, nên khó có thể xem là vô giá trị
Vấn đề này có thể xảy ra với bất kỳ người dùng nào vì lý do nào đó muốn dùng hai phiên bản macOS, và điều đó cũng không hẳn là hiếm, đặc biệt trong giới chuyên gia sáng tạo
Tóm lại, các bản macOS Sonoma gần đây và 13.6 Ventura có một lỗi nâng cấp khiến một số máy Mac bị brick và làm recoveryOS không dùng được, dẫn đến màn hình đen cần DFU revive
Vấn đề của Sonoma có vẻ xuất hiện thường xuyên nhất trên các máy Mac dual boot: https://support.apple.com/en-us/HT208891
Bản nâng cấp Ventura cũng có thể gặp vấn đề vì lý do không rõ nếu tần số quét màn hình được đặt ở giá trị không phải ProMotion
Tài liệu nằm trên wiki Asahi Linux vì các nhà phát triển Asahi Linux đã phát hiện ra vấn đề này, nhưng nó không chỉ giới hạn ở Asahi
Trên thực tế, nếu chạy trình cài đặt Asahi Linux, bạn có thể phát hiện liệu chiếc Mac đó có bị ảnh hưởng bởi vấn đề này hay không, ngay cả khi cuối cùng không cài Asahi Linux
Xem bài viết để biết thêm chi tiết
Tôi có hai phân vùng OSX có thể khởi động và bị dính ở cả hai lần nâng cấp
Vì không quá quen với Mac nên tôi đã loay hoay rất nhiều để khắc phục, và còn phải học cả DFU tồn tại và dùng để làm gì
May là con gái tôi có Mac nên tôi có thể dùng DFU mà không phải mang máy ra Apple Store
Ở một mức độ nào đó, thật may là có bên thứ ba chủ động phát hiện các vấn đề của macOS