למה מערכות לינוקס לפעמים לשחזר נתונים Windows לא יכול?

למה זה אתה יכול להשתמש במחשב מבוסס לינוקס או לינוקס Live CD לשחזר נתונים Windows לא יכול?

מפגש השאלות והתשובות של היום מגיע אלינו באדיבות SuperUser - חלוקה מחודשת של Stack Exchange, קיבוץ מונחה על ידי הקהילה של אתרי אינטרנט של Q & A.

השאלה

קורא SuperUser פיליפ Allgaier רוצה לדעת למה הוא הצליח לשחזר נתונים עם תקליטור לינוקס Live שדווח כבלתי הפיכה ב- Windows:

רקע כללי: מוקדם יותר השנה היתה לי בעיה עם כונן SSD כי Windows היה מזהה יותר. אבל בסופו של דבר bootable Magiced 2012-10-10 עשה את הטריק. ראה פתיל פתור זה. שאלה אחת דבקה בי מאותו הרגע ...

Fort האזרח אני מודע לכך שלינוקס היא בדרך כלל קצת יותר טכנית וגלם, אבל האם מישהו יכול לתאר את מערכת לינוקס (או למעשה רק את זה, כיוון שאובונטו לא עשתה את הטריק) מסוגל עדיין לגשת / לתקשר עם חצי - התקן פגום כאשר Windows לא?

• האם הם פשוט להתעלם מכל אינדיקטורים פוטנציאליים שמשהו עלול להיות לא בסדר?

• האם יש סיבות קונקרטיות בכלל?

• האם היה זה רק מזל כי זה בסביבה מסוימת היה מסוגל לקבל את SSD להגיב אם רק לזמן מוגבל?

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

התשובה

סופר euike תורם מציע כמה הסברים פוטנציאלים, מעבר רק מזל, על היכולת שלו לשמור את הנתונים:

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

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

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

לינוקס בדרך כלל לא להתעלם אינדיקטורים שמשהו לא בסדר. זה יקבל את שגיאות SCSI אותו מן השבבים SATA כמו Windows יהיה - אם אתה מסתכל ביומן הקרנל, על דיסק פגום תראה הרבה הודעות שגיאה. זה תלוי במה תוכניות לגשת actuallly את הדיסק מה יקרה הלאה. אם התוכנה מיועדת להחלמה, היא עשויה לנסות לקרוא מחדש את אותו קטע מספר מוגבל של פעמים, היא עשויה לדלג עליו וכו 'בדרך כלל ההימור הטוב ביותר הוא לקבל תמונה של הכונן עם כמה מגזרים לקרוא בצורה נקייה ככל האפשר, ואז לנסות לשחזר את הנתונים שלך מהתמונה (עושה כל ניתוח ישירות על הכונן הוא רעיון רע בדרך כלל מאז מצבו עלול להחמיר רק בגלל שאתה יכול לקרוא משהו פעם אחת, זה לא אומר שאתה תוכל לקרוא אותו שוב .)

עמיתו תורם AthonSfere, מציע עוד לקחת על הדברים:

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

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

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

כאשר אתה משתמש בדיסק חי, אתה לא מסתמך על כל זה. MBR רע הוא עקף כי אתה אתחול של הדיסק. מגזר רע פגום NTDLR.dll אינו נחוץ. הכל על הדיסק. לאחר מכן תוכל לנסות לקרוא. אם זה פוגש במגזר "ריק" או רע, כי הסביבה מטפלת בו אבל זה היה מתוכנת לעשות. סביר להניח שאובונטו תעדיף לשמור על התנהגויות מערכת הפעלה רגילות ולהמשיך הלאה עם הסיכוי הטוב ביותר שיקרה. המגזר הוא ריק, לעשות משהו אחר. זה מגזר רע, להתרחק, לא לקרוא שוב לא לכתוב או שזה יגרום לבעיות.

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

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

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

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

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete/ סיבות