Jump to content

Ext4 (Türkçe)

From ArchWiki

Related articles

Ext4 - Linux Kernel Newbies sitesinden:

Ext4, en çok kullanılan Linux dosya sistemi olan Ext3'ün evrimleşmiş halidir. Birçok açıdan Ext4, Ext3'ün Ext2'ye getirdiği yeniliklerden çok daha derin bir geliştirmeyi temsil eder. Ext3 temel olarak Ext2'ye günlükleme (journaling) özelliği eklemekle ilgiliyken, Ext4 dosya verilerini depolamak için ayrılmış olanlar gibi dosya sisteminin önemli veri yapılarını değiştirir. Sonuç; gelişmiş bir tasarıma, daha iyi performansa, güvenilirliğe ve özelliklere sahip bir dosya sistemidir.

Yeni bir ext4 dosya sistemi oluşturma

e2fsprogs paketini kurun.

Bir bölümü biçimlendirmek (formatlamak) için şunu çalıştırın: 

# mkfs.ext4 /dev/bölüm

Daha fazla seçenek için mke2fs(8) kılavuz sayfasına bakın.

Tip Varsayılan mke2fs seçeneklerini görüntülemek/yapılandırmak için /etc/mke2fs.conf dosyasını düzenleyin.

Bayt başına inode oranı (Bytes-per-inode ratio)

mke2fs(8) kılavuzundan:

mke2fs, diskteki her bayt-başına-inode baytlık alan için bir inode oluşturur. Bayt-başına-inode oranı ne kadar büyük olursa, o kadar az inode oluşturulur.

Yeni bir dosya, dizin, sembolik bağlantı (symlink) vb. oluşturmak en az bir adet boş inode gerektirir. Eğer inode sayısı çok düşükse, diskte hala boş yer olsa bile dosya sisteminde yeni bir dosya oluşturulamaz.

Dosya sistemi oluşturulduktan sonra bayt başına inode oranını veya inode sayısını değiştirmek mümkün olmadığından, mkfs.ext4 bu durumun önüne geçmek için varsayılan olarak her 16384 baytta (16 KiB) bir inode gibi oldukça düşük bir oran kullanır.

Ancak, boyutu yüzlerce veya binlerce GB olan ve ortalama dosya boyutu megabayt seviyesinde olan bölümler için bu durum genellikle çok fazla inode üretilmesiyle sonuçlanır; çünkü oluşturulan dosya sayısı asla mevcut inode sayısına ulaşamaz.

Bu da disk alanının boşa harcanmasına neden olur, çünkü kullanılmayan bu inode'ların her biri dosya sisteminde 256 bayt yer kaplar (bu değer /etc/mke2fs.conf içinde de ayarlanmıştır ancak değiştirilmemelidir). 256 * birkaç milyon = kullanılmayan inode'lar yüzünden boşa giden epey gigabayt demektir.

Bu durum, df ve df -i komutları tarafından sağlanan Use% ve IUse% değerleri karşılaştırılarak değerlendirilebilir: 

$ df -h /home
Filesystem              Size    Used   Avail  Use%    Mounted on
/dev/mapper/lvm-home    115G     56G     59G    49%     /home

$ df -hi /home
Filesystem              Inodes  IUsed  IFree  IUse%  Mounted on
/dev/mapper/lvm-home    1.8M    1.1K   1.8M    1%      /home

Farklı bir bayt başına inode oranı belirtmek için, /etc/mke2fs.conf içinde tanımlanan tipleri kullanarak dosya sisteminin beklenen kullanımını belirten -T usage-type seçeneğini kullanın. Bu tipler arasında, sırasıyla her 1 MiB ve 4 MiB için bir inode sunarak daha mantıklı oranlar sağlayan büyük largefile ve largefile4 tipleri yer alır. Şu şekilde kullanılabilir: 

# mkfs.ext4 -T largefile /dev/cihaz

Bayt başına inode oranı, doğrudan -i seçeneği aracılığıyla da ayarlanabilir: *örneğin* 2 MiB'lık bir oran için -i 2097152 ve 6 MiB'lık bir oran için -i 6291456 kullanın.

