Ubah Ukuran Blok Sistem File btrfs Saat Memigrasi Lingkungan Ubuntu 18.10 ke SSD Lebih Besar?

0

Saya memiliki 500 GB SSD di laptop saya dengan partisi memegang Windows 7 dan partisi kedua memegang Ubuntu 18,10 diinstal pada sistem file BTRFS dengan ukuran blok 4KB dan dual boot.

Saya memiliki SSD 1 TB yang saya instal di pc desktop saya, dan saya ingin membuat salinan lengkap partisi Ubuntu 18.10 (BTRFS filesystem) laptop saya saat ini ke SSD 1 TB ini untuk desktop saya. Saya tidak ingin windows pada SSD 1TB saya dan menginginkan seluruh SSD 1TB untuk boot tunggal Ubuntu 18.10. Ketika saya masuk ke OS pada SSD baru setelah menyalin: Saya ingin akses ke semua perangkat lunak yang saya instal (diinstal melalui file sudo, pip, dan .deb), semua pengaturan dan konfigurasi perangkat lunak saya, dan semua bookmark saya.

Namun, saya ingin membuat instalasi baru Ubuntu 18.10 dengan pemblokiran optimal untuk SSD 1 TB desktop saya, 64 GB ram, dan prosesor i7-6700k.

Apakah mungkin untuk menyalin / mengklon OS Ubuntu 18.10 yang dikustomisasi dengan sistem file BTRFS dan ukuran blok 4KB ke OS 18.10 yang baru diinstal dengan sistem file BTRFS dan (katakanlah) ukuran blok 4096KB (jika 4096KB optimal untuk PC saya)?

Saya ingin semuanya sama di kedua OS. Apakah saya perlu melakukan instalasi manual dari setiap item perangkat lunak dari awal / atau bisakah saya melakukan sesuatu seperti Clonezilla atau Memasang direktori laptop saya langsung ke SSD 1TB saya?

Kyakacoo
sumber

Jawaban:

0

Ada banyak masalah teknis potensial dengan upaya transfer ini. Untuk membuat salinan yang tepat Anda mungkin akan menggunakan Clonezilla atau dd, namun Anda mungkin akan mengalami konflik UUID jika kedua disk dicolokkan pada saat yang sama yang dapat menghancurkan data. AFAIK Konflik kloning UUID ini hanya masalah dengan BTRFS dan ada hubungannya dengan OS berpikir dua disk adalah array RAID, atau tidak tahu disk mana yang akan menulis data kembali dua sehingga jurnal tidak sinkron dan kotor saat dimatikan.

Tugas ini akan lebih cocok untuk sistem Arch. Mungkin ada perbedaan dalam tata letak partisi - MFT vs GPT, jika itu adalah data bootloader MFT harus ditulis ke awal disk dengan chroot disk baru dan menjalankan apt atau dpkg-mengkonfigurasi ulang grub2 atau boot loader apa pun yang Anda gunakan.

Dan kemudian ada masalah di / etc / fstab setiap subvolume btrfs memiliki ID subvolume yang berbeda, jadi jika Anda ingin menyelesaikan masalah 4k dengan secara manual mengatur tata letak pada disk baru dan mencoba rsync semua data, sub- ID volume akan berbeda yang mengharuskan Anda tahu persis di mana harus mengubahnya di sistem file.

Saya sarankan Anda lepaskan disk lama Anda, dan instal ubuntu baru. Dan kemudian cari perintah untuk menghasilkan daftar semua paket yang diinstal melalui apt, dan semua paket diinstal melalui pip, dan jalankan perintah untuk menginstal ulang semua itu.

Setelah itu selesai, saya sarankan rsyncing direktori home Anda, dan dengan asumsi itu mencakup 99,9% dari data penting Anda, simpan disk lain dalam keadaan saat ini untuk menarik apa pun yang Anda lewatkan darinya nanti.

Sepengetahuan saya, ukuran sektor KB dari disk seharusnya tidak benar-benar mempengaruhi kinerja, tetapi jangan mengutip saya tentang itu.

Itulah informasi yang akan mulai saya pertimbangkan ketika menemukan jawaban untuk masalah Anda sendiri.

Loren Dias
sumber
0

Untuk masalah UUID yang disebutkan di atas, Anda dapat menggunakan: btrfstune -U <UUID> /dev/sdx1untuk mengubah UUID partisi btrf apa pun di drive apa pun.

Untuk id subvolume, itu tergantung pada bagaimana Anda mengatur sistem file btrfs Anda. Jika Anda mengikuti tata letak standar Ubuntu yaitu @ subvolume untuk root dan subvolume @home untuk rumah maka UUIDnya sama. Misalnya saya / etc / fstab:

# /dev/sdb1 - / (root) UUID=59736ffd-b777-4ee1-af45-11cdf76353d4 / btrfs defaults,subvol=@,noatime 0 0

# /dev/sdb1 - /home UUID=59736ffd-b777-4ee1-af45-11cdf76353d4  /home btrfs   defaults,subvol=@home,noatime 0 0

Menggunakan rsync berfungsi dengan baik ketika saya mencadangkan sistem saya ke partisi ext4, sepenuhnya membuat file btrfs baru di drive lain, kemudian menggunakan btrfstune untuk mengubah UUID saya menjadi seperti sebelumnya, kemudian menyalin semuanya ke drive btrf menggunakan rsync. Perhatikan bahwa hanya perlu menggunakan btrfstune jika Anda menginginkan UUID yang sama (tidak perlu dipusingkan /etc/fstab). Jika tidak masalah bagi Anda, ubah saja /etc/fstabke UUID Anda saat ini. Apakah Anda menggunakan MBR untuk mem-boot atau UEFI untuk mem-boot TIDAK membuat perbedaan besar. Saya menggunakan UEFI.

Gary
sumber