Disk Bağlama ve fstab ile Kalıcı Mount

Sunucunuza ikinci bir disk eklediniz, bulut sağlayıcınızdan yeni bir blok depolama (block storage) satın aldınız ya da sanal makinenizin diskini büyüttünüz. Fakat df -h çıktısında yeni alanı göremiyorsunuz; sanki disk hiç yokmuş gibi davranıyor. Bunun sebebi neredeyse her zaman aynıdır: disk sisteme takılı olsa bile henüz bir dizine "bağlanmamış" (mount edilmemiş) durumdadır. Linux dünyasında bir depolama aygıtının kullanılabilir olması için tek bir büyük dosya ağacının belirli bir noktasına iliştirilmesi gerekir. Bu iliştirme işlemine mount, iliştirilen dizine de mount noktası (mount point) denir.

Bu rehberde bir diski en baştan sona kullanılabilir hale getirmenin tüm adımlarını ele alacağız. Diski lsblk ile tanımaktan, mount ve umount ile elle bağlayıp çözmeye; blkid ile diskin UUID değerini bulup neden aygıt adı yerine UUID kullanmanız gerektiğini anlamaya; /etc/fstab dosyasının altı alanını tek tek çözümlemekten defaults, noatime gibi mount seçeneklerinin ne işe yaradığına kadar her şeyi göreceğiz. En önemlisi, yanlış bir fstab satırı yüzünden hiç açılamayan (boot etmeyen) bir sunucuyu nasıl kurtaracağınızı da adım adım göstereceğiz, çünkü bu, disk yönetiminin en çok korkulan ama aslında en kolay çözülen sorunudur.

Mount Kavramı ve Linux Dosya Ağacı#

Windows'ta her disk kendi harfini alır: C:, D:, E: şeklinde ayrı ayrı sürücüler görürsünüz. Linux'ta ise böyle bir ayrım yoktur. Sistemde tek bir kök dizin (/) vardır ve tüm diskler, bölümler, hatta ağ paylaşımları bu ağacın bir dalına bağlanır. Örneğin yeni bir diski /veri dizinine mount ederseniz, o dizine girdiğinizde aslında ikinci diskin içeriğine erişmiş olursunuz. Kullanıcı açısından /veri sıradan bir klasördür; arka planda hangi fiziksel aygıta denk geldiğini bilmesine gerek yoktur.

Bir aygıtı mount ettiğinizde, o mount noktasında önceden bulunan içerik geçici olarak "gizlenir". Yani /veri dizininin içinde dosyalar varken oraya bir disk bağlarsanız, disk bağlı kaldığı sürece eski dosyalar görünmez olur (silinmez, sadece diskin altında kalır). Bu yüzden mount noktası olarak genellikle boş dizinler tercih edilir. Aygıtları çözdüğünüzde (umount) eski içerik tekrar ortaya çıkar.

Linux'ta aygıtlar /dev dizini altında dosya olarak temsil edilir. Geleneksel SATA/SAS diskler /dev/sda, /dev/sdb gibi; NVMe SSD'ler /dev/nvme0n1 gibi; sanal makine diskleri ise sıklıkla /dev/vda, /dev/xvda gibi adlar alır. Bir diskin üzerindeki bölümler (partition) ise ana ada bir sayı eklenerek gösterilir: /dev/sdb1, /dev/sdb2 ya da /dev/nvme0n1p1. Kabuk ve dizin gezinme komutlarını tazelemek isterseniz Linux temel komutlar rehberimiz iyi bir temel oluşturur.

Yeni Diski Tanımak ve Bölümlemek#

İşe her zaman "elimde ne var" sorusuyla başlarız. Sisteme takılı tüm blok aygıtlarını ve mount durumlarını ağaç biçiminde gösteren komut lsblk'dir:

lsblk -f

Örnek bir çıktı şöyle görünebilir:

NAME        FSTYPE   LABEL  UUID                                 MOUNTPOINT
sda
├─sda1      ext4     root   b2f1c3a4-1234-4abc-9def-0123456789ab /
└─sda2      swap            9a8b7c6d-5e4f-3a2b-1c0d-abcdef012345 [SWAP]
sdb

Bu çıktıda sda diski bölümlenmiş ve mount edilmiş durumda, ancak yeni eklediğimiz sdb diskinin altında hiçbir bölüm ve dosya sistemi (FSTYPE boş) yok. Yani sdb ham (raw) bir disktir; kullanmadan önce üzerine bir bölüm ve dosya sistemi oluşturmamız gerekir.

