Не атрымалася абнавіць / усталяваць пакеты - Праблемы з космасам - Вызваліце ​​inodes

Перш за ўсё, каментуйце, што гэта асаблівая памылка з-за характарыстык майго каранёвага падзелу і што звычайна гэта не адбываецца ў тыповых устаноўках 

Для пачатку я згадаю гісторыю пра тое, як здарылася праблема і як яе вырашыць.

Мая каманда - Нетбук Sony Vaio m120AL што я маю каля 3 доўгіх гадоў з жорсткім дыскам на 320 Гб, дзе яны суіснуюць вокны 7, Чакра , мой працоўны падзел з Xubuntu 12.04, раздзел падпампоўкі, раздзел / 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 / arch / xtensa / include / asm / coprocessor.h '): На прыладзе не засталося месца

Раней у мяне адбылося тое ж самае, але гэта было таму, што я дазволіў назапашваць некалькі старых ядраў, не выдаляючы іх, але на гэты раз я правяраю, і ў мяне ёсць практычна 600 Мб у адпаведнасці з насаты з таго, што я не разумею, але каб пацвердзіць, ці можа гэта памылка ў тым, як я яго наладзіў ці таму падобнае, я запускаю ДФ -h:

ДФ -h

Але ў мяне яшчэ ёсць месца ў /!

Таму я не памыляюся, і гэта больш чым дастаткова месца для выканання абнаўлення (я рабіў гэта шмат разоў за доўгі год, так як быў з Xubuntu), у любым выпадку я раблю судо дарэчнасць чысты ачысціць загружаныя мною пакеты і паспрабаваць яшчэ раз, але з тымі ж вынікамі.

Мне ўсё яшчэ падаецца дзіўным, але ў любым выпадку я спрабую перамясціць / тэмы абразкоў, якія я заўсёды выкарыстоўваю і якія я шмат што змяніў (Фаенца y Прачнуўся), каб вызваліць больш месца, і, такім чынам, мне нарэшце ўдаецца выканаць абнаўленне, зноў прыступаючы да іх вяртання ў /.

Аднак у мяне ў галаве заставалася ідэя, што справа павінна ісці кудысьці яшчэ, але я не ведала, якую. Некалькі гадзін праз, калі я спрабую ўсталяваць некаторыя дадатковыя пакеты, я зноў атрымліваю вышэйзгаданую памылку, і яшчэ раз хапае месца, таму я займаюся даследаваннем.

Пошук у Інтэрнэце вядзе мяне да некалькіх тэм на форумах ubuntu-гэта, але адказ некаторых асоб заўсёды адзін і той жа: вам не хапае месца для выдалення файлаў альбо пашырэння каранёвага раздзела, але я заўважыў нешта агульнае ў розных тэмах, якія я знайшоў, заўсёды ў каранёвым раздзеле, у якім было вольнае месца, але гэта было падобна да майго (~ 600-900 Мб), і памер раздзела ніколі не перавышаў 10 Гб, таму я скончыў пераконваць сябе, што праблема павінна быць іншая, і вось як я дабраўся да назвы паведамлення дзякуючы Эста старонка, праблема ў тым, што ў каранёвым раздзеле было выкарыстана 100% інодаў.

Выкарыстанне inodes можна ўбачыць з дапамогай каманды df -i:

На 100% выкарыстоўваюцца иноды

На 100% выкарыстоўваюцца иноды

І вось прыходзіць тлумачэнне.

Іноды - у слове Дэніса Рычы:

Індэкс з-за некалькі незвычайнай структуры файлавай сістэмы, якая захоўвала інфармацыю пра доступ да файлаў у выглядзе плоскага спісу на дыску, пакідаючы ў баку ўсю іерархічную інфармацыю каталогаў

і таму можа здарыцца так, што для дадзенай файлавай сістэмы па-ранейшаму застаецца вольная прастора для захоўвання файлаў, але для іх індэксавання няма даступных індэксаў, таму што ў сістэме шмат файлаў, і таму нельга ствараць новыя.

Справа ў тым, што колькасць інодаў у раздзеле EXT4 не могуць быць зменены (існуюць іншыя тыпы сістэм, такія як JFX o XFS дзе гэта не абмежаванне, таму што яно дынамічнае) гэта фіксаванае лік, якое вылічваецца пры стварэнні раздзела з дапамогай mkfs.ext4 у адпаведнасці з яго памерам з суадносінамі байтаў на індэкс у адпаведнасці з перавагамі, размешчанымі ў /etc/mke2fs.conf.

