Linux’ta `mkfs` Komutunu Kullanma: Diskleri ve Bölümleri Biçimlendirmeye Yönelik Eksiksiz Bir Kılavuz

`mkfs` (dosya sistemi oluşturma) komutu, bir blok aygıtına — ham disk, bölüm veya mantıksal birim olsun — dosya sistemi yapısı yazmak için kullanılan birincil Linux yardımcı programıdır. Bu aygıta herhangi bir veri yazılabilmesi için gereken süper bloğu, inode tablolarını, blok gruplarını ve günlük yapılarını başlatır.

Herhangi bir diske dokunmadan önce şunu anlayın: `mkfs` yıkıcı ve geri alınamaz bir işlemdir. Yalnızca bir bölüm tablosu girişini silmekle kalmaz — kritik disk üstü meta verilerin üzerine yazar. Yanlış aygıta karşı çalıştırmak, kısa süreliğine bile olsa, mevcut verileri adli araçlar olmadan kurtarılamaz hale getirir. Her çağrıdan önce hedef aygıtı `lsblk` veya `blkid` ile doğrulayın.

`mkfs` Arka Planda Gerçekte Ne Yapar

`mkfs -t ext4 /dev/sdb1` komutunu çalıştırdığınızda, çekirdek bölümü Windows anlamında yalnızca “biçimlendirmez”. Komut, uygun dosya sistemine özgü ikili dosyayı (bu durumda `mkfs.ext4`, aslında ext4 varsayılanlarıyla `mke2fs`’tür) çağırır ve şunları gerçekleştirir:

• Sabit blok grubu ofsetlerinde süper blok ve yedek süper blok kopyaları yazar
• Tüm blok gruplarında inode tablosunu tahsis eder ve başlatır
• Blok grubu tanımlayıcı tablosunu oluşturur
• Günlüğü başlatır (ext4 ve XFS gibi günlük tutan dosya sistemleri için)
• Kök dizin inode’unu yazar (ext4 için inode 2)
• Kalıcı tanımlama için dosya sistemine bir UUID damgalar

Bu ayrım büyük sürücülerde önem taşır. Tam inode tablosu başlatmasıyla 4 TB’lık bir ext4 bölümünü biçimlendirmek birkaç dakika sürebilir. Buna karşın XFS, bu işlemlerin büyük bölümünü çalışma zamanına erteleyerek `mkfs.xfs` komutunun birim boyutundan bağımsız olarak neredeyse anında tamamlanmasını sağlar.

Biçimlendirmeden Önce Doğru Aygıtı Belirleme

Bir aygıt adını asla tahmin etmeyin. Fiziksel donanımı çekirdek aygıt düğümleriyle eşleştirmek için aşağıdaki araçları kullanın.

`lsblk` Kullanımı

“`bash

lsblk -o NAME,SIZE,FSTYPE,LABEL,UUID,MOUNTPOINT

“`

Örnek çıktı:

“`

NAME SIZE FSTYPE LABEL UUID MOUNTPOINT

sda 100G

├─sda1 20G ext4 a1b2c3d4-… /

└─sda2 80G ext4 e5f6a7b8-… /home

sdb 500G

└─sdb1 500G

“`

Boş bir `FSTYPE` alanı, `/dev/sdb1` üzerinde mevcut bir dosya sistemi olmadığını doğrular — biçimlendirmek güvenlidir.

`blkid` Kullanımı

“`bash

sudo blkid /dev/sdb1

“`

Komut herhangi bir çıktı döndürmezse, bölüm tanınan bir dosya sistemi imzası taşımıyor demektir. Bir tür döndürürse, mevcut verilerin üzerine yazmak üzeresiniz demektir.

`fdisk -l` Kullanımı

“`bash

sudo fdisk -l /dev/sdb

“`

Bu, bölüm sınırlarını, bölüm türlerini ve diskin MBR mi yoksa GPT mi kullandığını ortaya koyar. `/dev/sdb` hiç bölüm tablosu göstermiyorsa, `mkfs` çalıştırmadan önce diski `fdisk`, `gdisk` veya `parted` ile bölümlemeniz gerekebilir.

Temel `mkfs` Sözdizimi ve Çağırma Kalıpları

Kurallı sözdizimi şöyledir:

“`bash

mkfs -t <filesystem_type> [options] <device>

“`

