סקירת LordOS: שולחן עבודה Debian לניסוי במכונה וירטואלית

LordOS מציגה שולחן עבודה אחיד, יישומים משלה וגישה לתוכנות Debian. מעבר לתמונה נשארות שאלות שימוש: איזו חומרה נבדקה, אילו הגבלות באמת תוחמות יישום, ואיך חוזרים לאחור אם ההתקנה נכשלת?

ההמלצה שלי היא להתחיל במכונה וירטואלית שאפשר למחוק, ללא מידע אישי. זו סקירת קוד ציבורי, תיעוד וקובצי גרסאות שנבדקו ב-5 בנובמבר 2026. לא אתחלתי את LordOS, לא התקנתי אותה ולא מדדתי ביצועים. התיעוד מפרט יכולות שטרם הושלמו, והן משפיעות על ההמלצה.

שולחן עבודה חדש על Debian

האתר הרשמי מתאר הפצת GNU/Linux המבוססת על Debian, עם שרת תצוגה וקומפוזיטור Wayland משלה ב-C. הממשק משתמש ב-React וב-QuickJS דרך מנוע עצמאי. Debian מספקת את הבסיס ואת יישומי Linux הקיימים; LordOS בונה חלק גדול מהסביבה הנראית.

כך אפשר להתאים חלונות, הגדרות ויישומים מקוריים תוך שמירה על מאגר החבילות של Debian. עדיין צריך לבדוק שילוב: לוח שנה מוצלח אינו הוכחה לפעולה של יישום GTK מסוים, מדפסת או חזרה משינה במחשב נייד.

הערות הצילומים מגדירות מה אפשר ללמוד מהתמונה. היא מציגה עיצוב, אך אינה מוכיחה שמע, מסך פיזי או שמירת מסמך תקינה.

החבילה והדמות העדכניות שונות

גרסה 0.8.8.3-beta, שפורסמה ב-4 בנובמבר לפי UTC, מעדכנת רק את חבילת lordos. היא כוללת את 0.8.8.2 שלא פורסמה בנפרד. הקבצים המצורפים שנבדקו כוללים חבילות amd64 ו-arm64, סכומי ביקורת, חתימה ומפתח ציבורי.

קובצי ISO, OVA ודמות Raspberry Pi שנבדקו נמצאים בגרסה 0.8.8-beta. הטבלה הכללית בגרסה החדשה מזכירה דמויות עם המספר החדש, אך הן לא היו ברשימת הקבצים המצורפים בעת הבדיקה. בחרו קובץ שקיים בפועל ורשמו בנפרד את גרסת הדמות ואת גרסת החבילה המותקנת.

הערות העדכון מתארות תיקוני קנה מידה בצילומים, חזרה מנעילה ושחזור Wi-Fi לאחר שינה. האחרון עדיין זקוק לאישור על החומרה שעליה דווח. אלה בדיקות ממשיות שכדאי לכלול בניסוי בטא.

MIT אינה הרישיון של כל רכיב

LICENSE מחילה MIT על הקוד העצמי של LordOS. רשימת צד שלישי שומרת תנאים נפרדים לספריות, גופנים ונתונים. הקבצים הבינריים המופצים lord-doc ו-lord-media כפופים ל-GPL בגלל הקישור ל-Poppler ול-FFmpeg של Debian.

הרשימה מציינת גם קושחה בינרית של Broadcom מתוך Debian non-free-firmware בדמויות. לכן אי אפשר לתאר את כל ההפצה כ-MIT בלבד או כחופשית מכל רכיב לא חופשי. לפני הפצה חוזרת יש לבדוק את תנאי הרכיבים המסוימים.

בידוד תלוי בסוג היישום

תיעוד הפרטיות מבדיל בין חבילות .lpk, יישומים מובנים אחרים, יישומי Linux ותהליכי מסוף. עבור .lpk הוא מתאר תהליך נפרד, מתווך הרשאות, Landlock ו-seccomp. חלק מהיישומים המובנים נשארים בתהליך ההפעלה. יישומי Linux רגילים אינם מבודדים כברירת מחדל.

הגבלות שנבחרו יכולות להוסיף מרחבי שמות ובקרת קבצים ליישומים המופעלים מהמשגר. תיעוד חומת האש מפרט את התנאים. יישום שמתחיל מחוץ לתחום הצפוי אינו בהכרח מכוסה באותם כללים.

.lpk: תהליך נפרד, מתווך ובידוד
חלק מהיישומים המובנים: תהליך ההפעלה
יישום Linux: אין בידוד כברירת מחדל;
ההגבלות שנבחרו תלויות בדרך ההפעלה

