13Sep

لماذا يمكن لنظام لينكس أحيانا استرداد البيانات ويندوز لا يمكن؟


لماذا هو أنه يمكنك استخدام جهاز كمبيوتر يستند إلى لينكس أو لينكس سد المباشر لاسترداد البيانات لا يمكن ويندوز؟

سؤال اليوم & أمب؛تأتي جلسة الجواب إلينا من باب المجاملة، وهو قسم فرعي من "ستاك إكسهانج"، وهو عبارة عن مجموعة من المواقع على شبكة الإنترنت.

يريد قارئ أسد

للسؤال المطروح أن يعرف لماذا كان قادرا على استعادة البيانات باستخدام القرص المضغوط لينوكس ليف الذي تم الإبلاغ عنه بأنه غير قابل للاسترداد في ويندوز:

الخلفية: في وقت سابق من هذا العام واجهت مشكلة مع محرك أقراص سد الذي يتعرف عليه ويندوزأي أكثر من ذلك.ولكن في نهاية المطاف للتمهيد ماجيك ماجيك 2012-10-10 لم خدعة.انظر هذا الموضوع حلها.سؤال واحد عالق معي من تلك اللحظة. ..

السؤال: أنا أدرك أن لينوكس عموما أكثر تقنية وأخرى، ولكن يمكن لشخص ما أن يحدد بشكل عام لماذا نظام لينكس( أو في الواقع هذا فقط معين، لأن أوبونتو لم يفعلخدعة) قادر على لا يزال الوصول / التواصل مع جهاز نصف تلف عندما ويندوز ليس كذلك؟

  • هل يتجاهلون فقط أية مؤشرات محتملة مفادها أن شيئا ما قد يكون خطأ؟

  • هل هناك أي أسباب ملموسة على الإطلاق؟

  • هل كان مجرد الحظ أن هذه البيئة الخاصة كانت قادرة على الحصول على سد للاستجابة إلا إذا كان لفترة محدودة؟

في حين أنه بالتأكيد كان يمكن أن يكون الحظ، وهناك على الأرجح أكثر من عدد قليل من العوامل في اللعب.دعونا التحقيق.

يقدم المساهم

سوبيروسر إيك بعض التفسيرات المحتملة، باستثناء الحظ فقط، لقدرته على حفظ البيانات:

عادة ما يأتي هذا إلى ما، بالضبط، يتم الوصول إليها وكيف بالضبط، الجهاز هو فشل.على سبيل المثال، إذا كان سد المعني غير قادر على استرداد، نقول، القطاع 5 وسوف تبدأ المماطلة بمجرد أن أي شيء يقرأ القطاع 5، الفرق قد يكون ببساطة بسبب ما أنظمة مختلفة الوصول تلقائيا بمجرد التعرف على قرص جديد.

