למה שינוי בביוס לAHCI פוגם קבצים? - עמוד 3 - תמיכה טכנית למחשבים - HWzone פורומים
עבור לתוכן
  • צור חשבון

למה שינוי בביוס לAHCI פוגם קבצים?


Gizmo_Gizmo_New

Recommended Posts

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

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

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

קישור לתוכן
שתף באתרים אחרים

  • תגובות 46
  • נוצר
  • תגובה אחרונה

בקשר ל PORT 0

זה קשור בסופו של דבר לחלוקת האותיות של חלונות ולזהוי דיסק החלונות כ DISK 0

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

יותר כאשר חלונות לא מחוברת ל PORT 0 כאשר מגדירים מחיצה או כונן נוסף.

PORT 0 רק חוסך בלגן בעתיד - לא מונע אותו בכל המקרים.

בכל מקרה הדרייבר המומלץ והנכון הוא ה RST של .

קישור לתוכן
שתף באתרים אחרים

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

אין שום דבר "קריטי" בהעתקה (clone) של כונן HDD רגיל לכונן , מבחינת מערכת ההפעלה זה בדיוק אותו דבר רק מהיר יותר.

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

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

קישור לתוכן
שתף באתרים אחרים

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

קישור לתוכן
שתף באתרים אחרים

PORT 0 כמעט תמיד יהיה הכי קרוב לצ'יפסט ולמעבד.

ככה המהנדסים משרטטים את הלוח.

לכן מתקיימים תנאים פיזיקלים בהם יש לPORT 0 יתרון מהירות זעיר.

בנוסף PORT 0 תמיד יהיה הראשון בכל רשימת פעולות לינארית הקשורה לפורטים.

אז אם עכשיו הביוס/צ'יפסט/דריוור/וינדוס לולאה בה מופיעים כל הפורטים על פי הסדר, PORT 0 יהיה הראשון שניגשים אליו.

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

קישור לתוכן
שתף באתרים אחרים

שמתי לב למשהו מעניין: חלק מהקבצים נפגמים (התוכן שלהם נפגם, אני מזהה זאת באמצעות השוואת MD5 לקבצים המגובים) ונשארים פגומים גם לאחר החזרה לאחור. וחלק מהקבצים נפגמים ולא ניתן להשתמש בהם עד לחזרה לאחור, כאשר אני חוזר לאחור הכל חוזר לקדמותו (הMD5 חוזר לאיך שהיה כשהביוס ב- Disabled/Disabled. כאשר הביוס ב- Enabled/Enabled הMD5 שלהם משתנה ולא ניתן לפתוח אותם!).

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

אם יש מה שיציל אותך מהתסבוכת הזאת זה מחיקת PARTITION + פירמוט והתקנת וינדוס מחדש.

כי אם זה לא יעבוד אז באמת שאין לי מושג.

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

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

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

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

בנוגע להעתקת כל הקבצים לקשיח חיצוני ולאחר מכן פירמוט של כל הקשיחים שבמחשב - אני מאמין שיפתור את הבעיה. כרגע אין לי קשיח חיצוני בנפח המתאים כדי להעביר אליו הכל (כל הקשיחים מלאים כמעט עד 0 מקום).

עד כאן זה נראה תקין. בדקתי שוב ונראה שהבקר הזה עדיין עושה שימוש בLegacy Interrupts, וגם אצלי זה בIRQ 19 (יחד עם עוד כמה דברים, כלומר זה Native IDE).

ליתר בטחון, תבדוק איזה דרייבר בדיוק מותקן ובאיזו גרסה, ואת אותן הבדיקות (דרייבר וIRQ) תבצע גם במצב Disabled/Disabled. למרות זאת, בשלב זה איני חושב שזה הגורם לתקלה.

דרייבר אחרון, גרסה אחרונה (אני חושב 2009), פשוט אני לא בבית. בכל מקרה השתמשתי בדרייבר בגרסה האחרונה.

אעדכן בנוגע ל- Disabled/Disabled בהקדם.

באיזו גרסת אקרוניס אתה משתמש?

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

