MEPIS 8 (בטא 5) ועוד כמה מעלילות mdadm בנגזרות דביאן

| | | |
הדעות חלוקות בעניין שדרוג כנגד התקנה נקיה. המתנגדים גורסים כי שדרוג גורם לכך ששאריות מפוקפקות של קובצי קונפיגורציה לא רלוונטיים מסתובבים להם בין הרגליים באין מפריע ופגיעתם רעה; התומכים טוענים כנגדם כי הגדרה מחדש של הדואר, המדפסות, שיתופי סמבה ואחרים, שרתי X (פתוחים או קינייניים) וכו' וכו' היא טורח מיותר ובזבוז זמן מרובה.

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

והנה יצאה גרסה חדשה של MEPIS (עדיין בהרצה - בטא 5) ואני לא התאפקתי, והזדרזתי להוריד מכאן, לצרוב על מדיית CD-RW ולצאת לדרך. החומרה עליה בחרתי להתקין היא מחשבי הקט.

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

המעבד שודרג לפנטיום 4 מהירות שעון 3.2 ג'יגה עם 2 מגה קשה, הזכרון הוגדל ל 2 ג'יגה, כרטיס המסך הוא nvidia geoforce 7600 עם 500 מגה זכרון (ומצויד בזוג מסכים) ובו שני כוננים קשיחים: הראשון מסוג ata133 בן 500 ג'יגה והשני מסוג sata בן 320 ג'יגה.
וכאן מתחיל לבצבץ המרצע מהשק (או שהאקדח של צ'כוב נתלה על הקיר): בקר ה sata הוא מתוצרת סיליקון אימאג', וכולל אופציית raid מובנה. זו אמנם מושבתת בביוס - אבל לינוקס שלנו לא תמיד מתחשב בזוטות שכאלו, כידוע...

הרי רשימת החומרה המזוהה:

lulimp@atlason:~$ su -
Password:
root@atlason:~# lspci
00:00.0 Host bridge: ATI Technologies Inc Radeon 9100 IGP Host Bridge (rev 02)
00:01.0 PCI bridge: ATI Technologies Inc Radeon 9100 IGP AGP Bridge
00:13.0 USB Controller: ATI Technologies Inc OHCI USB Controller #1 (rev 01)
00:13.1 USB Controller: ATI Technologies Inc OHCI USB Controller #2 (rev 01)
00:13.2 USB Controller: ATI Technologies Inc EHCI USB Controller (rev 01)
00:14.0 SMBus: ATI Technologies Inc SMBus (rev 17)
00:14.1 IDE interface: ATI Technologies Inc Dual Channel Bus Master PCI   IDE Controller
00:14.3 ISA bridge: ATI Technologies Inc Device 434c
00:14.4 PCI bridge: ATI Technologies Inc IXP200 3COM 3C920B Ethernet Controller
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP150 AC'97 Audio Controller
01:05.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7600 GS] (rev a2)
02:05.0 RAID bus controller: Silicon Image, Inc. SiI 3512 [SATALink/SATARaid] Serial ATA Controller (rev 01)
02:06.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
02:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
02:0b.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev 80)


בעבר נאלצתי להוסיף כרטיס קול על הכרטיס המובנה, בגלל תמיכה עלובה (אז) של לינוקס ב IXP150 AC'97 Audio Controller (ראו כאן וכאן). אבל בגרסאות השוטפות של לינוקס נפתרה בעיה זו והמודול snd_atiixp מפליא לעשות. הסרתי איפוא את כרטיס הקול הנוסף ובמקומו תקעתי בחריץ ה pci היחיד כרטיס רשת במהירות ג'יגה ביט (זו מהירות הרשת המקומית) להאצת התקשורת של atlason עם יתר המחשבים ברשת. גם למציאות שני כרטיסי רשת עוד נחזור בהמשך.