Ancak `mkfs` kendisi ince bir sarmalayıcıdır. Her dosya sistemi türü kendi özel ikili dosyasıyla birlikte gelir:

`mkfs -t ext4` çağırmak ile `mkfs.ext4`’ü doğrudan çağırmak işlevsel olarak aynıdır — birincisi yalnızca ikincisine çözümlenir. Üretim betiklerinde, amacı açık kılmak için açık takma adı (`mkfs.ext4`) tercih edin.

Dosya Sistemi Türü Seçimi: Teknik Karşılaştırma

Bir iş yükü için yanlış dosya sistemi seçmek yaygın ve maliyetli bir hatadır. Aşağıdaki tablo, dosya sistemi özelliklerini gerçek dünya kullanım senaryolarıyla eşleştirir.

Kritik uç durum — EFI Sistem Bölümü: ESP, `vfat` (özellikle FAT32) olarak biçimlendirilmelidir. Burada başka bir dosya sistemi kullanmak, UEFI ürün yazılımının önyükleyiciyi bulmasını engeller. ESP’yi her zaman şununla biçimlendirin:

“`bash

sudo mkfs.vfat -F 32 /dev/sda1

“`

`-F 32` bayrağı, 32 MiB’den büyük ESP bölümleri için önem taşıyan FAT16 yerine FAT32’yi açıkça zorlar.

Üretim Düzeyinde Seçeneklerle Pratik `mkfs` Örnekleri

Örnek 1: Ayarlanmış Parametrelerle ext4 Dosya Sistemi Oluşturma

“`bash

sudo mkfs.ext4 -L "data_vol" -m 1 -E lazy_itable_init=0,lazy_journal_init=0 /dev/sdb1

“`

Her bayrağın işlevi:

• `-L "data_vol"` — kalıcı bir etiket atar; `/etc/fstab` girişlerinin ham aygıt yolu yerine `LABEL=data_vol` kullanmasına olanak tanır (aygıt numaralandırma sırasının değişebildiği sistemlerde daha güvenlidir)
• `-m 1` — ayrılmış blok yüzdesini varsayılan %5’ten %1’e düşürür; 2 TB’lık bir veri biriminde varsayılan değer, yalnızca root’un kullanabildiği ~100 GB’ı boşa harcar
• `-E lazy_itable_init=0,lazy_journal_init=0` — inode tablosunun tam başlatılmasını arka plan G/Ç’ye ertelemek yerine biçimlendirme sırasında zorlar; arka plan başlatmanın dağıtımdan saatler sonra beklenmedik G/Ç artışlarına neden olabildiği üretim sunucuları için kritiktir

Örnek 2: Veritabanı Sunucusu için XFS Dosya Sistemi Oluşturma

“`bash

sudo mkfs.xfs -L "pg_data" -f /dev/sdb1

“`

• `-f` — mevcut bir dosya sistemi imzası algılansa bile oluşturmayı zorlar; yalnızca aygıtın kullanılabilir olduğunu doğruladığınızda kullanın
• XFS küçültmeyi desteklemez; biçimlendirmeden önce birim boyutunuzu dikkatlice planlayın

XFS üzerindeki PostgreSQL veya MySQL iş yükleri için, her okuma işleminde inode erişim zamanı yazma yükünü ortadan kaldırmak amacıyla `/etc/fstab` dosyasında `noatime` bağlama seçeneğini de ayarlayın.

Örnek 3: İki Aygıt Genelinde RAID-1 ile Btrfs Dosya Sistemi Oluşturma

“`bash

sudo mkfs.btrfs -L "btrfs_mirror" -d raid1 -m raid1 /dev/sdb /dev/sdc

“`

Btrfs, birden fazla blok aygıtını yerel olarak kapsayabilir. `-d raid1` veriyi yansıtır; `-m raid1` meta veriyi yansıtır. Bu, anlık görüntü ve alt birim işlevselliğine de ihtiyaç duyulan ortamlar için mdadm yazılım RAID’ine meşru bir alternatiftir.

Örnek 4: USB Sürücü için vFAT Dosya Sistemi Oluşturma

“`bash

sudo mkfs.vfat -F 32 -n "BACKUP_USB" /dev/sdc1

“`