בקשר ל PORT 0

זה קשור בסופו של דבר לחלוקת האותיות של חלונות ולזהוי דיסק החלונות כ DISK 0

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

יותר כאשר חלונות לא מחוברת ל PORT 0 כאשר מגדירים מחיצה או כונן נוסף.

PORT 0 רק חוסך בלגן בעתיד - לא מונע אותו בכל המקרים.

בכל מקרה הדרייבר המומלץ והנכון הוא ה RST של אינטל.

בנוגע לחלוקת אותיות - ממש לא מפריע לי.

בנוגע ל- RST, ניסיתי להתקין אותו לאחר השינוי ל- AHCI וקיבלתי הודעה שהמערכת לא נתמכת כך שלא התאפשר להתקין.

אין שום דבר "קריטי" בהעתקה (clone) של כונן HDD רגיל לכונן , מבחינת מערכת ההפעלה זה בדיוק אותו דבר רק מהיר יותר.

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

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

אני חושב בדיוק כמוך.

מניסיון של 6.5 שנים במעבדה החיבור של הדיסק שעליו יושבת מערכת ההפעלה לפורט 0 בלוח האם גורם לכך שגם מקבלים עלייה מהירה יותר של המחשב וגם מהירות עבודה טובה יותר. למה ? לא יודע, אבל עם עובדות קשה להתווכח.
PORT 0 כמעט תמיד יהיה הכי קרוב לצ'יפסט ולמעבד.

ככה המהנדסים משרטטים את הלוח.

לכן מתקיימים תנאים פיזיקלים בהם יש לPORT 0 יתרון מהירות זעיר.

בנוסף PORT 0 תמיד יהיה הראשון בכל רשימת פעולות לינארית הקשורה לפורטים.

אז אם עכשיו הביוס/צ'יפסט/דריוור/וינדוס לולאה בה מופיעים כל הפורטים על פי הסדר, PORT 0 יהיה הראשון שניגשים אליו.

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

נתון מעניין.

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

אני שאלתי למה זה כ"כ קריטי לחבר לפורט 0 מאחר ומדבריך (Art) נשמע שזה ממש יכול לגרום לתקלות וכד'.

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

והפתרון האופטימלי ביותר עבורי הוא לארגן קשיח חיצוני, להעתיק אליו את כל הקבצים, לשנות ל- Enable/Enable , לחבר את הSSD לPORT0, לפרמט אותו ולהתקין את מערכת ההפעלה מחדש ובמידה ועדיין קבצים נפגמים, להחזיר אותם מהקשיח החיצוני.

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

קישור לתוכן
שתף באתרים אחרים

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

לפי אינטל IHC10 נתמך ב IRST .

ולמה טענת קודם שניסית וזה נשאר אותו הדבר ?

ניסית להתקין אותו במצב AHCI ?

טעות שלי, זכרתי שהתקנתי אותו במצב AHCI, לא זכרתי שהוא כתב שהמערכת לא נתמכת, מצטער.

חיובי, ניסיתי להתקין אותו במצב AHCI והוא כותב שהמערכת לא נתמכת.

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

לפני שאני מנסה התקנה חלקה, אשתדרג בשילוש חדש.

לא הגיוני לי שה- עובד כ"כ טוב במחשב נייד שקניתי יד שניה לעומת המחשב הנייח שלי מ- 2008.

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

קישור לתוכן
שתף באתרים אחרים

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

הוצאתי את אחד הכוננים הקשיחים (בנפח 3TB של Seagate) וחיברתי אותו כחיצוני (באמצעות מתאם USB) למחשב הנייד שלי וגם שם אותם קבצים נדפקו (הMD5 שלהם השתנה והם לא נפתחים, למרות שתאריך שינוי אחרון/נפח והכל נראה זהה).

ה- MD5 חוזר להיות תקין כאשר אני מחבר את הקשיח הזה למחשב הנייח ומשאיר את הנייח ב- Disabled/Disabled. אחרת ה- MD5 שלהם לא תקין והם לא עובדים.