אציין עוד שעל מחשב זה מותקנות ועובדות להן בהצלחה רבה ההפצות הבאות: אופן-סוזה 11.0, ארץ' לינוקס current המעודכנת באופן-שוטף, סלאקוור 12.1, סליק (עדיין חיה ובועטת!), יופר 3.1 ועד אתמול - גם מפיס 7.0.

א. הפעלה כ live-cd
כצעד ראשון העלתי את המחשב עם ה CD שצרבתי. בחרתי בברירת המחדל והעליה היתה מהירה ביותר. הרושם הראשון היה שפור רב בגרפיקה של מפיס. “שפור רב בגרפיקה של מפיס" אינו הישג מרשים בפני עצמו - אך בהחלט הגיע הזמן.

מנהל החלונות הוא KDE 3.5.9 - מפיס מבוססת על דביאן לני, סוסיו סוסיה ומקורותיו מקורותיה (להוציא קומץ חבילות יחודיות - הן נמצאות על השרת של מפיס).

הדבר השני ממנו התרשמתי הוא שימורן של כל התכונות הטובות של מפיס מהעבר: זיהוי החומרה המעולה, קינפוג X המצטיין, האפשרות להכנס גרפית כרוט (תכונה העושה live-cd זה כמתאים במיוחד לצרכי הצלה של מתחילים) והעיגון האוטומטי הגרפי של כל מחיצה על החומרה. מפיס לא בוחלת ברכיבים קינייניים והדפדפנים נפתחים עם פלש 9 של אדובי, ובקליקים בודדים ניתן להתקין את הדרייברים הקיניניים של nvidia או של ati. בגרסאות קודמות של מפיס ניתן היה לבצע זאת מאשף X של מפיס גם כשרצה כ Live-Cd , לא ברור לי כיצד התבצע הדבר באופן חוקי (הסכם עם בעלי התוכנות?). על כל פנים, בגרסה החדשה נגמרה החגיגה, ובחירה באחד מהדרייברים הקינייניים גורמת להתקנתו מהרשת, ובקשה לאיתחול המחשב. לא איתחלתי, אבל אני גם לא מבין איך הרעיון אמור לפעול - הרי כל איתחול של Live-Cd מוחק כל מה שהותקן למערכת הקבצים הנמצאת ב ram. יתכן - סביר - כי הכוונה היתה איתחול שרת X, אך לא זה מה שנכתב בהודעה. מאידך, היתה לפעולה זו השפעה מזיקה על ההתקנה, כפי שנראה בהמשך.

ב. התקנה
ההתקנה פשוטה בתכלית. לחיצה על איקון install שעל שולחן העבודה מפעילה אשף בעל צעדים אחדים המאפשר לבחור איזור זמן, את המחיצות ויעודן, ססמאות ושמות משתמשים וכיו"ב. אחרי כן מועתקים הקבצים והקונפיגורציות הקיימות במערכת הקבצים הזמנית שיוצר ה Live-CD אל הדיסק הקשיח. בזה מסתיימת ההתקנה ואנו מתבקשים לאתחל.
מכיוון שמדובר במחשב מרובה מערכות הפעלה אני נמנע מהתקנת GRUB ל MBR ובוחר בהתקנתו למחיצת השורש, ואחר עורך ידנית את גראב הקיים ממילא (הרבה פחות עבודה ופחות אפשרות לטעויות).

עליתי איפה עם מערכת הפעלה אחרת המותקנת על המחשב הזעיר (אופן-סוזה 11) ובדקתי מה נמצא במחיצה boot/ של מפיס שזה עתה הותקנה. וזו תצורת גראב שמפיס שתכנת ההתקנה של מפיס יצרה (קטע):

title MEPIS at sda3, newest kernel (sda3)
root (hd0,2)
kernel /boot/vmlinuz root=/dev/sda3 nomce quiet vga=791
boot

