บริษัทแบ็คอัพ Backblaze รายงานบั๊กของ Adobe Creative Cloud อัพเดตล่าสุด 3.5.0.206 บนแมค หลังจากผู้ใช้ล็อกอินเข้าระบบแล้ว สคริปต์ของ Adobe จะลบไดเรคทอรีแรก (เรียงตามตัวอักษร) ในไดเรคทอรี root ของระบบทิ้ง
กรณีของ Backblaze มีไดเรคทอรีชื่อ .bzvol เป็นไดเรคทอรีซ่อนสำหรับเก็บข้อมูลแบ็คอัพของผู้ใช้ ซึ่งมักเป็นไดเรคทอรีลำดับแรก และโดนลบข้อมูลไปด้วย ส่วนผู้ที่ไม่ได้ใช้ Backblaze มักมีไดเรคทอรี .DocumentRevisions-V100 ที่เก็บข้อมูล autosave และ version history ของระบบแทน
Adobe รับทราบปัญหานี้และหยุดอัพเดตแพตช์ตัวนี้ไปก่อน ทางแก้แบบชั่วคราวสำหรับคนที่อยากใช้ Creative Cloud ตอนนี้คือสร้างไดเรคทอรีหลอกขึ้นต้นด้วย .a เพื่อให้โดนลบแทนครับ
ที่มา - Ars Technica
on
ล่าสุดปล่อยเวอร์ชั่น
nrml Sun, 14/02/2016 - 15:18
ล่าสุดปล่อยเวอร์ชั่น 3.5.1.209 ออกมาแก้ปัญหานี้แล้วครับ แต่ก็ไม่รู้ว่าทาง Adobe จะมีการตอบสนองยังไงกับคนที่โดนผลกระทบนี้ไปแล้ว
.av ที่ซ่อนไว้หายไป
sukoom2001 Sun, 14/02/2016 - 16:58
.av ที่ซ่อนไว้หายไป
rm -rf /
NuttTaro Sun, 14/02/2016 - 19:11
rm -rf /
อัพเดทเร็วไป
nowingnoid Sun, 14/02/2016 - 23:04
อัพเดทเร็วไป ใช่ว่าดี
แต่ก็เสี่ยง...
บั๊กยังไงก็คือบั๊กครับ
nrml Sun, 14/02/2016 - 23:25
In reply to อัพเดทเร็วไป by nowingnoid
บั๊กยังไงก็คือบั๊กครับ อยู่ที่ว่าจะเจอเร็วเจอช้า เรื่องการอัพเดตยังไงอัพเดตเร็วก็ดีกว่าอัพเดตช้าครับ
สำหรับผม เรื่องอัพเดทเร็ว
nowingnoid Tue, 16/02/2016 - 04:20
In reply to บั๊กยังไงก็คือบั๊กครับ by nrml
สำหรับผม เรื่องอัพเดทเร็ว ไม่ได้ดีกว่า เสมอไปครับ
ในกรณีนี้ก็ชัดเจน
บางอัพเดทที่ไม่ได้ปิดช่องโหว่ร้ายแรง ผมไม่รีบอัพก็ได้
รอดูผลกระทบ และการแก้บัคก่อน เพราะหลายครั้งอัพเดทแล้วกลับเกิดปัญหาร้ายแรง แทนที่จะแก้ปัญหา
ก็ดูกันไปครับ... เพราะจุดประสงค์ของการอัพเดทของผม ไม่ใช่ไปรีบอัพแข่งกับใคร
แต่อัพเพื่อลดปัญหา หรือเพิ่มบางสิ่งที่ดีกว่า...
แต่สำหรับคนอื่นก็แล้วแต่ครับ
สำหรับผม "อัพเดท ดีกว่า ไม่อัพเดท แต่อัพเดทเร็ว ไม่ได้ดีกว่าเสมอไป"
การปล่อยอัพเดตออกมามันก็เป็นท
nrml Tue, 16/02/2016 - 11:27
In reply to สำหรับผม เรื่องอัพเดทเร็ว by nowingnoid
การปล่อยอัพเดตออกมามันก็เป็นทางเลือกให้คนได้เลือกที่จะอัพหรือไม่อัพ ซึ่งแน่นอนปล่อยเร็วยังไงมันก็ดีกว่าส่วนจะอัพหรือไม่อัพก็เป็นวิจารณญานของเจ้าของเครื่องอยู่แล้ว (ในกรณีที่สามารถเลือกได้) ผมว่ายังไงมันก็ดูน่าจะดีกว่าการที่แทบไม่อัพเดตอะไรเลย
งั้นเข้าใจคนละเรื่องแล้วล่ะคร
nowingnoid Tue, 16/02/2016 - 13:13
In reply to การปล่อยอัพเดตออกมามันก็เป็นท by nrml
งั้นเข้าใจคนละเรื่องแล้วล่ะครับ
ในสิ่งที่ผมสื่อ มีแค่เรื่องเดียว คือการเลือกอัพเดทของผู้ใช้ เร็วหรือช้า ควรหรือไม่
ส่วนการปล่อยตัวอัพเดทช้าหรือเร็วนั้น ไม่ได้อยู่ในวิสัยที่เรากำหนดหรือจัดการได้
ผมไม่ได้สนใจ