عندما يكتشف ويندوز قرص جديد، سوف يقرأ جدول القسم ويحاول تلقائيا فتح أي أنظمة ملفات يعرف كيفية قراءتها.إذا كان أي من الهياكل / كتل يقرأ خلال هذه "تصاعد" -عملية تؤدي سد الخاص بك خلل للذهاب وداعا، والفرق مع هذا التوزيع لينكس معين هو ببساطة أنه قد لا تلقائيا تحميل جميع الأقسام المعنية، أو قد،عند تركيب، ببساطة قراءة مجموعة فرعية مختلفة من القطاعات( تنفيذ نتفس في لينكس مختلفة جدا عن واحد في ويندوز - في حين أن على القرص شكل هو نفسه، والأمر متروك لنظام التشغيل الذي الهياكل التي تراها ضرورية للقراءة.قد يقرأ ويندوز نسخ ثانوية من مفت، أو قد يبدأ بريكاشينغ بعض البيانات والتي يمكن أن تكون الفرق.أوبونتو في قارب مماثل - انها ليست موجهة نحو الانتعاش من خارج منطقة الجزاء، وسوف محاولة لتحميل أي نظام الملفات يجدعلى وسائل الإعلام المكتشفة حديثا، وهذا هو السبب في أن التوزيعات المتخصصة الموجهة نحو الانتعاش هي رهان أفضل، لأنها تفعل فقط ما كنت صراحة يطلب منهم بدلا من القيام بالأشياء تلقائيا

بالطبع، أنتقد ببساطة حصلت على الحظ أيضا.أنا لا أعرف ما يكفي عن وضع الفشل من سد أن أقول.

لينكس عموما لا يتجاهل المؤشرات أن شيئا ما خاطئا.وسوف تتلقى نفس الأخطاء سسي من شرائح ساتا كما ويندوز سوف - إذا نظرتم إلى سجل النواة، على قرص معيب سترى الكثير من رسائل الخطأ.ذلك يعتمد على ما هي البرامج أكتوالي الوصول إلى القرص ما سيحدث بعد ذلك.إذا كان البرنامج موجه نحو الانتعاش، فإنه قد يحاول إعادة قراءة نفس القطاع عدد محدود من المرات، فإنه قد تخطيه، وما إلى ذلك عادة أفضل الرهان هو الحصول على صورة من محرك الأقراص مع العديد من القطاعات قراءة نظيفة قدر الإمكان، وثم محاولة استرداد البيانات الخاصة بك من تلك الصورة( القيام بأي تحليل مباشرة على محرك الأقراص هو فكرة سيئة عادة منذ حالته قد تفاقم وفقط لأنك كنت قادرا على قراءة شيء مرة واحدة، وهذا لا يعني أنك سوف تكون قادرا على قراءتها مرة أخرى)

زميل مساهم أثونسفير، يقدم آخر تأخذ على الأشياء:

وهناك الكثير من ذلك هو الطريقة التي يعالج البيئة نظام الملفات، و أكلس أو القرص الصلب.

ويندوز سوف تفعل كل ما تستطيع من تلقاء نفسها طاعة أكلس لها، والقطاعات ملحوظ على أنها سيئة أو فارغة.حتى نتفس أو أقسام الدهون إنشاؤها والحفاظ عليها في ويندوز وكذلك ويندوز مبرس سيتم التعامل معها من قبل ويندوز كما ويندوز علامة عليه.

أيضا، إذا فشل محرك الأقراص كلما كنت تستخدم ذلك على الأرجح أنها تواجه مشكلة كبيرة وسوف تعطل البيئة.ثم كيف يعالج نظام التشغيل الذي يأتي في اللعب، ويندوز سوف الموت الزرقاء أو إعادة التشغيل، سوف عملية التمهيد ويندوز رمي رسائل مبر، رسائل ملف مفقودة( NTDLR.dll مفقود أو تالف) ووقف، لأن هذه الملفات السيئة مطلوبة.

عند استخدام قرص مباشر، أنت لا تعتمد على أي من هذه.يتم تجاوز مبر سيئة لأن تمهيد من القرص.قطاع سيئة التي تلفت NTDLR.dll غير مطلوب.كل شيء على القرص.يمكنك بعد ذلك محاولة قراءة.إذا واجهت قطاع "فارغ" أو قليلا سيئة، أن البيئة يعالج ذلك ومع ذلك كان مبرمجا القيام به.أوبونتو المرجح بدلا من ذلك الحفاظ على سلوكيات نظام التشغيل العادي والاستمرار في ما هو الأكثر احتمالا أن يحدث.القطاع فارغ، فعل شيئا آخر.هذا القطاع هو سيء، والبقاء بعيدا، لا تقرأ مرة أخرى لا تكتب أو أنها سوف تسبب مشاكل.

منصة الاسترداد ومع ذلك، سوف تريد قراءة جميع البيانات.علامات الملفات تقول يجب أن يكون الملف على 0،5، 13. ...إذا كان نظام الملفات 13 مفقود، تجاهل رأس فارغة وقراءة الملف على أي حال، أو قراءة القطاع سيئة على أفضل ما يمكن ومحاولة استرداد.

أيضا، يمكن ويندوز تفعل الكثير من هذا مع تطبيقات الطرف الثالث، ريكوفا يمكن العثور على الكثير من هذه الملفات "المفقودة"، واحد.ولكنك لا تريد أن تكون في بيئة قد تكتب إلى القرص وتسبب خسارة دائمة حقيقية.

فعلت تبسيط هذا، وإضافة بعض التفسير، ولكن يجب ملء بعض الفراغات لما كنت تسأل.

هل لديك شيء لإضافة إلى التفسير؟الصوت قبالة في التعليقات.هل ترغب في قراءة المزيد من الإجابات من مستخدمي إكساك إكسهانج؟تحقق من موضوع المناقشة الكامل هنا.

هتب: //superuser.com/questions/586666/ لماذا-يمكن- لينكس-سيستمز-سوميتيمي-ريكوفيري-داتا-ويندوز-كانت-أن-كونكريت-رياسونس