שְׁאֵלָה:

מישהו יכול להסביר איך Large שונה מ-LBA ומ-CHS? תלוי מה לבחור בפרמטרים האלה? או תן לי קישור שבו אוכל לקרוא על זה.

תשובה:

LBA, Large, CHS - שיטות לתרגום מספרי סקטור בכונן קשיח.
בעבר, כשהכוננים הקשיחים היו קטנים, ניגשו למגזר כך:
האפליקציה (מערכת ההפעלה בפרט) קוראת לפונקציה 2 (קריאה סקטור) (או 3 - כתיבה) של ה-BIOS interrupt int 13h ומעבירה לה שלוש קואורדינטות של הסקטור הנדרש - צילינדר (מסלול), ראש, מספר סקטור על המסלול . שלושת הפרמטרים האלה יכולים לקחת ערכים 0-1023, 0-255, 1-63, בהתאמה, מסלול, ראש, מגזר (אם נכפיל את המספרים האלה נקבל 8 GB, הקיבולת די גדולה בסטנדרטים של היום, אבל זה קשה לדמיין דיסק עם פרמטרים כאלה). טווחים אלה נקבעו על ידי מפתחי ה-BIOS של מחשב IBM הראשון כבר בשנת 1981 (אני חושב). אז ההגבלות הללו לא גרמו לשום אי נוחות מיוחדת, שכן הכונן המרווח ביותר של 30 מגה-בייט היה בעל 27 סקטורים למסלול, 4 או 6 ראשים עם 100-150 צילינדרים. מי שעבורם המגה-בייט לא הספיקו התקינו דיסק שני. הקואורדינטות המשודרות הוזנו אחת לאחת, ללא כל טרנספורמציות או חישובים מחדש, לרגיסטרים של בקר הדיסק.
עד מהרה הופיעו כונני IDE, שהיו מרווחים יותר ופחות מגושמים. אוגרי החומרה של הבקרים שלהם אפשרו לתת מענה ל-256 סקטורים, 16 ראשים ו-65536 מסלולים. עם זאת, גדלי הדיסק בפועל עדיין היו רחוקים מהנתונים הללו ולכן נעשה שימוש באותן פונקציות BIOS עם אותן הגבלות. אלגוריתם הפעולה של ה-BIOS היה זהה לקודם - הקואורדינטות שצוינו נשלחו גם לבקר וכו'.
שיטה זו של פנייה למגזרים נקראת כיום כתובת סקטור ישירה או CHS (Cylinder-Head-Sector). הוא משמש כאשר אתה צריך לחבר דיסק ישן למכונה מודרנית, כמו גם כאשר אתה צריך להפעיל כמה תוכניות טיפשיות. אם תנסה להשתמש בשיטה זו כדי לגשת לבורג בעל קיבולת גבוהה מ-514 מגה-בייט, המערכת תראה רק את ה-514 מגה-בייט הראשונים - מסיבות - ראה LBA.
עם הזמן התברר שאי אפשר פיזית למקם 256 ראשים בבית הדיסק, בעוד הגדלת מספר הצילינדרים הייתה פשוטה וקלה הרבה יותר. דיסקים בעלי קיבולת מקסימלית של 514 מגה-בייט גולמיים לא יכלו לעמוד בדרישות ההולכות וגוברות של תוכנות ומערכות מולטימדיה חדשות. אפילו התקנת 2 או 4 דיסקים לא פתרה את הבעיה, היא רק דחתה אותה לזמן מה.
לאחר מכן פותחו מספר שיטות כדי לעקוף את המגבלה של ה-BIOS המיושן. יש כאן פתרונות תוכנה, כמו ה-ADM הפופולרי פעם, ופתרונות חומרה אקזוטיים למדי, כאשר דיסק פיזי אחד הוצג למערכת כשני או אפילו 3 דיסקים. אבל לכולם היו חסרונות ומגבלות. אז, ADM "מת" מיד עם הנזק הקל ביותר ל-MBR, והדיסק "המפוצל" לא אפשר לחבר כונן עבדים. השיטה היחידה שהשתרשה היא Large. זה ישים עבור כוננים בעלי מספר צילינדר בין 1024 ל-2048 ואינם תומכים ב-LBA (ראה להלן), אך כוננים כאלה כמעט ולא נמצאים כיום. שיטה זו "מתעתעת" במערכת העברת פרמטרי ה-BIOS, מגדילה את מספר הראשים פי 2 ומקטינה את מספר הצילינדרים באותה כמות, ובכך מכניסה אותה למסגרת של 2/3 פונקציות ומבלי לשנות את קיבולת הדיסק.
בשנת 1994 הופיע התקן LBA - Large (או Logic) Block Addressing, שעדיין נמצא בשימוש היום.
LBA משתמש במה שנקרא שידור של מגזרים, שבהם הפרמטרים האמיתיים שלו שונים מאלה שרואה המערכת. השידור איפשר לפתור עוד מספר בעיות פנימיות, טכניות גרידא. למשל, בעיית המגזרים הרעים. בעבר, מקומות כאלה נחסמו ברמת FAT, ואף אחד לא יכול היה למנוע מתוכנית שעובדת ברמת המגזר לכתוב למקומות פגומים. בקר השידור מסיר אוטומטית מגזרים כאלה מהמחזור, ומחליף אחרים במקומם. לא ה-BIOS ולא מערכת ההפעלה אי פעם יודעים על זה. תכונה נוספת - האם תהיתם פעם איך 16 הראשים שהוא מדווח מתאימים למארז הכונן בעובי 2 ס"מ שלכם? התשובה פשוטה - הם פשוט לא שם. לדיסקים מודרניים יש לרוב מגש אחד (בהתאמה 2 ראשים), לעתים רחוקות יותר 2, אפילו פחות - 3. אבל על מגש זה יש מספר עצום של מסלולים קונצנטריים (צילינדרים). ומה שהבקר מייצר זה מה שנקרא דיסק וירטואלי עם פרמטרים לא מציאותיים.
LBA פונה למגזר לא עם 3 קואורדינטות, אלא עם אחת - מספר לוגי - בדיוק כפי שעושה DOS בהפסקות ה-int25/26h שלו. למספר הזה יש אורך של 3*8+4=28 סיביות - בהתאם, מקסימום 2^28 סקטורים - המר אותם למגה-בייט בעצמך. הבורג מייצר פרמטרים מקסימליים בתכנית CHS הישנה, ​​כלומר. לדוגמה, לדיסק יש 16 ראשים, 63 סקטורים ו-30,000 צילינדרים, וכעת רק מספר הגלילים משתנה כמעט תמיד זהה. כדי לעקוף את אותה מגבלה של BIOS, נעשה שימוש באלגוריתם, זהה לזה של Large, כלומר. מחלקים את הצילינדרים ב-2, ואת הראשים ב-*2, רק שכאן זה עובד יותר מפעם אחת, כמו ב-Large, עד שמספר הראשים מגיע ל-256, או שמספר הצילינדרים יורד מ-1023. מספר הסקטורים לא משתנה . אז מסתבר שמשהו כמו 63 סקטורים, 256 ראשים ו-790 צילינדרים - התאמה מלאה למגבלות ה-BIOS. בעת גישה לגזרה, 3 הקואורדינטות שלו מחושבות מחדש למספר LBA, והוא מועבר לבקר.
אם אתה "אומר" ל-BIOS לעבוד עם בורג גדול במצב רגיל (CHS), אז הוא ישתמש ב-1024 הצילינדרים הראשונים - נקבל את אותם 514 מגה-בייט לא מעוצבים שהוזכרו לעיל.
עבודה עם כוננים מעל 8 ג'יגה-בייט דומה, מכיוון שה-LBA עונה להרבה יותר מ-8 ג'יגה-בייט, רק שבמקום הפונקציות הישנות והטובות 2 ו-3, משתמשים באחרים שיש להם הגבלות פחות מחמירות על מספר המסלולים, הראשים והסקטורים.
פול