Küçük sunucu senaryolarında diski tek bir bölüm olarak kullanmak yaygındır. Modern diskler için GPT bölüm tablosu ve parted aracı önerilir:

# GPT bölüm tablosu oluştur ve tüm diski kaplayan tek bir bölüm aç
sudo parted /dev/sdb --script mklabel gpt
sudo parted /dev/sdb --script mkpart primary ext4 0% 100%

Bölümü açtıktan sonra üzerine bir dosya sistemi yazmamız gerekir. Linux'ta en yaygın seçim ext4, daha büyük ölçekli ve anlık görüntü (snapshot) gerektiren senaryolarda ise xfs'tir:

# Yeni bölüme ext4 dosya sistemi kur, ayrıca okunabilir bir etiket ver
sudo mkfs.ext4 -L veri /dev/sdb1

-L veri parametresi diske "veri" adında bir etiket (label) atar; bu etiketi ileride mount ederken de kullanabilirsiniz. Bölümleme ve biçimlendirme işlemi diskteki her şeyi kalıcı olarak siler, bu yüzden komutu çalıştırmadan önce doğru aygıt adını (sdb, sdc gibi) iki kez kontrol edin. Yanlış diski biçimlendirmek, veri kaybının en sık nedenlerinden biridir; düzenli bir yedekleme alışkanlığı bu tür kazalarda hayat kurtarır.

mount ve umount ile Elle Bağlama#

Dosya sistemi hazır olduğuna göre artık diski bir dizine bağlayabiliriz. Önce mount noktası olacak boş bir dizin oluşturalım, sonra mount komutuyla bağlayalım:

sudo mkdir -p /veri
sudo mount /dev/sdb1 /veri

Bağlamanın başarılı olup olmadığını iki komutla doğrularız. df -h diskin kullanılabilir alanını mount noktasıyla birlikte gösterir; mount | grep sdb1 ise hangi seçeneklerle bağlandığını söyler:

df -h /veri
mount | grep sdb1

df -h çıktısında /veri satırını ve diskin boyutunu görüyorsanız, disk artık kullanıma hazırdır. İçine dosya kopyalayabilir, dizin oluşturabilir, uygulamalarınızın verilerini buraya yönlendirebilirsiniz. Diski bağlamayı sonlandırmak (çözmek) için umount kullanılır. Dikkat edin, komut "unmount" değil, tek bir "n" ile umount şeklinde yazılır:

sudo umount /veri

Bazen umount şu hatayı verir: target is busy. Bu, o an bir sürecin diskteki bir dosyayı kullandığı ya da bir kabuğun mount noktasının içinde olduğu anlamına gelir. Diski hangi sürecin meşgul ettiğini lsof veya fuser ile bulabilirsiniz:

# Mount noktasını kullanan süreçleri listele
sudo lsof +D /veri
sudo fuser -vm /veri

Çoğu zaman "meşgul" hatasının sebebi basittir: siz o an /veri dizininin içindesinizdir. cd / yazıp mount noktasından çıkmak sorunu çözer. Buraya kadar yaptığımız her şey geçicidir; yani mount ile elle bağladığınız bir disk, sunucu yeniden başladığında (reboot) otomatik olarak bağlanmaz. Kalıcı bağlama için /etc/fstab dosyasına ihtiyacımız var.

blkid ile UUID Bulmak ve Neden UUID#

/etc/fstab dosyasına geçmeden önce çok kritik bir konuyu netleştirmeliyiz: fstab'da diski /dev/sdb1 gibi bir aygıt adıyla göstermek güvenli değildir. Bunun sebebi, aygıt adlarının sabit olmamasıdır. Linux çekirdeği diskleri tespit ettiği sıraya göre isimlendirir; sunucuya yeni bir disk eklerseniz, bir diski çıkarırsanız ya da sağlayıcınız donanım katmanında bir değişiklik yaparsa, bugün /dev/sdb olan disk yarın /dev/sdc olabilir. fstab'ınız hâlâ /dev/sdb1'i ararsa, sistem yanlış diski bağlamaya çalışır veya hiç bağlayamaz.

