Hi a and Brian,

It looks like the dd command might have worked for partition 1. Partition 2 looks like the issue, and it should be fixable with mkswap and swapon. However, I'm scared to tell you how to fix it. Since a) I think there are more errors than we are lead to believe; b) you can still break things.

There are several things I would like to point out.

You're only using ~50% of the SSD.
dd command should *never* be ran on a system where the user doesn't grok dd commands. If you can't live without the HDD, then dd is a dangerous game.
Did you setup the partitions on /dev/sda? I don't see a boot partition. Just odd.

I recently heard on Linux Unplugged about kindd, https://github.com/LinArcX/Kindd

Though it probably wouldn't change anything. Maybe having a GUI to dd is a better approach(?)

I personally recommend taking out the old HDD to your laptop. Then installing the OS (your choice to which OS) on the SSD first. Then mount the HDD externally. Then rsync the old drive to a folder in your home directory. Or selectively copy files to that location. Then once you have the files, granted no errors from your 'copying', then move what .files you may want, and any user data you want to retain. Once you're satisfied; delete any extra files/folders from the target (to save on SSD space). Then I would place the old HDD in a static bag, just in case you need it for something in the future.

^^^ that would be the safest way I can think of. I skipped over some steps, so please if you're still confused please consider waiting for someone that can sit down with you.

If the old HDD is giving I/O errors, you might want to consider ddrescue, or something that has error handling.

For you, a.
I would consider having a lugger help you out in person. Typically I never recommend anyone doing this on their own without prior experience with data recovery.

You need to maximize the safety with your data. If time isn't critical; then I would wait for someone that sit down with you and has done this many times in the past.

I agree with Brian. If we have to deeply explain the commands to dd or rsync, then you are probably are going to have issues. Testing these things in a VM before actually doing it to the data you want to preserve is probably the thing to do if you yourself want to do this.

Just my 2¢. I wish you luck at the next Santa Fe meeting. (if this sounded harsh, it's not intended to be. Just running out of time today. Sorry if I repeated anything!)

Regards,

Jared

On 6/5/19 2:45 PM, Brian O'Keefe wrote:

Hi a and Jared,

I've never cancelled a dd operation nor had the mounted issue, whatever that issue is here. Fingers crossed.

Below is your last email to me a, so that Jared can review it:

Brian this is where i am at now

Brian

I downloaded to ssd just under two hours got the message invalid partition table on /dev/sdd ----signature aa74 so i cancelled download because I realized it may not be mounted reason does no show on the file list. so tried to open gparted but will not open. Any suggestions? Thanks a

dd if=/dev/sda of=/dev/sdd bs=1M conv=notrunc,noerror
a@alap:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 298.1G 0 disk
├─sda1   8:1    0 294.1G 0 part /
└─sda5   8:5    0     4G 0 part [SWAP]
sdd      8:48   0 465.8G 0 disk
├─sdd1   8:49   0 294.1G 0 part
└─sdd2   8:50   0     1K 0 part
sr0     11:0    1 1024M 0 rom
Brian

On 6/5/19 2:35 PM, ABQLUG wrote:

Hi a,

Are you still able to access other applications?

Regards,

Jared

On 6/5/19 2:20 PM, a wrote:

gparted reinstall not opening

_______________________________________________
nmglug mailing list
nmglug@lists.nmglug.org
http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org

_______________________________________________
nmglug mailing list
nmglug@lists.nmglug.org
http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org

--
_______________________________________________
nmglug mailing list
nmglug@lists.nmglug.org
http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org