فشل تحديث / تثبيت الحزم - مشكلات متعلقة بالمساحة - تحرير inodes

في البداية سوف أذكر تاريخ حدوث المشكلة ثم كيفية حلها.

فريقي هو سوني فايو M120AL نتبووك التي أملكها منذ حوالي 3 سنوات طويلة مع محرك أقراص ثابت سعة 320 جيجابايت حيث يتعايشون نوافذ 7, شقرا ، قسم عملي مع إكس أوبونتو 12.04، وقسم المبادلة ، وقسم / home ، وقسم معلومات إضافي أشارك معه المعلومات النوافذ.

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

الآن ، الدخول إلى الموقف المحدد ، قبل بضعة أيام تطبيق بعض التحديثات في إكس أوبونتو (والتي تضمنت نواة جديدة) أرى أن مدير التحديث يظهر خطأ يقول إنه يحاول تثبيت linux-image-3.2.0-51-generic لكن تبعية linux-headers-3.2.0-51 لن يتم تثبيته ، أراجع الخطأ بالتفصيل وألاحظ أن dpkg يشكو من عدم توفر مساحة.

قال الخطأ شيئًا من هذا الأسلوب ، على الرغم من عدم تطابقه لأنني لم أكتبه:

تعذر إنشاء "/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(أثناء المعالجة` ./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): لا توجد مساحة على الجهاز

في بعض المناسبات السابقة حدث نفس الشيء لي ولكن كان ذلك لأنني سمحت لعدة نواة قديمة بالتراكم دون حذفها ، لكن هذه المرة أتحقق ولدي 600 ميجا بايت تقريبًا متاحة وفقًا لـ Conky مما لا أفهمه ، ولكن لتأكيد ما إذا كان هناك خطأ في كيفية تكوينه أو ما شابه ، قمت بتشغيل ملف مدافع -h:

لكن لا يزال لدي مساحة في /!

لذلك أنا لست مخطئًا وهذه مساحة أكثر من كافية لإجراء التحديث (لقد فعلت ذلك عدة مرات في العام الطويل منذ أن كنت مع Xubuntu) على أي حال ، أقوم بإجراء sudo apt-get نظيفة لتنظيف الحزم التي قمت بتنزيلها والمحاولة مرة أخرى ، ولكن بنفس النتائج.

ما زلت أجده غريبًا ولكن على أي حال أحاول الخروج من / سمات الرموز التي أستخدمها دائمًا والتي قمت بتعديلها كثيرًا (فاينسا y أيقظ) لتحرير مساحة أكبر ، وبالتالي تمكنت أخيرًا من إجراء التحديث ، والمتابعة مرة أخرى لإعادتهم إلى /.

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

يقودني البحث على الإنترنت إلى عدة مواضيع في منتديات أوبونتو هو، لكن إجابة بعض الأفراد هي نفسها دائمًا: ليس لديك مساحة كافية احذف الملفات أو قم بتوسيع قسم الجذر ، لكنني لاحظت شيئًا مشتركًا في سلاسل الرسائل المختلفة التي وجدتها ، دائمًا قسم الجذر الذي يحتوي على مساحة خالية ، ولكن كان مشابهًا لمشكلتي (600-900 ميجا بايت تقريبًا) ولم يتجاوز حجم القسم 10 جيجا بايت ، لذا انتهيت من إقناع نفسي بأن المشكلة يجب أن تكون أخرى ، وهكذا وصلت إلى عنوان المنشور بفضل هذا الصفحة ، المشكلة هي أن قسم الجذر كان يستخدم 100٪ من inodes.

يمكن رؤية استخدام inodes بالأمر مدافع-ط:

100٪ مستخدمة inodes

والآن يأتي التفسير.

الكلمات الرئيسية موجودة في كلمة دينيس ريتشي:

فهرس ، نظرًا للهيكل غير المعتاد إلى حد ما لنظام الملفات الذي قام بتخزين معلومات الوصول إلى الملفات كقائمة مسطحة على القرص ، مع ترك جميع المعلومات الهرمية للأدلة جانباً