• `-n "BACKUP_USB"` — birim etiketini ayarlar (FAT32 etiketleri 11 karakterle, büyük harfle sınırlıdır)
• `-F 32` — FAT16 yerine FAT32’yi açıkça seçer

Örnek 5: SSD Üzerinde F2FS Dosya Sistemi Oluşturma

“`bash

sudo mkfs.f2fs -l "ssd_cache" /dev/sdb1

“`

F2FS, özellikle NAND flash depolama için tasarlanmıştır. Yazma amplifikasyonunu azaltır ve aşınma dengelemesini dosya sistemi düzeyinde yönetir. NVMe depolama destekli VPS Hosting örneklerinde F2FS, yüksek yazma dalgalanmasına sahip geçici önbellek birimleri için ext4’ü geride bırakabilir.

Bölüm Tablosu Olmadan Tüm Diski Biçimlendirme

Belirli senaryolarda — LVM fiziksel birimleri, Ceph OSD’leri veya tek amaçlı depolama cihazları — bir bölüm yerine doğrudan tüm diske dosya sistemi yazabilirsiniz:

“`bash

sudo mkfs.ext4 /dev/sdb

“`

Bu ne zaman uygundur:

• Disk tek bir amaca adanmış ve bölüm esnekliğine ihtiyaç duyulmuyorsa
• LVM için bir disk hazırlıyorsanız (`pvcreate` bunu farklı şekilde ele alır, ancak kavram benzerdir)
• Bir geri döngü dosya sistemi görüntüsü oluşturuyorsanız

Bu ne zaman uygun değildir:

• Önyükleme gerektiren herhangi bir disk (önyükleme bayrağına sahip bir bölüm tablosu gerektirir)
• Birden fazla dosya sistemi veya işletim sistemi arasında paylaşılan herhangi bir disk
• udev kurallarının veya bulut altyapısı araçlarının bölüm tablosu beklediği sistemlerdeki diskler

Biçimlendirilmiş Bölümü Bağlama ve Kalıcı Hale Getirme

Biçimlendirme dosya sistemini oluşturur; bağlama ise onu erişilebilir kılar. `/etc/fstab` dosyasında aygıt adları yerine her zaman UUID tabanlı referanslar kullanın; çünkü aygıt adları (`/dev/sdb1`), birden fazla disk veya sıcak takma depolama bulunan sistemlerde yeniden başlatmalar arasında sabit kalmayabilir.

“`bash

Create the mount point

sudo mkdir -p /mnt/data_vol

Mount temporarily to verify

sudo mount /dev/sdb1 /mnt/data_vol

Retrieve the UUID

sudo blkid /dev/sdb1

Output: /dev/sdb1: LABEL="data_vol" UUID="a1b2c3d4-e5f6-7890-abcd-ef1234567890" TYPE="ext4"

Add a persistent, UUID-based fstab entry

echo 'UUID=a1b2c3d4-e5f6-7890-abcd-ef1234567890 /mnt/data_vol ext4 defaults,noatime 0 2' | sudo tee -a /etc/fstab

Validate the fstab entry without rebooting

sudo mount -a

“`

fstab girişinin sonundaki `0 2` değerleri, `dump`’u (yedekleme yardımcı programı, devre dışı bırakmak için 0 olarak ayarlayın) ve `fsck` geçiş sırasını (2, kök dosya sisteminden sonra kontrol et anlamına gelir; kök 1 olmalıdır) denetler.

Biçimlendirmeden Sonra Dosya Sistemi Bütünlüğünü Doğrulama

Doğrulama yapmadan biçimlendirmenin başarılı olduğunu varsaymayın.

“`bash

Check filesystem type, label, and UUID

lsblk -f /dev/sdb1

For ext4: run e2fsck in read-only check mode

sudo e2fsck -n /dev/sdb1

For XFS: verify the filesystem structure

sudo xfs_repair -n /dev/sdb1

Check available space after mounting

df -hT /mnt/data_vol

“`

Hem `e2fsck` hem de `xfs_repair` üzerindeki `-n` bayrağı, dosya sistemini değiştirmeden deneme denetimi gerçekleştirir. Bu, bağlı bir dosya sisteminde tanılama amacıyla çalıştırmak güvenlidir; ancak tam onarım için önce bağlantıyı kesmek gerekir.

Gelişmiş Seçenekler Referansı

Yaygın Tuzaklar ve Bunlardan Kaçınma Yolları