שאלה: מבולבל לגבי ג'יגה-בייט

מבולבל בג'יגה-בייט וג'יגה-ביט.

יש שרת עם כרטיס LSI SAS 9211-8i. ds3512 מחובר אליו.

באיזו מהירות מקסימלית הם יכולים לתקשר אחד עם השני?
בג'יגה-בייט ובג'יגה-ביט

תודה

תשובה:
באותו עמוד, טבלה 2) כל המהירויות כתובות שם בהתאם לדופלקס ולמספר השורות)

האם המדף הזה לא יוגבל על ידי ביצועי הממשק? האם ניתן לשאוב גיגה-בייט באופן חופשי?)

שאלה: העברתי את הכונן הקשיח מ-gpt ל-mbr באמצעות תוכנת צד שלישי, לאחר ההעברה המחשב הפסיק לקרוא אותו

תשובה:

הודעה מאת דמיטרי 911

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

דרך איזו תוכנית? סיים את העסקה לאחר שהתחלת.

הודעה מאת דמיטרי 911

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

ראשית, הראה מה DMDE רואה בחלון המחיצות
ייתכן שיש סיכוי לשחזר את הסימון למקומו, זה תלוי במידת ה"גליצ'יות" של תוכנית העל שבה הם לעגו לנתונים שלהם.
עבור תוכניות שחזור, אני בדרך כלל ממליץ על Rsaver (חינם) ו-R-Studio.

שאלה: לאן נעלמו הג'יגה-בייט בכונן הקשיח שלך?

והייצוג הבינארי של מידע במחשב הוא חזקות של שניים:
2^10 קילו = 1024 בתים
2^20 מגה = 1048576 בתים
2^30 גיגה = 1073741824 בייטים
(למרות שיותר נכון לקרוא להם "קיבי" "מבי" "גיבי" (אל תצחקו, הקידומות האלה ממש לא תפסו))
כך:
טרה-בייט, בתפיסה של יצרני כוננים קשיחים: 10000000000000, אנחנו מתחילים לחלק:
10000000000000 /1024 = 976562500 קילובייט
976562500 /1024 = 953674.3 מגה-בייט
953674.3 /1024 = 931.3 גיגה-בייט.
זה הטריק.

2) לכונני IDE רבים יש מצב "חתוך" בקיבולת של עד 32 GB ומצב זה מופעל עם מגשר מיוחד,
את מטרתו ניתן לקרוא על מדבקת HDD. מצב זה (32GB Clip) שימושי אם לוח האם קופא בעת זיהוי הדיסק בשלב האתחול הראשוני.
בהתאם לכך, אם יוסר המגשר, הדיסק יתחיל להיות מזוהה שוב בקיבולת המקורית שלו.
מידע זה אינו רלוונטי עבור כונני SATA.
לאחר רכישת כונן קשיח IDE, בדוק אם הוא מותקן.
או אם פתאום הדיסק "נחתך" לגודל הזה, בדוק אם מישהו משחק עליך.

3) עוד שאלה אחת, גם די ישנה, ​​אבל עדיין:
כאשר אני מחבר כונן קשיח בנפח 250GB ללוח האם של ASRock, Windows® 2000 או XP מזהה רק 128GB או 137GB. איך אני יכול לפתור את הבעיה הזו?
תשובה:
לייבא מפתח זה לרישום
ועומס יתר, כמובן.

REGEDIT4 "EnableBigLBA"=dword:00000001

