סוף סוף, אחרי כל ההכנות, הגיע רגע האמת. ניתקתי את מנוע המשאבה מהספק החיצוני וחיברתי אותה לחיבור מאוורר המעבד על לוח האם (SK8N), חיברתי מחדש את המארז לרשת החשמל, ועם ריכוז אדרנלין גבוה בדם הפעלתי את "מהיר" ומיד זינקתי למקלדת ולחצתי חזק וממושך על Del.
א. רגע האמת
הביוס הודיע על סוג כרטיס המסך, ספר את הזכרון, ציין אילו כוננים מחוברים לבקרי ה IDE (פלופי וצורב DVD) ואז פירט את בקרי ה RAID השניים, ואת כל הכוננים הקשיחים המחוברים אליהם ויוצרים את המערכים השונים. זה נראה ארוך לבלי סוף. אבל גם זה נגמר וסוף סוף מילאו הדפים הכחולים של הביוס את המסכים. נחפזתי לנווט למדור Power -> Health כדי לעקוב אחרי טמפרטורת המעבד. התוצאות הראשונות נראו מרשימות למדי. טמפרטורת המעבד התייצבה על 35 מעלות צלזיוס.
תמונה 1: מסך טמפרטורת המעבד בהפעלה הראשונה
החלטתי לחכות כך כחצי שעה, לעקוב אחרי שינויים. הזמן עבר ללא אירועים: הכל נראה יציב. שום קולות או ריחות חריגים לא עלו משום מקום. הגיע הזמן להעלות מערכת הפעלה ולהפעיל את המחשב בכל כוחו ולראות מה קורה.
בין כל המערכות המותקנות על מהיר בחרתי באופן-סוזה 11.1 ושולחן עבודה KDE 3.5.10 בהם אני נמצא בסביבת עבודה מוכרת וחביבה. המערכת עלתה ומבטי ננעץ בפנל, שם מחווה ksensor את טמפרטורת המעבד באופן רציף. הכל נראה תקין: 35 מעלות צ'. מרוצה מאד החלטתי להחזיר את המארז למקומו בשולחן המחשב (עד אז עמד על הרצפה, לידו), ולהתחיל בשורה שלמה של קימפולים ושאר תהליכים מאמצי מחשב כדי לראות מה קורה כשהם בפעולה. אבל מיד אחר-כך הבהבו לפתע שני המסכים וחשכו. לא הבנתי מה קורה, ורפלקסיבית ניסיתי את האמצעים הרגילים: Ctrl-Alt-F1, Ctrl-Alt-Backspace ואין תגובה - מאום לא קורה.
לחצתי על כפתור ה Reset במארז, ומסך הביוס עלה. רווח לי קצת, וכשנגמר עינוי מסכי הזכרון, הכוננים והבקרים - נכנסתי שוב ל Computer -> Health, כדי לבדוק מה קורה עם טמפרטורת המעבד. אבל אז חשכו להם שוב המסכים והכל נעלם. כיביתי את המחשב והחלטתי למשש את אזור המעבד כדי להתרשם מה קורה בו. הוא רתח, אצבעי נכוותה. לא רק הוא, אלא כל סביבתו ב SK8N האומלל.
בחינה מחודשת של מערכת הקירור גילתה את מקור התקלה: “קיפול" (kink) בצינור הגינה הירוק, הארוך, דק הדפנות שהוביל את המים אל הרדיאטור. הקיפול חסם את זרימת המים, ואירע כמסתבר בשעה שהחזרתי את המארז למקומו בשולחן המחשב.
ישרתי את הצינור, שבתי וחיברתי את המשאבה לספק החיצוני ווידאתי שזרימת המים תקינה.
הפעלתי מחדש את "מהיר" - אבל הוא לא הגיב. מהיר מת. מתוך יאוש ניסיתי להחליף את כרטיס המסך, אפילו את המעבד באופטרון 246 במקום Hammer Fx-51 המקורי. אבל כלום לא קרה. מהיר מת ובידי אין אמצעים לקבוע אם מי שנפגע הוא המעבד, לוח האם או שניהם גם יחד. לא זו בלבד: בהיותם ציוד מיושן הסיכוי, וגם הטעם, למצוא להם חלפים הוא קלוש ולא לעניין.
לספר כמה הצטערתי, בושתי, איך חשבתי אלף פעם שיכולתי להימנע מהשטות הזאת? אין טעם. בוודאי לא עכשיו כשכל זה מתגמד לאפס לעומת המתרחש בדרום. הלכתי לישון אומר לעצמי שמחר יום חדש.
ב. יום חדש
למחרת בבוקר נסעתי ל KSP מחשבים בדרך השלום ליד נתיבי איילון בתל-אביב וביקשתי לוח אם ומעבד זולים, כאלו שאפשר לטגן אותם בלי שזה יחשב לאסון. הוצע לי לוח Asus M2N-MX SE Plus, והמעבד התואם לו AMD Athlon 64 X2 Dual Core Processor 5200+. לאלה היה צורך להוסיף זיכרון, כי הזיכרון מ-SK8N אינו תואם ללוח החדש.
בחרתי בזכרון 4 GB במהירות 800 מגה. על הלוח כרטיסי רשת קול ומסך מובנים. כמו כן כולל הלוח שני בקרי סאטא 3.0 ג'יג ולהם בקר רייד מובנה, אופציונלי, בקר IDE אחד ובקר פלופי. כל זה בפחות מעשירית המחיר של החלקים המתאימים במהיר, כשנקנו לפני חמש שנים... מעניין להשוות בין תכונות שתי המערכות.
טבלה 1: תמצית ההבדלים בין לוחות האם הישן והחדש
ניתן אם כן אפילו לצפות לביצועים משופרים, בתנאים מסוימים, מהלוח והמעבד החדשים, מכיוון שהמעבד(ים) והזכרון מהירים במידה ניכרת.
מחנות המחשבים ניגשתי לרחוב יצחק שדה לחפש צינור טייגון במקום צינור הגינה שהתגלה כבלתי מתאים לתפקיד, ואף מסוכן ומזיק. ב"טכנו-צינור" קיבל המנכ"ל אלי חפץ את פני במאור פנים וגילה רצון רב לעזור. הצינור המבוקש אינו נמצא במלאי, אמר, ויש לו רק יבואן אחד בארץ. הוא הבטיח להתקשר איתו ואחר שיהיו בידו כל הפרטים יתקשר אלי עם הצעת מחיר.
חזרתי הביתה ופירקתי את SK8N מ"מהיר", שהלך עכשיו לעבור השתלת לב ריאות ומוח. הקפדתי לא לנתק את כבלי ה SATA מבקר 3ware (הנמצא על כרטיס שליף) כדי לא לפגוע במערך ה raid 0 שעליהם. שני הכוננים האחרים היו מותקנים גם הם כמערך raid 0 על בקר אחר: Promise 380. בלוח החדש יש בקר מסוג אחר והנחתי לכן כי כל מה שהיה עליהם אבוד.
הרכבת הלוח החדש, המעבד וגוף קירור האוויר שלו לא הייתה כרוכה בקשיים מיוחדים והתבצעה במהירות. את החיבור מחדש של קירור המים דחיתי לאחר שאוודא שהכל אמנם פועל כראוי, ולאחר שאדע מה הטמפרטורה של המעבד והלוח בקירור אוויר, כנקודת יחוס לקראת הבאות. הפעלתי אותו תחילה ללא דיסקים קשיחים ובדקתי את טמפרטורת המעבדים: 45 מעלות צלזיוס.
עכשיו הגיע הזמן לחבר את בקר ה 3ware. הבקר נמצא על כרטיס נמוך (1U) וארוך (נועד לתושבת PCI-X).
תמונה 2 : בקר 3ware escalalde
אמנם ניתן להשתמש בו בחריצים מסוג PCI 2.3 הנמצאים בלוח האם החדש כשחלק מרגליו "נשאר באוויר" ובולט הרבה מאחרי התושבת. לרוע המזל, גוף הקירור של הצ'יפסט (nvidia-mcp61) גבוה מספיק כדי שהכרטיס הארוך יגע בו כשהוא מורכב ב PCI-1 ולכן נותר רק PCI-2 לצרכיו.
תמונה 3 : פרישת הרכיבים על לוח Asus M2N-MX SE PLUS
הפעלתי שוב את המחשב כש 3ware במקומו. בין הודעות הביוס עלתה עכשיו ההודעה שהבקר זוהה עם הכוננים והמערך שהם יוצרים עליו. ואחרי זה עלה הדף הראשון של GRUB!
על מהיר, לפני שהמעבד והלוח הישנים ניספו בתאונה, היו מורכבות מערכות ההפעלה הבאות: Ubuntu 8.10, openSUSE 10.2, FreeBSD 7.0, Fedora 10, Sabayon 3.5.1, openSUSE 11.1, openSUSE "factory", וכמו כן שתי מערכות rescue המותקנות עליו לצרכי תחזוקה. לכולן פרט ל FreeBSD 7.0 נמצאה ספריית הבית על מחיצה ששכנה במערך שעל בקר Promise - שלא היה זמין עכשיו. לגודל המזל למערכות אופן-סוזה ניתן להיכנס גרפית כרוט ולכן בחרתי להתחיל עם אופן-סוזה 11.1 – שעלתה בלי למצמץ, כולל הדרייבר הקינייני של nvidia. גם FreeBSD עלתה בלי בעיות ואחרי עריכת boot.conf ו rc.conf זוהו גם כרטיס הקול החדש וכרטיס הרשת החדש והכל חזר לתפקד כאילו לא אירע דבר - רק יותר מהר.
עכשיו הגיע תור שני הכוננים היתומים שהיוו קודם לכן את מערך ה raid 0 על בקר פרומיס. חיברתי אותם לשקעי הסאטא שעל הלוח, וידאתי שבקר nvidia- raid מושבת בביוס, וכשגראב עלה בחרתי שוב באופן-סוזה 11.1.
כבר מהודעות המערכת בזמן העליה ראיתי שמערך ה RAID והמחיצות שעליו זוהו! והמערכת נכנסה אוטומטית למחיצת הבית שעל המערך שלא הוגדר ולא הוצהר על ידי הביוס. (ראו גם כאן: המאבק ב Promise FastTrak: סבוב נוסף)
והרי חלק מהודעות המערכת המדהימות המתייחסות לכך:
חזרתי עכשיו ובדקתי עם כל יתר מערכות ההפעלה המותקנות והתופעה שבה ונשנתה באובונטו, סאבאיון ובכל גרסאות אופן-סוזה – אבל לא ב FreeBSD ולא בפדורה 10. הראשונה עלתה אבל fdisk לא זיהה את "המערך שלא קיים". פדורה בכלל סירבה לעלות, מחפשת לשוא את המערך ההזוי.
מה קורה כאן? הרי ניחוש שלי, מין השערה בעלמה.
ראשית, מי שקורא את המדריכים ל dmraid נוכח שלא מדובר במודול(ים) יעודיים לבקר רייד מסויים, אלא למשפחה שלמה של בקרים הכוללים גם את פרומיס וגם את nvidia בתוכם. מבחינת לינוקס אין הבדל ביניהם.
שנית, אנחנו מכירים מקרים לא מועטים, בפרט כאלו הקשורים בבקרים הנ"ל שבהם הקרנל של לינוקס פשוט מתעלם מהמוגדר בביוס (ראו למשל כאן: פדורה 8: שידרוג גירסת 64 ביט).
שלישית, ה initrd של כל המערכות שזיהו ומשתמשות במערך מכיל את המודול sata_promise.
הנה לדוגמה המודולים הנטענים אוטומטית באופן-סוזה 11.2 alpha 0 המזהה ומשתמשת אף היא במערך:
יתכן אפוא שאת רוב הפונקציונליות של מערך הרייד מספק דווקא המודול הנ"ל, ולא הגדרות הביוס. יותר מכך – אני חושש שהגדרת המערך בביוס דווקא תמחק את הקיים על הדיסקים. אבל מאחר וקיים זה מגובה אצלי כולו, יתכן שבכל זאת אערוך את השינוי בעתיד – הרי בסופו של דבר זהו מחשב נסיונות, לא כן?
ורק עוד מילה בעניין: מהירות הכתיבה\קריאה על בקר פרומיס היתה מרשימה: 150 מגה\שניה. על ה"אין בקר" היא המהירות הרגילה של הכוננים הללו, כ 80 מגה\שניה. משהו בכל זאת הלך לאיבוד.
אבל נחזור לעניינו: קירור מים.
אחד העובדים של אלי חפץ חזר אלי ואמר שמחיר מטר טייגון הוא 100 שקל והכמות המינימלית לרכישה היא 15 מטר. פי שלוש בערך ממחיר לוח האם והמעבד... אבל חיפושים נוספים ברשת הביאו אותי למדריך זה, שטוען כי צינור מסוג clearflex הוא זול בהרבה ומתאים בהחלט לתפקיד. עד שאשיג אותו, אסתפק בצנרת הטייגון הקיימת כדי שתהיה לי סוף-סוף הוכחת היתכנות. אבל בעוד שבלוח הישן הייתה תושבת המעבד מסוג socket 940 הרי בלוח החדש היא מסוג +am2. בזה מהודקת מסגרת המעבד ללוח בשני ברגים, ובזה -בארבעה. ולכן לא ניתן להרכיב את גוף הקירור מתוצרת Danger Den שברשותי על הלוח החדש.
מה עושים? חיפוש בגוגל העלה כי ברשת החנויות פנדה נמצא, במלאי בארץ, תחליף מתאים. הזמנתי אותו. הוא עדיין לא הגיע. היתכן כי הוא נמצא בסניף שלהם בבאר-שבע? אם כך, אין לי טענות.
ידיעות נוספות
הקירור ששרף
כמה מילים על סוללות ליתיום-יון
כמה מילים על כוננים חיצוניים
א. רגע האמת
הביוס הודיע על סוג כרטיס המסך, ספר את הזכרון, ציין אילו כוננים מחוברים לבקרי ה IDE (פלופי וצורב DVD) ואז פירט את בקרי ה RAID השניים, ואת כל הכוננים הקשיחים המחוברים אליהם ויוצרים את המערכים השונים. זה נראה ארוך לבלי סוף. אבל גם זה נגמר וסוף סוף מילאו הדפים הכחולים של הביוס את המסכים. נחפזתי לנווט למדור Power -> Health כדי לעקוב אחרי טמפרטורת המעבד. התוצאות הראשונות נראו מרשימות למדי. טמפרטורת המעבד התייצבה על 35 מעלות צלזיוס.
תמונה 1: מסך טמפרטורת המעבד בהפעלה הראשונה
החלטתי לחכות כך כחצי שעה, לעקוב אחרי שינויים. הזמן עבר ללא אירועים: הכל נראה יציב. שום קולות או ריחות חריגים לא עלו משום מקום. הגיע הזמן להעלות מערכת הפעלה ולהפעיל את המחשב בכל כוחו ולראות מה קורה.
בין כל המערכות המותקנות על מהיר בחרתי באופן-סוזה 11.1 ושולחן עבודה KDE 3.5.10 בהם אני נמצא בסביבת עבודה מוכרת וחביבה. המערכת עלתה ומבטי ננעץ בפנל, שם מחווה ksensor את טמפרטורת המעבד באופן רציף. הכל נראה תקין: 35 מעלות צ'. מרוצה מאד החלטתי להחזיר את המארז למקומו בשולחן המחשב (עד אז עמד על הרצפה, לידו), ולהתחיל בשורה שלמה של קימפולים ושאר תהליכים מאמצי מחשב כדי לראות מה קורה כשהם בפעולה. אבל מיד אחר-כך הבהבו לפתע שני המסכים וחשכו. לא הבנתי מה קורה, ורפלקסיבית ניסיתי את האמצעים הרגילים: Ctrl-Alt-F1, Ctrl-Alt-Backspace ואין תגובה - מאום לא קורה.
לחצתי על כפתור ה Reset במארז, ומסך הביוס עלה. רווח לי קצת, וכשנגמר עינוי מסכי הזכרון, הכוננים והבקרים - נכנסתי שוב ל Computer -> Health, כדי לבדוק מה קורה עם טמפרטורת המעבד. אבל אז חשכו להם שוב המסכים והכל נעלם. כיביתי את המחשב והחלטתי למשש את אזור המעבד כדי להתרשם מה קורה בו. הוא רתח, אצבעי נכוותה. לא רק הוא, אלא כל סביבתו ב SK8N האומלל.
בחינה מחודשת של מערכת הקירור גילתה את מקור התקלה: “קיפול" (kink) בצינור הגינה הירוק, הארוך, דק הדפנות שהוביל את המים אל הרדיאטור. הקיפול חסם את זרימת המים, ואירע כמסתבר בשעה שהחזרתי את המארז למקומו בשולחן המחשב.
ישרתי את הצינור, שבתי וחיברתי את המשאבה לספק החיצוני ווידאתי שזרימת המים תקינה.
הפעלתי מחדש את "מהיר" - אבל הוא לא הגיב. מהיר מת. מתוך יאוש ניסיתי להחליף את כרטיס המסך, אפילו את המעבד באופטרון 246 במקום Hammer Fx-51 המקורי. אבל כלום לא קרה. מהיר מת ובידי אין אמצעים לקבוע אם מי שנפגע הוא המעבד, לוח האם או שניהם גם יחד. לא זו בלבד: בהיותם ציוד מיושן הסיכוי, וגם הטעם, למצוא להם חלפים הוא קלוש ולא לעניין.
לספר כמה הצטערתי, בושתי, איך חשבתי אלף פעם שיכולתי להימנע מהשטות הזאת? אין טעם. בוודאי לא עכשיו כשכל זה מתגמד לאפס לעומת המתרחש בדרום. הלכתי לישון אומר לעצמי שמחר יום חדש.
ב. יום חדש
למחרת בבוקר נסעתי ל KSP מחשבים בדרך השלום ליד נתיבי איילון בתל-אביב וביקשתי לוח אם ומעבד זולים, כאלו שאפשר לטגן אותם בלי שזה יחשב לאסון. הוצע לי לוח Asus M2N-MX SE Plus, והמעבד התואם לו AMD Athlon 64 X2 Dual Core Processor 5200+. לאלה היה צורך להוסיף זיכרון, כי הזיכרון מ-SK8N אינו תואם ללוח החדש.
בחרתי בזכרון 4 GB במהירות 800 מגה. על הלוח כרטיסי רשת קול ומסך מובנים. כמו כן כולל הלוח שני בקרי סאטא 3.0 ג'יג ולהם בקר רייד מובנה, אופציונלי, בקר IDE אחד ובקר פלופי. כל זה בפחות מעשירית המחיר של החלקים המתאימים במהיר, כשנקנו לפני חמש שנים... מעניין להשוות בין תכונות שתי המערכות.
טבלה 1: תמצית ההבדלים בין לוחות האם הישן והחדש
ניתן אם כן אפילו לצפות לביצועים משופרים, בתנאים מסוימים, מהלוח והמעבד החדשים, מכיוון שהמעבד(ים) והזכרון מהירים במידה ניכרת.
מחנות המחשבים ניגשתי לרחוב יצחק שדה לחפש צינור טייגון במקום צינור הגינה שהתגלה כבלתי מתאים לתפקיד, ואף מסוכן ומזיק. ב"טכנו-צינור" קיבל המנכ"ל אלי חפץ את פני במאור פנים וגילה רצון רב לעזור. הצינור המבוקש אינו נמצא במלאי, אמר, ויש לו רק יבואן אחד בארץ. הוא הבטיח להתקשר איתו ואחר שיהיו בידו כל הפרטים יתקשר אלי עם הצעת מחיר.
חזרתי הביתה ופירקתי את SK8N מ"מהיר", שהלך עכשיו לעבור השתלת לב ריאות ומוח. הקפדתי לא לנתק את כבלי ה SATA מבקר 3ware (הנמצא על כרטיס שליף) כדי לא לפגוע במערך ה raid 0 שעליהם. שני הכוננים האחרים היו מותקנים גם הם כמערך raid 0 על בקר אחר: Promise 380. בלוח החדש יש בקר מסוג אחר והנחתי לכן כי כל מה שהיה עליהם אבוד.
הרכבת הלוח החדש, המעבד וגוף קירור האוויר שלו לא הייתה כרוכה בקשיים מיוחדים והתבצעה במהירות. את החיבור מחדש של קירור המים דחיתי לאחר שאוודא שהכל אמנם פועל כראוי, ולאחר שאדע מה הטמפרטורה של המעבד והלוח בקירור אוויר, כנקודת יחוס לקראת הבאות. הפעלתי אותו תחילה ללא דיסקים קשיחים ובדקתי את טמפרטורת המעבדים: 45 מעלות צלזיוס.
עכשיו הגיע הזמן לחבר את בקר ה 3ware. הבקר נמצא על כרטיס נמוך (1U) וארוך (נועד לתושבת PCI-X).
תמונה 2 : בקר 3ware escalalde
אמנם ניתן להשתמש בו בחריצים מסוג PCI 2.3 הנמצאים בלוח האם החדש כשחלק מרגליו "נשאר באוויר" ובולט הרבה מאחרי התושבת. לרוע המזל, גוף הקירור של הצ'יפסט (nvidia-mcp61) גבוה מספיק כדי שהכרטיס הארוך יגע בו כשהוא מורכב ב PCI-1 ולכן נותר רק PCI-2 לצרכיו.
תמונה 3 : פרישת הרכיבים על לוח Asus M2N-MX SE PLUS
הפעלתי שוב את המחשב כש 3ware במקומו. בין הודעות הביוס עלתה עכשיו ההודעה שהבקר זוהה עם הכוננים והמערך שהם יוצרים עליו. ואחרי זה עלה הדף הראשון של GRUB!
על מהיר, לפני שהמעבד והלוח הישנים ניספו בתאונה, היו מורכבות מערכות ההפעלה הבאות: Ubuntu 8.10, openSUSE 10.2, FreeBSD 7.0, Fedora 10, Sabayon 3.5.1, openSUSE 11.1, openSUSE "factory", וכמו כן שתי מערכות rescue המותקנות עליו לצרכי תחזוקה. לכולן פרט ל FreeBSD 7.0 נמצאה ספריית הבית על מחיצה ששכנה במערך שעל בקר Promise - שלא היה זמין עכשיו. לגודל המזל למערכות אופן-סוזה ניתן להיכנס גרפית כרוט ולכן בחרתי להתחיל עם אופן-סוזה 11.1 – שעלתה בלי למצמץ, כולל הדרייבר הקינייני של nvidia. גם FreeBSD עלתה בלי בעיות ואחרי עריכת boot.conf ו rc.conf זוהו גם כרטיס הקול החדש וכרטיס הרשת החדש והכל חזר לתפקד כאילו לא אירע דבר - רק יותר מהר.
עכשיו הגיע תור שני הכוננים היתומים שהיוו קודם לכן את מערך ה raid 0 על בקר פרומיס. חיברתי אותם לשקעי הסאטא שעל הלוח, וידאתי שבקר nvidia- raid מושבת בביוס, וכשגראב עלה בחרתי שוב באופן-סוזה 11.1.
כבר מהודעות המערכת בזמן העליה ראיתי שמערך ה RAID והמחיצות שעליו זוהו! והמערכת נכנסה אוטומטית למחיצת הבית שעל המערך שלא הוגדר ולא הוצהר על ידי הביוס. (ראו גם כאן: המאבק ב Promise FastTrak: סבוב נוסף)
והרי חלק מהודעות המערכת המדהימות המתייחסות לכך:
P: /devices/pci0000:00/0000:00:08.0/host1/ target1:0:0/1:0:0:0/block/sdb/sdb2
N: sdb2
S: disk/by-id/scsi-SATA_ST3400832AS_4NF0CKWF-part2
S: disk/by-id/ata-ST3400832AS_4NF0CKWF-part2
S: disk/by-path/pci-0000:00:08.0-scsi-0:0:0:0-part2
S: disk/by-id/edd-int13_dev81-part2
E: ID_VENDOR=ATA
E: ID_MODEL=ST3400832AS
E: ID_REVISION=3.03
E: ID_SERIAL=SATA_ST3400832AS_4NF0CKWF
E: ID_SERIAL_SHORT=4NF0CKWF
E: ID_TYPE=disk
E: ID_BUS=scsi
E: ID_ATA_COMPAT=ST3400832AS_4NF0CKWF
E: ID_PATH=pci-0000:00:08.0-scsi-0:0:0:0
E: ID_FS_USAGE=raid
E: ID_FS_TYPE=promise_fasttrack_raid_memberחזרתי עכשיו ובדקתי עם כל יתר מערכות ההפעלה המותקנות והתופעה שבה ונשנתה באובונטו, סאבאיון ובכל גרסאות אופן-סוזה – אבל לא ב FreeBSD ולא בפדורה 10. הראשונה עלתה אבל fdisk לא זיהה את "המערך שלא קיים". פדורה בכלל סירבה לעלות, מחפשת לשוא את המערך ההזוי.
מה קורה כאן? הרי ניחוש שלי, מין השערה בעלמה.
ראשית, מי שקורא את המדריכים ל dmraid נוכח שלא מדובר במודול(ים) יעודיים לבקר רייד מסויים, אלא למשפחה שלמה של בקרים הכוללים גם את פרומיס וגם את nvidia בתוכם. מבחינת לינוקס אין הבדל ביניהם.
שנית, אנחנו מכירים מקרים לא מועטים, בפרט כאלו הקשורים בבקרים הנ"ל שבהם הקרנל של לינוקס פשוט מתעלם מהמוגדר בביוס (ראו למשל כאן: פדורה 8: שידרוג גירסת 64 ביט).
שלישית, ה initrd של כל המערכות שזיהו ומשתמשות במערך מכיל את המודול sata_promise.
הנה לדוגמה המודולים הנטענים אוטומטית באופן-סוזה 11.2 alpha 0 המזהה ומשתמשת אף היא במערך:
int.7.1: modules
----- sysfs driver list (id 0x2ce9fe396e7d47a1) -----
vesafb: /devices/platform/vesafb.0
serial8250: /devices/platform/serial8250
i8042: /devices/platform/i8042
pcspkr: /devices/platform/pcspkr
pcspkr: module = pcspkr
parport_pc: module = parport_pc
agpgart-amd64: module = amd64_agp
pcieport-driver: /devices/pci0000:00/0000:00:09.0
pcieport-driver: /devices/pci0000:00/0000:00:0b.0
pcieport-driver: /devices/pci0000:00/0000:00:0c.0
3w-xxxx: /devices/pci0000:00/0000:00:04.0/0000:01:07.0
3w-xxxx: module = 3w_xxxx
sata_promise: module = sata_promise
AMD_IDE: /devices/pci0000:00/0000:00:06.0
AMD_IDE: module = amd74xx
pata_amd: module = pata_amd
ata_generic: module = ata_generic
PCI_IDE: module = ide_pci_generic
pata_acpi: module = pata_acpi
ohci_hcd: /devices/pci0000:00/0000:00:02.0
ohci_hcd: module = ohci_hcd
ehci_hcd: /devices/pci0000:00/0000:00:02.1
ehci_hcd: module = ehci_hcd
forcedeth: /devices/pci0000:00/0000:00:07.0
forcedeth: module = forcedeth
k8temp: /devices/pci0000:00/0000:00:18.3
k8temp: module = k8temp
nForce2_smbus: /devices/pci0000:00/0000:00:01.1
nForce2_smbus: module = i2c_nforce2
nvidia: /devices/pci0000:00/0000:00:09.0/0000:02:00.0
nvidia: module = nvidia
sata_nv: /devices/pci0000:00/0000:00:08.0
sata_nv: module = sata_nv
isp1760: module = isp1760
HDA Intel: /devices/pci0000:00/0000:00:05.0
HDA Intel: module = snd_hda_intel
parport_pc: module = parport_pc
pci_root: /devices/LNXSYSTM:00/device:00/PNP0A03:00
pci_link: /devices/LNXSYSTM:00/device:00/PNP0C0F:00יתכן אפוא שאת רוב הפונקציונליות של מערך הרייד מספק דווקא המודול הנ"ל, ולא הגדרות הביוס. יותר מכך – אני חושש שהגדרת המערך בביוס דווקא תמחק את הקיים על הדיסקים. אבל מאחר וקיים זה מגובה אצלי כולו, יתכן שבכל זאת אערוך את השינוי בעתיד – הרי בסופו של דבר זהו מחשב נסיונות, לא כן?
ורק עוד מילה בעניין: מהירות הכתיבה\קריאה על בקר פרומיס היתה מרשימה: 150 מגה\שניה. על ה"אין בקר" היא המהירות הרגילה של הכוננים הללו, כ 80 מגה\שניה. משהו בכל זאת הלך לאיבוד.
אבל נחזור לעניינו: קירור מים.
אחד העובדים של אלי חפץ חזר אלי ואמר שמחיר מטר טייגון הוא 100 שקל והכמות המינימלית לרכישה היא 15 מטר. פי שלוש בערך ממחיר לוח האם והמעבד... אבל חיפושים נוספים ברשת הביאו אותי למדריך זה, שטוען כי צינור מסוג clearflex הוא זול בהרבה ומתאים בהחלט לתפקיד. עד שאשיג אותו, אסתפק בצנרת הטייגון הקיימת כדי שתהיה לי סוף-סוף הוכחת היתכנות. אבל בעוד שבלוח הישן הייתה תושבת המעבד מסוג socket 940 הרי בלוח החדש היא מסוג +am2. בזה מהודקת מסגרת המעבד ללוח בשני ברגים, ובזה -בארבעה. ולכן לא ניתן להרכיב את גוף הקירור מתוצרת Danger Den שברשותי על הלוח החדש.
מה עושים? חיפוש בגוגל העלה כי ברשת החנויות פנדה נמצא, במלאי בארץ, תחליף מתאים. הזמנתי אותו. הוא עדיין לא הגיע. היתכן כי הוא נמצא בסניף שלהם בבאר-שבע? אם כך, אין לי טענות.
ידיעות נוספות
הקירור ששרף
כמה מילים על סוללות ליתיום-יון
כמה מילים על כוננים חיצוניים