Tip Aksine, e-postalar veya haber grubu öğeleri gibi milyonlarca küçük dosyayı barındıracak bir bölüm kuruyorsanız, news (her 4096 bayt için bir inode) veya small (aynı orana ek olarak daha küçük inode ve blok boyutları) gibi daha küçük usage-type değerleri kullanın.
Warning Sembolik bağlantıları (symlink) yoğun şekilde kullanıyorsanız, düşük bir bayt başına inode oranı ile inode sayısını yeterince yüksek tuttuğunuzdan emin olun. Çünkü her yeni sembolik bağlantı diskte ek alan kaplamasa da yeni bir inode tüketir ve bu nedenle dosya sistemindeki inode'lar hızla tükenebilir.


Ayrılmış bloklar

Varsayılan olarak, dosya sistemi bloklarının %5'i süper kullanıcı (root) için ayrılır. Bu, fragmantasyonu (parçalanmayı) önlemek ve "ayrıcalıklı olmayan işlemlerin dosya sistemine yazması engellendikten sonra bile root yetkisine sahip arka plan programlarının (daemon) düzgün çalışmaya devam etmesini sağlamak" (mke2fs(8) kılavuzundan) içindir.

Modern yüksek kapasiteli diskler için, eğer ilgili bölüm uzun vadeli bir arşiv olarak kullanılıyorsa veya sistem işlemleri için kritik değilse (/home gibi), bu oran gerekenden daha yüksektir. Ext4 geliştiricisi Ted Ts'o'nun ayrılmış bloklar hakkındaki görüşleri için bu e-postaya ve bu konunun genel arka planı için bu superuser yanıtına bakın.

Bölüm şu şartlardan birini sağlıyorsa, disk alanında yer açmak için ayrılmış blokların yüzdesini düşürmek genellikle güvenlidir:

  • Çok büyükse (örneğin > 50G)
  • Dosyaların çok sık silinip tekrar oluşturulmadığı, uzun vadeli bir arşiv olarak kullanılıyorsa

Ext4 ile ilgili araçların -m seçeneği, ayrılmış blokların yüzdesini belirtmeye olanak tanır.

Dosya sistemi oluşturulurken blok ayrılmasını tamamen önlemek için şunu kullanın: 

# mkfs.ext4 -m 0 /dev/cihaz

Daha sonradan bu oranı %1 olarak değiştirmek için şunu kullanın: 

# tune2fs -m 1 /dev/cihaz

Ayrılmış blok alanı miktarını gigabayt cinsinden mutlak bir boyuta ayarlamak için -r seçeneğini kullanın: 

# tune2fs -r $(('ngigs' * 1024**3 / 'blocksize')) /dev/cihaz

blocksize, dosya sisteminin bayt cinsinden blok boyutudur. Bu değer neredeyse her zaman 4096'dır; emin olmak için kontrol edin: 

# tune2fs -l /dev/cihaz | grep 'Block size:'
Block size:               4096

$(()) sözdizimi matematiksel genişletme içindir. Bu sözdizimi bash ve zsh kabuklarında çalışır ancak fish içinde çalışmaz. *Fish* için sözdizimi şu şekildedir: 

# tune2fs -r (math 'ngigs * 1024^3 / blocksize') /dev/cihaz

Bu komutlar şu anda bağlı (mounted) olan dosya sistemlerine uygulanabilir ve değişiklikler anında yürürlüğe girer. Cihaz adını bulmak için findmnt(8) kullanın: 

# tune2fs -m 1 "$(findmnt -no SOURCE '/baglanti/noktasi')"

Mevcut ayrılmış blok sayısını sorgulamak için: 

# tune2fs -l /dev/mapper/proxima-root | grep 'Reserved block count:'
Reserved block count:     2975334

Bu değer blok sayısıdır, dolayısıyla bayt veya gigabayt cinsinden değeri elde etmek için dosya sisteminin blok boyutuyla çarpılması gerekir: 2975334 * 4096 / 1024**3 = 11.34 GiB.

Ext2/Ext3'ten Ext4'e Göç Etme

Ext2/Ext3 bölümlerini dönüştürmeden Ext4 olarak bağlamak

Gerekçe

Tamamen ext4'e dönüştürmek ile sadece ext2/ext3 olarak kalmak arasındaki bir orta yol, bölümleri ext4 olarak bağlamaktır (mount etmek).

Artıları:

  • Uyumluluk (dosya sistemi ext3 olarak bağlanmaya devam edebilir) – Bu, kullanıcıların dosya sistemini ext4 desteği olmayan diğer işletim sistemlerinden (örneğin ext2/ext3 sürücülerine sahip Windows) okumaya devam etmesini sağlar.
  • Gelişmiş performans (tamamen dönüştürülmüş bir ext4 bölümü kadar olmasa da).[1] [2]