האם אפשר להפוך דיסק של 120 ג'יגה ל-20 ג'יגה? כמובן שכן - למשל, ליצור עליה מחיצה אחת של 20 ג'יגה ולא להשתמש בשאר. וכדי שזה גם מוגדר כ-20 ב-BIOS - אתה שואל למשל, כדי להגן על מידע מפני וירוסים או מפני נזק/מחיקה בשוגג מעבר ל-32 ג'יגה-בייט, והיצרן לא סיפק מגשרים המגבילים את עוצמת הקול... או (חס וחלילה), בדיסק הקשיח הופיעו בלוקים גרועים בסוף, וצריך להסתיר אותם ממערכת ההפעלה כדי שהיא תצליח. אפילו לא להגיע לשם בעיצוב באופן כללי, יש הרבה...

Host Protected Area הוא הפחתה במספר הסקטורים הפיזיים הזמינים בכונן הקשיח, עם תיקון מתאים של דרכון הדיסק. הָהֵן. לדיסק חתוך על ידי HPA ייקבע נפח קטן יותר (בהשוואה לזה שהוגדר על ידי היצרן), מה שיהפוך את החלק המנותק לבלתי נגיש למערכת ההפעלה או ל-BIOS. בהתאם לכך, תוכנות אחרות, כגון עיצוב ובדיקה, לא יוכלו לגשת לחלק הנסתר. הדיסק נחתך תמיד מהקצה, כלומר. עם HPA, אתה לא יכול לחתוך אזור שרירותי באמצע, ואתה לא יכול להזיז את תחילת הדיסק. כמו ב-AAM, תוצאות HPA נמשכות לאחר כיבוי החשמל.

5) בעיה סנסציונית נוספת בתקופתה הייתה מה שנקרא "DC fly", אשר ערער מאוד את האמון בכוננים הקשיחים של המותג Seagate Barracuda

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

(ציטוט מיום ינואר 2009)
הבעיה השפיעה על דגמי Seagate Barracuda 7200.11, ES.2 ו-DiamondMax 22.
נכון לעכשיו, זה נדיר אבל מתרחש.
אם אתה יודע איך להחזיק מלחם בידיים שלך, אז אתה יכול בקלות לגרש את זבוב CC בעזרת מכשיר פשוט.
אני לא אתן כאן את כל מנגנון הטיפול, עכשיו פשוט מחפשים אותו באינטרנט.

הדגמים בסיכון הם:
ST3500320AS, ST3500620AS, ST3500820AS, ST3640330AS, ST3640530AS, ST3750330AS, ST3750630AS, ST31000340AS עם קושחה AD14, SD15, SD9 SD, SD1, SD1, SD1
STM3500320AS, STM3750330AS, STM31000340AS, STM31000333AS עם קושחה MX15 ומעלה
ST31500341AS, ST31000333AS, ST3640323AS, ST3640623AS, ST3320613AS, ST3320813AS, ST3160813AS
STM31000334AS, STM3320614AS, STM3160813AS
ST3250310NS, ST3500320NS, ST3750330NS, ST31000340NS

כאן תוכל לבדוק בדיסק שלך את הצורך בעדכון קושחה.
או תוכנית מ- Seagate:

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

תשובה:

הודעה מאת magirus

טרה-בייט, במונחים של יצרני כוננים קשיחים: 10000000000000

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

שאלה: מצב דו-ערוצי על מקלות של 2+1 גיגה-בייט

איך בדיוק הסרטון המובנה (על האם) תופס חלק מזיכרון ה-RAM?

הרשה לי להסביר. יש לי מחשב ישן עם 3 (2+1) גיגה-בייט של זיכרון RAM. אני רוצה להאיץ את זה קצת בחינם. אין שדרוגי חומרה.

והדבר הראשון שעלה במוחי היה להגדיל את גודל הזיכרון שהוקצה לסרטון המובנה. כברירת מחדל, 256 מגה-בייט מוקצים. ה-BIOS מאפשר לך להגדיר ערכים, כך נראה, עד 2 גיגה-בייט. אבל כרטיס מסך עתיק כזה כמו Radeon HD3100 (ערכת שבבים 780V) לא צריך כל כך הרבה זיכרון. ולווינדוס יישאר רק הופעה אחת, וזה לא מספיק. החלטתי להקצות הופעה אחת. וכאן עלתה השאלה האמיתית: אם אני מקצה הופעה אחת של וידאו ממקל של 2 גיגה, האם אוכל להפעיל מצב זיכרון דו-ערוצי?אחרי הכל, למעשה, שתי הרצועות יהפכו ל-1 גיגה-ביט. או שהכל קורה הפוך: מזוג רצועות שכבר פועלות במצב דו-ערוצי, מוקצה זיכרון לשבב הווידאו?

תשובה: komandor, תודה על התשובה המפורטת

שאלה: 3 גיגה ב-GTX1060, זה באמת כזה מפחיד?

תשובה:הנה אפשרות טובה אפילו יותר עבורך, 1050ti עם 4 הופעות של זיכרון. אפילו זול יותר

שאלה: מתוך 4 גיגה-בייט (3 מקלות: 2,1,1) של זיכרון RAM DDR2, רק 2.74Gb זמין

תמצית מהמדריך

תמיכה ב-DIMM:
A - תומך במודול אחד המוכנס בכל חריץ כתצורת זיכרון חד-ערוץ.
B - תומך בזוג אחד של מודולים המוכנסים לחריצים הכחולים או לחריצים השחורים
זוג אחד של תצורת זיכרון דו-ערוצית.
C - תומך ב-3 מודולים המוכנסים לחריצים הכחולים והשחורים כשני זוגות של תצורת זיכרון Dualchannel.