Bağlı bir dosya sistemini biçimlendirme: Linux bunu her zaman engellemez. Bağlı bir bölümde `mkfs` çalıştırmak dosya sistemini anında bozar ve çekirdek paniklerine neden olabilir. Devam etmeden önce her zaman bağlama durumunu `mount | grep /dev/sdb1` ile doğrulayın.

ext4’te inode tükenmesi: Milyonlarca küçük dosya depolayacak bir birimde (posta kutuları, oturum önbellekleri) büyük bir blok boyutu (örn. 4096 bayt) ayarlarsanız, disk alanı dolmadan önce inode’lar tükenir. İnode yoğunluğunu artırmak için `-i 4096` veya `-i 2048` kullanın. Bu, E-posta Hosting sunucularında ve oturum başına dosya depolayan yüksek trafikli web sunucularında özellikle yaygın bir sorundur.

XFS ve küçültme: XFS birimleri oluşturulduktan sonra küçültülemez. 2 TB’lık bir XFS birimini biçimlendirirseniz ve daha sonra alan geri kazanmanız gerekirse, tek seçeneğiniz yedekleme, yeniden biçimlendirme ve geri yüklemedir. XFS birim boyutlarını ihtiyatlı planlayın veya altında LVM ince sağlama kullanın.

RAID ve SSD’ler için şerit hizalaması: Bir RAID dizisinde veya SSD’de şerit hizalaması belirtmeden biçimlendirme, hizasız G/Ç’ye neden olarak performansı önemli ölçüde düşürür. 512 KB şerit ve 4 diskli bir RAID-5 dizisi için:

“`bash

sudo mkfs.ext4 -E stride=128,stripe-width=384 /dev/md0

“`

Burada `stride = stripe_size / block_size` ve `stripe-width = stride * (data_disks)`.

Disk klonlamasından sonra UUID çakışmaları: `dd` ile bir diski klonlamak dosya sistemi UUID’sini kopyalar. Aynı UUID’ye sahip iki aygıt, bağlama hatalarına ve veri bozulmasına neden olur. Klonlamadan sonra UUID’yi yeniden oluşturun:

“`bash

sudo tune2fs -U random /dev/sdb1 # ext4

sudo xfs_admin -U generate /dev/sdb1 # XFS

“`

Bu, disk görüntülerinden Dedicated Sunucular dağıtırken veya tek bir şablondan birden fazla düğüm sağlarken kritik bir husustur.

VPS ve Bulut Ortamları için Dosya Sistemi Değerlendirmeleri

Sanal makinelerde ve bulut örneklerinde, temel depolama genellikle dağıtılmış bir depolama sistemi tarafından desteklenen ince sağlanmış bir sanal disktir. Bu bağlamda birkaç `mkfs` kararı daha etkili hale gelir:

• Discard/TRIM desteği: ext4’ü `-E discard` ile biçimlendirin veya çevrimiçi TRIM’i etkinleştirmek için `discard` bağlama seçeneğini ekleyin; bu, serbest bırakılan blokları temel depolama havuzuna iade eder ve SSD destekli cPanel VPS örneklerinde zaman içinde performansı korur.
• Günlük modu: Gecikmeye duyarlı uygulamalar için, ext4’te `/etc/fstab` dosyasında `data=writeback` günlük modunu değerlendirin. Bu, kendi yazma öncesi günlüklerini yöneten veritabanları için kabul edilebilir olan daha düşük yazma gecikmesi karşılığında katı veri sıralamasından vazgeçer.
• Takas alanını dosya sistemi olarak biçimlendirmekten kaçının: Takas bölümleri `mkswap` kullanır, `mkfs` değil. Bir takas bölümünde `mkfs` çalıştırmak, kullanılabilir bir dosya sistemi oluşturmadan takas imzasını yok eder.

VPS Kontrol Panelleri üzerinde depolama yönetirken, ek disk birimleri genellikle biçimlendirilmemiş blok aygıtları olarak görünür. İş akışı her zaman şöyledir: `lsblk` ile tanımlayın, gerekirse `fdisk`/`gdisk` ile bölümlendirin, `mkfs` ile biçimlendirin, bağlayın ve `/etc/fstab` dosyasında kalıcı hale getirin.

Karar Matrisi: Doğru Dosya Sistemini Seçme