כדי לבדוק שהקבצים לא בעייתיים, כאשר הנייח היה ב- Disabled/Disabled, העתקתי אותם ל- 2 דיסקים קשיחים אחרים במחשב, כך שבאותו רגע הקבצים עבדו תקין מכל 3 הקשיחים.

עדכנתי בביוס ל- Enabled/Enabled והעליתי את מערכת ההפעלה: רק מתוך הכונן של ה- 3TB הקבצים לא נפתחו וה- MD5 שלהם היה שונה ("פגומים"), ב- 2 הדיסקים הקשיחים אחרים הקבצים נשארו עם ה- MD5 המקורי ונפתחו כרגיל.

לא נתקלתי בקבצים שנדפקים בכוננים הקשיחים הללו, סביר להניח שהבעיה קשורה איכשהו לקשיח של ה- 3TB.

מבחינת Test - עבר תקין, נקי משגיאות.

מבחינת SMART - תקין.

מבחינת שוני - הוא שונה משאר הקשיחים בכך שהוא ב- GPT ולא MBR (רק ב- GPT תמיכה מעל 2TB).

יכול להיות שקשור ל- GPT או משהו?

אני חושב שיש פה כיוון.

אולי צריך לעדכן לו Firmware, השאלה אם זה מוחק הכל...?

אלו נתוניו:

ST3000DM001-1CH166

Manufacturer Seagate

Form Factor 3.5"

Heads 16

Cylinders 97,451

Tracks 24,850,005

Sectors 1,565,550,315

SATA type SATA-III 6.0Gb/s

Device type Fixed

ATA Standard ATA8-ACS

Serial Number Z1F2F1FR

Firmware Version Number CC26

LBA Size 48-bit LBA

Power On Count 1130 times

Power On Time 208.4 days

Speed 7200 RPM

Features S.M.A.R.T., APM, NCQ

Max. Transfer Mode SATA III 6.0Gb/s

Used Transfer Mode SATA II 3.0Gb/s

Interface SATA

Capacity 746 GB

Real size 801,569,726,464 bytes

RAID Type None

S.M.A.R.T

Status Good

Temperature 36 °C

Temperature Range OK (less than 50 °C)

משום מה ה- Capacity לא מראה 3TB, אבדוק מיד ב- Disabled/Disabled.

טוב, זה מתחיל להיות די ברור שהבעיה קשורה לכונן הקשיח, כשחזרתי עכשיו ל- Disabled/Disabled, ה- Capacity "השתנה":

ST3000DM001-1CH166 ATA Device

Manufacturer Seagate

Form Factor 3.5"

Heads 16

Cylinders 387,601

Tracks 93,024,240

Sectors 5,860,527,120

SATA type SATA-III 6.0Gb/s

Device type Fixed

ATA Standard ATA8-ACS

Serial Number Z1F2F1FR

Firmware Version Number CC26

LBA Size 48-bit LBA

Power On Count 1130 times

Power On Time 208.4 days

Speed 7200 RPM

Features S.M.A.R.T., APM, NCQ

Max. Transfer Mode SATA III 6.0Gb/s

Used Transfer Mode SATA II 3.0Gb/s

Interface SATA

Capacity 2794 GB

Real size 3,000,592,982,016 bytes

RAID Type None

S.M.A.R.T

Status Good

Temperature 37 °C

Temperature Range OK (less than 50 °C)

S.M.A.R.T attributes

Partition 0

Partition ID Disk #4, Partition #0

Disk Letter D:

File System NTFS

Volume Serial Number 10CBD63F

Size 2794 GB

Used Space 2692 GB (96%)

Free Space 101 GB (4%)

קישור לתוכן
שתף באתרים אחרים

הכונן פגום ? יש אחריות עדיין ?

ב AHCI הכונן עובד שונה מבחינת ביצוע פקודות והתנתקות והתחברות מחדש ביניהן מהקונטרולר

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

קישור לתוכן
שתף באתרים אחרים

ארכיון

דיון זה הועבר לארכיון ולא ניתן להוסיף בו תגובות חדשות.


×
  • צור חדש...