2.4 זיכרון מערכת
2.4.1 סקירה כללית
לוח האם מגיע עם ארבעה זיכרון מוטבע כפול (Double Data Rate 2 (DDR2).
שקעי מודולים (DIMM).
למודול DDR2 יש את אותם ממדים פיזיים כמו ל-DDR DIMM אך יש לו א
טביעת רגל של 240 פינים בהשוואה ל-184 פינים DDR DIMM. DDR2 DIMMs הם מחורצים
אחרת כדי למנוע התקנה על שקע DDR DIMM.
האיור ממחיש את מיקומם של שקעי DDR2 DIMM:

2.4.2 תצורות זיכרון
אתה יכול להתקין 256 מגה-בייט, 512 מגה-בייט, 1 ג'יגה-בייט ו-2 ג'יגה-בייט ללא מאגר לא-ECC DDR2
רכיבי DIMM לתוך שקעי ה-DIMM.

אתה יכול להתקין גדלי זיכרון משתנים בערוץ A וערוץ B. The
המערכת ממפה את הגודל הכולל של הערוץ בגודל נמוך יותר עבור הערוץ הכפול
תְצוּרָה כל עודף זיכרון מהערוץ בגודל גבוה יותר הוא אז
ממופה עבור פעולה ערוצית אחת.
התקן תמיד רכיבי DIMM עם אותו זמן אחזור CAS. לתאימות אופטימלית,
מומלץ להשיג מודולי זיכרון מאותו ספק.
אם תתקין ארבעה מודולי זיכרון של 1 או 2GB, ייתכן שהמערכת תזהה רק
פחות מ-3GB מכיוון ששטח הכתובות שמור עבור קריטיים אחרים
פונקציות. מגבלה זו מופיעה במערכת ההפעלה Windows® XP 32-bit
שאינו תומך בהרחבת כתובת פיזית (PAE).
אם תתקין מערכת הפעלה Windows® XP 32 סיביות, זיכרון כולל של פחות
מומלץ מ-3GB.
לזיכרון הכולל עשוי להיות הפחתה של 8MB במצב ערוץ יחיד, ו
הפחתה של 16MB במצב ערוץ כפול מכיוון שמרחב הכתובות הוא
שמור עבור Intel® Quiet System Technology.
עקב מגבלה של ערכת השבבים, מודולי זיכרון כפולים x16 או מודולי זיכרון
עם שבבים של 128MB אינם נתמכים בלוח אם זה.

הערות על מגבלות זיכרון
בשל מגבלת ערכת השבבים, לוח אם זה יכול לתמוך רק עד
8 GB במערכות ההפעלה המפורטות להלן. אתה יכול להתקין מקסימום של
2 GB DIMMs בכל חריץ, אך רק DDR2-533 ו-DDR2-667 2 GB צפיפות
מודולים זמינים עבור תצורה זו.
32 סיביות 64 סיביות

ייתכן שחלק מה-DDR2-800/667 DIMM בגרסה הישנה לא תואמים לאלה של Intel®
דרישת On-Die-Termination (ODT) ותשודרג אוטומטית לאחור
להפעלה ב-DDR2-533. אם זה קורה, פנה לספק הזיכרון שלך כדי לבדוק
ערך ODT.
עקב מגבלת ערכת השבבים, DDR2-800 עם CL=4 ישודרג לאחור להפעלה
ב-DDR2-667 כברירת מחדל. אם אתה רוצה לפעול עם זמן אחזור נמוך יותר,

עקב מגבלת ערכת השבבים, DDR2-667 עם CL=3 ישודרג לאחור להפעלה
ב-DDR2-533 כברירת מחדל. אם אתה רוצה לפעול עם זמן אחזור נמוך יותר,
התאם את תזמון הזיכרון באופן ידני.

תשובה: ולאדמד174,

שאלה: לאחר השימוש ב-"Acronis Disk Director 12" אבדו כמה גיגה-בייט

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

שאלה: מהירות הדיסק היא 64 מגה בייט. בריאות 25% מאז 2012. הדיסק עדיין חי

בשנת 2008 בניתי מחשב. היה כונן קשיח בנפח 320 ג'יגה-בייט של Seagate. בשנת 2009 קניתי דיסק של 1500 ג'יגה-בייט מסיגייט, דגם ST31500341AS, תמורת 5,000 רובל. מ-2008 עד 2012 לא נגעתי במחשב, לא השתמשתי באף תוכנה.

כאשר בשנת 2012 טיפסתי לאותו הדבר קריסטל דיסק מידע, היו הרבה אזעקות וכיתוב אזהרה.ובכן, מה אני צריך לעשות עם זה, פשוט התייאשתי. לאחר מכן השתמשתי בתוכנות שונות עבור הכונן הקשיח מהאוסף (reanimator). אז כולם כתבו שה"בריאות" של הדיסק היא 25%, זו של הדיסק של 1500GB. הדיסק הזה הוא 320GB, הבריאות שלו היא 30%.
התחזיות של התוכניות הללו היו מצערות מאוד, הדיסקים היו צריכים לחיות מחודשיים עד 6 חודשים (אני לא זוכר בדיוק).

אז אתה רוצה בדיחה:
הדיסק הזה הוא 1500 GB, השתמשתי בו כאחסון קבצים עבור TORRENTS. משנת 2009 עד 2014, משעה 12 עד 2:00 לפנות בוקר, תמיד היה לי לקוח טורנט שרץ שהפיץ טורנטים. לפעמים היו 30 ידיים, לפעמים 60, 90 ואפילו 120. הפצות כמו 15 עונות של "MythBusters", הפצה של 100 הופעות, אבל זו הגדולה ביותר. הרשו לי להזכיר לכם שהדיסק הזה בריא ב-25%.

כונן המערכת, עבור מערכת ההפעלה והצעצועים, הוא 320 GB. מאז 2008 אף פעם לא על זה לא היה סיקור אחד. הכונן הזה בריא ב-30%.

שני הדיסקים עדיין חיים ב-2017! אז אתה שואל, מה אתה כותב לנו אז?

אבי ואני ערכנו בדיקת מהירות דיסק אבא שלי היה מאוד מופתע מדוע הדיסק שלי מספק 64 מגה בייט לכתיבה וקריאה.לדוגמה, לאבי יש דיסק מ-2009-2010, נותן בקלות 180מגה בייט. אבי הסביר לי שכל דבר פחות מ-100 הוא התקן של תקופת האבן. שיש בעיות במערכת שלי.

נוסף לאחר 9 דקות
נ.ב.
שכחת לציין משהו. למטרות מניעה, בשנת 2013, השקתי MHDD. ראשית, מחקתי לחלוטין את שני הדיסקים, ואז כתבתי אחד לכל סקטור של כל דיסק, כדי שבסופו של דבר אוכל להסתכל על "PING" מסוים, הפינג של כל סקטור. אז לא היו סקטורים איטיים ורעים בדיסק 320. לא היו רעים בדיסק 1500, איטיים מ-3-5. הדיסק אינו זקוק לטיפול; הקושחה עצמה מנהלת סקטורים גרועים. מעולם לא עשיתי איחוי. למה, אם באופן עקרוני זה אף פעם לא עולה על 20-25%.

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

שאלה: חסרים גיגה-בייט

בשנות ה-80 הרחוקות של המילניום האחרון;), בתקופות של MFM ו-RLL, כנראה שלא היו ידועים, כדי לגשת לכונן הקשיח היית צריך לדעת (ולציין) את ה"גיאומטריה" שלו. ב"גיאומטריה" אנו מתכוונים למספר ה"פיזי" של צילינדרים (מסלולים) (" ג" - מתוך צילינדרים), ראשים (" ח" - מ-Heads), ומגזרים למסלול (" ס" - מ-Sectors). כלומר, כל גוש מידע בכונן הקשיח התאפיין בשלושה משתנים: C, H ו-S (ולכן - כתובת CHS). ויש לציין שערכים אלה תמיד היו "אמיתיים".
לכל הכוננים הקשיחים המודרניים יש צפיפות מידע שונה מהותית, ולדוגמה, אפילו ערך "הגיוני" לכאורה כמו S - מספר הסקטורים לרצועה, אינו תואם אפילו באופן הדוק לערך המצוין על תווית הכונן הקשיח (ומתי זוהה ב-BIOS). במציאות, מספר הסקטורים למסלול משתנה ויורד ככל שמתקרבים למסלול הפנימי האחרון (החיצוני). לכן, כדי להתגבר על אי בהירות זו, בקר הכונן הקשיח "מדווח" ל-BIOS לא ערכים אמיתיים, אלא פרמטרים ש"ניתנים לקריאה" עבורו, ומתרגם את ה"קואורדינטות" שכבר התקבלו ממנו ל"אמיתיות".
לדוגמה, כונן קשיח עשוי להכיל שתי לוחות ובהתאם, ארבעה ראשים, והבקר "יספר" ל-BIOS על 16 הראשים הזמינים. יתר על כן, ה-BIOS, למען "הקריאה" של מערכת ההפעלה, יכול "לטעון" בזעם שלכונן הקשיח אין 16, אלא עד 255 ראשים. בתורו, מערכת ההפעלה תוסיף לבעיות של כל הגבלות ה"חישובים מחדש" הללו על נפח המחיצה עקב השימוש במערכת קבצים ספציפית (לדוגמה, FAT16). בדיוק בגלל בעיה כה רב-גונית, אנשים רבים מתווכחים לעתים קרובות כל כך, מבלבלים ומערבבים בין בעיות ממקורות שונים. בואו ננסה להבהיר את כל ההיבטים של הבעיה.

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

