اثنين من الملفات يونكس مقارنة - ثنائي - خيارات

أعتقد أنك يمكن أن تذهب باستخدام 3 أدوات: سمب هو أفضل للملفات الثنائية و ديف هو أفضل لملفات نصية الملفات الثنائية ديف مجرد تقارير عما إذا كانت تختلف لا. يعمل ديف أيضا للدلائل. أي من الأولين يمكن أن يحقق ما تحتاجه بصمت. يستخدم ديف التبديل - q و سمب يستخدم التبديل - S لاقول لكم فقط رمز العودة: 0 إذا كان الملفان تطابق 1 إذا لم يكن. سمب لديه أيضا خيار لطيف لتجنب (نوع من) قراءة الملف بأكمله (جيد إذا كان لديك ملفات كبيرة): إذا كنت تعرف أن الملفات يمكن أن تختلف في خطوط N الأولى أو بين خط N و M هل يمكن أن تفعل (أي ل صف N 10 و M 20): أضفت md5sum إلى القائمة لأنه إذا كان لديك فرصة لحساب المجموع الاختباري MD5 في كل مرة تقوم بتحرير واحد من تلك الملفات، ثم يمكنك مقارنة فقط أن العثور بسرعة إذا كانت مطابقة أم لا. في هذه الحالة افترض أن لديك الكثير من الملفات للمقارنة. إجابة 25 10 10 في 09: 23 واحدة من الطرق الأكثر شيوعا لتحديد ما إذا كان ملفين متطابقة (على افتراض أحجام تطابقها) يستخدم برنامج لإنشاء تجزئة (أساسا بصمة) من ملف. الأكثر شيوعا هي md5sum و sha1sum. إذا كان لديك العديد من الملفات التي تحتاج إلى التحقق منها، على سبيل المثال إذا كنت تقوم بنقل دليل كامل من الملفات من نظام إلى آخر، يمكنك إعادة توجيه الإخراج من النظام الأصلي إلى ملف، ثم يمكن shdsumsumsumsumum5 تلقائيا استخدام هذا الملف إلى اقول لكم الملفات التي هي مختلفة: أجاب أبريل 29 10 في 12:21 MD5 ليست دائما موثوقة لهذا: ديغزكوريتيهليب ندش جون كيج أبر 29 10 في 12:30 في الواقع، MD5 هو موثوق بها لشيكات السلامة الأساسية. انها مجرد 39n تعتبر قوة تشفيرية كما كنا نعتقد مرة واحدة. إذا كنت قلقا بشأن المتسللين، don39t استخدام MD5، ولكن إذا كنت ترغب فقط في معرفة ما إذا كان بعض الملفات التي تم نسخها من قرص مضغوط تالفة، أو إذا مترجم الخاص بك يبصق ملفات متطابقة في كل مرة، MD5 هو أكثر من كافية. نداش آدم باتكين 29 أبريل 10 الساعة 12: 55 أنا أفضل فبينديف. ديكس يستخدم وحدة المعالجة المركزية حتى عندما تسكع، وأعتقد أن it39s إعادة رسم في كل وقت أو شيء من هذا. فبينديف لا يعمل مع محطات واسعة على الرغم من. ولكن العناوين تصبح غريبة مع محطات واسعة على أي حال، لأن لديك أكثر من 16 بايت لكل صف. نادش جانوس ترويلسن 17 أكتوبر 12 في 14:22 حاول ديف في تركيبة التالية من زشباش عملية الاستبدال وكولورديف في كلي: - y يظهر لك الاختلافات جنبا إلى جنب (اختياري) زكسد هو أداة كلي لإنشاء إخراج هيكسدومب من ثنائي ملف كولورديف تلوين الإخراج ديف (تثبيت عن طريق: سودو الرابطة بين الحصول على تثبيت كولورديف) ​​إضافة - W200 إلى ديف لإخراج أوسع إذا الملفات هي كبيرة، إضافة حد (على سبيل المثال - l1000) لكل زكسد الأسلوب الذي يعمل على حذف بايت بالإضافة الإخراج ل إزالة بايت نول واحدة في بايت 100 من ملف كبير: إذا كنت تريد أيضا أن ترى النسخة أسي من الحرف: اختبارها على أوبونتو 14.04. أنا أفضل أود على زكسد لأنه: هو بوسيكس. زكسد ليس (يأتي مع فيم) لديه - A لإزالة العمود عنوان دون أوك. - إزالة عمود العنوان. هذا أمر مهم خلاف ذلك جميع الخطوط سوف تختلف بعد إزالة إضافة البايت. - w1 يضع بايت واحد في كل سطر، بحيث ديف يمكن أن تستهلك ذلك. فمن الأهمية بمكان أن يكون بايت واحد في كل سطر، وإلا كل سطر بعد الحذف سوف تصبح من مرحلة وتختلف. لسوء الحظ، هذا ليس بوسيكس، ولكن موجود في جنو. - tx1 هو التمثيل الذي تريده، وتغيير إلى أي قيمة ممكنة، طالما كنت تبقي 1 بايت في كل سطر. - v يمنع اختصار التكرار النجمة التي قد تتداخل مع لصق ديف - d - - ينضم كل سطرين. نحن في حاجة إليها لأن عرافة و أسي تذهب إلى خطوط المجاورة منفصلة. مأخوذة من: stackoverflowquestions8987257concatenating-كل-سطر-مع-القادم نستخدم الأقواس () لتعريف بدف بدلا من الحد من نطاق الدالة الداخلية و. انظر أيضا: stackoverflowquestions8426077how-تو-ديفين-a-فونكتيون-إنزيد-أنوذر-فونكتيون-إن-باش أجاب أبريل 4 15 في 20:31 عند استخدام هيكسدومبس والنص ديف لمقارنة الملفات الثنائية، وخاصة زسد. تصبح الإضافات وعمليات الإزالة للبايتات تحولات في المعالجة التي قد تجعل من الصعب رؤيتها. تخبر هذه الطريقة زسد إلى عدم إخراج عناوين، وإخراج بايت واحد فقط في كل سطر، والذي بدوره يظهر بالضبط أي وحدات البايت تم تغييرها أو إضافتها أو إزالتها. يمكنك العثور على العناوين في وقت لاحق من خلال البحث عن تسلسل مثيرة للاهتمام من بايت في هيكسدومب أكثر طبيعية (إخراج xxd first. bin). أجابيد أبر 22 15 في 12:10