Çözüm, her dosya sistemine özgü ve asla değişmeyen bir kimlik olan UUID (Universally Unique Identifier) kullanmaktır. UUID, dosya sistemi oluşturulurken atanır ve disk hangi porta takılırsa takılsın, hangi ada denk gelirse gelsin aynı kalır. Bir bölümün UUID değerini blkid komutuyla öğrenirsiniz:

sudo blkid /dev/sdb1

Çıktı şuna benzer:

/dev/sdb1: LABEL="veri" UUID="7c9e6a4b-2d1f-4a3c-8b5e-9f0a1b2c3d4e" TYPE="ext4"

Buradaki UUID="7c9e6a4b-..." değeri, fstab'da kullanacağımız kimliktir. Aşağıdaki tablo, bir diski fstab'da tanımlamanın farklı yöntemlerini ve güvenilirliklerini karşılaştırıyor:

Pratik öneri nettir: üretim sunucularında her zaman UUID kullanın. Etiketler okunması kolay olduğu için test ortamlarında rahatlık sağlar, ancak iki diske aynı etiketi verirseniz sistem hangisini bağlayacağına karar veremez. UUID ise tanımı gereği benzersizdir ve bu belirsizliği ortadan kaldırır.

/etc/fstab Satır Yapısı ve Alanları#

/etc/fstab (file systems table), sistem açılışında hangi dosya sistemlerinin nereye ve nasıl bağlanacağını tanımlayan düz metin bir dosyadır. Her satır bir mount tanımıdır ve boşluk veya sekmeyle ayrılmış altı alandan oluşur. Diskimizi kalıcı hale getirmek için dosyaya şöyle bir satır ekleriz:

sudo nano /etc/fstab

Dosyanın sonuna eklenecek satır:

UUID=7c9e6a4b-2d1f-4a3c-8b5e-9f0a1b2c3d4e  /veri  ext4  defaults,noatime  0  2

Bu altı alanı soldan sağa tek tek çözümleyelim, çünkü her birinin anlamını bilmek hem doğru yapılandırma yapmanızı hem de hataları anlamanızı sağlar:

Beşinci alan olan dump, çok eski bir yedekleme aracına ait olduğu için modern sistemlerde neredeyse her zaman 0 bırakılır. Altıncı alan olan pass ise açılışta fsck (dosya sistemi tutarlılık kontrolü) sırasını belirler: kök dosya sistemi (/) için 1, diğer normal disk bölümleri için 2, kontrol edilmesini istemediğiniz (örneğin ağ veya swap) alanlar için 0 yazılır. Bu sırayı yanlış vermek açılış hatalarına yol açabileceği için değerleri gelişigüzel değiştirmeyin.

fstab satırınızı ekledikten sonra sunucuyu yeniden başlatmadan doğrulamak hayati önem taşır. Şu komut, fstab'da tanımlı ama henüz bağlanmamış tüm alanları bağlamaya çalışır:

sudo mount -a

Bu komut hiçbir hata vermeden ve sizi komut satırına geri döndürürse, fstab satırınız doğrudur ve sistem açılışta diski sorunsuz bağlayacaktır. Eğer bir hata mesajı görürseniz, satırı düzeltip tekrar deneyin. mount -a'yı reboot öncesi çalıştırmak, aşağıda anlatacağımız "açılamayan sunucu" felaketinin en etkili önleyicisidir.

Mount Seçenekleri defaults, noatime ve Diğerleri#

fstab'ın dördüncü alanı, diskin nasıl davranacağını belirleyen mount seçeneklerini içerir. En sık göreceğiniz değer defaults'tur; bu tek kelime aslında birkaç makul ayarın kısaltmasıdır: rw (okuma-yazma), suid, dev, exec, auto (açılışta otomatik bağla), nouser ve async. Yani defaults yazdığınızda çoğu genel amaçlı disk için uygun bir davranış elde edersiniz.

Seçenekleri virgülle ekleyerek bu davranışı ince ayar yapabilirsiniz. En yararlılarından biri noatime'dır. Varsayılan olarak Linux, bir dosyaya her erişildiğinde onun "son erişim zamanı"nı (access time) diske yazar. Yoğun okuma yapılan sunucularda bu, gereksiz bir yazma yüküdür ve performansı düşürür. noatime bu davranışı kapatarak, özellikle çok sayıda küçük dosya okunan web ve veritabanı sunucularında gözle görülür bir iyileşme sağlar. Aşağıdaki tablo en çok kullanılan seçenekleri özetliyor:

Bu seçenekler arasında nofail, harici ve bulut blok depolama için özellikle değerlidir. Bir sunucuya sonradan takılan ek disk her zaman hazır olmayabilir; disk bağlanamadığında nofail sayesinde sistem hata verip donmak yerine açılışa devam eder. Kullanıcı verilerinin tutulduğu bir dizinde ise noexec ve nosuid seçenekleri, o dizine yüklenen zararlı bir betiğin çalıştırılmasını zorlaştırarak ek bir güvenlik katmanı sağlar. Yükleme dizinleri, paylaşımlı alanlar ve geçici klasörler için bu ikiliyi düşünmeye değer. Disk alanı ve kullanıcı sınırlarını daha ayrıntılı yönetmek isterseniz disk kotası ve inode rehberimiz bu seçeneklerin doğal bir devamıdır.

Hatalı fstab Yüzünden Açılamayan Sunucuyu Kurtarma#

Şimdi disk yönetiminin en çok korkulan senaryosuna geldik. fstab'a yanlış bir satır yazdınız (hatalı bir UUID, olmayan bir aygıt, yazım hatası) ve sunucuyu yeniden başlattınız. Sistem açılış sırasında o satırı bağlamaya çalışır, başaramaz ve normal açılışı durdurarak sizi bir "acil durum kabuğu"na (emergency mode) düşürür ya da tamamen açılamaz. SSH ile bağlanamazsınız çünkü sistem henüz ağ katmanına ulaşmamıştır. Panik yapmayın; bu durum göründüğünden çok daha kolay çözülür ve tek yapmanız gereken hatalı satırı düzeltmektir.

En iyi haber şudur: mount -a komutunu reboot etmeden çalıştırma alışkanlığını edinirseniz bu senaryoyu neredeyse hiç yaşamazsınız, çünkü hata sunucu ayaktayken ortaya çıkar. Yine de başınıza gelirse, iki temel kurtarma yolu vardır.

Birinci yol, acil durum kabuğudur. Sunucu açılmayı bırakıp sizden kök parolasını istediğinde (emergency/rescue mode), giriş yaptıktan sonra kök dosya sistemi genellikle salt okunur bağlıdır. Onu yazılabilir hale getirip fstab'ı düzeltirsiniz:

# Kök dosya sistemini yazılabilir olarak yeniden bağla
mount -o remount,rw /

# Hatalı satırı düzelt (veya başına # koyarak yorum satırı yap)
nano /etc/fstab

# Düzeltmenin doğruluğunu test et
mount -a

# Sorun yoksa yeniden başlat
reboot

Bu yöntemin püf noktası, sorunlu satırı hemen silmek yerine başına # koyarak yorum satırına dönüştürmektir. Böylece sistem açılır, siz de sonra sakin kafayla o satırı doğru UUID ile yeniden yazarsınız.

İkinci yol, acil durum kabuğuna bile giremiyorsanız veya bulut sağlayıcınızın konsolunda kök parolası çalışmıyorsa devreye girer: bir kurtarma ortamı (rescue mode) ya da canlı sistem (live CD/ISO) ile açıp diski dışarıdan bağlamak. Çoğu bulut ve VDS panelinde "Rescue Mode" ya da "Kurtarma Modu" adında tek tıkla açılan bir seçenek bulunur; bu mod sunucuyu geçici bir sistemle başlatır ve gerçek diskinizi bağlamanıza izin verir:

# Kurtarma ortamında gerçek kök diski geçici bir dizine bağla
sudo mkdir -p /kurtarma
sudo mount /dev/sda1 /kurtarma

# Bozuk fstab'ı düzenle
sudo nano /kurtarma/etc/fstab

# Değişikliği kaydet, çöz ve normal moda dön
sudo umount /kurtarma
sudo reboot

Her iki yöntemde de yapılan iş aynıdır: hatalı fstab satırını bulup düzeltmek ya da yorumlamak. Bu tür kurtarma işlemleri için sunucunuzun konsol/VNC erişimine sahip olmanız çok önemlidir; VDS sunucu ve sanal sunucu hizmetlerimizde panel üzerinden kurtarma modu ve konsol erişimi standarttır, böylece SSH kapalıyken bile sunucunuza müdahale edebilirsiniz. Bu tür operasyonlarla uğraşmak istemez, işletim yükünü uzmanlara bırakmak isterseniz sunucu yönetimi hizmetimiz devreye girer ve bu tür acil durumları sizin adınıza çözer.

