Saya mulai btrfs-convert untuk hdd dipartisi ext4 saya. Saya melakukan fsck pertama yang baik-baik saja. Jadi karena sudah berjalan lebih dari 4 jam sekarang (1.) Saya ingin tahu apakah ini akan selesai? Saya membaca banyak artikel (dengan cepat) tentang konversi tetapi tidak ada yang menyatakan persyaratan ruang. Tapi saya kira ada beberapa yang mempertimbangkan artikel ini: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Jadi HDD saya menggunakan 99.0% dari 1.82TB sebelum saya mulai. (2.) Jika tidak bisa selesai, apakah menyimpan untuk membatalkan (CTRL + C) proses?
Iotop menunjukkan masih bahwa btrfs-convert membaca dengan ~ 40MB / s dari hdd dan atas saya menunjukkan bahwa satu inti cpu sepenuhnya dimuat oleh btrfs-convert. (3.) Apa yang akan menjadi keputusan paling bijaksana sekarang?
Pembaruan: Sementara itu proses konversi telah selesai. Butuh hampir 3 hari. Saya harus menambahkan bahwa di antara kecepatan turun menjadi ~ 0-10MB / s tetapi 100% I / O memuat dan penggunaan CPU turun sesuai itu. Pagi ini (setelah lebih dari 2 hari berjalan) proses konversi hanya memiliki waktu CPU ~ 9h. Semuanya tampak baik-baik saja.
/
sistem file non-Root?Jawaban:
btrfs-convert
akan membuat snapshot (bernamaext2_saved
) dari sistem file yang ada sebagai cadangan. Sulit untuk memprediksi berapa banyak ruang disk yang akan diambil snapshot karena btrfs adalah CoW ...Saya telah mengonversi
/
untuk Oracle Linux 6.3 x86_64 sebelumnya, ini membutuhkan waktu kurang dari 10 menit karena sistem file relatif kecil (data disimpan pada volume logis yang terpisah). Itu lancar, tidak ada masalah.Dalam kasus Anda, HDD memiliki lebih dari 1,8T data dan sedikit ruang tersisa, tidak tahu berapa lama waktu yang diperlukan (snapshot hanya dapat menggunakan sedikit ruang karena sistem file tidak berubah sejak konversi). Jika
iotop
menunjukkan masih berjalan, biarkan saja.Hanya sedikit orang yang tahu apa yang terjadi jika Anda mengganggu konversi, coba milis btrfs ;-)
Bacaan yang disarankan:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6. Mengubah Sistem File Ext2, Ext3, atau Ext4 ke Sistem File Btrfs
sumber
Saya baru saja mencoba untuk mengkonversi sistem file 8TB dan
btrfs-convert
tampaknya telah crash, danbtfsck
memberikan "Kesalahan" non-spesifik, tetapi kembali denganbtrfs-convert -r
hanya butuh satu menit dan semuanya tampak baik-baik saja dengan sistem ext4 lama.Jadi, aborsi
btrfs-convert
tampaknya relatif aman.sumber
Hanya berdiskusi dengan titik data lain:
Baru-baru ini saya melakukan konversi ini pada Odroid XU4 (ARM thingy), dengan drive USB3 WD Ultra 4TB eksternal (5200rpm). OS adalah Debian Jessie, kernel 3.10.103+. Versi Btrfs adalah v3.17
Fs sebelumnya adalah ext4 dengan ~ 2TB digunakan, 2TB ruang kosong, dengan file yang cukup besar (acara TV, semuanya masing-masing di atas beberapa ratus mb).
Semuanya, prosesnya memakan waktu sekitar 30 jam.
Proses btrfs-convert memantul antara 20% dan 80% CPU di atas, dan melayang sekitar 32MB / s di iotop.
Output tadinya
dan semua file tampak baik-baik saja.
Saya sekarang akan menghapus subvolume cadangan ext4, melakukan defrag, dan menyeimbangkan kembali. Akan mengatur waktu ini juga.
Memperbarui
aaand saya menekan bug kernel saat defrag:
Pembaruan lain
Setelah mencoba melakukan penyeimbangan kembali, pesan kernel oops terus terjadi pada setiap mount. Akhirnya perintah seperti mount dan umount, dan bahkan ls, terjebak di dalam syscalls selamanya. btrfs cek menunjukkan beberapa kesalahan, dan drive memiliki nol ruang kosong tersisa (metadata menggunakan semuanya).
Saya akhirnya memasang drive dengan
sebelum menyalin semua data 2TB dari drive ke disk ext4 cadangan, kemudian mem-boot ulang, memformat ulang drive btrfs, dan menyalin semuanya kembali.
PENGAJARAN: Pada kernel 3.10 (yang berumur dua tahun), btrfs-convert tidak bagus , dan kernelnya bermasalah. Ups!
Jadi, jangan saya tidak akan repot dengan btrfs-convert. Sepertinya solusi yang bagus di atas kertas, tetapi jauh lebih baik hanya menyalin semua data dari drive, memformat, dan menyalinnya kembali.
sumber
Hanya titik data yang benar-benar ...
Saya baru saja mencoba mengubah partisi 200G dan menggunakan btrfs-tools V4.0 dan gagal - sebenarnya sepertinya macet - setelah melaporkan 'tidak cukup ruang kosong' (sebagian menimpa info kemajuan).
fsck melaporkan tidak ada masalah dan sistem file masih terpasang:
Satu hal yang menarik adalah bahwa kemajuannya melaporkan lebih dari 100%, yaitu 244027/240502. Mungkin seseorang bisa mengklarifikasi apa yang ia hitung?
Bagaimanapun, kesimpulannya adalah bahwa 744M dari 200G (99,7% digunakan) tidak cukup ruang kosong!
FWIW, saya akan berpikir bahwa btrfs-convert akan mendapatkan semua metadata di tempatnya sebelum menghancurkan (menyalin dan menimpa) 1Mb yang mengindikasikan itu adalah sistem file EXT4. Sampai itu melakukan langkah itu, tidak ada yang bisa dibatalkan; baru saja menulis di ruang kosong. Mungkin ini juga bisa dikonfirmasi?
sumber
Jika Anda mengaktifkan penjumlahan-cek (default) konversi harus menghitung nilai-nilai tersebut kemudian menyimpannya dalam metadata. Jadi pada dasarnya ia membaca seluruh HDD Anda di konversi ... Anda dapat menonaktifkan checksum dalam konversi, tetapi ini menonaktifkan pemeriksaan integritas btrfs dan menggosok data ...
sumber