# fsck.ext4 - Błąd podczas przydzielania struktury icount: Memory allocation failed

DevFeed: [fsck.ext4 - Błąd podczas przydzielania struktury icount: Memory allocation failed](<https://devfeed.tech/articles/fsck-ext4-b-ad-podczas-przydzielania-struktury-icount-memory-allocation-failed-27495.md>)

Original publisher: [Read original article](<https://gagor.pro/2011/09/fsck-ext4-blad-podczas-przydzielania-struktury-icount-memory-allocation-failed/>)

Author: Tom

Published: 2011-09-21T00:00:00Z

Content type: tutorial

Language: pl

Sources: [Tomasz Gągor](<https://devfeed.tech/sources/tomasz-gagor.md>)

Topics: [Ext4](<https://devfeed.tech/topics/ext4.md>), [screen](<https://devfeed.tech/topics/screen.md>)

Tags: [ext4](<https://devfeed.tech/tags/ext4.md>), [failed](<https://devfeed.tech/tags/failed.md>), [fsck](<https://devfeed.tech/tags/fsck.md>), [linux](<https://devfeed.tech/tags/linux.md>), [memory](<https://devfeed.tech/tags/memory.md>), [screen](<https://devfeed.tech/tags/screen.md>)

## AI overview

A Polish technical article describes an fsck.ext4 failure with "Memory allocation failed" while checking an approximately 14 TB filesystem containing hundreds of millions of files and many hard links. It explains the memory constraints involved and suggests using a temporary directory for inode and directory metadata, with fsck run from screen to monitor progress.

## Source excerpt

Miałem ostatnio dziwną przygodę: pewien serwer do backupu gdzie ląduje dużo małych plików i dodatkowo tworzonych jest sporo hardlinków zaliczył pada. Co prawda starałem się go grzecznie położyć z pomocą Magic SysRq ale ponieważ nie wiedziałem co było przyczyną awarii fsck wydawał się wskazany. Podczas próby uruchomienia fsck.ext4 na systemie plików o rozmiarze ok 14TB z kilkuset milionami plików po kilkudziesięciu sekundach otrzymywałem komunikat: Błąd podczas przydzielania struktury icount: Memory allocation failed