הבה נשקול את ה"פורמטים" של כל שלב.

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

2. בקר הכונן הקשיח שולט על פעולת ראשי הקריאה/כתיבה. הוא מתרגם את פקודות ה"ממשק" לאותות חשמליים על הראשים. ישנם ממשקים שונים: MFM ו-RLL "פרהיסטוריים", IDE מודרני (ATA) ו-SCSI, SerialATA "עתידי". באופן טבעי, אנו מעוניינים בכוננים קשיחים של IDE, ולכן נשקול את ממשק ה-ATA.
כפי שכבר נאמר, שוב, השימוש בהתייחסות CHS התפתח "היסטורית". יתרה מכך, במקרה של ATA:

• שני בתים (16 סיביות) מוקצים עבור "C"
• עבור "S" - בית אחד פחות 1 מגזר (8 סיביות - 1)
• עבור "H" - חצי בייט (4 סיביות)

סה"כ, כונן קשיח מקסימלי עבור כתובת CHS:

2^16x(2^8-1)x2^4 = 65536x255x16 = 267,386,880 מגזרים. יש 512 בתים בגזרה, כלומר:

HDDmax(CHS) = 65536x255x16*512 = 136,902,082,560 בייט = 136.9Gb (127.5GB)*

"kB" = 2^10 = 1024 בתים
"MB" = 1024 קילובייט = 1024*1024 בתים = 1,048,576 בתים
"GB" = 1024 MB = 1024*1024*1024 בתים = 1,073,741,824 בתים
"Mb" = 1,000,000 בתים, 1MB = 1.05Mb
"Gb" = 1,000,000,000 בייט, 1GB = 1.07Gb

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

HDDmax(LBA) = 2^28*512 = 137 438 953 472 בייט = 137.4Gb (128GB)

