Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)?

Subject	Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)?
Newsgroups	comp.os.linux.help, comp.os.linux.misc, comp.os.linux.questions, comp.os.linux.setup, linuxanswers.discussion
References	<SL-dnZJbAZF8xxv_nZ2dnUU7-RtQAAAA@earthlink.com> <mJqdncjJkcgrChv_nZ2dnUU7-fmdnZ2d@earthlink.com> <BYidnU8Z9psOQxf_nZ2dnUU7-f2dnZ2d@earthlink.com> <slrnt8lqon.gtpa.BitTwister@wb.home.test>
From	"25.BX945" <25BZ495@nada.net>
Date	2022-05-22 23:53 -0400
Message-ID	<5PWdnZMi5-7VmBb_nZ2dnUU7-Q3NnZ2d@earthlink.com> (permalink)

Cross-posted to 5 groups.

Show all headers | View raw

On 5/22/22 10:01 PM, Bit Twister wrote:
> On Sun, 22 May 2022 20:08:35 -0500, Ant wrote:
> 
>> 6. Rebooted to SSD, but it still went to my HDD! So, I found out it was because of the confusing UUIDs from Grub.
>> 7. Physically disconnected HDD's SATA cable and retried. It worked. I was hoping to keep both connected just in case. :(
> 
> You can have both. They just have to have different UUIDs, updated /etc/fstab and gurub update/installed.

   Correct. You need to tweak 'fstab' AND the old drive. You can't
   have two identically UUID identified drives in there. The
   alternative - one I like - is to drop the UUID crap entirely
   and create NAMED drives in fstab. It's easier to tell what's
   what afterwards.

   As for the actual xfer ... in theory 'dd' oughtta do it.
   Attach your SSD, then "dd if=/dev/sda of=/dev/sdb bs=64k"
   is kind of the basic. DO use 'lsblk' to MAKE SURE what
   /dev/sd(?) the original and new drives are ! 'dd' is
   sometimes nicknamed 'disk destroyer' for a REASON, YOU
   have to get it right !

   You can add "status=progress" to see what's going on with 'dd'.
   One important note ... just because 'dd' says it's done does
   NOT mean it's done ... you'll likely still see the drive light
   blinking for a few minutes after. Apparently lots of data gets
   stored in memory buffers and it takes a little while for all
   those to be emptied onto your target drive. Get impatient and
   you'll get an incomplete copy. No blinky light ? ASSUME an xtra
   five minutes after 'dd' claims it's done.

   THEN disconnect the HDD and reboot using the SSD and see if
   it all works. If so, best if you use gparted from a linux
   stick to totally clear the old HDD - including changing
   its UUID, then reboot with it plugged in as normal. It'll
   be detected as a new drive, probably /dev/sdb, and you can
   go from there.

   (Dual-booters .. you MIGHT run into problems because Winders
   is The Great Preventer and might make extra effort to be sure
   you can't get there from here. But, why would anyone want a
   box with Winders on it ... ???)

   In short, there's NO reason to lose your existing - perhaps
   highly-customized - distro just to move to an SSD. I do
   development stuff and have umpteen zillion apps and libraries
   and custom settings. Losing those is a DISASTER - 24 hours+
   to start from scratch assuming I can remember ALL the special
   settings I've done.

   Are SSDs better for everything ? MAYbe not. On the whole, do
   not expect them to tolerate as many read/writes as a magnetic
   drive. This might be important if you're running a big database
   or anything else that does lots of re-indexing all the time.
   Also, for security/disposal reasons, you can't blank 'em out
   reliably with bleachbit or even 'dd' because of the wear-leveling
   system built in. "Dispose" with a large hammer ... maybe one of
   those big sparky stun-guns .........

   If you're more an "average user" then SSDs oughtta be fine.
   There are some deep-deep-down kernel-level tweaks you can also
   make to further improve SSD performance. There are assumptions
   made, that you have a magnetic drive, and some of that can be
   adjusted to your advantage (gamers, do your research).

Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? ant@zimage.comANT (Ant) - 2022-05-19 09:57 -0500
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? The Natural Philosopher <tnp@invalid.invalid> - 2022-05-19 16:16 +0100
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Marco Moock <mo01@posteo.de> - 2022-05-19 17:54 +0200
    Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? ant@zimage.comANT (Ant) - 2022-05-19 13:08 -0500
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Parodper <parodper@disroot.org> - 2022-05-19 18:06 +0200
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2022-05-19 19:29 +0300
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? ant@zimage.comANT (Ant) - 2022-05-19 14:17 -0500
    Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-19 14:52 -0500
    Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? ant@zimage.comANT (Ant) - 2022-05-22 20:08 -0500
      Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-22 21:01 -0500
        Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? "25.BX945" <25BZ495@nada.net> - 2022-05-22 23:53 -0400
          Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? ant@zimage.comANT (Ant) - 2022-05-22 23:11 -0500
            Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-22 23:20 -0500
            Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bobbie Sellers <bliss@mouse-potato.com> - 2022-05-22 21:20 -0700
              Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-22 23:28 -0500
            Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Anssi Saari <as@sci.fi> - 2022-05-23 10:34 +0300
            Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? "25.BX945" <25BZ495@nada.net> - 2022-05-24 22:14 -0400
              Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2022-05-24 22:53 -0400
                Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-25 03:00 -0500
                Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? "25.BX945" <25BZ495@nada.net> - 2022-05-25 23:55 -0400
            Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Rich <rich@example.invalid> - 2022-05-26 13:26 +0000
              Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? "25.BX945" <25BZ495@nada.net> - 2022-05-28 19:39 -0400
          Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bit Twister <BitTwister@mouse-potato.com> - 2022-05-22 23:14 -0500
      Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2022-05-23 17:36 +0300
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? Bobbie Sellers <bliss@mouse-potato.com> - 2022-05-19 12:32 -0700
    Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? The Natural Philosopher <tnp@invalid.invalid> - 2022-05-20 12:06 +0100
  Re: What's the best and easy way to copy/move my old slow 320 GB SATA HDD's updated Debian bullseye v11.3 to an old fast 115 GB SSD (going to wipe it clean)? James Moe <jimoeDESPAM@sohnen-moe.com> - 2022-05-19 21:04 -0700

csiph-web