Sender: |
|
Date: |
Wed, 12 May 2021 00:39:47 -0400 |
Reply-To: |
|
Message-ID: |
|
Subject: |
|
From: |
|
Content-Type: |
text/plain; charset="UTF-8" |
In-Reply-To: |
|
MIME-Version: |
1.0 |
Comments: |
|
Parts/Attachments: |
|
|
On Tue, May 11, 2021 at 11:01 PM Yasha Karant <[log in to unmask]> wrote:
>
> I want to reduce the booting time interval and other disc access time
> interval. I have a 2 TByte SSD drive that has the same physical form
> factor as 2 Tbyte rotating media hard drive. I also have a device that
> will accept each drive and make a "bit by bit" copy from the source to
> target drive.
Never assume that this will work, because hard drive manufacturers
cannot count. i.e, whether a "2 TB drive" is actually 2^41 bits in
size depends on how much space is being used for error correction, bad
sectors, and the like. Many open source and commercial cloning tools
will do a *much* faster and more efficient duplicate.
> The current drive is the conventional harddrive. May I clone the
> harddrive onto the bare SSD drive and then install, or will the machine
> fail to boot/run because of UUID descriptors? Will these clone or not?
> Most of the file systems in each partition are Linux XFS.
As long as /etc/fstab sees matching UUID's or even filesystem labels,
you should be OK in that sense. It's when you mount them both
physically on the same hardware at the same time that hilarity can and
will ensue.
|
|
|