به روزرسانی / نصب بسته ها - مشکلات فضایی - آزاد کردن عناصر

اول از همه ، اظهار نظر کنید که این یک خطای خاص به دلیل ویژگی های پارتیشن ریشه من است و این معمولاً در نصب معمولی اتفاق نمی افتد 

برای شروع ، من داستان چگونگی بروز مشکل و سپس راه حل آن را ذکر می کنم.

تیم من یک است نوت بوک Sony Vaio m120AL که من حدود 3 سال طولانی با یک هارد 320 گیگابایتی که در آن زندگی می کنند دارم ویندوز 7, چاکرا ، پارتیشن کار من با اوبونتو 12.04، پارتیشن swap ، پارتیشن / home و یک پارتیشن اطلاعات اضافی که من اطلاعات را با آن به اشتراک می گذارم پنجره ها.

به همین دلایل پارتیشن های ریشه من در هر دو سیستم از نظر اکثر استاندارد ها بسیار کم است (هر کدام حدود 6 گیگابایت) اما هرگز مشکلی برای من ایجاد نکرده اند زیرا برای تمام بسته های مورد نیاز من بیش از اندازه کافی است.

اکنون ، با ورود به شرایط خاص ، چند روز پیش از برخی به روزرسانی ها استفاده کرده است Xubuntu (که هسته جدیدی نیز در آن گنجانده شده بود) می بینم که مدیر بروزرسانی خطایی را نشان می دهد که می گوید سعی در نصب 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-XNUMX / arch / xtensa / include / asm / coprocessor.h '): فضای خالی روی دستگاه باقی نمی ماند

در برخی موارد قبلی همین اتفاق برای من افتاده است اما این اتفاق به این دلیل بوده است که من اجازه داده ام چندین هسته قدیمی بدون حذف آنها جمع شوند ، اما این بار بررسی می کنم و با توجه به کنکی از آنچه من نمی فهمم ، اما برای تأیید اینکه آیا ممکن است خطایی در نحوه پیکربندی آن یا موارد مشابه باشد ، من یک DF -H:

DF -H

اما من هنوز هم فضای /!

من اشتباه نمی کنم و این فضای کافی برای انجام به روزرسانی است (من در سالی که از Xubuntu هستم بارها این کار را انجام داده ام) به هر حال من یک سودو انجام می دهم apt-get تمیز برای پاک کردن بسته هایی که بارگیری کرده ام و دوباره امتحان می کنم ، اما با همان نتایج.

هنوز هم برایم عجیب است اما به هر حال سعی می کنم از درون مضامین آیکونی که همیشه استفاده می کنم و تغییرات زیادی ایجاد کرده ام خارج شوم (فانزا y بیدار) برای آزاد کردن فضای بیشتر ، و درنهایت من موفق به انجام به روزرسانی می شوم ، دوباره اقدام به بازگشت آنها به / می کنم.

با این حال ، این فکر در ذهن من باقی ماند که موضوع باید به جای دیگری برود اما من نمی دانستم کدام یک را. چند ساعت بعد وقتی می خواهم بسته های اضافی را نصب کنم مجدداً با خطای فوق مواجه شدم و یک بار دیگر فضای کافی برای پس انداز وجود داشت ، بنابراین من تحقیق می کنم.

جستجوی اینترنتی من را به سمت موضوعات مختلفی در انجمن ها سوق می دهد اوبونتو است، اما پاسخ بعضی از افراد همیشه یکسان است: شما فضای کافی برای حذف پرونده ها یا گسترش پارتیشن ریشه ندارید ، اما من در موضوعات مختلفی که پیدا کردم ، مورد مشترکی را مشاهده کردم ، همیشه پارتیشن ریشه که فضای خالی داشت ، اما این شبیه به مال من بود (600-900 مگابایت پوند) و اندازه پارتیشن هرگز از 10 گیگابایت فراتر نرفت ، بنابراین من خودم را متقاعد کردم که مشکل باید مسئله دیگری باشد ، و اینگونه بود که به لطف این صفحه ، مشکل این است که پارتیشن ریشه 100٪ inode های استفاده شده را دارد.

استفاده از inode با دستور قابل مشاهده است df -i:

100٪ آند استفاده شده

100٪ آند استفاده شده

و اکنون توضیحات می آید.