En Sık Yapılan Hatalar ve İyi Alışkanlıklar#

Yılların deneyimi, disk mount işlemlerinde hep aynı birkaç hatanın tekrarlandığını gösteriyor. Bunları bilmek, sizi hem veri kaybından hem de gece yarısı açılmayan sunucu telaşından korur. En yaygın hata, fstab'da aygıt adı (/dev/sdb1) kullanmaktır; disk sırası değiştiğinde bu satır yanlış diski işaret eder. Her zaman UUID tercih edin.

İkinci sık hata, fstab'ı düzenledikten sonra mount -a ile test etmeden doğrudan yeniden başlatmaktır. Bu tek komut, açılışta karşılaşacağınız hataları sunucu hâlâ ayaktayken gösterir ve sizi kurtarma modu zahmetinden kurtarır. Üçüncüsü, dolu bir dizini mount noktası olarak seçmektir; içi dolu bir dizine disk bağlarsanız eski içerik gizlenir ve "dosyalarım kayboldu" paniği yaşarsınız (aslında diski çözünce geri gelirler). Aşağıdaki kontrol listesi, her yeni disk işleminde tekrarlamanız gereken sağlıklı akıştır:

lsblk -f                       # 1. Diski ve mevcut durumu gör
sudo parted /dev/sdb ...       # 2. Gerekirse bölüm oluştur
sudo mkfs.ext4 -L veri /dev/sdb1   # 3. Dosya sistemi kur
sudo mkdir -p /veri            # 4. Boş mount noktası oluştur
sudo blkid /dev/sdb1           # 5. UUID'i öğren
sudo nano /etc/fstab           # 6. UUID ile satırı ekle
sudo mount -a                  # 7. Reboot ETMEDEN test et
df -h /veri                    # 8. Bağlandığını doğrula

Bu sekiz adımlık akışı bir alışkanlık haline getirdiğinizde, disk eklemek korkulacak bir iş olmaktan çıkıp rutin bir görev haline gelir. Kritik verilerin tutulduğu diskler için düzenli yedekleme almayı da bu rutine eklerseniz, olası kazalarda geri dönüş yolunuz her zaman açık kalır.

Sıkça Sorulan Sorular#

Neden fstab'da /dev/sdb1 yerine UUID kullanmalıyım#

Çünkü aygıt adları sabit değildir. Linux çekirdeği diskleri tespit ettiği sıraya göre isimlendirir ve sunucuya yeni bir disk eklendiğinde, bir disk çıkarıldığında ya da sağlayıcı donanımda değişiklik yaptığında bugün /dev/sdb olan disk yarın /dev/sdc olabilir. fstab hâlâ eski adı ararsa sistem yanlış diski bağlar veya hiç bağlayamaz ve açılış hatası verir. UUID ise dosya sistemine özgü, benzersiz ve kalıcı bir kimliktir; disk hangi porta takılırsa takılsın değişmez. Bu yüzden üretim sunucularında daima UUID tercih edilir.

mount ile bağladığım disk neden reboot sonrası kayboluyor#

Komut satırından elle yaptığınız mount işlemi geçicidir ve yalnızca o an için geçerlidir. Sunucu yeniden başladığında sistem, hangi diskleri bağlayacağını yalnızca /etc/fstab dosyasından okur. Diskiniz fstab'da tanımlı değilse açılışta bağlanmaz ve df -h çıktısında görünmez. Kalıcı bağlama için diskin UUID değerini blkid ile öğrenip fstab'a uygun bir satır eklemeniz, ardından sudo mount -a ile test etmeniz gerekir. Bu adımı yaptığınızda disk her açılışta otomatik olarak bağlanır.

umount komutu target is busy hatası veriyor ne yapmalıyım#

Bu hata, diski o an bir sürecin kullandığı ya da bir kabuğun mount noktasının içinde olduğu anlamına gelir. En sık sebep, sizin o an ilgili dizinin içinde bulunmanızdır; cd / yazıp mount noktasından çıkmak çoğu zaman sorunu çözer. Hâlâ meşgulse, diski hangi sürecin tuttuğunu sudo lsof +D /veri veya sudo fuser -vm /veri komutlarıyla bulabilir, o süreci durdurduktan sonra tekrar umount deneyebilirsiniz. Acil durumlarda umount -l /veri (lazy unmount) diski erişimden hemen çeker ve son kullanım bittiğinde tam olarak çözer.

