Slimbook Titan report 7 - ไม่ ฉันไม่มีความสุข (อีกแล้ว)
อัปเดต:5 พฤศจิกายน 2568
เราต้องพูดถึงแล็ปท็อปสำหรับ Linux เท่านั้นของฉัน นั่นคือ Slimbook Titan หนึ่งเครื่อง ฉันมีเครื่องนี้มาประมาณสองปีแล้วและเปลี่ยน ฉันซื้อมันโดยมีจุดประสงค์ที่ชัดเจนในการโยกย้ายออกจาก Windows ตลอดไป เครื่องจักรและระบบปฏิบัติการ Kubuntu รุ่น 22.04 LTS + pro (ปัจจุบัน) จำเป็นต้องทำสิ่งมหัศจรรย์ได้ทุกประเภท รวมถึงการเล่นเกม ซอฟต์แวร์ Windows และอื่นๆ จนถึงตอนนี้ มันทำงานได้ดี แต่ก็มีข้อบกพร่องของซอฟต์แวร์ที่ไม่จำเป็นและเกิดขึ้นแบบสุ่ม
อันที่จริงตั้งแต่ฉันมีแล็ปท็อป ปัญหาใหญ่ของฉันก็คือการขาดความสม่ำเสมอในประสบการณ์ ถ้ามันแย่มากฉันก็ทิ้งมันไป ถ้ามันดีโดยสิ้นเชิงฉันก็สามารถสนุกไปกับมันและลืมมันไปได้เลย แต่ไม่มี ตามแบบฉบับของ Linux ที่ไม่คำนึงถึง QA และความสมบูรณ์ของปรัชญาการใช้งานเดสก์ท็อป ปัญหาต่างๆ เกิดขึ้นและเกิดขึ้นกับการอัปเดตทุกครั้ง สิ่งต่างๆ พัง และไม่มีใครสนใจจริงๆ แต่สำหรับฉัน เพื่อให้สามารถยอมรับระบบนี้ พึ่งพามันในกิจกรรมที่สำคัญ ฉันต้องการความน่าเชื่อถือ ฉันต้องการความสม่ำเสมอนั้น ความเสถียรและความสามารถในการคาดการณ์เป็นสิ่งจำเป็น และตามที่ฉันได้บันทึกไว้ในรายงานระยะยาวหกฉบับที่ผ่านมา ไททันยังไม่บรรลุเป้าหมายที่ดูเหมือนง่ายเหล่านี้ เอาล่ะ เรามาดูกันว่าความพยายามครั้งที่เจ็ดจะเปิดเผยอะไรต่อหน้าเราบ้าง ตามฉันมา
ปัญหาใหม่
ฉันพบปัญหาใหม่สองประเด็น ประการแรก แฟนแล็ปท็อปคนหนึ่งได้ตัดสินใจที่จะส่งเสียงดังร้ายแรง ฉันได้ตั้งข้อสังเกตเกี่ยวกับเรื่องนี้ตั้งแต่ต้นในประวัติของเครื่องนี้จากรีวิวของฉันจำนวนหนึ่ง แต่ตอนนี้ ปัญหาเริ่มสังเกตเห็นได้ชัดเจนยิ่งขึ้น กล่าวคือ เมื่อคุณเปิดเครื่องประมาณหนึ่งชั่วโมง จนกระทั่งชิ้นส่วนพลาสติกและโลหะทุกชิ้นอุ่นขึ้นและมีอุณหภูมิในการทำงานที่มั่นคง พัดลมจะบิดเบี้ยวและผิวปากผิดปกติ
เสียงไม่มีรูปแบบที่คาดเดาได้ ยกเว้นแต่เสียงที่ดังออกมาคล้ายกระดานหก ค่อนข้างน่ารำคาญ เพราะการสั่นอย่างต่อเนื่องจะทำให้กรองออกจากหัวได้ง่ายกว่า จากพฤติกรรมของพัดลม คุณจะมีเวลาเงียบไม่กี่วินาทีก่อนที่จะเกิดเสียงดังกึกก้อง ซึ่งอาจนานหนึ่งหรือสามหรือเจ็ดวินาที ตามด้วยความสงบสุขอีกครั้งหนึ่ง และทำซ้ำ
อย่างที่บอกไป ปัญหาการใช้งานก็หมดไป แต่ทุกครั้งที่แล็ปท็อป "เย็น" ทุกอย่างจะเกิดขึ้น และจากประสบการณ์ของฉันเมื่อเวลาผ่านไปมันก็จะไม่ดีขึ้น แฟนๆ ไม่ค่อยตัดสินใจที่จะเงียบเมื่อใช้งาน ค่อนข้างตรงกันข้าม การสึกหรอจากการใช้งานทำให้ส่วนประกอบดังขึ้นเมื่อเวลาผ่านไป นี่คือสิ่งที่ต้องพิจารณา
ปัญหาที่สองคือ แป้นพิมพ์ไม่ตอบสนองต่อการกดได้ดีเสมอไป อย่างที่ฉันได้กล่าวไว้ก่อนหน้านี้แล้ว มันเป็นคีย์บอร์ดธรรมดาๆ แต่ตอนนี้ ฉันต้องเข้มแข็งและใช้ค้อนทุบปุ่มต่างๆ เพื่อบันทึกจังหวะ ฉันสังเกตว่ามีตัวอักษรหายไปสองสามตัวเมื่อฉันพิมพ์แบบไม่ได้ตั้งใจ (และรวดเร็ว) ฉันต้องมีความตั้งใจมากขึ้น นี่ไม่รู้สึกเหมือนเป็นปัญหาซอฟต์แวร์ ดูเหมือนว่าจะเป็นปัญหาทางกลไกโดยสิ้นเชิง และค่อนข้างน่าผิดหวังที่แสดงให้เห็นในช่วงแรกของชีวิตของเครื่องจักร ฉันยังพิมพ์คำบนแป้นพิมพ์นี้ไม่ถึง 100,000 คำด้วยซ้ำ
ปัญหาเก่า
หากคุณได้อ่านรายงาน Titan เก่าของฉัน คุณจะรู้ว่าเครื่องนี้มีอายุการใช้งานความเสถียรของเฟิร์มแวร์และเคอร์เนลที่ยากลำบาก ในระยะแรกมีปัญหาเรื่องการระงับ ในที่สุดปัญหาเหล่านั้นก็ได้รับการแก้ไข จากนั้น เครื่อง "สัมผัส" การอัปเดตที่มีเฟิร์มแวร์และเคอร์เนลใหม่ ซึ่งส่งผลให้ระบบค้างอย่างน่ารำคาญ ดูเหมือนว่าแพทช์รอบใหม่จะแก้ไขปัญหาเหล่านั้นได้ ยกเว้น.
ครั้งนี้ ฉันได้รับโค้ดที่ทดสอบไม่ดีอีกรอบ และอีกครั้งที่ระบบเกิดการค้าง โดยที่โค้ดทั้งหมดไม่ตอบสนองเป็นเวลา 5-6 วินาที ปัญหาปรากฏขึ้นตลอดเซสชัน และมีข้อความจำนวนมากในบันทึกของระบบ ฉันยังเขียนเกี่ยวกับเรื่องนี้ด้วย แต่ตอนนี้มีเสียงรบกวนมากขึ้น:
acpi_os_execute_deferred hogged CPU สำหรับ>10,000us 8 ครั้ง ให้พิจารณาเปลี่ยนเป็น WQ_UNBOUND
acpi_ec_event_processor hogged CPU เป็นเวลา>10,000us 4 ครั้ง โปรดพิจารณาเปลี่ยนเป็น WQ_UNBOUND
pm_runtime_work hogged CPU สำหรับ>10,000us 4 ครั้ง ลองเปลี่ยนเป็น WQ_UNBOUND
ข้อผิดพลาด pm_runtime เป็นเรื่องเก่า แต่ข้อผิดพลาด acpi_ เป็นข้อผิดพลาดใหม่ สิ่งนี้ทำให้ฉันต้องค้นหาข้อมูลทางอินเทอร์เน็ตเพื่อดูว่าฟอรัมต่างๆ และระบบตั๋ว bugzilla พูดถึงอะไรบ้าง และมนุษย์ พวกเขาต้องพูดอะไรมากไหม
- เว็บเต็มไปด้วยรายงานในลักษณะนี้
- ดูเหมือนว่าจะส่งผลกระทบต่อเกือบทุกแพลตฟอร์ม distro และฮาร์ดแวร์
- ปัญหาคือ "ตำหนิ" ในเฟิร์มแวร์บั๊กกี้ แต่เฟิร์มแวร์ทุกตัวสามารถบั๊กได้จริงหรือไม่ หรือนี่อาจเป็นปัญหาเคอร์เนล
- แท้จริงแล้ว เนื่องจากปัญหาเกิดขึ้นและเกิดขึ้นกับการอัปเดตเคอร์เนล ฉันจึงบอกว่านี่เป็นอีกปัญหาหนึ่งของปัญหาความเข้ากันได้ของฮาร์ดแวร์เดสก์ท็อป Linux เคอร์เนลไม่ได้ออกแบบมาเพื่อใช้ในบ้านอย่างแท้จริง และ Linux ที่บ้านก็เป็นเพียงเหตุการณ์ที่เกิดขึ้น ไม่ใช่การออกแบบโดยเจตนา ลีนุกซ์เป็นสินค้าระดับองค์กร และโซลูชั่นจากพื้นที่นั้นถูกผลักเข้าสู่ระบบโฮมโดยแทบไม่คำนึงถึงการใช้งานจริงใดๆ เลย เพิ่ม QA เกือบเป็นศูนย์ลงในสมการ เท่านี้เราก็ได้
- ฉันเกลียดอย่างยิ่งที่ Linux เผยแพร่เฟิร์มแวร์ "พุช" พร้อมกับการอัปเดตระบบ ควรจัดการแยกกัน เนื่องจากจากประสบการณ์ของฉัน หากคุณไม่มีปัญหาด้านฮาร์ดแวร์ ก็ไม่จำเป็นต้องอัปเกรดเฟิร์มแวร์ของคุณต่อไป (แบบสุ่มสี่สุ่มห้า) เนื่องจากมักจะนำไปสู่ปัญหาต่างๆ ทุกอย่างเปราะบางมาก ทั้งน่าเศร้าและไร้สาระในเวลาเดียวกัน
- สมมุติว่าความรอดมาในเคอร์เนล 6.10 สิ่งที่ตลกคือระบบของฉันมีโปรเซสเซอร์ AMD! ขณะนี้รายงานของ Phoronix เริ่มตั้งแต่กลางปี 2024 ซึ่งหมายถึงมากกว่าหนึ่งปีที่ผ่านมา ฉันประสบปัญหาใหม่ในเดือนตุลาคม 2568 ไม่ว่าแพตช์นี้ควรจะเป็นอย่างไร แพตช์นี้ยังไม่ได้ถูกแบ็คพอร์ตไปยังเคอร์เนล Ubuntu ที่ระบบของฉันใช้ หรือตั้งแต่นั้นมาแพตช์ก็ใช้งานไม่ได้ด้วยการอัปเดตใหม่ (ซึ่งดูเหมือนว่าจะเป็นกรณีนี้) ไม่ว่าจะด้วยวิธีใดก็ตาม Ubuntu 22.04 ใช้งานได้กับ 6.8 เท่านั้น ดังนั้น 6.10 ที่ไม่มี backport จึงไม่ใช่ตัวเลือกที่นี่
วิธีแก้ปัญหาใหม่
สิ่งที่ "ดี" เกี่ยวกับรายงานทั้งหมดข้างต้นคือคุณสามารถแก้ไขปัญหาได้ คุณต้องระบุการขัดจังหวะที่ทำงานผิดปกติ จากนั้นจึงปิดการใช้งาน (บล็อก) หรือปิดบังสิ่งเหล่านั้น โดยคำนึงถึงผลที่ตามมาที่อาจไม่ทราบสาเหตุ เนื่องจากการแมปการโทร ACPI (เฉพาะเครื่อง) กับฮาร์ดแวร์ของคุณไม่ใช่เรื่องเล็กน้อย แท้จริงแล้วสำหรับเครื่องของฉัน:
grep /sys/เฟิร์มแวร์/acpi/ขัดจังหวะ/*
...
/sys/firmware/acpi/interrupts/gpe00: 0 ไม่ถูกต้อง ไม่ถูกเปิดเผย
/sys/firmware/acpi/interrupts/gpe01: 0 STS ไม่ถูกต้อง ไม่เปิดเผย
/sys/firmware/acpi/interrupts/gpe02: 0 ไม่ถูกต้อง ไม่ถูกเปิดเผย
/sys/firmware/acpi/interrupts/gpe03: 6071 EN เปิดใช้งานแล้ว ไม่เปิดเผย
/sys/firmware/acpi/interrupts/gpe04: 0 ไม่ถูกต้อง ไม่ถูกเปิดเผย
/sys/firmware/acpi/interrupts/gpe05: 0 ไม่ถูกต้อง ไม่ถูกเปิดเผย
...
การขัดจังหวะที่ละเมิดคือ gpe03 ซึ่งคุณสามารถบล็อกหรือปิดบังได้ วิธีที่รวดเร็วในการดูว่ามันสร้างความแตกต่างหรือไม่คือการปิดการใช้งานชั่วคราวด้วยตนเองผ่านบรรทัดคำสั่งในฐานะรูท การเปลี่ยนแปลงนี้จะไม่รอดจากการรีบูต ดังนั้นหากมีข้อผิดพลาดเกิดขึ้น คุณก็สามารถรีสตาร์ทเครื่องได้
echo "ปิดการใช้งาน"> /sys/firmware/acpi/interrupts/gpe03
แทนที่จะบล็อก คุณสามารถลองมาสก์ได้:
echo "mask"> /sys/firmware/acpi/interrupts/gpe03
หากคุณพอใจ คุณสามารถทำการเปลี่ยนแปลงอย่างถาวรยิ่งขึ้นผ่าน GRUB โดยเพิ่มพารามิเตอร์การบูตใหม่ลงในบรรทัดคำสั่งเคอร์เนล โปรดอ่านบทช่วยสอน Bootloader ด้านบนสำหรับรายละเอียดเกี่ยวกับวิธีการบรรลุเป้าหมายนี้ และหากคุณไม่สะดวกใจกับขั้นตอนดังกล่าว ก็อย่าทำเช่นนั้น คุณสามารถใช้พารามิเตอร์ acpi_block_gpe หรือ acpi_mask_gpe ได้
acpi_mask_gpe=0x03
คุณสามารถสร้างบริการ systemd ที่ทำงานได้ ขั้นแรก สร้างไฟล์หน่วยบริการ และเรียกมันว่า startup.service ชื่ออะไรก็ได้ที่ใช้ได้
[หน่วย]
Description=Script เพื่อปิดการใช้งาน gpe
[บริการ]
ExecStart=/root/startup.sh
[ติดตั้ง]
WantedBy=multi-user.target
บันทึกไฟล์นี้ไปที่ /etc/systemd/system จากนั้น สร้างสคริปต์ชื่อ startup.sh ซึ่งจะต้องวางไว้ที่ไหนสักแห่งในระบบของคุณ ฉันเลือกโฟลเดอร์รูทโฮม เนื้อหาของสคริปต์นี้คือ:
#!/bin/bash
echo "ปิดการใช้งาน"> /sys/firmware/acpi/interrupts/gpe03
ออก 0
คุณยังสามารถใช้มาสก์แทนปิดการใช้งานได้ ตรวจสอบให้แน่ใจว่าคุณระบุ gpe ที่ถูกต้อง ตรวจสอบให้แน่ใจว่าสคริปต์นั้นสามารถเรียกใช้งานได้ ไม่เช่นนั้นสคริปต์จะไม่ทำงาน คุณสามารถทำได้โดยใช้คำสั่ง chmod +x กับไฟล์สคริปต์ หากคุณไม่สะดวกใจที่จะทำเช่นนี้ คุณก็ไม่ควรเริ่มต้นใหม่
สุดท้าย เปิดใช้บริการ systemd:
sudo systemctl เปิดใช้งาน [ชื่อบริการที่คุณเลือกก่อนหน้านี้]
รีสตาร์ทและตรวจสอบการขัดจังหวะเพื่อดูว่าแสดงว่าถูกปิดบังหรือปิดใช้งานอยู่ หากคุณไม่ต้องการใช้บริการอีกต่อไป ให้ปิดการใช้งาน คุณยังสามารถลบไฟล์หน่วยบริการหรือลบสคริปต์ได้ แต่นั่นไม่สวยงาม และอาจส่งผลให้เกิดข้อผิดพลาดปลอมในบันทึกระบบของคุณ
ฉันปิดบัง gpe และมันช่วยได้ การแช่แข็งหายไป แต่ฉันไม่รู้จริงๆ ว่าตอนนี้ฟังก์ชันการทำงานของระบบใดบ้างที่บกพร่อง (ถ้ามี) ผลลัพธ์ที่มองเห็นได้ประการหนึ่งจากการเปลี่ยนแปลงคือเมื่อฉันเสียบที่ชาร์จแบตเตอรี่ จะไม่มีเสียงแจ้งเตือนอีกต่อไป
การเล่นเกม
ไม่มีข่าวใหม่ดังนั้นพูด ฉันยังเล่น Assetto Corsa ผ่าน Proton ไม่ได้ ฉันไม่ได้ติดตั้งเครื่องมือความเข้ากันได้เวอร์ชันที่กำหนดเองใดๆ หรือพยายามแฮ็กด้วยตนเอง ฉันตัดสินใจใช้เฉพาะสิ่งที่ Steam เสนอให้เท่านั้น และบังคับให้เกมรันด้วย Proton เวอร์ชันที่แตกต่างกัน จนถึงขณะนี้ยังไม่มีโชค แต่นั่นไม่ได้หมายความว่าฉันจะหยุดพยายาม
ฉันคิดว่าเราจะหยุดที่นี่
บทสรุป
ความฉลาดที่น่าเศร้าของเดสก์ท็อป Linux ในด้านหนึ่ง ไททันก็ทำได้อย่างน่าชื่นชม การตั้งค่ากราฟิกไฮบริดที่เหมาะสม การเข้ารหัสการบูต การเล่นเกมผ่าน Steam Proton โปรแกรม Windows มากมายที่ทำงานอย่างยอดเยี่ยมด้วย WINE ข้อดีทั้งหมดของสภาพแวดล้อม Plasma ด้วยเครื่องเสมือนสำหรับใช้ในสำนักงาน ฉันพร้อมจริงๆ ที่จะเผชิญกับอนาคตที่ไร้ Windows แต่แล้วทุกอย่างก็พังทลายลงด้วยเฟิร์มแวร์และแพตช์เคอร์เนลที่เพิ่งผ่านการทดสอบ ทำลายความสุข และยกเลิกความสำเร็จอันแสนหวานทั้งหมด
ใครๆ ก็บอกว่า ไม่ใช่เรื่องใหญ่ คุณยุ่งนิดหน่อย งานเสร็จแล้ว มันจะสนุกเมื่อคุณทำด้วยความสมัครใจ ในระบบสำรอง หรือเมื่อคุณอายุ 20 ปีและไม่สนใจอะไรในโลกนี้ สำหรับฉัน ด้วยวัตถุประสงค์และกำหนดเวลาในชีวิตจริง ฉันไม่สามารถมีช่วงเวลา "mi scusi" ในระบบปฏิบัติการได้ สิ่งที่แย่กว่านั้นคือความเสถียรโดยรวมของระบบนิเวศนั้นแย่ลงตั้งแต่ฉันซื้อแล็ปท็อป คุณคงคาดหวังถึงความเสถียรและคุณภาพที่มากขึ้นเมื่อเวลาผ่านไป แม้ว่าการเปิดตัวครั้งแรกจะไม่ค่อยดีนักก็ตาม แต่ไม่มี ซึ่งหมายความว่าการคาดการณ์ถึงอนาคตถือเป็นโอกาสอันเลวร้าย ทางเลือกอื่นคือการใช้ Windows ในโหมด "พ่ายแพ้" หรือซื้อ Mac และเพลิดเพลินกับ PTSD ทางการเงินที่ได้จากการซื้อดังกล่าว พร้อมสิทธิประโยชน์เพิ่มเติมที่แท้จริงของการผสานรวมฮาร์ดแวร์และซอฟต์แวร์อย่างแน่นหนา
ฉันจะใช้ Linux ต่อไป อย่างที่ฉันทำอย่างจริงจังมาหลายปีแล้ว คำถามเดียวคือลีนุกซ์จะให้ความสงบสุขและความมั่นคงแก่ฉันตามที่ฉันต้องการหรือไม่ เพื่อสิ่งนั้น เราจะต้องรอรายงานครั้งที่แปดและเก้าและครั้งที่nเกี่ยวกับไททัน หมายเหตุด้านข้าง ใช่แล้ว Titan ยังคงรันรุ่น pro-enabled 22.04 อยู่ และฉันลังเลที่จะเปลี่ยนไปใช้รุ่น 24.04 เมื่อพิจารณาถึงความยุ่งยากของกระบวนการอัปเกรดระดับผู้บริหาร ฉันไม่ได้ตั้งตาคอยที่สิ่งต่าง ๆ จะพังทลายไปโดยไม่ได้ตั้งใจอีกต่อไป โดยไม่มีคำมั่นสัญญาถึงผลประโยชน์ที่แท้จริง นี่เป็นเรื่องราวของรายงานฉบับอื่น ตอนนี้ฉันรู้สึกค่อนข้างหดหู่ใจ C'est la vie. ดูแล.
ไชโย