המאמר הטכני אומר שמצב Ask אינטראקטיבי עדיין אינו זמין. מגבלות הכיסוי כוללות BlueZ דרך D-Bus, אפיק המערכת, הלוח ותוכנות מחוץ למשגר. כללי דומיין אינם רואים שמות שהיישום פותר באמצעות DNS מוצפן משלו. יש גם חלון קצר לפני הגבלת לקוח PipeWire חדש. לא ערכתי ביקורת אבטחה עצמאית, ותיאור המגבלות אינו הוכחה לתקיפה מוצלחת.

היכן נגמרות בדיקות החומרה

המאמר מונה כרטיסי AMD ו-Nvidia פיזיים, מסכי PC, תפקודי מחשבים ניידים, Bluetooth, מדפסות וסורקים כתחומים שלא נבדקו. ל-Raspberry Pi 5 יש תוצאות נפרדות התלויות בגרסה ובתצורה. עם זאת, דמות Pi ו-ISO ל-arm64 בגרסה 0.8.8 הופצו בלי שאתחלו את הגרסה הזאת, לפי סעיף המגבלות. ניסוי arm64 באמולציה אינו מוכיח תמיכה בכל מחשב ARM פיזי.

צריך לכבות Secure Boot; חתימה דרך shim עדיין ממתינה. מנוע החבילות אינו תומך עדיין ב-i386 multiarch, ולכן Steam אינה מוצעת. קורא מסך, זום וניגודיות גבוהה טרם נבנו, אף שקיימים שינוי קנה מידה והפחתת תנועה. אלה חסרים משמעותיים למי שתלוי בהם.

התקנה בשטח פנוי ליד מערכת אחרת לא השלימה את כל רצף ההעתקה, הגדרת מנהל האתחול, רישום הקושחה והאתחול מחדש. הייתי מוציא אתחול כפול מהניסוי הראשון.

דף הבית מפרסם 465 מגה-בייט במנוחה ואתחול ב-16 שניות. המאמר מפרט: ISO חי במכונה וירטואלית עם ארבע ליבות ו-4 גיגה-בייט לאחר דקת מנוחה; אתחול UEFI נמדד ב-16.3 שניות. אלה מדידות הפרויקט, לא מבחן שלי ולא הבטחה למחשב נייד ישן. גם זיכרון המערכת כולה ו-RSS של תהליך הם מדדים שונים.

דף Raspberry Pi החדש יותר מדווח על בדיקה קהילתית של 0.8.8 ב-Pi 500 עם 8 גיגה-בייט ומסך 4K בקנה מידה 150%. זו תוצאה מסוימת מעבר למאמר הישן, לא אישור לכל מחשב ARM. הדף עדיין מציין קצב פריימים נמוך בגרירת חלונות.

מדיניות התמיכה נותנת תיקונים, לרבות אבטחה, רק לבטא האחרונה ללא העברה לגרסאות קודמות לפני 1.0. תיאור העדכון שם סותר הערות גרסה חדשות שמציינות Store → Updates ו-apt. לדרך העדכון יש להסתמך על הערות הגרסה הנוכחית.

ניסוי ראשון עם נקודת עצירה

דף המכונה הווירטואלית מתאר OVA ל-amd64 עבור VirtualBox ו-VMware: ארבע יחידות CPU ו-4 גיגה-בייט כמינימום, 16 גיגה-בייט כאידיאל להרבה יישומים, ודיסק שיכול לגדול עד 32 גיגה-בייט. נתון הזיכרון במנוחה אינו מחליף את הדרישות האלה.

אני מציע אורח זמני ללא חשבונות אישיים, דיסקים של המארח, תיקיות משותפות או שילוב לוח. צרו צילום מצב לפני עדכון. בדקו סכומים וחתימה לפי הוראות הפרויקט, לאחר בדיקה נפרדת של מקור המפתח הציבורי. התאמת סכום לבדה אינה מאמתת את המפרסם.

# תצפיות מוצעות באורח בלבד; לא בוצעו לצורך הסקירה.
uname -m
dpkg-query -W lordos
free -m

רשמו את תוכנת הווירטואליזציה, שם הדמות וגרסת החבילה. פתחו יישום מקורי ויישום Linux רגיל. שמרו מסמך מומצא ופתחו אותו שוב; בדקו קנה מידה, נעילה וחזרה, ואז אתחול מחדש. בבדיקת הגבלה רשמו את דרך ההפעלה, הכלל והגישה שהשתנתה בפועל.

עצרו אם הקלט אובד, אם אי אפשר לחזור מנעילה או לפתוח את המסמך. הצלחה מצדיקה ניסוי ארוך יותר באותה VM. חומרה פיזית, נגישות ושחזור דורשים ראיות נפרדות לפני מעבר לשימוש עיקרי.