macOS 15.2 มีปัญหากับฟีเจอร์คัดลอก OS ไปยังไดรฟ์อื่น

 (shirtpocket.com)
1 คะแนน โดย GN⁺ 2024-12-15 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ใน macOS 15.2 ฟีเจอร์โคลน OS ของ Apple เสีย ทำให้เครื่องมืออย่าง SuperDuper! ไม่สามารถทำงาน คัดลอก OS ไปยังไดรฟ์อื่น ให้เสร็จสมบูรณ์ได้
  • ความล้มเหลวเกิดขึ้นช่วงท้ายของการโคลนวอลุ่ม Data ซึ่งดูเหมือนเป็นขั้นตอนคัดลอก Preboot หรือ Recovery และแสดงข้อผิดพลาด Resource Busy
  • ในอดีต ข้อผิดพลาด Resource Busy สามารถเลี่ยงได้ด้วยการป้องกันไม่ให้ระบบเข้าสู่โหมดพักเครื่อง แต่บั๊กครั้งนี้ แทบไม่มีวิธีแก้ขัดที่ใช้งานได้จริง บนระบบส่วนใหญ่
  • เนื่องจากโครงสร้างบังคับให้เครื่องมือ third-party ต้องพึ่งพาโค้ดของ Apple ในการคัดลอก OS การ โคลนที่รวม OS จึงใช้งานไม่ได้จนกว่า Apple จะแก้ไข
  • ทางเลือกชั่วคราวคือใช้ “Backup - all files” และ “Smart Update” ใน SuperDuper! เพื่อสำรองรายการต่าง ๆ โดยไม่รวม OS จากนั้นติดตั้งใหม่แบบ clean install แล้วกู้คืนในขั้นตอนบูตครั้งแรก

การโคลน OS ที่เสียใน macOS 15.2

  • หลังจากปล่อย macOS 15.2 replicator ของ Apple ทำงานผิดปกติ ทำให้งานโคลน OS ล้มเหลว
  • จุดที่ล้มเหลวดูเหมือนอยู่ช่วงท้ายของการโคลนวอลุ่ม Data
    • ดูเหมือนปัญหาเกิดในขั้นตอนที่พยายามคัดลอก Preboot หรือ Recovery
    • ข้อผิดพลาดแสดงเป็น Resource Busy
  • ข้อผิดพลาด Resource Busy ก่อนหน้านี้สามารถเลี่ยงได้ด้วยการทำให้ระบบไม่เข้าสู่โหมดพักเครื่อง
  • บั๊กครั้งนี้เลี่ยงได้ยากบนระบบส่วนใหญ่ และงานโคลนจะหยุดลงทันที

เหตุผลที่ SuperDuper! แก้เองโดยตรงไม่ได้

  • Apple ได้นำฟังก์ชันคัดลอก OS ของ third-party ไปไว้กับตนเอง ทำให้ความรับผิดชอบในการคัดลอก OS ผูกกับโค้ดของ Apple
  • เครื่องมืออย่าง SuperDuper! ต้องพึ่งพาโค้ดของ Apple หากต้องการคัดลอก OS
  • ใน macOS 15.2 โค้ดดังกล่าวเสียอย่างสมบูรณ์ ทำให้ การคัดลอก OS ใช้งานไม่ได้จนกว่า Apple จะแก้ไข
  • เดิมทีก็เคยต้องเลี่ยงบั๊กอื่น ๆ ของโค้ดนี้อยู่แล้ว แต่กรณีที่เสียอย่างสมบูรณ์เช่นครั้งนี้ ทางเลี่ยงที่เป็นไปได้มีเพียงวิธีที่ไม่ใช้ replicator

วิธีเลี่ยงที่ทำได้ในตอนนี้

  • จนกว่า Apple จะแก้บั๊ก ผู้ใช้ต้องใช้ “Backup - all files” และ “Smart Update” ใน SuperDuper!
  • วิธีนี้จะคัดลอกรายการต่าง ๆ โดยไม่รวม OS
    • แอปพลิเคชัน
    • ข้อมูล
    • การตั้งค่า
    • ไฟล์ผู้ใช้อื่น ๆ
  • วอลุ่ม System โดยพื้นฐานแล้วคือ OS และเป็นแบบอ่านอย่างเดียว ผู้ใช้จึงแก้ไขไม่ได้
  • เมื่อทำ clean install วอลุ่ม System จะกลับสู่สถานะเดิม และหลังจากนั้นสามารถกู้คืนข้อมูลสำรองได้จากพรอมป์ที่แสดงระหว่างการบูตครั้งแรก