יש כאן שתי בעיות המזדקרות מיד לעין, ועוד אחת חבויה: מפיס הותקנה במחיצה השביעית על הכונן הראשון בסדר העליה - כלומר על (hd0,6), ולא כמו שכתוב; שורת ה initrd חסרה, ובמערכת עם קרנל ג'נרי, האמור להתאים לכל חומרה אפשרית - חובה להשתמש ב initrd כדי להעלות את המערכת. initrd זה, אגב, נוצר על ידי תוכנת זיהוי החומרה בעת ההתקנה והוא אחד ההבדלים החשובים בין הפצה להפצה. עיון בספריה ובשעת היווצרות הקובץ הראה כי אמנם נוצר initrd.img בדיוק בשעת ההתקנה:
lulimp@atlason:~$ ls -al /boot | grep initrd
lrwxrwxrwx  1 root root      29 2008-11-17 13:15 initrd.img -> initrd.img-2.6.27-1-mepis-smp
-rw-r--r--  1 root root 6907337 2008-11-18 06:37 initrd.img-2.6.27-1-mepis-smp

פרט לכך יגרום הפרמטר quiet לכך שהמסך יהיה אפל באיתחול, לתמהון לב המתקין הנבוך. וזה עוד לא הכל.
ערכתי אם כן את menu.lst של אופן-סוזה והוספתי לו את השורות הבאות:
title mepis 8
root (hd0,6)
kernel /boot/vmlinuz root=/dev/sda7 nomce vga=791
initrd /boot/initrd.img


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

mdman: No arrays found in config. file automatically.

איתחלתי מחדש למערכת מתפקדת והקלדתי "No arrays found in config file" בגוגל.
הופיעו כ 579,000 תוצאות, כאשר הדפים הראשונים, בהם עיינתי, מתייחסים ברובם לדביאן\אובונטו\מפיס ויתר נגזרותיהם - בהם מופיעה שגיאה זו.

לא רק בעלי בקר RAID מתפקד נפגעו. גם בעלי בקר RAID מושבת (כמוני), וגם כאלה שאין להם בכלל בקר RAID במחשב - כמו מישהו שקיבל את השגיאה בהתקנה על מכונה וירטואלית (!) ואפילו, לא תאמינו, מישהו שקיבל אותה על הלפטופ שלו x40 של IBM, אם אני זוכר נכון. לא ברור לי מחליפת ההתכתבויות שם אם הבעיה נפתרה באובונטו או לא (מפתחי אובונטו טענו כי הבעיה נבעה מעריכה לקויה של menu.lst) אבל ברור כי היא עברה למפיס בירושה.

אבל עיון בהרבה מהקישורים הראה בבירור כי הבעיה נובעת מתגובה שגויה לזיהוי בקר ה RAID המושבת, וחסר התוכן. נוצר קובץ ריק etc/madadm/mdadm.conf/ ועליית המערכת נעצרת כשאינה מוצאת בו דבר. ההוראה השגויה טמונה ב initrd.img.

ניסיתי להתחכם ולנקוט באותו צעד בו נקטתי כשנתקלתי בבעיה דומה באובונטו: דהיינו להחליף את initrd.img שיצרה תכנת ההתקנה בזה שנמצא על CD ההתקנה, שכבר הוכיח את עצמו. ערכתי את ההחלפה בזריזות - אבל הרעיון נכשל. ה initrd ה"חדש" פוקד על המכונה לעלות מה cd שכמובן לא נמצא והעליה שוב נתקעת.
מה עושים? שתי אפשרויות: לעלות ממערכת הפעלה אחרת, לבצע chroot ולנסות ליצור initrd מוצלח יותר, או להעלות את המערכת החדשה בעזרת "המעלה האוניברסלי" של אופן סוזה.

מכיוון שמערכת זו מובנה במחשבי הקט (ראו כאן איך) וכל שעלי לעשות כדי להשתמש בה הוא לבחור את השורה המתאימה בדף הפתיחה של GRUB - השתמשתי בה - והמערכת החדשה עלתה, אמנם ללא X. הסיבה היתה נסיון ההתקנה של המאיץ של nvidia כשהיא עוד היתה Live-CD. ערכתי בזריזות את xorg.conf מחליף nvidia ב nv וסוף סוף עלתה מפיס החדשה עם שרת גרפי.