fstab'a yanlış satır yazdım ve sunucu açılmıyor nasıl kurtarırım#

Panik yapmayın, bu sorun düzeltilebilir. Sunucu açılışta hatalı satırı bağlayamadığında sizi bir acil durum kabuğuna (emergency mode) düşürür. Kök parolasıyla giriş yaptıktan sonra mount -o remount,rw / komutuyla kök dosya sistemini yazılabilir hale getirin, nano /etc/fstab ile hatalı satırın başına # koyarak onu yorum satırına dönüştürün, mount -a ile doğrulayın ve reboot edin. Acil kabuğa giremiyorsanız, bulut/VDS panelinizdeki kurtarma modunu (rescue mode) açıp gerçek diski geçici bir dizine bağlayarak fstab'ı dışarıdan düzeltebilirsiniz.

noatime seçeneği ne işe yarar ve güvenli midir#

Bu seçenek, Linux'un varsayılan olarak her dosya okumasında güncellediği "son erişim zamanı" bilgisini diske yazmayı kapatır. Çok sayıda küçük dosyanın sürekli okunduğu web ve veritabanı sunucularında bu gereksiz yazma yükünü ortadan kaldırır ve okuma performansını gözle görülür biçimde artırır. Çoğu sunucu için tamamen güvenlidir ve önerilir; yalnızca erişim zamanına bağlı çalışan çok özel yazılımlar (bazı posta sunucusu veya yedekleme araçları) varsa dikkatli olmanız gerekir. Bu istisnai durumlarda relatime seçeneği, erişim zamanını yalnızca gerektiğinde güncelleyerek performans ile uyumluluk arasında dengeli bir orta yol sunar.

Bir diski salt okunur olarak nasıl bağlarım#

Diski salt okunur (read-only) bağlamak için mount seçeneklerine ro eklersiniz. Elle bağlarken sudo mount -o ro /dev/sdb1 /veri komutunu kullanabilir, fstab'da ise seçenekler alanına defaults yerine veya yanına ro yazabilirsiniz. Salt okunur bağlama, arşiv diskleri, adli inceleme yapılacak diskler ve kurtarma senaryoları için idealdir; disk üzerinde yanlışlıkla değişiklik yapılmasını tamamen engeller. Zaten bağlı bir diski yeniden başlatmadan salt okunur yapmak isterseniz sudo mount -o remount,ro /veri, tekrar yazılabilir yapmak için ise sudo mount -o remount,rw /veri komutunu kullanabilirsiniz.

Kapanış#

Disk bağlama, ilk bakışta ürkütücü görünse de aslında birkaç net adıma indirgenen, öğrenildikten sonra rutinleşen bir işlemdir. Diski lsblk ile tanımak, gerekirse bölümleyip mkfs ile biçimlendirmek, mount ile bağlayıp df -h ile doğrulamak, blkid ile UUID'i öğrenip /etc/fstab dosyasına doğru satırı yazmak ve en önemlisi mount -a ile reboot etmeden test etmek; bu akışa sadık kaldığınızda ne veri kaybı ne de açılmayan sunucu telaşı yaşarsınız. Unutmayın, disk yönetiminde asıl fark yaratan şey karmaşık komutlar değil, disiplinli ve doğrulamalı bir çalışma alışkanlığıdır.

Bu tekniklerin hepsini özgürce uygulayabileceğiniz, tam kök erişimli ve konsol/kurtarma desteğine sahip bir altyapı arıyorsanız Clou.TR yanınızda. Yüksek performanslı VDS sunucu ve sanal sunucu çözümlerimizle diskleriniz, mount yapılandırmalarınız ve tüm sistem üzerinde tam kontrol sizde olur; kurtarma modu ve konsol erişimi standart olarak gelir. İşletim yükünü üstlenmemizi isterseniz sunucu yönetimi hizmetimiz devreye girer, disk kotalarını daha ayrıntılı yönetmek için disk kotası ve inode rehberimize göz atabilir, verilerinizi güvence altına almak için de otomatik yedekleme çözümlerimizi inceleyebilirsiniz. Doğru kurulmuş bir disk düzeni, sunucunuzun yıllarca sorunsuz çalışmasının en sağlam temelidir.