บั๊กที่ต้องให้ Apple แก้ไข

  • หมายเลขบั๊กสำหรับส่งต่อให้คนภายใน Apple หรือผู้ที่ติดต่อ Apple ได้คือ FB16090831
  • ปัญหานี้ไม่สามารถแก้จากฝั่ง SuperDuper! ได้ และต้องรอการแก้ไขจาก Apple

ความไม่สะดวกในช่วงสิ้นปี

  • ปัญหาเกิดขึ้นในช่วงสิ้นปี และโดยปกติ Apple แทบจะไม่ปล่อยอัปเดตตั้งแต่ช่วงนี้ไปจนถึงก่อนปีใหม่
  • ผู้ใช้ SuperDuper! จำเป็นต้องใช้วิธีสำรองข้อมูลโดยไม่รวม OS แล้วติดตั้งใหม่แบบ clean install พร้อมกู้คืนภายหลัง แทนการโคลนที่รวม OS ไปก่อนในระยะนี้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-12-15
ความคิดเห็นบน Hacker News

  • ไม่ค่อยเข้าใจบริบทของบทความนี้เท่าไร อยากรู้ว่า replicator ในประโยค “Apple ทำ replicator พัง” คืออะไร และ “Backup - all files” กับ “Smart Update” ให้ไปใช้ตรงไหน

    • เป็นเรื่องของเครื่องมือสำรองข้อมูล SuperDuper น่ะ SuperDuper เป็นเครื่องมือที่สร้างแบ็กอัปของระบบ macOS แบบบูตได้ แต่ Apple ได้ตัดความสามารถของเครื่องมือจาก third party ในการคัดลอกหรือจัดการระบบปฏิบัติการไปยังพาร์ทิชันหรือไดรฟ์อื่น แล้วบังคับให้ทำได้ผ่านยูทิลิตีของ Apple เองเท่านั้น
      แต่ดูเหมือนว่ายูทิลิตีนั้นจะทำงานไม่ถูกต้องใน 15.2 ทำให้ SuperDuper ไม่สามารถสร้าง แบ็กอัปแบบบูตได้ ที่สะอาดเรียบร้อยได้
    • ผู้เขียนดูเหมือนจะเป็นคนในทีม SuperDuper ซึ่งเป็นยูทิลิตีสำหรับโคลนดิสก์และสำรองข้อมูลบน Mac
      https://www.shirt-pocket.com/SuperDuper/SuperDuperDescriptio...
    • โซลูชันสำรองข้อมูลพื้นฐานของ Apple คือ Time Machine ซึ่งตั้งแต่ออกมาเมื่อ 10 ปีก่อนก็แย่มาก และแม้ผ่านระบบปฏิบัติการมาหลายรุ่น ความน่าเชื่อถือก็ไม่ได้ดีขึ้นมากนัก และโดยรวมก็ยังค่อนข้างแย่อยู่
      ผู้เขียนบล็อกนี้พัฒนาแอปที่ทำแบ็กอัปบน macOS ได้ดี แต่แอปกลับพังเพราะข้อจำกัดที่น่าสงสัยของ Apple
      ปัญหามีสามอย่าง: Apple ทำให้ macOS เหมือน iPhone มากขึ้นเรื่อย ๆ, ทำลายการแข่งขัน และ Apple ไม่มีแรงจูงใจให้ดีขึ้น สุดท้ายผู้ใช้จึงเป็นฝ่ายเสียหาย

  • เรื่องนี้ค่อนข้างร้ายแรงเลย ล่าสุดผมทำระบบพังหนักมากจนต้องล้างแล้วกู้คืนด้วย Time Machine แต่แบ็กอัปขนาด 1.45TB ใหญ่กว่า SSD ภายใน 1TB เลยล้มเหลวหลายครั้ง
    ผมได้รู้ว่าถ้าตัดแต่งแบ็กอัป Time Machine เองตามใจอาจทำให้เสียหายได้ และหลังจากกู้คืนล้มเหลวกับค้นข้อมูลอยู่หลายวัน ก็พบว่ายังบูตจาก SSD ภายนอกได้อยู่
    สุดท้ายซื้อ SSD 2TB มากู้คืนลงไปในนั้น บูตจาก SSD นั้น จากนั้นล้างข้อมูลที่ไม่จำเป็นแล้ว migrate กลับไปยัง MacBook โดยความล้มเหลวแต่ละครั้งและการค้นข้อมูลแต่ละรอบกินเวลาหลายชั่วโมง รวมแล้วใช้ไป 3 วัน
    ผมติดต่อ Apple Support ด้วย พอบอกว่าเคยเป็นผู้ดูแลระบบมาก่อนและอยากคุยกับผู้เชี่ยวชาญ เขาก็บอกว่า “ลืมการกู้คืนทั้งระบบไปได้เลย ทำไม่ได้ ให้ติดตั้งใหม่แล้วคัดลอกไฟล์จาก Time Machine ด้วยมือ” ส่วนอีกคนบอกให้ซื้อ Mac เครื่องใหม่ที่มี SSD 2TB แล้วกู้คืนลงไปในนั้น
    เมื่อก่อนผมเคยกู้คืนลง SSD ภายนอกด้วย Carbon Copy Cloner เลยถามถึงวิธีนั้น แต่เขาบอกว่าแนะนำแอป third party ไม่ได้ จึงไม่แนะนำ
    เพราะเมื่อไม่กี่ปีก่อนเคยได้ยินว่า macOS รุ่นใหม่ไม่รองรับการบูตจาก SSD ภายนอกแล้ว ตอนแรกเลยไม่ได้นึกถึงตัวเลือกนี้ แต่ถ้าทำขั้นตอนเพิ่มเติมก็ยังทำได้อยู่
    ถ้าทำแบบนี้ไม่ได้ ผมคงต้องใช้เวลา 2 สัปดาห์กับการกู้คืน หรือไม่ก็ต้องซื้อ Mac อีกเครื่องขนาด 2TB แค่เพื่อกู้แบ็กอัป
    ผมจ่ายเกือบ 5,000 ยูโรกับ MacBook Pro ที่จัดสเปกเต็ม 64GB รวมถึง Apple Care แล้ว ไม่อยากซื้อ Mac อีกเครื่องเพื่อใช้กู้แบ็กอัปหรอก
    ทั้งหมดนี้เกิดขึ้นก่อนพรีเซนต์สำคัญพอดี ทำให้ต้องติดอยู่กับแล็ปท็อป Windows สำหรับงาน และเพราะไม่มีเครื่องมือที่ต้องใช้ ประสิทธิภาพการทำงานลดลงไปประมาณ 90% อย่างน้อยก็ได้บทเรียนว่าอย่าทำเครื่องหลักพังก่อน milestone สำคัญ

    • บทเรียนจากเรื่องโหดนี้ดูเหมือนจะใกล้เคียงกับว่า อย่าไปลงทุนกับ ecosystem ที่ทำให้งานมาตรฐานกลายเป็นเรื่องยาก
    • คุณภาพซอฟต์แวร์ของ Apple ค่อย ๆ ตกลงหลัง Snow Leopard อย่างเห็นได้ชัดจริง ๆ เมื่อก่อนดูซอร์สโค้ดแล้วยังรู้สึกสนุกที่ได้อ่าน
      ทุกวันนี้ต้องรีสตาร์ต Xcode วันละหลายครั้งเพื่อเลี่ยงบั๊ก จนเหนื่อย Xcode มีปัญหามาตลอดก็จริง แต่ไม่เคยหนักเท่าตอนนี้
      แถม “System Data” ของ MacBook Pro ยัง占 SSD ไป 80% หรือ 800GB และต่อให้ลบแคชกับ derived data ด้วยมือก็ยังเหมือนเดิม
      ตอนนี้ดูเหมือนไม่สนใจเรื่องงานฝีมือในการเขียนโค้ดอีกแล้ว และวัฒนธรรม “มันก็ใช้งานได้เอง” ยังทำให้ธรรมเนียมการไม่ใส่ข้อความ debug ที่มีประโยชน์คงอยู่ต่อไป
      เรื่องปวดหัวล่าสุดคือ AppKit บางส่วนเรียก [NSApplication _crashOnException:] โดยตรง โดยไม่สนการตั้งค่า NSApplicationCrashOnExceptions และไม่เรียก [NSApplication reportException:] ด้วย ดังนั้น exception จึงหายไปทั้งก้อน ทำให้หาสาเหตุการ crash ได้ยากมาก
    • “ติดตั้งใหม่แล้วคัดลอกไฟล์แต่ละไฟล์จาก Time Machine ด้วยมือ” ยังคงเป็นคำตอบเดียวที่สมเหตุสมผล ทั้งเมื่อก่อนและตอนนี้
      ถ้าอยากประหยัดเวลา พลังงาน และสุขภาพจิต ก็อย่าอัปเกรดระบบปฏิบัติการ แต่ควรล้างให้สะอาดแล้วติดตั้งใหม่ตั้งแต่ต้น ตอนเปลี่ยนจาก Windows 3.1 ไป Windows 95 ก็เป็นแบบนั้น และ OSX ทุกวันนี้ก็เหมือนกัน
    • ครั้งล่าสุดที่กู้คืนจาก Time Machine ผมสามารถเลือกโฟลเดอร์ที่จะกู้คืนได้ เลยกู้คืนเฉพาะส่วนสำคัญก่อน แล้วปล่อยข้อมูลก้อนใหญ่ไว้ในไดรฟ์แบ็กอัป แล้วค่อยมากู้คืนด้วยมือทีหลังได้
      https://support.apple.com/en-us/102551
    • ไม่ค่อยรู้จัก Time Machine ดี แต่ไม่เข้าใจว่าทำไมการกู้คืนทั้งระบบถึงต้องใช้พื้นที่มากกว่าไดรฟ์เดิม ปกติโซลูชันแบ็กอัปที่ดี ถ้ากู้คืนทั้งระบบ ก็ควรคืนค่าแค่ สถานะล่าสุดของระบบ ไม่ใช่ประวัติทั้งหมดไม่ใช่เหรอ

  • ออกนอกเรื่องไปนิด แต่เป็นข้อมูลที่มีประโยชน์ ผมเจอสัปดาห์สุดฝันร้ายกับ 2018 Mac Mini ที่ออฟฟิศ
    พนักงานคนหนึ่งพยายามอัปเดตเป็น Sequoia แล้วติดอยู่ในสถานการณ์ที่เกิดข้อผิดพลาดและลองใหม่วนไปเรื่อย ๆ จึงลองใช้ตัวเลือกกู้คืน แต่เห็นว่ากระบวนการกู้คืนใช้เวลา 8 ชั่วโมง เลยเปลี่ยนไปติดตั้งผ่าน USB
    เพราะข้อจำกัดของ T2 ต้องไปเปิดอนุญาตให้บูตได้ในเมนูยูทิลิตี้กู้คืน แต่ที่น่าตกใจคือทำไม่ได้ถ้าไม่มีชุดติดตั้งที่ทำงานปกติและบัญชีผู้ดูแลระบบ
    ดังนั้นจึงพยายามติดตั้งระบบปฏิบัติการพื้นฐานของเครื่องนั้นแล้วบูตใหม่ แต่ระหว่างติดตั้ง Mini ค้าง และไม่มีเสียง chime หรือไฟใด ๆ จนคิดว่าตายสนิทไปแล้ว
    ผมโมโหมากที่คอมพิวเตอร์ดี ๆ กลายเป็นอิฐเพราะกระบวนการกู้คืนที่ช้าและมีบั๊กเยอะ 8 ชั่วโมงเนี่ยนะ Apple ไม่มีเงินพอซื้อความเร็วเซิร์ฟเวอร์ Akamai เพิ่มหรือไง หรือจงใจทำให้กระบวนการพังเพื่อให้คนซื้อเครื่องใหม่กันแน่
    ทางแก้คือใช้สายที่ไม่แนะนำอย่าง USB2-to-USB-C หรือก็คือสายเมาส์ Logitech ที่ส่งข้อมูลได้ เพื่อเข้า โหมด DFU ต้องเสียบสายไฟขณะกดปุ่มเริ่มต้นค้างไว้ และ USB-C ต้องต่อเข้าพอร์ต Thunderbolt พอร์ตแรกถัดจากอินพุต HDMI
    จากนั้นการเชื่อมต่อก็โผล่ขึ้นมาใน Finder ของ Mac โฮสต์ราวกับมีเวทมนตร์ และหลังจากกู้คืนเฟิร์มแวร์ T2 แล้ว ก็ใช้ USB stick ติดตั้งตามปกติจนชุบชีวิต Mini กลับมาได้
    ผมแก้ได้ด้วยการรวบรวมข้อมูลกระจัดกระจายจากฟอรัมซ่อมฮาร์ดแวร์หลายแห่ง ถ้าโทรหา “ฝ่ายสนับสนุน” ของ Apple ขั้นตอนก็คาดเดาได้เลย คือให้ไปที่ร้านแล้วซื้อเพิ่มนั่นแหละ

  • บทความค่อนข้างไม่ชัดเจน คำว่า “คัดลอก” อาจมีความหมายหลายอย่างสำหรับแต่ละคน
    แบบ cp -r / /Volumes/Clone นั้นเดิมทีก็ไม่เคยทำงานอยู่แล้ว และอยากรู้ว่า rsync --acls --archive --hard-links --one-file-system --sparse --xattrs / /Volumes/CLONE กับ sudo bless -folder /Volumes/CLONE/System/Library/CoreServices ยังใช้ได้อยู่ไหม
    การคัดลอกระดับบล็อกอย่าง sudo dd if=/dev/rdisk2 of=/dev/rdisk4 bs=1m conv=notrunc ยังใช้ได้อยู่หรือเปล่าก็ไม่รู้

    • จำได้ว่าเคยมีบล็อกเก่า ๆ เขียนเอกสารไว้ เหมือนว่าการคัดลอกชุดติดตั้งระบบปฏิบัติการจะใช้ ยูทิลิตี้ asr
      เพราะมีพาร์ทิชันจำนวนมากที่ประกอบกันเป็นการติดตั้ง macOS แค่ cp หรือ rsync จึงไม่พอ dd น่าจะทำได้ แต่จะสำรองลงดิสก์ที่เล็กกว่าไม่ได้ เลือกไฟล์ไม่ได้ และเสียความยืดหยุ่นด้านความเร็วไปมาก

  • ถ้าปิดไฟจอภายนอกแต่ยังเสียบ HDMI ไว้ หรือเสียบอุปกรณ์เอาต์พุต HDMI ที่ปิดเครื่องอยู่ ก็เกิด kernel panic ได้เช่นกัน
    ถือเป็นประสบการณ์ใช้งานครั้งแรกกับ MacBook Pro ใหม่ที่ยอดเยี่ยมจริง ๆ

    • อ้างอิงจากสภาพแวดล้อมของผมเอง ไม่เจออาการเดียวกันนี้ ผมต่อทีวีจอใหญ่ไว้กับ CalDigit TS3+ แล้วเปิดปิดเฉพาะตอนดูหนัง เมื่อกี้ลองทดสอบดูก็ยังทำงานได้ดีต่อเนื่อง
    • แน่นอนว่าไม่ควรเกิด kernel panic แต่สงสัยว่าได้ดู dump เพื่อหาสาเหตุหรือยัง ควรลองสายอื่นหรืออุปกรณ์ HDMI อื่นด้วย
      ถึงยังไงก็ยังเป็นบั๊กอยู่ดี แต่ก็อาจเกิดจาก สาย HDMI หรืออุปกรณ์ ที่ไม่ทำตามมาตรฐานอย่างถูกต้องก็ได้
    • สิ่งที่แย่ที่สุดคือเมื่อซื้อ MacBook Pro ใหม่ มันถูก “อัปเกรด” เป็น macOS 15 มาแล้ว
      ใน 1 ชั่วโมงแรกผมนับบั๊กได้ 12 ตัว
      ถึงขั้นทำให้อยากตั้งบริษัทคอมพิวเตอร์เองเลย
    • การทำงานร่วมกับจอภายนอก อย่างน้อยก็จอของผู้ผลิตรายอื่น ดูเหมือนจะเป็นจุดอ่อนของ Apple

  • คอมพิวเตอร์เครื่องถัดไปคงไม่ใช่ Mac แล้วล่ะ มันก็ทำงานได้ดีอยู่ แต่ การล็อกอิน หนักขึ้นเรื่อย ๆ เกินไป

    • ตอนนี้ทั้ง Mac และ Windows มีทางเลือกที่ดีกว่าแล้ว นั่นคือ Linux ด้วยผู้ผลิตฮาร์ดแวร์และ Valve ทำให้ Linux กลายเป็นทางเลือกเดสก์ท็อปที่ดีกว่าอย่างชัดเจน

  • ตอนที่ macOS 15.1 บล็อกซอฟต์แวร์ที่ “ไม่น่าเชื่อถือ” อย่างสมบูรณ์ แทบไม่มีเสียงบ่นมากนัก
    เมื่อก่อน แม้จะมีป๊อปอัป “ย้ายไปถังขยะ” ขึ้นมา ก็ยัง Cmd+คลิกที่ไบนารีได้ หรือภายหลังก็ปลดล็อกได้จากเมนูการตั้งค่าความเป็นส่วนตัวและความปลอดภัย
    แต่ตั้งแต่ 15.1 เป็นต้นมาก็จบเลย ไบนารีที่ไม่ได้เซ็นหรือไม่น่าเชื่อถือ ต่อให้ผู้ใช้เชื่อถือแค่ไหน macOS ก็ไม่ยอมรัน
    เป็นปัญหาใหญ่สำหรับซอฟต์แวร์ผู้บริโภค เช่น อุตสาหกรรมดนตรี หลายอุตสาหกรรม และตัวติดตั้งเกมของ GOG ถ้าติดตั้งใหม่ก็เปิดไม่ได้เลย
    ผมโกรธ Apple อยู่สัก 15 นาทีที่ทำการเปลี่ยนแปลงซึ่งทำลายความเข้ากันได้ในพื้นที่ผู้ใช้แบบนี้
    นี่ดูใกล้เคียงกับการรัด สวนปิด ให้แน่นขึ้นมากกว่าการปกป้องผู้ใช้ และเป็นการเปลี่ยนแปลงน่ารังเกียจที่แอบใส่มาเงียบ ๆ ในรุ่นย่อย
    โชคดีที่เจอวิธีแก้ด้วย xattr -d com.apple.quarantine ~/binary แต่ถ้าสักวันแม้วิธีนี้ก็ใช้ไม่ได้แล้ว ก็ไม่รู้เหมือนกันว่าควรทำอย่างไร
    ผมชอบชิป M1~M4 มากจริง ๆ และไม่อยากกลับไปได้ยินเสียงพัดลมอีก แต่ถ้าสถานการณ์ยังแย่ลงเรื่อย ๆ ก็คงย้ายไปดิสโทรแรกที่รองรับฮาร์ดแวร์นี้ได้อย่างเหมาะสม
    macOS แม้จะมีปัญหา แต่ก็เป็นระบบปฏิบัติการที่สวยงามและใช้งานได้ดีพอ แต่ Apple ก็ค่อย ๆ รื้อแก้ทุกปี และโดยรวมทำให้มันแย่ลง ขอ Snow Leopard จงเจริญ

    • ยังไม่ได้อัปเดตเป็น 15 แต่คิดว่าแค่ตัดความสามารถในการรัน ซอฟต์แวร์ที่ไม่ได้เซ็น ด้วยการคลิกขวาแล้วเลือกเปิดออกไปเท่านั้น เข้าใจว่าต้องอนุมัติเองใน System Settings ผ่าน Gatekeeper
      เห็นด้วย 100% ว่า Apple กำลังค่อย ๆ ต้มกบ โดยพา macOS ไปทางที่ล็อกเหมือน iOS เครื่องคอมพิวเตอร์ส่วนตัวผมเปลี่ยนไปใช้ Linux แล้ว และสัญญาณก็เริ่มเห็นตั้งแต่ตอนประกาศระบบ notarization ในปี 2017
    • เพิ่มบริบท กล่องโต้ตอบจะแสดงแบบนี้
      “App” Not Opened
      Apple could not verify “App” is free of malware that may harm your Mac or compromise your privacy. [ Done ]
      ปุ่ม ? ที่มุมขวาบนจะเปิด https://support.apple.com/guide/mac-help/apple-cant-check-ap... ซึ่งระบุว่าหากผู้ใช้ต้องการ ก็สามารถข้ามเองจากการตั้งค่าความเป็นส่วนตัวและความปลอดภัยเพื่อเปิดแอปได้
      หลังเข้าไปตามลิงก์การตั้งค่า ต้องเลื่อนลงไปหาสำเนาข้อความเดียวกันอีกรอบแล้วกด “Open Anyway” จากนั้นจะมีคำเตือนที่สามขึ้นมา
      “Open ‘App’?”
      Apple is not able to verify that it is free from malware that could harm your Mac or compromise your privacy. Don’t open this unless you are certain it is from a trustworthy source. [ Done ] [ Open Anyway ]
      หากจะดำเนินการต่อ ต้องยืนยันตัวตน และพรอมป์ยืนยันตัวตนจะแสดงคำเตือนที่สี่ว่า “You are attempting to open an app that may harm your Mac or compromise your privacy.”
      ตาม https://developer.apple.com/support/compare-memberships/ หากต้องการ notarize แอป ต้องเป็นสมาชิกเต็มรูปแบบของ Apple Developer Program ราคา $99 ต่อปี
    • ปิด Gatekeeper หรือเข้าไปใน System Settings แล้วกด “Open Anyway” ก็ได้ แน่นอนว่าน่ารำคาญอยู่ดี
    • สุดท้าย การย้ายไป Asahi Linux ก็ดูจะเป็นตัวเลือกได้เหมือนกัน

  • อัปเดต iPhone 15 จาก 17 เป็น 18.1 แล้ว Safari ก็แครช และ Handoff จาก iPhone ไป MacBook ใช้ไม่ได้ ส่วนทิศทางตรงกันข้ามทำงานได้สมบูรณ์ ทั้งสองอย่างน่าหงุดหงิดมาก

  • เรื่องที่ตลกที่สุดตอนอัปเกรดเป็น Sequoia คือ เมื่อรันโปรแกรมจากดีบักเกอร์ของ Apple แล้วการสร้าง การเชื่อมต่อเครือข่ายโลคัล จะพัง
    กับอุปกรณ์ที่ต่อโดยตรงผ่านอีเทอร์เน็ตและไบนารีที่รันตามปกติยังสื่อสารได้ แต่ถ้าอยู่ใต้ lldb จะไม่ได้ และไม่มีพรอมป์ขออนุญาตการเชื่อมต่อเครือข่ายโผล่มาเลย
    เสียเวลาไปเกินครึ่งวันกว่าจะนึกได้ว่าใช้ดีบักเกอร์ LLVM upstream แทนได้

  • “นี่มันไม่ดีเลย เราก็คิดว่าไม่ดี และพวกคุณก็คงคิดว่าไม่ดีเหมือนกัน แต่เราแก้เองไม่ได้ Apple ต้องเป็นคนแก้”
    ดังนั้นเมื่อไม่กี่ปีก่อนจึงเลิกใช้ macOS แล้วย้ายไป Linux
    ไม่ใช่ประเด็นว่าระบบปฏิบัติการไหนดีกว่าหรือแย่กว่า ซอฟต์แวร์ทุกตัวมีบั๊ก ประเด็นสำคัญคือ เมื่อเกิดบั๊กที่หลีกเลี่ยงไม่ได้ขึ้นมา ผู้ใช้มี สิทธิ์ที่จะทำอะไรบางอย่าง แทนการรอให้มีการแก้ไขลงมาจากเบื้องบนหรือไม่

    • ในทางทฤษฎี บน Linux อาจทำให้ Bluetooth, Wi‑Fi และ deep sleep ทำงานได้ แต่ถ้าถามว่าจริง ๆ แล้วฉันแก้เองได้ไหม คำตอบคือไม่ใช่ ไม่ใช่เพราะไม่ได้พยายาม
      หากวัดจากความสามารถในการแก้ปัญหาได้จริงเมื่อคอมพิวเตอร์ที่ใช้ทุกวันมีปัญหา ฉันยังมองว่า macOS เหนือกว่าอย่างท่วมท้น
    • ไม่เพียงเท่านั้น ถ้าอัปเดตของ Linux ทำให้การติดตั้งพัง ก็ยังสามารถหาว่าอะไรพังและย้อนกลับไปเวอร์ชันก่อนหน้าได้
      การย้อนอัปเดตบน macOS หรือ Windows แทบไม่ใช่ฟีเจอร์ที่ใช้งานได้จริง และทำได้ยากหากไม่ติดตั้งใหม่ทั้งหมด แถมทุกวันนี้ยังไม่แน่ใจด้วยซ้ำว่ายังมีสื่อสำหรับติดตั้งเวอร์ชันเก่าอยู่หรือไม่
    • ฉันเองก็กำลังเดินเส้นทางนี้อยู่บ้างเหมือนกัน ซื้อ M1 มือสองมาและรันแค่ Asahi Linux เป็นหลักเพื่อใช้ OpenGL/Vulkan กับหน่วยความจำแบบรวมสำหรับ LLM ในเครื่อง
      ยังอยู่ระหว่างหาแอปทดแทนเพื่อจะย้ายจาก Mac เครื่องเก่าให้หมด
      โดยเฉพาะอยากหาเครื่องมือสำหรับสำรองข้อมูลที่ยอดเยี่ยมพอ ๆ กับ SuperDuper ใช้มานาน 16 ปีแล้ว และตลอดเวลานั้นก็เคยกู้คืนทั้งระบบอยู่หลายครั้ง ขอบคุณนักพัฒนาที่สร้างเครื่องมือที่เชื่อถือได้เช่นนี้
      คิดว่าเคยใช้มันสำหรับย้ายข้อมูลไปแล็ปท็อปด้วย แต่บน macOS รุ่นใหม่ งานแบบนั้นก็น่าจะยุ่งยากขึ้นกว่าเดิม
      อย่างไรก็ตาม หวังว่า Apple จะแก้บั๊กนี้โดยเร็ว ไม่อย่างนั้นก็คงตั้งตารอวันที่จะได้ซื้อไลเซนส์ Linux ของ SuperDuper สักวัน
    • กำลังเฝ้ารออย่างใจจดใจจ่อถึงวันที่จะรัน Linux ที่มีการเร่งความเร็วด้วยฮาร์ดแวร์อย่างสมบูรณ์ บน MacBook Pro หรือแล็ปท็อปคุณภาพเทียบเท่าได้
      เมื่อมองไปทั่วโลกเทคโนโลยี จะเห็นว่าผลิตภัณฑ์ที่มีศักยภาพจะยอดเยี่ยมถูกขวางไว้ก่อนจะเอื้อมถึง เพียงเพราะซอฟต์แวร์แย่ ๆ ที่ถูกยัดเยียดจากแนวปฏิบัติที่กีดกันการแข่งขัน
      Apple เป็นบริษัทที่ร่ำรวยที่สุดในโลก ขอเถอะ ช่วยทำให้อุปกรณ์ “โปร” ใช้กับงานระดับมืออาชีพได้จริงเสียที
      ตอนนี้ฉันอยู่ต่างประเทศ แต่ความจริงคือกำลังเขียนข้อความนี้บน AMD mini PC และใช้ MacBook Pro เป็นจอเสริมที่ควบคุมผ่านแอปแชร์เมาส์และคีย์บอร์ดผ่านเครือข่าย
      เพราะมันถูก เนิร์ฟด้วยซอฟต์แวร์ จนใช้ MBP ทำงานทุกอย่างที่ฉันทำไม่ได้ คำสัญญาเรื่องความพกพาจึงเสียหายไปมาก การต้องพกคอมพิวเตอร์เครื่องที่สองไปด้วยเป็นเรื่องที่เจ็บปวดจริง ๆ