ניסיתי ליצור initrd חדש, אבל הוא הודיע לי כבר בהיווצרו:

mdman: No arrays found in config. file automatically.

אכן נכון. אין מערך רייד ואין לי מושג איך משטים בדרישה המופרכת הזו.

החלטתי שהדרך הפשוטה ביותר, עבורי, להתמודד עם המצב הזה הוא לקמפל קרנל חדש עם המודולים הדרושים לעליה "בפנים" ולוותר כליל על initrd , שנכון לעכשיו פגיעתו רעה. המודולים הם: reiserfs , sata_sil, pata_atiixp,fan.

כצעד ראשון הייתי צריך להפעיל את מנהל החבילות Synaptic , אבל הרשת לא פעלה. כזכור, המחשב מצויד בשני כרטיסי וברירת המחדל של מפיס היתה לנסות להפעיל את זה שאינו מחובר לרשת ואפילו מושבת בביוס. אין לה הערכה רבה לביוס, למפיס הזו. עד מהרה פתרתי את הבעיה בעזרת אשף הרשת של מפיס, הפשוט אך יעיל (ראו כאן).

הורדתי את מקור הקרנל, פרשתי אותו לתיקיה linux-2.6.27 שיצרתי בספריה usr/src/ אך לא הוספתי לו את טלאי דביאן מחשש שפגיעתם תהיה רעה. את הקובץ config-2.6.27-1-mepis-smp שבמחיצה boot העתקתי לתוכו ושיניתי את שמו ל config. . ערכתי אותו כך שהמודולים הנ"ל היו עכשיו מסומנים ב Y במקום M אחרי כן הרצתי כרוט את הפקודות הבאות:

ln -s  linux-2.6.27 linux
cd linux
make oldconfig
make
make modules
make modules_install


אחרי כן העתקתי את הקובץ arch/i386/bzImage/ למחיצת boot/ וערכתי מחדש את menu.lst. עכשיו נראו בו השורות של מפיס כך:

title mepis 8
root (hd0,6)
kernel /boot/bzImage root=/dev/sda7 nomce vga=791


איתחול, מפיס התחילה לעלות, ונתקעה בקרנל פניק. עיון קצר בשורות האחרונות שנכתבו על המסך גם הסביר מדוע: מחיצת השורש מזוהה כ hda, כמימים ימימה, ומסרבת להקרא sda. ערכתי מחדש את menu.lst ואיתחלתי, וסוף סוף מפיס עולה בלי קביים:

lulimp@atlason:~$ uname -a
Linux atlason 2.6.27 #1 SMP PREEMPT Tue Nov 18 01:25:24 IST 2008 i686 GNU/Linux


הצעד הבא, שהיה נחוץ לי להשלמת ההתקנה הראשונית היה תוספת הדרייבר הקינייני של nvidia. הסיבה היא קודם כל צמד המסכים - לא ניתן להפעיל TwinView בלעדיו.
בדרך כלל, עם קרנל מקורי, אין קל מזה במפיס. אבל הקרנל המקורי לא פועל, ואיתו לא יפעלו כל התוספים התלויים בו. כשהוא יפעל, אם יפעל ביום מן הימים, יהיה קל מאד לחזור אליו. בינתיים הסתפקתי בהתקנה מקובץ ה run של nvidia. במפיס (ובמוטציות אחרות של דביאן) זה לא מספיק, ויש לפני כן לשנות את ההרשאות של etc/init.d/nevidia-kernel/ ל 000. אחרי כן העלתי את מפיס לרמת ריצה 3 וההתקנה עברה ללא בעיות. TwinView פעל מיד ובעזרת nvidia-settings כיוונתי את הרזולוציה והאורינטציה של המסכים לערכים הרצויים, בקלות רבה.

