зеркало debian: несоответствие Суммы Хеша
У меня есть зеркальный сервер, который я поддерживаю в школе.
$ uname-a CSE-Cloud01 Linux 4.0.0-1-amd64 № 1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 GNU/Linux
$ sudo склонный - получают обновление
......
W: Failed to fetch http:// mirror.cs.nchu.edu.tw/debian/dists/jessie/main/source/Sources Hash Sum mismatch
W: Failed to fetch http:// mirror.cs.nchu.edu.tw/debian/dists/jessie/main/binary-amd64/Packages Hash Sum mismatch
W: Failed to fetch http:// mirror.cs.nchu.edu.tw/debian/dists/jessie/non-free/binary-amd64/Packages Hash Sum mismatch
W: Failed to fetch http:// mirror.cs.nchu.edu.tw/debian/dists/jessie/main/i18n/Translation-en Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones used instead.
В самом зеркале или некоторые мои машины, Это перестало работать в конце. (некоторая работа правильно.) Я попытался сделать ниже команд, которые рекомендовали и не будут работать
$ apt-get clean
$ rm -rf /var/cache/apt/*
$ rm -rf /var/lib/apt/lists/*
$ apt-get update
Я не могу найти другое решение в Интернете. Кто-либо знал, как решить эту проблему?
У меня была аналогичная проблема, и, похоже, это проблема зеркала.
Как указано здесь удалите файлы "InRelease "на сервере и попробуйте еще раз.
В каталоге / debian / dists / jessie был файл с именем InRelease. У него была дата несколько месяцев назад по сравнению с другими файлами (которые в основном датированы сегодняшней датой).
При удалении / var / lib / apt / lists / * не работает ...
(особенно если вы находитесь за прокси-сервером), исправьте «Несоответствие суммы хэша» следующим образом :
Создать файл
/etc/apt/apt.conf.d/99fixbadproxy
с этим содержимым
Acquire::http::Pipeline-Depth 0;
Acquire::http::No-Cache true;
Acquire::BrokenProxy true;
См. Также здесь
Следующие действия помогли мне (учитывая, что вы su)
- apt-get clean
- apt-get autoclean
- apt-get remove
- apt-get autoremove
يتم استخدام رمز حالة HTTP 301 للإشارة إلى أن موقعًا ما قد تم نقله بشكل دائم إلى موقع جديد وفقًا لـ RFC2616 (تشير سلسلة 500 عادةً إلى أخطاء في الخادم) ومع ذلك ، تستخدم عمليات إعادة التوجيه عادةً عنوان URL / اسم مضيف DNS لإعادة التوجيه. إذا كانت مشكلتك واحدة فقط من TTL ، فلن يعمل استخدام 301 إلا إذا كان لديك عنوان IP جديد و عنوان URL جديد أيضًا. في الواقع ، سيؤدي استخدام إعادة التوجيه 301 إلى تقسيم حركة مرور الويب إلى موقعك لأن متصفح المستخدم سيستمر في إعادة التوجيه مرارًا وتكرارًا إلى نفس المكان ، ولن يتم تحميل صفحة ويب مطلقًا.
ببساطة ، عليك تشجيع الناس على أن تكون متوافقة مع RFC في تطبيقات DNS الخاصة بها وتكريم TTLs وانتظر انتهاء التخزين المؤقت. بمجرد أن تتأكد من انتهاء صلاحية ذاكرات التخزين المؤقت وتحديثها ، فسيتعين عليك الوصول إلى جميع عناوين IP التي تعمل بالترميز الثابت وتطلب منهم تحديث أو (يفضل) استخدام DNS.
وإلا ، فقد ترغب في نشر صفحة الصيانة لإعلام المستخدم بالمشكلة ومطالبتهم بالاتصال بقسم تكنولوجيا المعلومات لديهم للإبلاغ عن المشكلة.
-121 - 295365- في هذه الحالة ، المشكلة دائمًا هي الفرق بين الهاشوم المذكور في InRelease و الإصدار من الملفات الموجودة في dist / [name-of-your-distro] / مجلد.
تُستخدم هذه الملفات للتحقق من عدم تغيير ملفات أخرى مثل Packages.xz . عند عدم تطابق الهاشوم تحصل على الخطأ. لسوء الحظ ، لا يكفي إعادة الصياغة وكتابة القيمة الجديدة ، لأنك ستحتاج أيضًا إلى غناء كلا الملفين * إصدار بمفتاح خاص لا تملكه ... عمل شاق حقيقي.
في حالتي قمت بحل المشكلة (التي كانت في المقام الأول مجرد استخدام النسخة المتطابقة المحلية التي تم تنزيلها) عن طريق إزالة ملفات الإصدار:
rm dist/[name-of-your-distro]/*Release*
وإضافة مفتاح موثوق إلى السطر المقابل لهذا الريبو في مصادر APT:
deb [trusted=yes] file:/path/to/your/local/mirror/ubuntu xenial main
لاحظ [موثوق = نعم]
أتمنى أن يساعدك هذا ، بل ويساعدني في المستقبل:)
У меня возникла такая проблема при обновлении с wheezy до jessie. Решением было временно удалить пакет xz-utils. Wheezy не может управлять списками пакетов .xz из-за старой версии apt.
apt-get remove xz-utils
apt-get update
apt-get upgrade
apt-get install xz-utils
Попробуйте удалить все сетевые подключения, кроме подключения к Интернету, прежде чем пытаться обновить или установить файлы.
Я просто решил эту проблему сейчас. Я использовал Wi-Fi для подключения к Интернету, но также имел кабель Ethernet, подключенный к коммутатору, который был подключен к другому компьютеру. Я удалил кабель Ethernet, и ошибка несоответствия хэша исчезла. Возможно, локальная сеть не позволяла ноутбуку подключиться к Интернету, потому что я не смог даже пинговать Google. Браузер тоже не открывал сайты.