Membuat subvolume btrfs seperti @ atau @rumah


11

Karena penasaran dengan btrfs saya memutuskan untuk bermain-main dengannya di VM. Instalasi berfungsi dengan baik selama saya ingat untuk memakai /bootpartisi yang terpisah dan semuanya tampaknya berfungsi dengan baik.

Apa yang ingin saya lakukan adalah membuat subvolume terpisah untuk data massal dengan pengaturan berbeda dari hal-hal seperti @dan @home. btrfs subvolume create dataakan melakukan itu untuk saya, tetapi saya ingin tahu mengapa ia terus menamainya @/data(atau hal serupa ketika saya mencoba /dataatau @data). Apakah ada cara khusus untuk membuat subvolume seperti @dan @homesehingga subvolume data saya akan muncul sebagai @data? (dan: apa perbedaan sebenarnya antara skema penamaan?)


Informasi tambahan:

  • ubuntu 12.04.2, berjalan sebagai tamu KVM di host mint15;
  • kernel 3.8.0-27-generic dari ubuntu-x-swat (raring backport);
  • btrfs menggunakan dua perangkat, /dev/sdadan/dev/sdb
  • /dev/sdadan /dev/sdbpartisi pada disk yang tidak digunakan oleh OS host

Jawaban:


13

Sigh , sepertinya saya memposting sedikit terlalu cepat, dengan sedikit bantuan Zosma yang maha kuasa di IRC, kami menemukan bagaimana ini seharusnya bekerja.

Subvolume @dan @homeanak-anak dari root btrfs, jadi /sebenarnya bukan root dari sistem file. UUID dari root btrf disediakan dalam /etc/fstabdua kali, memberikan mount untuk /dan /home. Memasang root sebenarnya dari sistem file menunjukkan subvolume yang dibuat oleh installer:

root@box:~# mkdir /mnt/btrfs
root@box:~# mount UUID=f8963df3-1320-4bc0-a125-62be185b029e /mnt/btrfs
root@box:~# ls /mnt/btrfs
@  @home

Jadi ke sanalah mereka pergi! Membuat subvolume baru dengan cara yang tepat yang dilakukan penginstal ubuntu sekarang mudah:

root@box:~# btrfs subvolume create /mnt/btrfs/@data
Create subvolume '/mnt/btrfs/@data'

Sekarang, karena kami telah membuat subvolume di btrfs root daripada di filesystem root untuk instalasi, /data/tidak akan muncul dengan sendirinya. Untungnya, ini sepele untuk menyalin trik yang digunakan oleh penginstal dengan memeriksa /etc/fstabdan menambahkan mount lain untuk /data:

UUID=f8963df3-1320-4bc0-a125-62be185b029e /data  btrfs  defaults,subvol=@data 0 2

Langkah terakhir adalah untuk membuat mount point: mkdir /data. Setelah reboot, kita akan memiliki /datadirektori yang dipasang dari subvolume btrfs terpisah.

... Untung!


5

Instalasi berfungsi dengan baik selama saya ingat untuk meletakkan / boot di partisi yang terpisah

Anda tidak perlu memiliki boot / terpisah. GRUB2 dapat membaca dan mem-boot Linux dari btrfs.

Yang ingin saya lakukan adalah membuat subvolume terpisah untuk data massal dengan pengaturan berbeda dari hal-hal seperti @ dan @ rumah.

Jika Anda berbicara tentang pemasangan subvolume dengan opsi pemasangan berbeda , perlu diketahui bahwa saat ini (November 2013) mereka tidak didukung: menurut FAQ Btrfs, " Dapatkah saya memasang subvolume dengan opsi pemasangan berbeda? ", Saat ini hanya spesifik btrfs. opsi tidak didukung atau tidak diterapkan. Namun, pengembang memiliki rencana untuk mengimplementasikannya di masa depan.

btrfs membuat subvolume data akan melakukan itu untuk saya, tapi saya ingin tahu mengapa ia terus menamainya @ / data (atau hal serupa ketika saya mencoba / data atau @ data)

Secara default, installer Ubuntu Ubiquity menciptakan subvolume @dan @homedi sistem file, dan root Ubuntu Anda sebenarnya ada di subvolume @.

Apakah ada cara khusus untuk membuat subvolume seperti @ dan @ rumah sehingga subvolume data saya akan muncul sebagai @ data? (dan: apa perbedaan sebenarnya antara skema penamaan?)

@dan @homeadalah nama arbitrer yang dipilih oleh penginstal, yang tidak memiliki arti di luar /etc/fstab. Bahkan, saya biasanya mengubah nama mereka menjadi nama yang lebih spesifik, sehingga saya dapat memiliki banyak distro yang diinstal pada Ubiquity pada btrf yang sama, selama saya ingat untuk memperbarui fstab mereka.

Penjelasan subvolume lainnya di Funtoo.org - BTRFS .


Terima kasih untuk tambahan yang lengkap di sini; banyak informasi bermanfaat :)
akaIDIOT
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.