תם פרק ההתקנה הבסיסית.

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

lulimp@atlason:~$ cat /etc/apt/sources.list
# See sources.list(5) for more information

# This file should be edited through synaptic

# MEPIS improvements, overrides and updates--the MEPIS magic
deb ftp://ftp.mepis.com/mepis/ mepis-8.0 main

deb ftp://ftp.debian.org/debian/ lenny main contrib non-free
# deb-src ftp://ftp.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

# Some Debian Multimedia software might be illegal in some jurisdictions
# deb http://www.debian-multimedia.org lenny main


דהיינו פרט "לשיפורי מפיס" וכמה תוכנות מולטימדיה שרישויין מפוקפק - זהו דביאן לני, שעתיד להיות דביאן יציב בעוד זמן קצר (או לא?).

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

Synaptic המהולל כולל את החבילה foo2zjs ואפילו חבילת עזר עבורה להתקנת קושחה קיניינית הדרושה למדפסות אחדות, כולל hp1018 שברשותי. יש רק בעיה קטנה - חבילות אלו לא עובדות בדביאן, למרות בקרת האיכות האכותית.

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

עדיין לפני התקנת לקוח ה nsf לשרת ה nsf המקומי עליו נמצאים קבצי המוסיקה שלי, וקינפוג סמבה. אמרתי כבר שאני בעד שידרוג ולא בעד התקנה נקיה? ואגב כך - תוכנות CrossOver Office הישנות הנמצאות בספריית הבית עוד מימי MEPIS 3.3 עובדות כאילו לא היו דברים מעולם.

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

אפשרויות לתצוגת תגובות

בחרו באפשרות התצוגה הרצויה, ולחצו על "שמור הגדרות".

הערות על המאמר