Пры ўсталёўцы сістэмы звычайна выкарыстоўваюць параметры па змаўчанні, якія ўключаюць суадносіны inode = 16384, якія для невялікіх раздзелаў могуць быць занадта вялікімі і недастатковымі (як у маім выпадку). Адзіны спосаб змяніць яго - стварыць / адфарматаваць раздзел і паказаць яго з опцыяй -i.

Аднак гэта не было для мяне магчымасцю, бо я ўжо згадваў, што inodes звязаны з колькасцю існуючых файлаў, таму выкарыстоўвайце наступны скрыпт bash, знойдзены ў stackoverflow і што на яго ёсць спасылка на старонцы, якую вы згадвалі раней, каб знайсці каталогі ў каранёвым раздзеле з дадатковымі файламі:

Важна ведаць, што сцэнар аналізуе каталог, адкуль ён выклікаецца, гэта значыць, як у маім выпадку мне было цікава правесці аналіз / Ну, спачатку ў тэрмінале я павінен рухацца кд / а потым, калі выклікаць сцэнар
#!/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, але, як заўсёды, я чышчу свае пакеты, рабіць тут няма чаго. .

Аднак, калі я распазнаю дзве праблемы, першая, і хаця катпура не ўзнікае адтуль, яшчэ некалькі запісаў уключаюць значкі Прачнуўся, таму мне даводзіцца перамяшчаць іх так ці так, акрамя таго, гэта тлумачыць, чаму, калі я рабіў, я мог абнаўляць пакеты, бо пры перамяшчэнні я вызваліў шмат інодаў з каранёвага падзелу, але праблема вярнулася, калі я іх перамясціў.

І па-другое, наступная большая колькасць запісаў звязана з загалоўкамі некалькіх старых ядраў, і я разумею, што працэдура, якую я заўсёды выкарыстоўваю для ліквідацыі старых ядраў, не ліквідуе загалоўкі. Я звычайна выкарыстоўваю наступнае, у тэрмінале я пішу :

dpkg --get-selections | grep linux-выява

ядра-рэц

які паказвае мне ўсталяваныя ядра, а потым я выкарыстоўваю:

Sudo APT-атрымаць пакет ачысткі

Дзе пакет - гэта імя ядра, пра якое ідзе гаворка, але гэта не выдаляе звязаныя загалоўкі, таму я раблю:

dpkg - get-selections | grep linux

старыя загалоўкі

А потым я прыступаю да выдалення старых загалоўкаў з:

sudo apt-атрымаць ачыстку 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 / абразкі, першы вынік df -i Гэта з ліквідацыяй загалоўкаў і другі пасля перамяшчэння абразкоў.

Inodes, выпушчаныя кучай!

Inodes, выпушчаныя кучай!

З гэтым праблема вырашана, і я магу ўсталёўваць / абнаўляць пакеты без праблем, спадзяюся, гэты пост каму-небудзь дапаможа альбо паслужыць для будучай даведачнай інфармацыі аб устаноўках у невялікіх перагародках і дэмістыфікацыі тэмы, распаўсюджанай на форумах пра недахоп З космасу.


Змест артыкула адпавядае нашым прынцыпам рэдакцыйная этыка. Каб паведаміць пра памылку, націсніце тут.

27 каментарыяў, пакіньце свой

Пакіньце свой каментар

Ваш электронны адрас не будзе апублікаваны.

*

