# Ext4

Published articles for Ext4.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## Proxmox VE: monta tu propio hipervisor casero

DevFeed: [Proxmox VE: monta tu propio hipervisor casero](<https://devfeed.tech/articles/proxmox-ve-monta-tu-propio-hipervisor-casero-34077.md>)

Original publisher: [Read original article](<https://tengoping.com/blog/proxmox-ve-hipervisor-casero/>)

Author: Antonio Pérez

Published: 2026-07-25T00:00:00Z

Content type: tutorial

Language: es

Sources: [tengoping.com](<https://devfeed.tech/sources/tengoping-com.md>)

Topics: [Proxmox](<https://devfeed.tech/topics/proxmox.md>), [Homelab](<https://devfeed.tech/topics/homelab.md>), [Debian](<https://devfeed.tech/topics/debian.md>), [Hardware](<https://devfeed.tech/topics/hardware.md>), [Linux](<https://devfeed.tech/topics/linux.md>)

Tags: [bios](<https://devfeed.tech/tags/bios.md>), [debian](<https://devfeed.tech/tags/debian.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [hardware](<https://devfeed.tech/tags/hardware.md>), [homelab](<https://devfeed.tech/tags/homelab.md>), [linux](<https://devfeed.tech/tags/linux.md>), [net-10](<https://devfeed.tech/tags/net-10.md>), [proxmox](<https://devfeed.tech/tags/proxmox.md>), [uefi](<https://devfeed.tech/tags/uefi.md>), [xfs](<https://devfeed.tech/tags/xfs.md>), [zfs](<https://devfeed.tech/tags/zfs.md>)

### AI overview

A Spanish tutorial explains how to install and configure Proxmox VE as a type 1 hypervisor for a homelab. It covers hardware requirements, installation media, filesystem choices, networking, and initial access to the web interface.

### Source excerpt

Instala y configura Proxmox VE como hipervisor tipo 1 para tu homelab: creación de VMs, snapshots, backups y primeros pasos con la red.

## 分布式文件系统的演化

DevFeed: [分布式文件系统的演化](<https://devfeed.tech/articles/article-40973.md>)

Original publisher: [Read original article](<https://blog.joway.io/posts/deep-into-distributed-filesystem/>)

Author: Joway

Published: 2020-06-14T00:00:00Z

Content type: tutorial

Language: zh

Sources: [Random Thoughts](<https://devfeed.tech/sources/random-thoughts.md>)

Topics: [IO](<https://devfeed.tech/topics/io.md>), [Linux](<https://devfeed.tech/topics/linux.md>), [Ext4](<https://devfeed.tech/topics/ext4.md>), [hdfs](<https://devfeed.tech/topics/hdfs.md>), [Google](<https://devfeed.tech/topics/google.md>)

Tags: [blocks](<https://devfeed.tech/tags/blocks.md>), [client](<https://devfeed.tech/tags/client.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [filesystem](<https://devfeed.tech/tags/filesystem.md>), [google](<https://devfeed.tech/tags/google.md>), [hdfs](<https://devfeed.tech/tags/hdfs.md>), [io](<https://devfeed.tech/tags/io.md>), [lease](<https://devfeed.tech/tags/lease.md>), [linux](<https://devfeed.tech/tags/linux.md>), [master](<https://devfeed.tech/tags/master.md>), [pointers](<https://devfeed.tech/tags/pointers.md>), [primary](<https://devfeed.tech/tags/primary.md>), [ssd](<https://devfeed.tech/tags/ssd.md>), [tech](<https://devfeed.tech/tags/tech.md>)

### AI overview

This article explains local filesystem structure, including superblocks, inodes, block pointers, and file-size limits, then introduces the evolution and architecture of distributed filesystems. It uses GFS to describe metadata lookup, chunk locations, caching, replication, leases, and client read and write flows, and mentions HDFS as a related implementation.

### Source excerpt

文件系统是操作系统 IO 栈里非常重要的一个中间层，其存在的意义是为了让上层应用程序有一层更加符合人类直觉的抽象来进行文档的读写，而无需考虑底层存储上的细节。 本地文件系统 在讨论分布式文件系统前，我们先来回顾下本地文件系统的组成。 存储结构 在前面一张图里，我们能够看到文件系统直接和通用块层进行交互，无论底层存储介质是磁盘还是 SSD，都被该层抽象为 Block 的概念。文件系统在初始化时，会先在挂载的块存储上的第一个位置创建一个 Super Block：

## Linux I/O 栈浅析

DevFeed: [Linux I/O 栈浅析](<https://devfeed.tech/articles/linux-i-o-41000.md>)

Original publisher: [Read original article](<https://blog.joway.io/posts/linux-io-stack/>)

Author: Joway

Published: 2019-08-11T00:00:00Z

Content type: tutorial

Language: zh

Sources: [Random Thoughts](<https://devfeed.tech/sources/random-thoughts.md>)

Topics: [IO](<https://devfeed.tech/topics/io.md>), [Linux](<https://devfeed.tech/topics/linux.md>), [Cache](<https://devfeed.tech/topics/cache.md>), [file](<https://devfeed.tech/topics/file.md>), [Ext4](<https://devfeed.tech/topics/ext4.md>), [XFS](<https://devfeed.tech/topics/xfs.md>)

Tags: [block](<https://devfeed.tech/tags/block.md>), [cache](<https://devfeed.tech/tags/cache.md>), [ceph](<https://devfeed.tech/tags/ceph.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [file](<https://devfeed.tech/tags/file.md>), [filesystem](<https://devfeed.tech/tags/filesystem.md>), [hdd](<https://devfeed.tech/tags/hdd.md>), [hdfs](<https://devfeed.tech/tags/hdfs.md>), [io](<https://devfeed.tech/tags/io.md>), [linux](<https://devfeed.tech/tags/linux.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [oracle](<https://devfeed.tech/tags/oracle.md>), [ssd](<https://devfeed.tech/tags/ssd.md>), [tech](<https://devfeed.tech/tags/tech.md>), [xfs](<https://devfeed.tech/tags/xfs.md>)

### AI overview

This article provides a high-level overview of Linux file I/O, tracing the path from applications through VFS, page cache, filesystems, FUSE, block devices, and I/O scheduling. It also explains hard and symbolic links, direct I/O, filesystem partitioning, and access to raw devices.

### Source excerpt

在 Linux 中，所有外部资源都以文件形式作为一个抽象视图，并提供一套统一的接口给应用程序调用。本文将以宏观视角试图阐述 Linux 中关于文件 IO 的整个调用脉络。 VFS 在 Linux 中，所有 IO 都必须先经由 VFS 层进行转发。通过 VFS 将包括磁盘、网络 Socket、打印机、管道等资源全部封装成统一的接口。

## LVM na RAID5 i dysku z sektorami 4KB

DevFeed: [LVM na RAID5 i dysku z sektorami 4KB](<https://devfeed.tech/articles/lvm-na-raid5-i-dysku-z-sektorami-4kb-27554.md>)

Original publisher: [Read original article](<https://gagor.pro/2012/11/lvm-na-raid5-i-dysku-z-sektorami-4kb/>)

Author: Tom

Published: 2012-11-07T00:00:00Z

Content type: tutorial

Language: pl

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

Topics: [LVM](<https://devfeed.tech/topics/lvm.md>), [boot](<https://devfeed.tech/topics/boot.md>)

Tags: [bash](<https://devfeed.tech/tags/bash.md>), [boot](<https://devfeed.tech/tags/boot.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [linux](<https://devfeed.tech/tags/linux.md>), [lvm](<https://devfeed.tech/tags/lvm.md>), [mdadm](<https://devfeed.tech/tags/mdadm.md>), [raid](<https://devfeed.tech/tags/raid.md>), [ssd](<https://devfeed.tech/tags/ssd.md>)

### AI overview

This Polish technical article discusses creating an LVM volume on a RAID5 array using disks with 4 KB sectors. It explains why partition alignment matters, how misalignment can reduce performance, and approaches for aligning partitions to 128 KB or 1 MB boundaries.

### Source excerpt

Po zakupie nowych dysków zamierzam utworzyć zdegradowaną macierz RAID5 z dwóch dysków (na trzecim na razie znajdują się dane), potem utworzyć wolumen LVM, sformatować go, przekopiować dane z pojedynczego dysku na macierz i dołączyć trzeci dysk do macierzy odbudowując parzystość. Zadanie będzie o tyle ciekawe że dysk ma 4KB sektory i trzeb będzie dbać o wyrównanie zasobu do rozmiaru sektora, a w przypadku LVM'a wyrównanie do chunk'a z macierzy. Prawidłowe wyrównanie partycji Kupując nowy dysk (o pojemności od 500GB w górę), mamy spore szanse że trafimy na sztukę, która wykorzystuje 4KB sektory do alokacji danych. Ponieważ statystyczny rozmiar przechowywanych plików rośnie i nawet proste zdjęcie ma powyżej 1MB to wykorzystanie bloków o tym rozmiarze większym niż 512 bajtów jest jak najbardziej uzasadnione - zresztą większość systemów plików i tak wykorzystuje bloki 48KB. Jest tylko jedno ALE: jeżeli nie uwzględnimy tego podczas partycjonowania dysku to sektory 4KB systemu plików zamiast znajdować się w równo w odpowiadających im fizycznych 4KB sektorach dysku - mogą zachodzić na 2 sektory fizyczne - w takiej sytuacji każde odwołanie to takiego sektora w systemie plików wymaga odczytania/zapisanie dwóch sektorów fizycznych. Co prawda w dyskach stosuje się mechanizmy, które powinny zoptymalizować takie sytuacje ale jak potwierdzają benchmarki źle wyrównane partycja mogą znacznie obniżyć wydajność dysku. A jeszcze zabawniej jest jeśli kupimy dysk SSD bo w nich bardzo często fizyczne bloki są 128512KB i żeby było zabawniej to bardzo często dyski SSD deklarują (choćby przez SMART'a) że mają bloki 512B - SIC!

## Montowanie partycji z obrazu dysku

DevFeed: [Montowanie partycji z obrazu dysku](<https://devfeed.tech/articles/montowanie-partycji-z-obrazu-dysku-27542.md>)

Original publisher: [Read original article](<https://gagor.pro/2012/09/montowanie-partycji-z-obrazu-dysku/>)

Author: Tom

Published: 2012-09-06T00:00:00Z

Content type: tutorial

Language: pl

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

Topics: [mount](<https://devfeed.tech/topics/mount.md>), [Linux](<https://devfeed.tech/topics/linux.md>)

Tags: [backup](<https://devfeed.tech/tags/backup.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [linux](<https://devfeed.tech/tags/linux.md>), [lvm](<https://devfeed.tech/tags/lvm.md>), [mount](<https://devfeed.tech/tags/mount.md>), [xen](<https://devfeed.tech/tags/xen.md>)

### AI overview

A tutorial on mounting partitions embedded in LVM volumes or full-disk images. It explains how to identify partition offsets with parted, mount a partition using the offset option, and use dd to extract a partition when direct mounting is not supported.

### Source excerpt

Jedną z rzeczy, które podobają mi się w maszynach wirtualnych Xen jest możliwość zrobienia backupu całego obrazu i szybkie odzyskanie już w trakcie ciężkiej awarii. Gdy dodatkowo korzysta się z LVM'a to można na chwilę wyłączyć DomU, utworzyć snapshot jego dysków, uruchomić DomU i w trakcie działania robić spójny backup ze snapshot'a. Dzięki takiemu mechanizmowi serwer jest niedostępny przez kilkanaście sekund, a backup spójny jakby został wykonany przy całkowicie wyłączonej maszynie. Taki backup sprowadza się do kilku poleceń które można oskryptować np.:

## Dynamiczna zmiana rozmiaru partycji EXT4 na LVM'ie

DevFeed: [Dynamiczna zmiana rozmiaru partycji EXT4 na LVM'ie](<https://devfeed.tech/articles/dynamiczna-zmiana-rozmiaru-partycji-ext4-na-lvm-ie-27527.md>)

Original publisher: [Read original article](<https://gagor.pro/2012/06/dynamiczna-zmiana-rozmiaru-partycji-ext4-na-lvmie/>)

Author: Tom

Published: 2012-06-08T00: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>), [Development](<https://devfeed.tech/topics/development.md>)

Tags: [ext4](<https://devfeed.tech/tags/ext4.md>), [lvm](<https://devfeed.tech/tags/lvm.md>)

### AI overview

A Polish technical note explains how to enlarge an EXT4 filesystem on an LVM logical volume. It gives commands to extend the LVM volume with lvextend and resize the filesystem with resize2fs, noting that the operation can be performed online on a mounted resource.

### Source excerpt

Używam LVM'a zarówno na desktopie jak i wielu serwerach bo bardzo podoba mi się możliwość powiększenia akurat tej partycji, na której brakuje miejsca. O ile pamiętam jak powiększyć partycję XFS (xfs_growfs /punkt/montowania) to zawsze mam problem jak to zrobić na EXT3/4, więc notuję. Powiększenie wolumenu LVM (np. o 10 gigabajtów): lvextend -L+10G /dev/vggroup/vol Zwiększenie rozmiaru systemu plików do nowego rozmiaru wolumenu: resize2fs /dev/vggroup/vol Powyższe polecenie można wykonać na zamontowanym zasobie - online.

## Xen na Squeeze - Instalowanie i konfiguracja hostów gości (DomU)

DevFeed: [Xen na Squeeze - Instalowanie i konfiguracja hostów gości (DomU)](<https://devfeed.tech/articles/xen-na-squeeze-instalowanie-i-konfiguracja-hostow-gosci-domu-27520.md>)

Original publisher: [Read original article](<https://gagor.pro/2012/02/xen-na-squeeze-instalowanie-i-konfiguracja-hostow-gosci-domu/>)

Author: Tom

Published: 2012-02-24T00:00:00Z

Content type: tutorial

Language: pl

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

Topics: [Xen](<https://devfeed.tech/topics/xen.md>), [LVM](<https://devfeed.tech/topics/lvm.md>), [Ext4](<https://devfeed.tech/topics/ext4.md>), [Kernel](<https://devfeed.tech/topics/kernel.md>), [XFS](<https://devfeed.tech/topics/xfs.md>), [apt](<https://devfeed.tech/topics/apt.md>)

Tags: [apt](<https://devfeed.tech/tags/apt.md>), [debian](<https://devfeed.tech/tags/debian.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [kernel](<https://devfeed.tech/tags/kernel.md>), [lvm](<https://devfeed.tech/tags/lvm.md>), [virtual](<https://devfeed.tech/tags/virtual.md>), [volume](<https://devfeed.tech/tags/volume.md>), [xen](<https://devfeed.tech/tags/xen.md>), [xfs](<https://devfeed.tech/tags/xfs.md>)

### AI overview

A Polish tutorial explains how to install and configure Xen guest domains (DomU) on Debian Squeeze using xen-tools. It covers default settings, LVM-backed virtual machine disks, snapshots, networking, filesystem choices, independent kernels, and pygrub limitations with XFS.

### Source excerpt

Ostatnio pisałem o konfiguracji Dom0 external link - dzisiaj napiszę o uruchamianiu DomU. Do instalacji DomU wykorzystuję skrypty z pakietu xen-tools, można go zainstalować poleceniem: apt-get install xen-tools Oczywiście aby wszystko działało fajnie musimy ustawić kilka domyślnych opcji, robimy to edytując plik /etc/xen-tools/xen-tools.conf. Lecimy po kolei: # Virtual machine disks are created as logical volumes in # volume group 'universe' (hint: LVM storage is much faster # than file) lvm = universe Osobiście korzystam z LVM'a który zgodnie z hint'em jest znacznie szybszy od plików obrazów. Daje do tego bardzo wygodne możliwość w zarządzaniu rozmiarami wolumenów przydzielonych DomU, możliwość tworzenia snapshotów (np. na potrzeby backupu). Postawienie LVM'a w skrócie wygląda tak:

## 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

## ReactOS Newsletter 39: Status Updates on Drivers, Testing, and Server Migration

DevFeed: [ReactOS Newsletter 39: Status Updates on Drivers, Testing, and Server Migration](<https://devfeed.tech/articles/newsletter-39-32905.md>)

Original publisher: [Read original article](<https://reactos.org/blogs/newsletter-39/>)

Published: 2008-03-31T00:00:00Z

Content type: news

Language: en

Sources: [Front Page on ReactOS Website](<https://devfeed.tech/sources/front-page-on-reactos-website.md>)

Topics: [ReactOS](<https://devfeed.tech/topics/reactos.md>), [Development](<https://devfeed.tech/topics/development.md>), [Testing](<https://devfeed.tech/topics/testing.md>), [Server](<https://devfeed.tech/topics/server.md>), [Content Management System](<https://devfeed.tech/topics/cms.md>), [Ext4](<https://devfeed.tech/topics/ext4.md>)

Tags: [cms](<https://devfeed.tech/tags/cms.md>), [development](<https://devfeed.tech/tags/development.md>), [ext4](<https://devfeed.tech/tags/ext4.md>), [free](<https://devfeed.tech/tags/free.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [os](<https://devfeed.tech/tags/os.md>), [react](<https://devfeed.tech/tags/react.md>), [reactos](<https://devfeed.tech/tags/reactos.md>), [server](<https://devfeed.tech/tags/server.md>), [testing](<https://devfeed.tech/tags/testing.md>), [win32](<https://devfeed.tech/tags/win32.md>), [winapi](<https://devfeed.tech/tags/winapi.md>)

### AI overview

This ReactOS newsletter reports on project status, including fixes for keyboard and mouse issues, a resolved memory corruption problem, disruption from a server move, CMS metadata issues, and the status of ext2 and UniATA drivers. It notes that the project was still compiling its changelog and was not necessarily ready for release.

### Source excerpt

General Status We're currently in the middle of compiling the changelog, but that doesn't necessarily mean we're ready for release. The keyboard/mouse problem has slowly been worked out and according to Colin Finck it is now fixed. If you still encounter problems, complain to him, not me. The issue with the keyboard not responding during language selection should now be gone and was due to the keyboard driver not loading properly.