Bir VPS'e takılan disk yalnızca bir aygıt olarak görünür, o kadar. Biçimlendirilip bağlanmadıkça hiçbir şey tutmaz ve hiçbir dizin onu göstermez; yeni takılan bir birimin işe yaramamış gibi durmasının sebebi budur.

Neyin takılı olduğunu görün

lsblk -f

Yeni aygıtın ne FSTYPE'ı ne de MOUNTPOINT'i vardır. Onu, üzerinde zaten bir dosya sistemi taşıyan sistem diskinden böyle ayırt edersiniz.

Biçimlendirin

sudo mkfs.ext4 -L data /dev/sdb
Bunu yanlış aygıt üzerinde çalıştırırsanız oradaki veri, ne bir soru ne de geri alma imkânı olmadan gider. lsblk çıktısını yeniden okuyun ve boyutun az önce taktığınız birimle uyuştuğunu doğrulayın.

Bölüm tablosu olmadan aygıtın tamamını kaplayan bir dosya sistemi, bulut birimlerinde olağandır ve ileride büyütmeyi kolaylaştırır. Yalnızca başka bir şey bölüm bekliyorsa bölümleyin.

Bağlayın

sudo mkdir -p /srv/data
sudo mount /dev/sdb /srv/data
df -h /srv/data

Unutulan adım

Elle yapılan bir bağlama, bir sonraki yeniden başlatmada kaybolur ve dizin yine sistem diskinde boş bir klasöre döner — birim boş dururken dolan da o disk olur. Bağlamayı fstab'a UUID ile yazın, çünkü aygıt adlarının sırası açılıştan açılışa değişebilir.

sudo blkid /dev/sdb
# UUID="0a1b2c3d-..." TYPE="ext4"

echo 'UUID=0a1b2c3d-... /srv/data ext4 defaults,nofail 0 2' | sudo tee -a /etc/fstab
sudo mount -a
nofail, birim yoksa bile makinenin açılmasına izin verir. O olmadan, ayrılmış bir birim sunucuyu açılışta takılı bırakır; konsolu olmayan bir VPS'te bunun adı destek kaydıdır.

Veriyi üzerine taşıyın

  1. Oraya yazan neyse durdurun — veritabanını ya da web sunucusunu; böylece kopyalama ortasında hiçbir şey değişmez.
  2. İzinleri bozmadan kopyalayın — sudo rsync -aHAX /var/lib/mysql/ /srv/data/mysql/
  3. Hizmeti yeni yola yönlendirin — ve yeniden başlatın.
  4. Kanıtlanana kadar eski kopyayı saklayın — silmek yerine adını değiştirin, bir hafta sonra da kaldırın.