Eksileri:

  • Ext4'ün daha az özelliği kullanılır (yalnızca çoklu blok tahsisi ve gecikmeli tahsis gibi disk biçimini değiştirmeyen özellikler).
Note Ext4'ün görece yeni bir teknoloji olması (ki bu bir risk olarak görülebilir) dışında, bu tekniğin büyük bir dezavantajı yoktur.

Yöntem

  1. /etc/fstab dosyasını düzenleyin ve ext4 olarak bağlanacak bölümler için 'type' (tür) kısmını ext2/ext3 yerine ext4 olarak değiştirin.
  2. Etkilenen bölümleri yeniden bağlayın (re-mount).

Ext2/Ext3 bölümlerini Ext4'e dönüştürmek

Gerekçe

Ext4'ün tüm avantajlarından yararlanmak için geri alınamaz bir dönüştürme işleminin tamamlanması gerekir.

Artıları:

  • Gelişmiş performans ve yeni özellikler.[3] [4]

Eksileri:

  • Çoğunlukla statik dosyalar içeren bölümler (örneğin bir /boot bölümü) yeni özelliklerden pek yararlanamayabilir. Ayrıca, bir günlük (journal) eklemek (bir ext2 bölümünü ext3/4'e geçirirken ima edilen durum) her zaman sistem performansına ek yük getirir.
  • Geri alınamaz (ext4 bölümleri ext2/ext3'e 'düşürülemez'. Ancak, extent ve diğer benzersiz seçenekler etkinleştirilene kadar geriye dönük olarak uyumludur).


Yöntem

Bu talimatlar Kernel dökümantasyonundan ve bir BBS başlığından uyarlanmıştır.

Warning
  • Sistemin kök (root) dosya sistemini dönüştürüyorsanız, yeniden başlatma sırasında 'fallback' initramfs imajının mevcut olduğundan emin olun. Alternatif olarak, Mkinitcpio#MODULES bölümüne göre ext4 modülünü ekleyin ve başlamadan önce initramfs imajını yeniden oluşturun.
  • Ayrı bir /boot bölümünü dönüştürüyorsanız, önyükleyicinin ext4'ten önyüklemeyi desteklediğinden emin olun.

Aşağıdaki adımlarda /dev/sdxX, /dev/sda1 gibi dönüştürülecek bölümün yolunu ifade eder.

  1. Ext4'e dönüştürülecek ext3 bölümlerindeki tüm verileri yedekleyin. Özellikle kök (root) bölümleri için oldukça kullanışlı bir paket olan clonezilla tercih edilebilir.
  2. /etc/fstab dosyasını düzenleyin ve ext4'e dönüştürülecek bölümlerin 'type' kısmını ext3 yerine ext4 yapın.
  3. Canlı bir medya (live USB) ile başlatın (gerekliyse). e2fsprogs ile dönüştürme işlemi sürücü bağlı değilken (unmounted) yapılmalıdır. Kök bölümünü dönüştürüyorsanız, bunu yapmanın en kolay yolu başka bir canlı medyadan önyükleme yapmaktır.
  4. Bölümün bağlı olmadığından emin olun.
  5. Eğer bir ext2 bölümünü dönüştürüyorsanız, ilk dönüştürme adımı root olarak tune2fs -j /dev/sdxX komutunu çalıştırarak bir günlük (journal) eklemek ve onu bir ext3 bölümü yapmaktır.
  6. Root olarak tune2fs -O extent,uninit_bg,dir_index /dev/sdxX komutunu çalıştırın. Bu komut, ext3 dosya sistemini (geri alınamaz şekilde) ext4'e dönüştürür.
  7. Root olarak fsck -f /dev/sdxX komutunu çalıştırın.
    • Bu adım zorunludur, aksi takdirde dosya sistemi okunamaz olacaktır'. Bu fsck çalışması, dosya sistemini tutarlı bir duruma getirmek için gereklidir. Grup tanımlayıcılarında sağlama toplamı (checksum) hataları bulacaktır - bu beklenen bir durumdur. -f seçeneği, dosya sistemi temiz görünse bile fscki kontrol etmeye zorlar. "Otomatik onarım" için ek olarak -p seçeneği de kullanılabilir (aksi takdirde kullanıcıya her hata için girdi sorulacaktır).
  8. Önerilen: Bölümü bağlayın ve root olarak e4defrag -c -v /dev/sdxX komutunu çalıştırın.
    • Dosya sistemi artık ext4'e dönüştürülmüş olsa bile, dönüşümden önce yazılmış olan tüm dosyalar henüz ext4'ün büyük dosya performansını artıran, fragmantasyonu azaltan ve dosya sistemi kontrol süresini kısaltan extent özelliğinden yararlanmaz. Ext4'ten tam anlamıyla yararlanmak için tüm dosyaların diske yeniden yazılması gerekir. Bu sorunu çözmek için e4defrag aracını kullanın.
  9. Sistemi yeniden başlatın.

Performansı artırma

Erişim zamanı güncellemesini devre dışı bırakmak

ext4 dosya sistemi, bir dosyaya en son ne zaman erişildiğine dair bilgileri kaydeder ve bu kaydın bir performans maliyeti vardır. noatime ve ilgili seçenekler için fstab#atime options bölümüne bakın.

Commit aralığını artırmak

Veri ve meta veriler için senkronizasyon aralığı (sync interval), commit seçeneğine daha yüksek bir zaman gecikmesi verilerek artırılabilir.

Varsayılan olan 5 saniyelik ayar, güç kesilirse çalışmanızın en fazla son 5 saniyesini kaybedeceğiniz anlamına gelir. Her 5 saniyede bir tüm verilerin/günlüğün fiziksel medyaya tam olarak senkronize edilmesini zorunlu kılar. Ancak günlükleme (journaling) sayesinde dosya sistemi zarar görmez. Aşağıdaki fstab örneği commit kullanımını göstermektedir: 

/etc/fstab
/dev/sda5    /    ext4    defaults,commit=60    0    1

Bariyerleri kapatmak (Barriers)

Warning Pil destekli önbelleğe (battery-backed cache) sahip olmayan diskler için bariyerlerin devre dışı bırakılması önerilmez; bu durum ciddi dosya sistemi bozulmalarına ve veri kaybına yol açabilir.

Ext4 varsayılan olarak yazma bariyerlerini etkinleştirir. Bu özellik, yazma önbellekleri güç kaybettiğinde bile dosya sistemi meta verilerinin diske doğru şekilde yazılmasını ve sıralanmasını sağlar. Bu durum, özellikle yoğun şekilde fsync kullanan veya çok sayıda küçük dosya oluşturup silen uygulamalar için bir performans maliyeti getirir. Bir şekilde pil destekli yazma önbelleğine sahip olan diskler için bariyerleri devre dışı bırakmak performansı güvenli bir şekilde artırabilir.

Bariyerleri kapatmak için, istenen dosya sistemine barrier=0 seçeneğini ekleyin. Örneğin: 

/etc/fstab
/dev/sda5    /    ext4    defaults,barrier=0    0    1

Günlüklemeyi devre dışı bırakmak (Disabling journaling)

Warning Günlükleme özelliği olmadan bir dosya sistemi kullanmak, elektrik kesintisi veya çekirdek kilitlenmesi gibi ani bağlantı kesilmelerinde veri kaybına neden olabilir.

Bağlı olmayan bir diskte aşağıdaki komutla ext4 günlüğü devre dışı bırakılabilir: 

# tune2fs -O "^has_journal" /dev/sdXn


=== Performansı optimize etmek için günlüğü kullanın ===

Fast commits for ext4 makalesinin girişi, varsayılan data=ordered çalışma moduna kıyasla data=journal veya data=writeback bağlama seçeneklerinin genel ext4 performansını neden ve nasıl hızlandırdığını kısaca özetlemektedir. Ek olarak, günlükleme işleminin kendisi journal_async_commit bağlama seçeneği eklenerek hızlandırılabilir.

Note journal_async_commit bağlama seçeneği varsayılan data=ordered seçeneği ile birlikte çalışmaz, bu nedenle ext4_cihazi bölümünü açıkça farklı bir modla bağlayın; bkz. ext4(5) § data=.

Diğer bir seçenek ise daha yeni bir günlük biçimi kullanmaktır, bkz. #fast_commit özelliğini etkinleştirme.

Harici günlük cihazı (External journal device)

Varsayılan olmayan data= seçenekleri kullanılıyorsa, günlük için ayrılmış özel bir cihaz da bazı durumlarda dosya işlemlerini hızlandırabilir. Örneğin, verilerin kendisi için nispeten yavaş bir cihaz ve günlük için başka bir (daha hızlı ancak daha küçük) cihaz kullanıldığında. Ayrı bir günlük cihazı kurmak için: 

# mke2fs -O journal_dev /dev/gunluk_cihazi

gunluk_cihazi bileşenini ext4_cihazi'nin günlüğü olarak atamak için şunu kullanın: 

# tune2fs -J device=/dev/gunluk_cihazi /dev/ext4_cihazi

Eğer ext4_cihazi üzerinde yeni bir dosya sistemi oluşturmak istiyorsanız tune2fs yerine mkfs.ext4 kullanın.

/etc/fstab içinde x-systemd.requires bağlama seçeneğini kullanarak gunluk_cihazi'ni ext4_cihazi'nin bir bağımlılığı olarak ekleyin: 

/etc/fstab
/dev/ext4_cihazi    /    ext4    defaults,x-systemd.requires=/dev/gunluk_cihazi    0    1

Bu, gunluk_cihazi herhangi bir kurulum gerektiriyorsa (örneğin şifrelenmişse) oluşabilecek sorunları önler.

Note Hem UUID hem de günlük cihazının devnum değeri ext4 dosya sistemine kaydedilir. Günlük cihazı yüklenirken yalnızca devnum kullanılır ve bu durum diskler yeniden düzenlendiğinde devnum değiştiği için sorunlara yol açar. Devnum yanlış cihazı gösteriyorsa Linux dosya sistemini bağlamayı reddeder, ancak aşağıdaki geçici çözümler yardımcı olabilir:

Kaydedilen devnum değerini yoksayın ve journal_path bağlama seçeneğini kullanarak günlüğü yol bazlı yüklemeye zorlayın: 

/etc/fstab
/dev/ext4_cihazi    /    ext4    defaults,x-systemd.requires=/dev/gunluk_cihazi,journal_path=/dev/gunluk_cihazi    0    1

e2fsck, UUID kullanarak günlük cihazını arayacak ve senkronizasyon dışı kalırsa kaydedilen devnum değerini düzeltecektir. Ancak bunu bir bozulma olarak kabul edecek ve gereksiz bir tam dosya sistemi taramasını tetikleyecektir [5]. Bu durum e2fsck'in yapılandırma dosyasında devre dışı bırakılabilir: 

/etc/e2fsck.conf
[problems]
# PR_0_EXTERNAL_JOURNAL_HINT: Harici süperblok için süperblok ipucu xxxx olmalıdır
0x000033 = {
    # e2fsck'e bu sorunla karşılaşılırsa düzeltilebileceğini ancak bunun bir bozulma
    # olarak değerlendirilmemesi gerektiğini, dosya sisteminin hala temiz olarak işaretlenmesi gerektiğini söyleyin.
    not_a_fix = true
}

İpuçları ve püf noktaları

Dosya tabanlı şifreleme kullanmak

Linux 4.1 sürümünden beri ext4 yerel olarak dosya şifrelemeyi destekler, fscrypt makalesine bakın. Şifreleme dizin düzeyinde uygulanır ve farklı dizinler farklı şifreleme anahtarları kullanabilir. Bu durum, blok cihaz düzeyinde şifreleme olan dm-crypt'ten ve yığınsal bir kriptografik dosya sistemi olan eCryptfs'ten farklıdır.

Mevcut dosya sistemlerinde meta veri sağlama toplamlarını (metadata checksums) etkinleştirmek

Bir dosya sistemi e2fsprogs 1.43 (2016) veya daha yeni bir sürümle oluşturulduğunda, meta veri sağlama toplamları varsayılan olarak etkin gelir. Mevcut dosya sistemleri, meta veri sağlama toplamı desteğini etkinleştirmek için dönüştürülebilir.

Meta veri sağlama toplamları hakkında daha fazla bilgi edinmek için ext4 wiki sayfasına bakın.

Tip Dosya sisteminde etkin olan özellikleri kontrol etmek için dumpe2fs kullanın: 
# dumpe2fs -h /dev/disk/yolu
Note Dosya sistemi bağlı (mounted) olmamalıdır.

İlk olarak bölümün e2fsck kullanılarak kontrol edilmesi ve optimize edilmesi gerekir: 

# e2fsck -Df /dev/disk/yolu

Dosya sistemini 64-bit'e dönüştürün: 

# resize2fs -b /dev/disk/yolu

Son olarak sağlama toplamı desteğini etkinleştirin: 

# tune2fs -O metadata_csum /dev/disk/yolu

Doğrulamak için: 

# dumpe2fs -h /dev/disk/yolu | grep features:
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

LVM kullanırken bakım

e2scrub aracı, LVM mantıksal birimlerinde (logical volumes) kullanılıyorsa ext4 dosya sisteminin meta verilerini kontrol eder. Araç kontrol etmek için bir anlık görüntü (snapshot) oluşturduğundan, birim grubunda (volume group) bu kontrol için 256MiB ayrılmamış alan olmalıdır. e2scrub(8) kılavuzunda belirtildiği gibi, araç hataları onarmaz ancak bunları bildirir ve bir sonraki bağlantıdan önce dosya sistemini bir e2fsck(8) çalışması gerektirecek şekilde işaretler.

Bu kontrol, örneğin paketlenmiş e2scrub_all.timer birimi etkinleştirilerek otomatikleştirilebilir.

Minimum 256MiB ayrılmamış alan eksikse, LVM#Mantıksal birimi ve dosya sistemini tek seferde yeniden boyutlandırma bölümüne bakın.

fast_commit özelliğini etkinleştirme

Ext4 "fast commits" özelliği, yeni ve daha hafif bir günlükleme yöntemi sunar. Ext4 dosya sisteminin performansını önemli ölçüvelerde artırması beklenmektedir.[6]

Bu özelliği yeni bir dosya sisteminde etkinleştirmek için -O dosya sistemi seçenekleri argümanına fast_commit değerini dahil edin.

Özelliği mevcut bir dosya sisteminde etkinleştirmek için şunu çalıştırın: 

# tune2fs -O fast_commit /dev/surucu_bolumu

Mevcut yapılandırmayı sorgulamak için: 

# tune2fs -l /dev/surucu_bolumu | grep features

Özelliği mevcut bir dosya sisteminde devre dışı bırakmak için şunu çalıştırın: 

# tune2fs -O '^fast_commit' /dev/surucu_bolumu
Warning
Template error Are you trying to use the = sign? Visit Help:Template#Escape template-breaking characters for workarounds.

Büyük/küçük harfe duyarsız (case-insensitive) modu etkinleştirme

Warning
  • Eğer casefold özelliği açılmışsa, tekrar güvenilir bir şekilde kapatılamaz (tune2fs içindeki potansiyel bir hata nedeniyle). Etkinleştirmeden önce aşağıdaki sınırlamaların farkında olun!
  • GRUB şu anda ext4'ün casefold özelliğini desteklememektedir; bkz. GRUB hatası #56897. GRUB'ın okuması gereken dosya sistemleri için bu özelliğin etkinleştirilmesi, hiçbir dizin bu özelliği fiilen kullanmıyor olsa bile sistemin açılmamasına ve unknown filesystem hatası vermesine neden olur.
  • casefold özelliği overlayfs ile uyumsuzdur; bu durum Docker veya Podman gibi konteyner yazılımlarının o dosya sisteminde çalışmasını engelleyebilir. systemd-sysext(8) uzantı imajları gibi gelişmiş systemd özellikleri de kullanılamaz hale gelebilir.

Ext4, Wine içinde çalışan uygulamaların ve oyunların performansını artırabilen büyük/küçük harfe duyarsız modda kullanılabilir. Bu özellik tüm dosya sistemini etkilemez, yalnızca büyük/küçük harfe duyarsızlık özniteliği (attribute) etkinleştirilmiş dizinleri etkiler.

İlk olarak, dosya sisteminde özelliği etkinleştirin: 

# tune2fs -O casefold /dev/disk/yolu

Herhangi bir dizinde büyük/küçük harfe duyarsız özniteliğini etkinleştirin: 

$ chattr +F /mnt/bölüm/buyuk-kucuk-harfe-duyarsiz-dizin

Dizinin boş olması gerektiğini ve başka bir yerden alt dizinleri taşımanın onların bu özniteliği miras almasını sağlamayacağını unutmayın, bu nedenle önceden plan yapın.

Dosya sistemini yeniden boyutlandırma (Resize)

resize2fs(8) programı ext2, ext3 veya ext4 dosya sistemlerini yeniden boyutlandırabilir. Cihaz üzerinde bulunan ve bağlı olmayan bir dosya sistemini büyütmek veya küçültmek için kullanılabilir. Bir ext4 dosya sistemini belirli bir boyuta yeniden boyutlandırmak için: 

# resize2fs /dev/bölüm boyut

Eğer boyut parametresi belirtilmezse, varsayılan olarak bölümün boyutu temel alınır.

Genişletme durumunda, favori bölümleme aracınızla gerekli bölüm boyutunu önceden hazırladığınızdan emin olun.

Ayrıca bakınız