1. הפרמטר quiet מוריד את כל ההדפסות שאינן שגיאות. נדמה לי שהוא קצת מאיץ את העליה (אבל זה זניח, ר' 2). התוצאה בכל מקרה פחות מבהילה משתמש שלא מעוניין בשטף ההודעות. משתמשים מקצועיים יתעניינו כמובן בהודעות הללו.

2. לגבי דרך הטיפול שלך בבעיית ה־initrd: ה־initrd של דביאן כולל סקרפט shell . הוא מורץ ע"י busybox ash . עם פרמטר debug מתאים אתה יכול לקבל שם גם interactive shell כדי לאתר בעיות (נדמה לי שיש שם גם nano-tiny אבל אולי זה busybox vi). אפשר ליצור אותו מחדש (mkinitramfs -u) . קובצי ההגדרות שתחת ‎/etc/initramfs מאפשרים לך לשלוט במידה מסויימת על תוכנו:
* להוסיף מודולים
* להוסיף סקריפטים שירוצו בנקודות מסויימות

התוצאה היא אכן מנופחת משהו אולם מאוד גמישה. היא כוללת תמיכה ב־resume, תמיכה (ע"י hook נוסף) בהרצת מערכת live, ועוד הרבה שינויים.

3. קובץ menu.lst
אני לא מכיר את מפיס, אבל מניח שהיא לא סטתה יותר מדי מדביאן בנקודה זו. בדביאן הקובץ menu.lst נערך אוטומטית ע"י הפקודה update-grub . אם הוא נוצר ללא שורת initrd, אולי יש הגדרות לקויות. יש לי כמה ניחושים על סיבות אפשריות לכך שלא נוצרה שורה כזו, אולם לא ראיתי את המערכת. ההתחלה שלי בתיקון הבעיה היתה ב־update-grub(8)‎‏ .

4. חבילות לא חופשיות:
מבחינת דביאן כל מה שנמצא ב־non-free אינו נתמך רשמית. אם יש מזל אפשר לנסות לתמוך בו, אולם הסיבה היא פשוטה: כללי התוכנה החופשית מבטיחים שלא יהיו מכשולים טכניים לעזרה ("שלא תהיה לי בעיה להפיץ את התיקון לדרייבר של המדפסת"). אם הם לא מובטחים, במקרים רבים אי־אפשר לעזור. לספק תמיכה זה סוג של עזרה.

לדוגמה: אי־אפשר להבטיח שיהיו חבילות זמינות של פלאש לגרסה היציבה של דביאן ללא בעיות אבטחה חמורות.

החבילה foo2zsj היא מקרה קצת קרוב. עבור מדפסות מסויימות היא עובדת. עבור מדפסות אחרות היא דורשת קושחות ממקורות שונים שלמעשה גם תנאי ההפצה שלהם לא ברורים. ומסתבר שהסקריפט שמוריד אותם נוטה להשבר מדי פעם, מכיוון שהוא מסתמך על המבנה של אתרי היצרנים.
הסיפור המלא נמצא בדיווח הבאג: http://bugs.debian.org/503814

צפריר

ועוד על חובבנות באריזה

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

יש דברים שנעשו כמו שצריך. לדוגמה: אורזי דביאן בחרו משיקולי אריזה להשתמש בגרסה 2.4.1 של OpenOffice.org . אורזי מפיס הקפיאו את ההפצה מאוחר יותר ומאוד היה חשוב להם להשתמש בגרסה 3.0 . לכן הם לקחו גרסה שכבר נארזה עבור experimental בדביאן והשתמשו בה. הם עדיין יצטרכו לתחזק אותה במהלך החיים של הגרסה, אולם הם לא ממציאים את הגלגל.

כעת נסתכל על חבילה עם השם firefox . בדביאן כידוע אין חבילה חבילה בשם הזה אלא חבילה בשם iceweasel, אולם החבילה של מפיס לא מתייחסת כלל ל־iceweasel. התוצאה: נסה להריץ:

aptitude install iceweasel
aptitude install firefox

וראה מי מהם עובר בשלום ומי מהם יוצר התנגשויות.


אם תסתכל על קובץ ה־Packages מהמאגר שלהם ב־iceweasel או firefox:‏
ftp://ftp.mepis.com/mepis/dists/mepis-8.0/main/binary-i386/Packages
תוכל להבחין במבט ראשון ברוב החבילות שנארזו לבד ע"י צוות מפיס. הסימן: כל שדה התאור הוא בפסקה אחת ארוכה, ולא מחולק לשורות של 80 תווים, כמו שנדרש במדיניות דביאן. ר' לדוגמה jbidwatcher ו־mepis-config .

זהו לכאורה עניין קטנוני. אולם בשבילי זה סימן שהם לא משתמשים בכלי הכי בסיסי של דביאן לאבטחת איכות: lintian . כמעט כל כלי בניה של דביאן (חוץ מ־dpkg-buildpackage הבסיסי) יודע להריץ lintian על הפלט. כמו בכל בודק אוטומטי: רצוי שלחבילה לא יהיו שגיאות או אזהרות ובכל מקרה שיש שגיאה או אזהרה שמחליטים להשאיר, צריך לדעת לתת נימוק טוב. אם הם מתעלמים משגיאה בסיסית כזו, מאילו עוד שגיאות הם מתעלמים? או שאולי הם כלל לא מריצים lintian?


ולמה הם רוצים לתחזק את כל החבילות לבד? האם נעשה נסיון להכניס אותם לדביאן? לא מצאתי את jbidwatcher כחבילה קיימת או כחבילה "בשלבי אריזה" (ITP). הם מתעקשים לעבוד לבד וליצור לעצמם יותר עבודה. אז אם הבעיות עם ה־initramfs יפתרו בדביאן, הם לא בהכרח יפתרו עם "הקסם של מפיס".

והאם אפשר גם אחרת? אני חושב שכן. השווה ל־sidux.

צפריר

טוב לדעת, וחבל שזה כך.

מוזר, כי וורן בכל זאת נראה כמבין עניין, וה LiveCD מעולה.
למה הם עושים זאת? אין לי מושג. חבל.