Originally posted by steve7233
View Post
1. "Cloning" means bit-for-bit duplication of a partition or drive. The file system on it has no impact whatsoever. In fact, the content of any file systems and even the partition table are not exposed to the cloning tool - point being either the cloning worked or it didn't, file system is of no consequence. I use Clonezilla all the time and we clone entire drives with multiple partitions and different file systems. Using dd also wouldn't expose the file system to the tool because its a bit-for-bit copy just like Clonezilla. If you were trying to copy a file system rather than actual cloning the results could be different, but assuming you were using BTRFS in subvolumes as intended, there's no need to use an external tool to copy, simply send the subvolume to the target file system or join two BTRFS file systems together and transfer the entirety of the data from one device to another. This is actually one of the major benefits of BTRFS over EXT4.
2. GRUB doesn't really "install" to any file system. It installs data into the Master Boot Record (MBR) or partition boot record and copies files to any supported file system for later use. This part installed to the MBR is referred to as "Stage 1". Grub-install writes the stage 1 data into the MBR. If you use GPT instead of MBR, grub needs extra space because the GPT boot record doesn't have enough space for stage 1. This amounts to a few kilobytes but has to be pre-configured before installation. The remainder of grub exists as files in /boot/grub and GRUB supports BTRFS just fine and has for many years. My 6 different bootable SSDs with only BTRFS on them (no EXT4 partitions at all) confirms this as a fact. If you look into /boot/grub/i386-pc/ you will see all the "mod" files that GRUB uses. BTRFS is there along with EXT2, FAT, JFS, XFS, and even ZFS. AFAIK the only configuration of BTRFS that GRUB won't boot from is a multiple device BTRFS file system due to necessary system files not being available to GRUB at boot time, or a whole-device BTRFS file system because no Boot Record or partition table exists on such a device.
3. Finally, SSD vs. HD: I know of no discernible difference to any file system or installer. The underlying physical part (magnetic platter or silicon chip) of either device is not exposed to any file system or even the BIOS. They both only interact with the drive controller built into either drive via the drive interface (i.e. SATA). As long as your BIOS and file system have drivers that can access the controller, they can access the storage on it. A great example is solid-state hybrid drives. The drive itself has both an SSD and a Hard Drive in a single unit that the BIOS and operating system see as a single device.
My point to the above is that I feel your conclusions about what caused your difficultly are not accurate or technically correct. I feel, as a source for technical information, the forum should try to be as technically accurate as possible. This is why error messages and details about actions taken are extremely helpful.
Regardless, glad you're up and running.
Note re. Clonezilla; if you use Clonezilla in "partclone" mode it will address the file system if supported and only copy sectors containing data to speed up the process. If the file system is not supported, it reverts to dd for a full bit-to-bit copy. BTRFS is one of the dozens of file systems supported by Clonezilla.
Comment