Birincil kısıtlamanıza göre bir dosya sistemi seçmek için bu matrisi kullanın:

Teknik Temel Çıkarımlar Kontrol Listesi

Herhangi bir ortamda `mkfs` çalıştırmadan önce bu kontrol listesini gözden geçirin:

• Hedef aygıtı doğrulayın: `lsblk -f` ve `blkid` ile — asla belleğe veya varsayıma güvenmeyin
• Hedefin bağlantısını kesin: `umount /dev/sdXN` ile ve `mount | grep sdX` ile doğrulayın
• Aygıttaki tüm verileri yedekleyin; `mkfs` geri alınamaz
• Dosya sistemi türünü alışkanlığa değil, iş yüküne göre seçin (yukarıdaki karar matrisine bakın)
• Günlüklerde ve `fstab` dosyasında insan tarafından okunabilir tanımlama için `-L` ile bir dosya sistemi etiketi ayarlayın
• Büyük veri birimlerinde ayrılmış blokları azaltın (ext4 için `-m 1`) kullanılabilir alanı geri kazanmak için
• Gecikmeli başlatmayı devre dışı bırakın (`-E lazy_itable_init=0`) üretim sunucularında dağıtım sonrası G/Ç artışlarını önlemek için
• `/etc/fstab` dosyasında UUID kullanın, bağlama kalıcılığı için aygıt adları değil
• `mount -a` ile doğrulayın: yeniden başlatmadan önce hataları yakalamak için `/etc/fstab` düzenlendikten sonra
• `e2fsck -n` veya `xfs_repair -n` çalıştırın: dosya sistemi bütünlüğünü onaylamak için biçimlendirmeden sonra
• UUID’leri yeniden oluşturun: şablon görüntüsünden klonlanan herhangi bir diskte

SSS

S: Şu anda bağlı olan bir bölümde `mkfs` çalıştırabilir miyim?

C: Teknik olarak çekirdek buna izin verebilir, ancak bunu yapmak dosya sistemini anında bozar ve çekirdek paniklerine veya veri kaybına yol açabilir. `mkfs` çalıştırmadan önce her zaman bölümün bağlantısını kesin ve `mount | grep <device>` ile doğrulayın.

S: `mkfs.ext4` ile `mke2fs` arasındaki fark nedir?

C: `mkfs.ext4`, `-t ext4` varsayılanlarıyla `mke2fs`’ü çağıran bir sembolik bağlantı veya sarmalayıcıdır. İşlevsel olarak aynıdırlar. `mke2fs` kurallı araçtır ve ext2/ext3/ext4 oluşturma seçeneklerinin tamamını kabul eder.

S: Büyük bir ext4 bölümünü biçimlendirmek neden XFS’e kıyasla bu kadar uzun sürer?

C: ext4, biçimlendirme sırasında her blok grubu için inode tablosunu başlatır (`lazy_itable_init=1` ayarlanmadıkça). 4 TB’lık bir birimde bu, gigabaytlarca sıfırlanmış inode tablosu verisi yazmayı içerir. XFS, yapı başlatmayı çalışma zamanına erteleyerek `mkfs.xfs`’nin birim boyutundan bağımsız olarak saniyeler içinde tamamlanmasını sağlar.

S: Yeniden biçimlendirmeden sonra bir dosya sistemi etiketini nasıl değiştirebilirim?

C: ext4 için `sudo tune2fs -L "NewLabel" /dev/sdb1` kullanın. XFS için `sudo xfs_admin -L "NewLabel" /dev/sdb1` kullanın. FAT32 için `sudo fatlabel /dev/sdb1 NEWLABEL` kullanın. Yeniden etiketleme hiçbir veriyi etkilemez.

S: Bir LVM mantıksal birimi üzerinde `mkfs` kullanmak güvenli midir?

C: Evet. LVM mantıksal birimleri blok aygıtları olarak görünür (örn. `/dev/mapper/vg0-lv_data` veya `/dev/vg0/lv_data`) ve `mkfs` tarafından fiziksel bölümlerle aynı şekilde ele alınır. Bu, üretim Linux depolama için standart iş akışıdır: `lvcreate` ile LV oluşturun, `mkfs` ile biçimlendirin, bağlayın ve `/etc/fstab` dosyasında kalıcı hale getirin.