inodes در کلمه دنیس ریچی است:

یک فهرست ، به دلیل ساختار تا حدودی غیرمعمول سیستم فایل ، که اطلاعات دسترسی به پرونده ها را به صورت یک لیست مسطح بر روی دیسک ذخیره می کند ، و تمام اطلاعات سلسله مراتبی فهرست ها را کنار می گذارد.

و بنابراین ممکن است اتفاق بیفتد که برای یک سیستم پرونده خاص فضای خالی برای ذخیره پرونده ها وجود دارد ، اما هیچ inode در دسترس نیست که آنها را فهرست کند زیرا پرونده های زیادی در سیستم وجود دارد و بنابراین پرونده های جدیدی ایجاد نمی شوند.

نکته این است که تعداد inode های یک پارتیشن EXT4 قابل اصلاح نیست (انواع دیگری از سیستم ها مانند 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 ظاهر می شود اما مثل همیشه بسته های خود را پاک می کنم در اینجا کاری وجود ندارد.

با این حال ، اگر من دو مشکل را تشخیص دهم ، اولین و اگرچه در کاتپورا از آن بالا نمی رود ، چندین ورودی دیگر شامل نمادها هستند بیدار، بنابراین من باید آنها را بله یا بله منتقل کنم ، علاوه بر این توضیح می دهد که چرا وقتی می توانم بسته ها را به روز کنم ، زیرا هنگام جابجایی آنها بسیاری از inode ها را از پارتیشن ریشه آزاد کردم ، اما با جابجایی مجدد آنها مشکل برطرف شد.

و دوم ، تعداد بیشتر ورودی های بعدی با عناوین چندین هسته قدیمی مرتبط است ، و من متوجه می شوم که روشی که من همیشه برای از بین بردن هسته های قدیمی استفاده می کنم ، هدرها را حذف نمی کند ، آنچه که من معمولاً استفاده می کنم به شرح زیر است: ترمینال می نویسم:

dpkg - انتخاب کنید | grep-linux-image

هسته-rec

که هسته های نصب شده را به من نشان می دهد و سپس از آنها استفاده می کنم:

بسته تصفیه sudo apt-get

Where بسته نام هسته مورد نظر است ، اما این هدرهای مربوطه را حذف نمی کند بنابراین من یک کار می کنم:

dpkg - انتخاب کنید | grep linux

هدرهای قدیمی

و سپس من برای حذف عناوین قدیمی ، با استفاده از:

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

و voilà ، اما البته مسئله آیکون ها نیز وجود داشت بیدار بنابراین تصمیم می گیرم آنها را به ic / .icons منتقل کنم و برای کل سیستم در دسترس قرار دهم ، من فقط یک پیوند نمادین در نمادهای / usr / share / ایجاد می کنم ، اولین نتیجه از df -i با حذف سرصفحه ها و دومی بعد از انتقال آیکون ها.

اینودهای آزاد شده توسط پشته!

اینودهای آزاد شده توسط پشته!

با این مشکل مشکل برطرف شد و من می توانم بسته ها را بدون مشکل نصب و به روز کنم ، امیدوارم که این پست به کسی کمک کند یا به عنوان مرجع بعدی در نصب در پارتیشن های کوچک عمل کند و از موضوعی که توسط انجمن های عدم انتشار منتشر شده است ، پاک کند از فضا


محتوای مقاله به اصول ما پیوست اخلاق تحریریه. برای گزارش یک خطا کلیک کنید اینجا.

27 نظر ، نظر خود را بگذارید

نظر خود را بگذارید

نشانی ایمیل شما منتشر نخواهد شد. بخشهای موردنیاز علامتگذاری شدهاند با *

*

*

  1. مسئول داده ها: میگل آنخل گاتون
  2. هدف از داده ها: کنترل هرزنامه ، مدیریت نظرات.
  3. مشروعیت: رضایت شما
  4. ارتباط داده ها: داده ها به اشخاص ثالث منتقل نمی شوند مگر با تعهد قانونی.
  5. ذخیره سازی داده ها: پایگاه داده به میزبانی شبکه های Occentus (EU)
  6. حقوق: در هر زمان می توانید اطلاعات خود را محدود ، بازیابی و حذف کنید.

  1.   فرناندو باوتیستا dijo

    سلام ، از ubuntu tweak استفاده کنید ( http://ubuntu-tweak.com ) مانند تنظیمات برای ویندوز است ، به شما کمک می کند مقدار زیادی زباله را از بین ببرید و در این فرآیند هسته های قدیمی را با خیال راحت نصب کنید ، با این حال ، هسته قبلی را برای راه اندازی باقی می گذارد ، گاهی اوقات هسته آخر برای من کار نمی کند و من موفق به ورود به با تشکر از سیستم برای حذف همه آنها

    1.    ریونانت dijo

      من مدت زیادی است که او را می شناسم ، اما همیشه ترجیح می دهم این کار را به روش خودم انجام دهم و روش کار را درک کنم ، در هر صورت ، حتی بدون وجود جفت هدرهای قدیمی که مشکل داشتند ، همان موارد دیگر را ارائه می داد یا آیکون های زمان کمتر. و در پایان همانطور که اشاره کردم این مشکل کمبود فضا نیست بلکه از اینودهای استفاده شده است.

  2.   موریسیو dijo

    با تشکر از شما برای به اشتراک گذاری این. تاکنون مشکلی برای من پیش نیامده است ، زیرا دیسکهایی که من استفاده می کنم همه با فرمت لینوکس و بدون ویندوز هستند ، زیرا من آن سیستم را در رایانه خود ندارم.

    بنابراین ، این را بخاطر می سپارم ، در صورتی که روزی به دیدن این مشکل رسیدم.

    1.    ریونانت dijo

      مشکل از داشتن پارتیشن با ویندوز نیست (این فقط یک مورد خاص من است) بلکه از داشتن پارتیشن های ریشه ای کوچک ، کوچکتر از 10 گیگابایت است که در آن نصب کننده از گزینه های پیش فرض mke2fs (که همان چیزی است که پارتیشن ها را قالب بندی می کند) و شما استفاده می کند. به دلیل اندازه خود تعداد کمی از اینودها را ترک می کند و همانطور که معمولاً تقریباً معمول است ، تمام پارتیشن های ما در EXT4 هستند که هنگام ایجاد این عدد را تنظیم می کند و بعداً امکان تغییر آن وجود ندارد.

  3.   ژراردو ح dijo

    همانطور که می بینید ، این نوعی است که مردم را از لینوکس دور می کند و در آخر به پنجره ها بازمی گردند.به نظر شما یک کاربر عادی در این شرایط چگونه می تواند مشکل را حل کند؟
    لازم نیست وقت خود را برای رفع و پیکربندی این نوع کارها و اتلاف وقت سازنده تلف کنید.
    میگل د ایکازا با گفته های خود درست گفت و به همین دلیل تصمیم گرفت به Mac تغییر کند زیرا همه چیز در آنجا کار می کند ، دوره.

    1.    ایلاو dijo

      خودشه. در سیستم عامل X همه چیز زیبا کار می کند. در این لحظه توضیح اینکه چرا آنچه نویسنده پست نظر داده اتفاق افتاده بی فایده است ، بنابراین لطفاً این نظر را تغذیه نکنید. در شعله تمام خواهد شد.

      1.    eliotime3000 dijo

        در مورد من ، دبیان همه کارها را روی رایانه شخصی من انجام می دهد و مشخص شد که من از DVD به عنوان یک repo اضافی برای ارتقا از Squeeze به Wheezy استفاده کردم. بنابراین هرکسی می تواند بروزرسانی کند.

    2.    فابین dijo

      خوب ، شما ذهن یک کاربر ویندوز را دارید.
      گنو / لینوکس برای شما بزرگ است.
      توجه

  4.   sieg84 dijo

    جالب است.

  5.   خورخه dijo

    این خطا هنگام نصب gentoo بر روی دیسک های کوچک بسیار مکرر است ، بنابراین بسیاری از پرونده های منبع کوچک و پارتیشن حتی اگر 60٪ فضای خالی باقی مانده باشد ، اینودها تمام می شود. حداقل کتاب راهنما با تایپ mke2fs -j -T small / dev / sdaX آن را حل می کند ، احتمالاً از طریق اوبونتو اجرا می شود. قبل از اینکه تنظیمات عجیب و غریب بازی کنم

    1.    ریونانت dijo

      دقیقاً ، همانطور که قبلاً اشاره کردم شما می توانید نسبت بایت inode را با گزینه -i مشخص کنید ، اما گزینه ای نیز وجود دارد که شما ذکر می کنید -T از یکی از حالت های پیش فرض در پرونده پیکربندی استفاده می کند که نام آن از /etc/mke2fs.conf ، در در این حالت small یک اندازه بزرگ = 1024 ، اندازه inode = 128 و نسبت byte-inods = 4096 اعمال می کند.

  6.   MSX dijo

    Excelente!
    این یک مشکل معمول است که مدت طولانی سر شما را می خورد تا زمانی که متوجه شوید از کجا آمده است.
    +10 برای توضیح

    1.    ریونانت dijo

      همانطور که می گویید ، اوقات خوبی برای کشتن سر من داشتید! از نظر شما بسیار متشکرم ، از طرف شخصی که به اندازه شما افتخار می داند ، آمده است!

  7.   آنتونی dijo

    عالی !! ، من چیز دیگری یاد گرفته ام ، و این به من کمک کرده است تا با حذف یک هدر قدیمی و همچنین بازیابی برخی از آندها ، بتوانم حدود 19 مگابایت مگابایت را بازیابی کنم. اکنون فضای بیشتری برای نصب دارم. از آنجا که من کاملاً تازه وارد لینوکس هستم ، اگر فکر می کنید اشکالی ندارد ، من شما را تشویق می کنم که در مورد چگونگی قالب بندی برای بدست آوردن بیشترین تعداد inode و اینکه آیا می توان با نگه داشتن اطلاعات دیسک این کار را انجام داد ، پستی ارسال کنید.
    با احترام و با تشکر از

    1.    ریونانت dijo

      همانطور که در ابتدای ورود به آن اشاره کردم ، این یک مشکل بسیار نادر است و مانند مورد من با پارتیشن های کوچک ریشه (<10 گیگابایت) همراه است ، بعید است که در سایزهای دیگر رخ دهد. اکنون ، در مورد تغییر تعداد inode ، همانطور که در قسمت ورودی نیز اشاره کردم ، انجام این کار بدون قالب بندی در پارتیشن های نوع EXT4 امکان پذیر نیست ، بنابراین بدون تهیه نسخه پشتیبان قبلی نمی توانید اطلاعات را بر روی دیسک نگه دارید ، برای تغییر نسبت بایت inodes از گزینه -i در دستور mke2fs یا یکی از گزینه های مرتبط با -T استفاده کنید (کوچک ، بزرگ ، بزرگ و غیره).

  8.   ماریو dijo

    عالی! بیان مسئله ، توضیح علت وقوع آن ، مبانی آن و مراحل حل آن! من این را یک کمک عالی می نامم! با تشکر رایونانت!

  9.   دیانا بدویا dijo

    با تشکر از مقاله ، کمک زیادی به من کرد. من برای غلبه بر این خطا همه چیز را امتحان کرده بودم و با حذف سرصفحه های قدیمی و وابستگی های آنها با استعداد قادر به نصب مجدد برنامه ها و انجام به روزرسانی ها بودم. متشکرم!

  10.   یاسکو dijo

    همین مشکل برای من پیش آمده هیچ کاری انجام نمی دهد و من را به سرم آورده است هاهاها. در مورد من ، پارتیشن root کمی حافظه آزاد داشت ، اما با 100٪ inode استفاده شده بود! نکته این است که اگر مدت زمان طولانی است که از همان توزیع استفاده می کنید و یک هسته قدیمی را با گذشت زمان حذف نمی کنید ، پس زمینه بسیار وحشتناک است. در مورد من ، من توانستم مشکل را به روشی مشابه نحوه قرار دادن آن حل کنم ، فقط این که sudo apt-get remove یا purge برای من کار نکرد و کلید اینکه بتوانم آن پرونده های هسته استفاده نشده را حذف کنم استفاده از sudo بود dpkg - حذف و –purge ، و یکی یکی توانستم آندها را آزاد کنم. همه چیزهایی که یاد می گیرید کاش این مدخل را زودتر پیدا می کردم زیرا این مسئله زودتر حل می شد. متشکرم که کمی ترسیم کردید که در مورد inode چیست ، من ایده زیادی نداشتم.
    وبلاگ عالی ، سلام!

  11.   برج اسد dijo

    شما یک گروسو هستید و اگرچه دست و پا گیر است اما به خوبی درک می شود. من همه کارها را با نامه انجام دادم اما آنچه که نمی توانم انجام دهم حذف سربرگهای قبلی است ، به من اجازه نمی دهد ، من را قرار می دهد
    E: dpkg قطع شد ، برای حل مشکل باید "sudo dpkg –configure -a" را به صورت دستی اجرا کنید
    آنچه را به من می گوید اجرا می کنم و باعث می شود
    تنظیم Openshot (1.4.0-1ubuntu1) ...
    ردیابی (آخرین تماس اخیر):
    پرونده "/ usr / sbin / update-python-modules" ، خط 478 ، در
    package.instal (py_installed)
    پرونده "/ usr / sbin / update-python-modules" ، خط 112 ، در نصب
    os.symlink (نام پرونده ، مسیر دستیابی)
    OSError: [Errno 2] چنین پرونده یا دایرکتوری وجود ندارد
    خطا در sys.excepthook:
    ردیابی (آخرین تماس اخیر):
    پرونده "/usr/lib/python2.7/dist-packages/apport_python_hook.py" ، سطر 128 ، در apport_excepthook
    os.O_WRONLY | os.O_CREAT | os.O_EXCL ، 0o640) ، "w")
    خطای سیستم عامل: [Errno 28] فضای خالی در دستگاه باقی نمی ماند: '/var/crash/_usr_sbin_update-python-modules.0.crash'

    استثنا اصلی این بود:
    ردیابی (آخرین تماس اخیر):
    پرونده "/ usr / sbin / update-python-modules" ، خط 478 ، در
    package.instal (py_installed)
    پرونده "/ usr / sbin / update-python-modules" ، خط 112 ، در نصب
    os.symlink (نام پرونده ، مسیر دستیابی)
    OSError: [Errno 2] چنین پرونده یا دایرکتوری وجود ندارد
    dpkg: خطای پردازش Openshot (پیکربندی):
    موضوع نصب شده اسکریپت پس از نصب کد خروجی کد 1 را بازگرداند
    dpkg: خطا: برای نوشتن وضعیت پایگاه داده "var / lib / dpkg / status" باز نشد. فضای خالی بر روی دستگاه باقی نمی ماند
    سوال این است که ، من چه می پوشم؟

  12.   پابلو dijo

    خیلی ممنون! این پست خیلی به من کمک کرد.

  13.   رنجیدن dijo

    اوله !!!

    نه تنها یک مشکل مشکل را حل می کنید ، بلکه من در این راه یاد می گیرم (و لذت می برم)

  14.   خوان کارلوس dijo

    سلام. اول از همه با تشکر برای ارسال ...

    دوم ، متأسفانه به من کمکی نکرد. من به دلیل مشکل بسته خراب نزد او آمدم که سیستم به دلیل کمبود جا اجازه حل آن را به من نمی دهد ، که در واقع از آنچه در اینجا توضیح داده شد گره های i بود.

    بنابراین من سعی کردم هسته های قدیمی را پاک کنم ، همانطور که پیشنهاد شد ، اما سیستم به من اجازه نمی دهد:
    juan @ juan-P29G: ~ $ sudo apt-get purge linux-image-3.2.0-29-generic-pae
    خواندن لیست بسته ... انجام شد
    ایجاد درخت وابستگی
    خواندن اطلاعات وضعیت ... انجام شد
    برای اصلاح آن ممکن است بخواهید "apt-get -f install" را اجرا کنید:
    بسته های زیر وابستگی های برآورده نشده ای دارند:
    tzdata-java: بستگی دارد: tzdata (= 2014i-0ubuntu0.12.04) اما 2014e-0ubuntu0.12.04 قرار است نصب شود
    ه: وابستگی ها برآورده نشده است. "apt-get -f install" را بدون بسته امتحان کنید (یا راه حل مشخص کنید).

    و وقتی از توصیه های سیستم پیروی می کنم:
    juan @ juan-P29G: ~ $ sudo apt-get -f نصب کنید
    خواندن لیست بسته ... انجام شد
    ایجاد درخت وابستگی
    خواندن اطلاعات وضعیت ... انجام شد
    اصلاح وابستگی ها ... انجام شد
    بسته های اضافی زیر نصب خواهد شد:
    tzdata
    بسته های زیر به روز می شوند:
    tzdata
    1 به روز شده ، 0 نصب می شود ، 0 برای حذف و 23 به روز نمی شود.
    1 کاملاً نصب یا حذف نشده است.
    0 B / 461 kB پرونده باید بارگیری شود.
    31,7 کیلوبایت بعد از این عملیات آزاد می شود.
    آیا می خواهید [Y / n] را ادامه دهید؟ s
    از پیش پیکربندی بسته ها ...
    (خواندن پایگاه داده… 893468 پرونده یا فهرست راهنمای نصب شده در حال حاضر.)
    در حال آماده سازی برای جایگزینی tzdata 2014e-0ubuntu0.12.04 (با استفاده از… / tzdata_2014i-0ubuntu0.12.04_all.deb)
    در حال بسته بندی کردن جایگزین tzdata ...
    dpkg: پردازش خطا /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb (–آنپک):
    پیوند پشتیبان برای "./usr/share/zoneinfo/posix/America/Santo_Domingo" امکان پذیر نیست: فضای خالی بر روی دستگاه باقی نمی ماند
    گزارش "apport" نوشته نشده است زیرا پیام خطا نشان دهنده پر بودن دیسک از خطا است
    هنگام پردازش خطاهایی رخ داده است:
    /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb
    E: فرایند فرعی / usr / bin / dpkg کد خطایی را بازگرداند (1)

    یک دور باطل ... به هر حال ، می بینم چه کاری می توانم انجام دهم.

    سلام.

  15.   خوان کارلوس dijo

    سلام دوباره ... من می دانم چگونه چرخه معیوب را بشکنم.

    با این دستور تصویر قدیمی ترین هسته ها را حذف می کنم:
    sudo dpkg - حذف linux-image-3.2.0-29-generic-pae

    با این کار من 4389 i-node به دست می آورم ، کافی است بسته شکسته را ترمیم کنم و سپس هدرها را از هسته قدیمی تر همانطور که در پست نشان داده شده است ، حذف کنم.

    و اکنون با حذف یک سری از هسته های قدیمی ، i-nodes بیشتری را بازیابی می کنم ...

    با تشکر و سلام ، خوان کارلوس.

  16.   بی نام dijo

    اجازه نمی داد سرصفحه ها را پاک کنم

    تایپ کردم
    سودو ناتیلوس

    و من به پوشه / usr / src رفته ام
    در آنجا پرونده های "هدر" را دیده ام و آنها را حذف کرده ام
    با این کار او قبلاً به من اجازه داده تا سفارش حرکت خودکار را ثبت کنم

  17.   بی نام dijo

    متشکرم!! این پست ممکن است کمی قدیمی باشد اما هنوز هم بسیار مفید است ، با اینودها مشکل حل می شود

  18.   لوئیس dijo

    Rayonant: یک توضیح مثال زدنی.
    اگرچه ، در مورد من ، مجبور شدم پارتیشن را گسترش دهم (با Gparted) ، پست شما به من کمک کرد تا مشکل را درک کنم. و پس از پیروی از روش شما ، من از 90٪ inode اشغال شده (پس از گسترش پارتیشن) به 28٪ رسیده ام.
    خیلی ممنون. من از این به بعد برای از بین بردن هسته های قدیمی (و هدرها) استفاده می کنم.
    از خوان کارلوس هم تشکر می کنم (من هم همین مشکل را داشتم).
    یک آغوش.

  19.   هیلاریوس dijo

    پست جالب ،
    در مورد من از 100٪ استفاده به 9٪ کاهش یافته است

    root @ pi: / home / pi # apt-get clean
    root @ pi: / home / pi # df -i
    S. پرونده ها i-nodes NUsados ​​NLibres NUso٪ مونتاژ شده در
    / dev / root 1915424 1915288 136 100٪ /

    بعدا فهمیدم که طوفان های ntopng بینی من را لمس می کند ، آنها را از بین بردم و ...

    root @ pi: / home / pi # rm -rf / var / tmp / ntopng /

    تاچان !!!

    root @ pi: / # df -i
    S. پرونده ها i-nodes NUsados ​​NLibres NUso٪ مونتاژ شده در
    / dev / root 1915424 160408 1755016 9٪ /

    با تشکر از شما