*

  1. Адказны за дадзеныя: Мігель Анхель Гатон
  2. Прызначэнне дадзеных: Кантроль спаму, кіраванне каментарыямі.
  3. Легітымнасць: ваша згода
  4. Перадача дадзеных: Дадзеныя не будуць перададзены трэцім асобам, за выключэннем юрыдычных абавязкаў.
  5. Захоўванне дадзеных: База дадзеных, размешчаная Occentus Networks (ЕС)
  6. Правы: у любы час вы можаце абмежаваць, аднавіць і выдаліць сваю інфармацыю.

  1.   Фернанда Баўтыста сказаў

    Прывітанне, выкарыстоўвай наладу Ubuntu ( http://ubuntu-tweak.com ) падобна на наладку для Windows, гэта дапамагае вам выдаліць шмат смецця і ў працэсе бяспечна выдаляе старыя ядра, аднак пакідае папярэдняе ядро ​​для загрузкі, у некаторых выпадках апошняе ядро ​​ў мяне не працавала, і мне ўдалося каб увайсці ў сістэму, не выдаляючы іх усе.

    1.    Районны сказаў

      Я яго ведаю даўно, але заўсёды аддаваў перавагу рабіць гэта па-свойму і разумець, як усё працуе, у любым выпадку, нават без пары старых загалоўкаў, у якіх узніклі праблемы, ён мог бы прадставіць тое самае больш-менш часу. Тэмы абразкоў, і што, у рэшце рэшт, як я ўжо згадваў, гэта НЕ праблема недахопу месца, а выкарыстаных inode.

  2.   Маўрыкій сказаў

    Дзякуй, што падзяліліся гэтым. Да гэтага часу ў мяне такой праблемы не ўзнікала, паколькі ўсе дыскі, якія я выкарыстоўваю, у фармаце Linux, без вокнаў, бо ў мяне няма гэтай сістэмы на кампутары.

    Такім чынам, я буду мець гэта на ўвазе, калі б аднойчы я прыйшоў паглядзець на гэтую праблему.

    1.    Районны сказаў

      Праблема заключаецца не ў наяўнасці раздзелаў з Windows (гэта проста асаблівасць майго выпадку), а ў наяўнасці невялікіх каранёвых раздзелаў памерам менш за 10 Гб, дзе праграма ўстаноўкі выкарыстоўвае параметры па змаўчанні mke2fs (менавіта той, які фарматуе раздзелы), і вы Ён пакідае невялікую колькасць інодаў для свайго памеру, і, як правіла, гэта амаль норма, усе нашы раздзелы знаходзяцца ў EXT4, які ўсталёўвае гэты лік пры яго стварэнні, і пазней яго немагчыма змяніць.

  3.   герарда Н сказаў

    Як бачыце, гэта тое, што адбівае людзей ад Linux, і яны ў канчатковым выніку вяртаюцца да Windows. Як вы лічыце, як звычайны карыстальнік у гэтай сітуацыі можа вырашыць праблему?
    вам не трэба марнаваць свой час на выпраўленне і наладжванне падобных рэчаў і марнаванне прадукцыйнага часу.
    Мігель дэ Ікаса меў рацыю з тым, што сказаў, і таму ён вырашыў перайсці на Mac, бо ВСЕ РАБОТЫ, кропка.

    1.    Элаў сказаў

      Вось і ўсё. У OS X усё працуе прыгожа .. На дадзены момант бескарысна тлумачыць, чаму адбылося тое, што адбылося ў аўтара паведамлення, таму, калі ласка, не падавайце гэты каментар. Гэта скончыцца полымем.

      1.    eliotime3000 сказаў

        У маім выпадку Debian працуе на маім ПК і атрымліваецца, што я выкарыстаў DVD у якасці дадатковага рэпа для абнаўлення з Squeeze да Wheezy. Такім чынам, кожны можа абнавіць.

    2.    Fabian сказаў

      Ну, тады ў вас ёсць розум карыстальніка Windows.
      GNU / Linux для вас вялікі.
      прывітанне

  4.   sieg84 сказаў

    гэта цікава.

  5.   Хорхе сказаў

    Гэтая памылка вельмі частая пры ўсталёўцы gentoo на невялікія дыскі, таму ў невялікай колькасці зыходных файлаў і ў раздзеле заканчваецца inode, нават калі застаецца 60% вольнага месца. Прынамсі, дапаможнік вырашае гэта, набраўшы mke2fs -j -T small / dev / sdaX, верагодна, ён працуе на ubuntu. Перш чым гуляць у дзіўныя наладкі 😛

    1.    Районны сказаў

      Сапраўды, як я ўжо згадваў раней, вы можаце ўказаць суадносіны байтаў inode з дапамогай опцыі -i, але ёсць таксама опцыя, якую вы згадваеце -T выкарыстоўвае адзін з рэжымаў па змаўчанні ў файле канфігурацыі, які мае імя /etc/mke2fs.conf, у у гэтым выпадку малы прымяніць памер блока = 1024, памер інода = 128 і суадносіны байтаў-інодаў = 4096.

  6.   MSX сказаў

    Excelente!
    Гэта тыповая праблема, якая доўга есць вашу галаву, пакуль вы не зразумееце, адкуль яна ўзялася.
    +10 для тлумачэння 😀

    1.    Районны сказаў

      Як вы кажаце, вам было добра забіць галаву! Вялікі дзякуй за каментарый, зроблены ад таго, хто ведае столькі, колькі вы - гонар!

  7.   Энтані сказаў

    Выдатна !!, я даведаўся яшчэ нешта, і гэта дапамагло мне аднавіць каля 19 Мб, выдаліўшы стары загаловак, а таксама аднавіўшы некаторыя індэкты. Цяпер у мяне больш месца для ўстаноўкі. Паколькі я зусім пачатковец у Linux, калі вы лічыце, што гэта нармальна, я раю вам зрабіць паведамленне пра тое, як адфарматаваць, каб атрымаць найбольшую колькасць inodes, і ці можна гэта зрабіць, захоўваючы інфармацыю пра дыск ці не.
    Прывітання і падзякі

    1.    Районны сказаў

      Як я ўжо згадваў у паказанні ў пачатку запісу, гэта вельмі рэдкая праблема і звязана з невялікімі каранёвымі раздзеламі (<10 ГБ), як гэта адбываецца ў маім выпадку, пры іншых памерах гэта наўрад ці можа адбыцца. Цяпер, што тычыцца змены колькасці інодаў, як я ўжо згадваў у запісе, немагчыма зрабіць гэта без фарматавання ў раздзелах тыпу EXT4, таму вы не зможаце захоўваць інфармацыю на дыску без папярэдняй рэзервовай копіі, для змены індэксаў суадносін байтаў выкарыстоўвайце опцыю -i ў камандзе mke2fs альбо адзін з варыянтаў, звязаных з -T (маленькі, вялікі, вялізны і г.д.).

  8.   Марыё сказаў

    Выдатна! Выклад праблемы, тлумачэнне, чаму гэта адбылося, яе асновы і этапы яе вырашэння! Я называю гэта выдатным укладам! Дзякуй Rayonant!

  9.   Дыяна Бядоя сказаў

    Дзякуй за артыкул, ён мне вельмі дапамог. Я паспрабаваў усё, каб пераадолець гэтую памылку, і, выдаліўшы старыя загалоўкі і іх залежнасці, я змог пераўсталяваць праграмы і зрабіць абнаўлення. Дзякуй!

  10.   прыборабудаўнічая сказаў

    Такая ж праблема здарылася і са мной, нічога не адбылося, і гэта прывяло мяне дагары нагамі ха-ха-ха. У маім выпадку ў каранёвым раздзеле было досыць шмат вольнай памяці, але ён быў выкарыстаны са 100% -нымі інодамі! Сэнс у тым, што калі вы даўно выкарыстоўваеце адзін і той жа дыстрыбутыў і з часам не выдаляеце старое ядро, адставанне жудаснае. У маім выпадку мне ўдалося вырашыць праблему аналагічна таму, як вы яе выражаеце, толькі тое, што sudo apt-get remove or purge не спрацавала для мяне, і ключом да магчымасці выдалення тых несапраўдных файлаў ядра было выкарыстанне sudo dpkg –remove і –purge і адзін за адным я змог вызваліць inodes. Усё, што вы даведаецеся. Шкада, што я знайшоў гэты запіс раней, бо хутчэй вырашыў бы справу. Дзякуй, што вы крыху накрэслілі, што такое inodes, у мяне не было асаблівага ўяўлення.
    Выдатны блог, вітаю!

  11.   Леў сказаў

    Вы гроз, і хаця гэта грувастка, гэта разумеюць дастаткова добра. Я зрабіў усё да пісьма, але тое, што я не магу зрабіць, гэта выдаліць папярэднія загалоўкі Linux, гэта не дазволіць мне, гэта паставіць мяне
    E: dpkg быў перапынены, вы павінны ўручную запусціць "sudo dpkg –configure -a", каб выправіць праблему
    Я выконваю тое, што мне падказвае, і прымушае мяне
    Усталёўка openshot (1.4.0-1ubuntu1) ...
    Адсочванне (апошні званок апошні):
    Файл "/ usr / sbin / update-python-modules", радок 478, у
    package.install (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')
    Памылка OSE: [Errno 28] На прыладзе не засталося месца: '/var/crash/_usr_sbin_update-python-modules.0.crash'

    Першапачатковым выключэннем было:
    Адсочванне (апошні званок апошні):
    Файл "/ usr / sbin / update-python-modules", радок 478, у
    package.install (py_installed)
    Файл "/ usr / sbin / update-python-modules", радок 112, усталяваны
    os.symlink (імя файла, мэтавы шлях)
    OSError: [Errno 2] Няма такога файла ці каталога
    dpkg: памылка апрацоўкі адкрытага здымка (–настройка):
    паток усталяваў сцэнар пасля ўстаноўкі вярнуў код выхаду з памылкай 1
    dpkg: памылка: не ўдалося адкрыць `/ var / lib / dpkg / status 'для запісу стану базы дадзеных: На прыладзе не засталося месца
    Пытанне ў тым, што я апрануты?

  12.   Пабла сказаў

    Вялікі дзякуй! Гэты пост мне вельмі дапамог.

  13.   пак сказаў

    Оле !!!

    Вы не толькі вырашаеце складаную праблему, але і я вучуся (і атрымліваю задавальненне) па шляху

  14.   Хуан Карлас сказаў

    Прывітанне. Перш за ўсё, дзякуй за допіс ...

    Па-другое, на жаль, гэта мне не дапамагло. Я прыйшоў да яго з-за праблемы сапсаванага пакета, якую сістэма не дазваляе мне вырашыць з-за недахопу месца, што на самой справе з таго, што тут было растлумачана, былі вузлы 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 усталяваць
    Чытанне спісу пакетаў ... Гатова
    Стварэнне дрэва залежнасцей
    Чытанне інфармацыі аб стане ... Гатова
    Выпраўленне залежнасцей ... Гатова
    Будуць усталяваны наступныя дадатковыя пакеты:
    тздата
    Будуць абноўлены наступныя пакеты:
    тздата
    1 абноўлена, 0 будуць усталяваны, 0 - выдалены і 23 - не абноўлены.
    1 не ўсталяваны або выдалены цалкам.
    Трэба загрузіць 0 B / 461 кБ файлаў.
    Пасля гэтай аперацыі будзе вызвалена 31,7 кБ.
    Вы хочаце працягнуць [Да / н]? с
    Папярэдняя канфігурацыя пакетаў ...
    (Чытанне базы дадзеных ... У цяперашні час усталявана 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: Sub-працэсаў / USR / бен / dpkg вяртае код памылкі (1)

    Замкнёнае кола ... У любым выпадку, я пагляджу, што я магу зрабіць.

    Прывітанне.

  15.   Хуан Карлас сказаў

    Зноў прывітанне ... Я ведаю, як разарваць заганны круг.

    Я выдалю малюнак самага старога з ядраў з дапамогай гэтай каманды:
    sudo dpkg - выдаліць linux-image-3.2.0-29-generic-pae

    З гэтым я атрымліваю 4389 i-вузлоў, дастаткова для аднаўлення сапсаванага пакета, а потым выдаляю старыя загалоўкі ядра, як паказана ў паведамленні.

    А зараз я аднаўлю яшчэ i-вузлы, выдаліўшы кучу старых ядраў ...

    Дзякуй і прывітанне, Хуан Карлас.

  16.   Ананімны сказаў

    Ён не дазволіў мне выдаліць загалоўкі

    Я набраў
    Sudo Nautilus

    І я перайшоў у папку / usr / src
    Там я бачыў файлы "загалоўкаў" і выдаляў іх
    Пры гэтым ён ужо дазволіў мне размясціць парадак аўтавыдалення

  17.   Ананімны сказаў

    Дзякуй!! пост можа быць трохі стары, але ён усё яшчэ вельмі карысны, праблема вырашана з дапамогай inodes

  18.   Луіс сказаў

    Районант: узорнае тлумачэнне.
    Хоць у маім выпадку мне давялося пашырыць раздзел (разам з Gparted), ваш пост дапамог мне зразумець праблему. І пасля вашага метаду я перайшоў з 90% занятых inodes (пасля пашырэння раздзела) на толькі 28%.
    Вялікі дзякуй. З гэтага часу я буду выкарыстоўваць яго для ліквідацыі старых ядраў (і загалоўкаў).
    Дзякуй таксама Хуану Карласу (у мяне была такая ж праблема).
    Абдымка

  19.   Іларый сказаў

    Цікавы допіс,
    У маім выпадку я знізіўся са 100% да 9%

    root @ pi: / home / pi # apt-get clean
    корань @ pi: / home / pi # df -i
    S. файлы Nodes-i NUsados ​​NLibres NUso% Усталяваны
    / dev / root 1915424 1915288 136 100% /

    пазней я выявіў, што буры ntopng кранаюць мой нос, я ліквідаваў іх і ...

    корань @ pi: / дома / pi # rm -rf / var / tmp / ntopng /

    Тахан !!!

    корань @ pi: / # df -i
    S. файлы Nodes-i NUsados ​​NLibres NUso% Усталяваны
    / dev / root 1915424 160408 1755016 9% /

    дзякуй