3. על פי ה"היררכיה" שתוארה לעיל, ה-BIOS ממוקם בין מערכת ההפעלה לבקר הכונן הקשיח. תפקידו לתרגם פקודות בקשת דיסק ממערכת ההפעלה לפקודות בקר כונן קשיח.
רוב התוכנות משתמשות בכתובת CHS. לכן, עם הופעת "כוננים קשיחים של LBA", כדי לא לשכתב את התוכנה הקיימת, הם פעלו כדלקמן. אם ה-BIOS מזהה כונן קשיח של LBA, הוא ממיר את הפרמטרים שלו לגרסת CHS ומערכת ההפעלה "חושבת" שהיא עובדת עם כונן קשיח CHS. הָהֵן. ערך LBA של 28 סיביות "מפורק" באופן הבא - "גלילי" 16 סיביות + "מגזר" 8 סיביות + "קפיטריות" 4 סיביות (סה"כ 16+8+4=28). או ספציפית:

• סיביות 0-7 - מגזר (+1 חתיכה, מכיוון שכתובת CHS מתחילה מהמגזר הראשון, לא מהסקטור ה-0)
• ביטים 8-15 - צילינדר, בייט נמוך
• ביטים 16-23 - צילינדר, בייט גבוה
• ביטים 24-27 - ראש

LBA = [(גליל * מספר ראשים + מספר ראש) * מספר מגזרים לכל רצועה] + (מספר מגזר - 1)

4. בזמנים הרחוקים, של DOS, לא חשדו שיום אחד קיבולת הכוננים הקשיחים תימדד בעשרות ואף מאות גיגה-בייט. אחרי הכל, האיש העשיר בעולם (והמקולל ביותר על ידי אחוות המחשבים בבקבוק אחד;) גם דיבר איכשהו על ה"אינסוף" של 640kB של זיכרון RAM. כתוצאה מכך, להתייחסות C.H.S.ב-DOS ( בתוך 13 שעות) נבחרה מערכת "שלושה בתים" הבאה:

1. בייט אחד - עבור הסיביות הפחות משמעותיות של ערך הצילינדר (0-7 סיביות)
2. בית אחד - עבור שני הביטים המשמעותיים ביותר של ערך הגליל (8-9 סיביות) ושישה סיביות של ערך הסקטור
3. בייט אחד - עבור הערך של הראשים

בסך הכל, התברר, "C" = 0-1023, "H" = 0-255, "S" = 1-63, בהתאמה, הכונן הקשיח המקסימלי איתו DOS מסוגל לעבוד יהיה:

HDDmax (DOS) = 1024x256x63*512 = 8,455,716,864 = 8.46Gb (7.88GB)

לחלופין, עבור כתובת LBA זה מתברר כמספר של 24 סיביות (3 בתים):

HDDmax(DOS-LBA) = 2^24*512 = 8,589,934,592 = 8.59Gb (8GB)

5. יישומים משתמשים במערכת קבצים ספציפית, שגם לה יש מגבלות. לדוגמה, במקרה של FAT16, נפח המחיצה תלוי בגודל האשכול והמקסימום יכול להיות 2^16 אשכולות. אשכול הוא אוסף של סקטורים והערך המקסימלי הסטנדרטי שלו הוא 64 סקטורים ("לא סטנדרטיים" 128 ויותר מותרים רק על ידי כלי עזר מבוססי לינוקס), כלומר. 32KB. הָהֵן. מחיצה מקסימלית עבור FAT16:

FAT16max = 2^16*32kB = 2,147,483,648 = 2.15Gb (2GB)

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

134Mb, שנת 1990.

הבעיה העתיקה ביותר וכנראה לא ידועה נוגעת לזמנים של כוננים קשיחים של 100Mb (לא Gb!) ועוד. אז נעשה שימוש ב-FAT12, שעבורו המחיצה המקסימלית הייתה:

FAT12max = 2^12*32kB = 134,217,728 = 134Mb (128MB)

פִּתָרוֹןפשוט - עבור ל-FAT16 (בשביל זה הוא נוצר).

528Mb, שנת 1993.

הבעיה הראשונה, המפורסמת והחמורה ביותר המשפיעה על CHS.
העובדה היא שכל הכותבים הביולוגיים הראשונים לא ציפו שיום אחד מישהו ינסה להכניס ברגים "ענקיים" כאלה לתוך המוח שלהם. הבעיה הייתה בגלל של-Int13h ו-IDE היו ההגבלות הבאות על ערך CHS:

Int13h: C/H/S = 1024/256/63
IDE: C/H/S = 65536/16/255

בהתאם לכך, האפשרות המקסימלית שעמדה על שני המקרים הייתה 1024/16/63, מה שאומר שהכונן הקשיח המותקן הגדול ביותר יכול להיות:

HDDmax(oldBIOS) = 1024x16x63*512 = 528 482 304 = 528Mb (504MB)

פִּתָרוֹןלבעיה היו שלוש דרכים. ראשון- זה פירמוט כונן קשיח "גדול מדי" באמצעות כלי שירות של 528Mb המובנה ב-BIOS. שיטה זו הייתה די "נפוצה" בזמן מסוים (בשל חוסר הניסיון של המשתמשים;).
שְׁנִיָה- שימוש בתוכנות מיוחדות - מנהלי דיסקים (כגון OnTrack, EZ-Drive וכו'), החלפת שגרת BIOS לעבודה עם דיסקים בשלהם. ככלל, תוכניות כאלה שינו את ה-MBR של הדיסק לפעולה. עם זאת, זה לא איפשר לדיסק לעבוד כראוי בעת אתחול מכונן קשיח אחר (או אפילו מתקליטון), והיו גם בעיות גדולות בהתקנת מספר מערכות הפעלה על דיסק כזה.
נו שְׁלִישִׁי- עדכון ביוס. עם זאת, זיכרון פלאש עבור שבבי BIOS לא היה נפוץ באותה תקופה, והאינטרנט לא פותח, כך שאיש לא יצר או פרסם קושחה. לכן, בשל חוסר היעילות המעשית של כל השיטות הללו, יש (היה) פשוט להחליף את הלוח באחד ש"תומך ב-LBA".

2.11Gb, שנת 1996.

כותבי ביו רבים לא לקחו בחשבון ניסיון קודם והוסיפו רק 2 ביטים לכל צילינדר ב-BIOS. הסכום הכולל היה:

HDDmax (1996) = 2^12x16x63*512 = 2,113,929,216 = 2.11Gb (1.97GB)

יתרה מכך, גרסאות מסוימות זיהו רק "חלק" מהכונן הקשיח (לדוגמה, 2.5Gb הוגדר כ-425Mb), וחלקן פשוט קפאו במהלך זיהוי אוטומטי של הכונן הקשיח עקב חישוב ראש שגוי.

פִּתָרוֹן- עדכון ה-BIOS (או שימוש מנהלי דיסקים).

2.15Gb, שנת 1996.

Windows95 החדש שהופיע ("A", לא OSR) השתמש ב-DOS FAT16 ולכן ירש את כל הבעיות שלו - המגבלה המתוארת לעיל של 2.15Gb למחיצה.

פִּתָרוֹן- התקנה של Windows95B (OSR2), שאפשרה את השימוש ב-FAT32. ל-FAT32 יש מחיצה מקסימלית:

FAT32max = 2^32*32kB = 17,042,430,230,528 = 17042Gb (15872GB)

3.28Gb, ​​שנה 1996-1997.

בגרסאות ישנות יותר של Phoenix BIOS (גרסה 4.03 ו-4.04) הייתה שגיאה בזיהוי של כוננים קשיחים גדולים מ-3.277Mb.

פִּתָרוֹן- עדכון לגרסה 4.05 ואילך.

4.23Gb, שנת 1997.

לא כולם יודעים את המגבלה, היא נובעת משיטות הפתרון "בעיות של 528MB". אז כדי להתגבר על מחסום ה-BIOS של 528Mb, הם יכולים להשתמש באחת משתי שיטות: "סיוע בתרגום LBA"ו "תרגום סיביות ("מצב גדול")".
שיטה "שידורי LBA"אם למערכת יש כונן קשיח LBA לתאימות עם תוכנה ישנה ( בתוך 13 שעות) חישב את ערך CHS באמצעות האלגוריתם הבא:

עם זאת, לפני הופעת הכוננים הקשיחים של LBA, הופיעו כוננים קשיחים רבים שאינם LBA בעלי קיבולת גדולה מ-528Mb. כדי לעבוד עם כוננים קשיחים כאלה, נעשה שימוש בהמרת הצילינדר הבאה:

כתוצאה מכך, מערכות BIOS המשתמשות בתרגום כזה עבור כוננים קשיחים של 4.23Gb (וגדולים יותר) ובעלי 16 ראשים "תרגמו" את מספרם ל-256. עם זאת, תוכנה ישנה (DOS, Windows95) "הבינה" רק את הערכים 0-255 ו-256 ראשים נתפסו כ-0.

פִּתָרוֹן- עדכון ביוס.

7.93Gb, שנה 1997-1998.

באותם "כמה" BIOSes (כמו במקרה הקודם), רק מתקדמים יותר, הבעיה שתוארה לעיל נפתרה על ידי השוואת מספר הראשים ל-15. התוצאה לא הייתה 256, אלא 240 רצועות ודיסק מקסימלי:

HDDmax (Large-15) = 1024x240x63*512 = 7,927,234,560 = 7.93Gb (7.38GB)

פִּתָרוֹן- עדכון ביוס.

8.46Gb, שנת 1998.

ההגבלה לעיל בתוך 13 שעות. נכון, לא נתקלו בתצורות עם 256 ראשים, כך שהמגבלה האמיתית היא:

HDDmax (Int13h/DOS) = 1024x255x63*512 = 8,422,686,720 = 8.42Gb (7.84GB)

פִּתָרוֹן- עדכון ביוס.

33.8Gb, שנת 1999, קיץ.

הבעיה הכי דחופה. לאחר תיקון ב-BIOS "בעיות Int 13h", תוך הגבלת דיסקים ל-8.4Gb, ערכת הכתובת הפכה לדומה לממשק ATA:

• C - שני בתים (16 סיביות), מקסימום - 2^16 = 65536
• H - בית אחד (4 סיביות), מקסימום - 2^4 = 16
• S - בית אחד (8 סיביות), מקסימום - 2^8 = 255
• או במצב LBA - 16+4+8=28 סיביות

הָהֵן. תיאורטית אפשר היה לעבוד עם הדיסקים הגדולים ביותר של 137.4Gb. עם זאת, שוב הכותבים הביולוגיים טעו. הם לא לקחו בחשבון שכאשר חישוב מחדש את הצילינדרים לפי התוכנית הישנה, ​​פשוט "לא היה להם מספיק" אפילו 16 ביט עבור הצילינדרים. לדוגמה, דיסק של 41.2Gb עם תצורה של 19710/16/255 קיבל ערך LBA של 80,416,800 סקטורים מהכונן הקשיח. וכאשר חישוב מחדש באמצעות האלגוריתם ה"סטנדרטי" עם 16 ראשים ו-63 סקטורים, התברר:

80416800 / (16*63) = 79778 צִילִינדֶר.
79778 > 65536 (2^16) ולכן לא התאים ל-16 ביטים.

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

HDDmax (32GB) = 65536x16x63 = 66,060,288 סקטורים = 33.8Gb (31.5GB) ,

אז מספר הסקטורים שווה ל-255. זה נעשה בגרסאות של Award BIOS בגרסאות לאחר יוני 1999.

בואו נתעכב על הַחְלָטָהבעיה זו ביתר פירוט, כי הוא עדיין פופולרי בשל המספר הגדול של בעלים של לוחות Socket7 "ישנים" (והPentium2 הראשון) שרוצים להגדיל את הקיבולת של הדיסק שלהם ללא שדרוג "עולמי" של המחשב כולו. רק שהמחירים של כוננים קשיחים של 40-60 ג'יגה-בייט ירדו כעת עד כדי כך שזה לגמרי לא משתלם לקנות דיסקים בקיבולת קטנה יותר (ולעתים קרובות אפילו לא בגלל ההפרש בגרוש לעומת כוננים קשיחים של 10-20 ג'יגה-בייט, אלא פשוט בגלל החוסר של דגמים בעלי קיבולת קטנה יותר).

כך, הפתרון העיקרי והפשוט ביותר לבעיה- עדכן את הביוס. עם זאת, עבור הרוב המכריע של לוחות Socket7 (כולם מלבד ה"עדכניים" - ב-VIA MVP3/MVP4, ALI V, SiS 530/540) יצרנים לא פרסמו גרסאות BIOS חדשות עם תמיכה בכוננים קשיחים "גדולים". לכן, אם אתה הבעלים המאושר של איזה i430VX/TX או VIA VPX, אל תדאג לגבי חיפוש באינטרנט אחר BIOS "חדש" עבור הכונן הקשיח שלך שלא ניתן לזיהוי, שזה עתה נרכש. אחרי הכל, אפילו ה-biowriter המוכר ביותר אסוס לא פרסמה גרסאות חדשות לקו הלוחות שלה המבוססים על ערכת השבבים i430TX. כפי שראית, היה מעט מאוד מה לתקן, אז הסיבה ל"שכחה" של כל היצרנים להוציא גרסאות חדשות ללוחות הישנים שלהם זהה - שיווק, הם אומרים, קנו את הלוחות החדשים שלנו, הכל שם בלי בעיות .

מה אני יכול להמליץ ​​אם כבר קניתם דיסק "גדול" כזה?

1. לחלק מהכוננים הקשיחים יש מגשרים להגדרת כונן קשיח בנפח 33.8Gb. קבל מערכת פונקציונלית לחלוטין, אבל, למרבה הצער, עם פחות נפח.
2. Windows (98 ומעלה) משתמשת בשגרה משלה כדי לזהות את הכונן הקשיח, שאין להם בעיות בעבודה עם כוננים קשיחים גדולים מ-33.8Gb. לכן, אם ברצונך להשתמש בדיסק "גדול" פשוט כ"שני" (כלומר, לא תבצע אתחול ממנו, אלא מאחר, הקטן מ-33.8 ג'יגה-בייט), אז אתה יכול פשוט לכבות את הזיהוי האוטומטי של " כונן קשיח גדול" ב-BIOS (כלומר מוגדר ל-Disabled). אז המחשב לא יתקע ב-BIOS, ו-Windows עצמו יזהה בצורה נכונה את הדיסק "ה-BIOS הבלתי נראה" בעת הטעינה, וניתן יהיה להשתמש בכל הקיבולת שלו בצורה נכונה לחלוטין. עם זאת, ראשית, לא תוכל להשתמש בדיסק "גדול" תחת DOS (המחיצות שלו פשוט לא יהיו שם), ושנית, סביר להניח שמהירות העבודה עם דיסק "בלתי נראה ב-BIOS" כזה תהיה נמוך משמעותית - עבור "אי-אתחול" של פרוטוקול ה-UDMA שלו (כלומר הוא יכול לפעול באמצעות פרוטוקול PIO4-10Mb/s ואף נמוך יותר).
3. בכמה BIOSes נדירים, ניתן לעקוף את "בעיית 32GB" על ידי הגדרת הפרמטרים של הדיסק "הגדול" באופן ידני (כמו עבור כוננים קשיחים ישנים).
4. ובכן, ולבסוף, הישן, המוכר (וכל כך לא נוח) - מנהלי דיסקים.

עם זאת, בשמי, אני יכול להוסיף זאת באתר שלי www.site אתה יכול למצוא "אוסף" של BIOS עבור לוחות ישנים רבים עם תמיכה בכוננים קשיחים "גדולים", ואם ה-BIOS שלך אינו באוסף, אתה תמיד יכול להשתמש בתוכנה מיוחדת תיקון BIOS, שיוסיף ל-BIOS שלך תמיכה נכונה בכוננים קשיחים עד 120Gb.

65.5Gb, שנת 2000, חורף.

לא כל כותבי הביו ניגשו ל"בעיית 32Gb" בתום לב, וכתוצאה מכך תוקנה רק שגיאה אחת, הקשורה להצפה בחלוקה של 16 סיביות.

העובדה היא שכדי להציג את הקיבולת של הכונן הקשיח על המסך, נעשה שימוש באוגר של 16 סיביות, עוצמת הקול הוצגה במגה-בייט, כך שהדיסק המרבי יכול להיות:

HDDmax (64GB) = 2^16 - 1 = 65535Mb = 65.5Gb (64GB) ,

במקרה זה, המחשב קפא מיד לאחר זיהוי הכונן הקשיח ולא הייתה דרך לעקוף זאת (חוץ מכיבויו ב-BIOS Setup). מאוחר יותר, כדי לתקן בעיה זו, התנהל התנאי הבא: עד 64GB - הצג את הקיבולת במגה-בייט, למעלה - בג'יגה-בייט.

פִּתָרוֹן- עדכון ביוס.

137.4Gb, שנת 2002.

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

פִּתָרוֹן- עדכון BIOS, אבל עבור הרוב המכריע, זו לא בעיה בכלל. ביי. ;)