وبالتالي قد يحدث أنه بالنسبة لنظام ملفات معين لا تزال هناك مساحة خالية لتخزين الملفات ، ولكن لا توجد inodes متاحة لفهرستها نظرًا لوجود العديد من الملفات في النظام وبالتالي لا يمكن إنشاء ملفات جديدة.

النقطة المهمة هي أن عدد inodes في القسم خارجي 4 لا يمكن تعديله (هناك أنواع أخرى من الأنظمة مثل JFX o XFS حيث لا يعد هذا قيدًا لأنه ديناميكي) إنه رقم ثابت يتم حسابه عند إنشاء القسم باستخدام mkfs.ext4 وفقًا لحجمه بنسبة بايت لكل inode وفقًا للتفضيلات الموجودة في /etc/mke2fs.conf.

عند تثبيت النظام ، من المعتاد استخدام التفضيلات الافتراضية التي تتضمن علاقة inode = 16384 ، والتي قد تكون كبيرة جدًا بالنسبة للأقسام الصغيرة ولا تنشئ ما يكفي (كما في حالتي). الطريقة الوحيدة لتغييره هي عن طريق إنشاء / تنسيق القسم وتحديده بالخيار -i.

ومع ذلك ، لم يكن هذا خيارًا بالنسبة لي ، كما ذكرت بالفعل ، ترتبط inodes بعدد الملفات الموجودة ، لذا استخدم نص bash التالي الموجود في مكدس وأنه مرتبط بالصفحة التي ذكرتها من قبل للعثور على الدلائل الموجودة في قسم الجذر مع المزيد من الملفات:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

مما يعطي النتيجة التالية:

وها هم الجناة!

يشير الرقم الذي يظهر على اليسار إلى عدد الملفات الموجودة ويشير المسار إلى الدليل المرتبط ، يظهر سطر واحد أدناه الدليل / var / lib / dpkg / info ولكن كما هو الحال دائمًا أقوم بإزالة الحزم الخاصة بي هنا ، فلا يوجد ما أفعله .

ومع ذلك ، إذا تعرفت على مشكلتين ، الأولى وعلى الرغم من أنها في catpura لا ترتفع من هناك ، فإن العديد من الإدخالات الأخرى تتضمن الرموز أيقظ، لذلك يجب أن أقوم بنقلها بنعم أو نعم ، وهذا يفسر أيضًا لماذا عندما قمت بتحديث الحزم ، حيث قمت بتحرير العديد من inodes من قسم الجذر عندما قمت بنقلها ، لكن المشكلة عادت عندما قمت بنقلها.

وثانيًا ، يرتبط أكبر عدد من الإدخالات برؤوس العديد من النوى القديمة ، وأدرك أن الإجراء الذي أستخدمه دائمًا لإزالة النوى القديمة لا يلغي الترويسات ، وما أستخدمه عادةً هو ما يلي ، في المحطة التي أكتبها :

dpkg --get-selections | grep لينكس الصورة

الذي يظهر لي الحبات المثبتة ثم أستخدم:

sudo apt-get purge package

عندما تكون الحزمة هي اسم النواة المعنية ، لكن هذا لا يزيل الرؤوس المرتبطة ، لذلك أقوم بما يلي:

dpkg --get-selections | grep لينكس

ثم شرعت في إزالة الرؤوس القديمة ، مع:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

وفويلا ، ولكن بالطبع كان هناك أيضًا موضوع الأيقونات أيقظ لذلك قررت نقلها إلى ~ / .icons وإتاحتها للنظام بأكمله ، أقوم فقط بعمل رابط رمزي في / usr / share / icons ، النتيجة الأولى لـ مدافع-ط إنه مع حذف الرؤوس والثاني بعد تحريك الأيقونات.

صدر Inodes بواسطة كومة!

بهذا يتم حل المشكلة ، ويمكنني تثبيت / تحديث الحزم دون مشكلة ، آمل أن يكون هذا المنشور مفيدًا لشخص ما ، أو يخدم كمرجع مستقبلي على التركيبات في أقسام صغيرة ويزيل الغموض عن الموضوع حتى تنتشر من قبل منتديات النقص من الفضاء.