June 2019 - nmglug - lists.coactcloud.com

05 Jun '19

Brian When I run dd what should be mounted or unmounted? Thanks, a On 6/3/19 8:35 PM, a wrote: > > Brian > > Thanks for the thoughts, tomorrow I have busy day, time permitting,I > will let you know if your suggestion is "fool Proof", since I consider > myself an an "a demonstrably qualified fool" along the lines of linux. > > Best a > > > On 6/3/19 7:08 PM, Brian O'Keefe wrote: >> >> Hi All, >> >> I've mentioned before but dd makes this a simple and fool-proof >> method of cloning the old drive to the new one. It takes an enclosure >> for the new drive w/ usb connection and that's it. After checking the >> drive names to get the correct info into the command line it is >> simply running something along the following (in case your drives >> show up differently but this is what I did upon fellow NMGLUGgers. >> Special thanks to Eric almost 10 years ago!!): >> >> dd if=/dev/sda of=/dev/sdb bs=1M conv=notrunc,noerror >> >> >> ...will copy everything from hard drive sda to sdb (i.e. all >> partitions, swap and all data), a true clone. No need to create >> partitions or format them on the target hard drive as the dd command >> will create them because it is copy of every single block of sda. >> >> Now if you where copying a single partition to a new drive yes you >> would have to create the target partition on the new hard drive. >> >> dd if=/dev/sda1 of=/dev/sdb1 bs=1M conv=notrunc,noerror >> >> In the command above this would clone partition 1 on drive sda to >> partition 1 on drive sdb. In this case you would not need to format >> the new target partition either as it is again copying every block of >> partition 1 of the source sda1 to the target sdb1. >> >> Hope this helps. >> >> - Eric >> >> >> On 6/3/19 6:47 PM, a wrote: >>> >>> Hi Jason >>> >>> Thanks for the good thought, i do not know who that person, to meet >>> early, could be?. If you will be around Thursday lunch get things >>> rolling, under 300Gb. or wait till later in the week, see how things >>> "shake out", another meeting is okay, the ssd has arrived I have a >>> usb adapter, >>> >>> Best a >>> >>> >>> On 5/30/19 9:02 PM, jason schaefer wrote: >>>> >>>> Hi a >>>> >>>> I highly recommend coming to a meeting to get this done in person. >>>> For something like this its good to get confirmation that someone >>>> is willing and able to help you at the meeting. It would also be >>>> good to meet this person early to allow time for such a migration. >>>> I might be able to be this person next week but my days are so >>>> crazy its hard to say what time I would be able to get to the meeting. >>>> >>>> Jason >>>> >>>> >>>> On 5/30/19 5:42 PM, a wrote: >>>>> Hi >>>>> >>>>> I have ordered a 500G ssd to install my laptop, with my limited knowledge and support devices.(i no need a live disc) My tentative plan follow the Https below transfer to external HDD then reverse >>>>> the process to the ssd? >>>>> >>>>> >>>>> IN 1.) >>>>> >>>>> ( SUDO LINE BELOW FROM;https://www.ostechnix.com/backup-entire-linux-system-using-rsync/) USING THERE SITE EXAMPLE FOLLOWING: >>>>> >>>>> $ sudo rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /mnt >>>>> >>>>> >>>>> Q.) IS MY DESTINATION CORRECTLY CONFIGURED?. SUBSTITUTING /MNT LAST PART PREVIOUS LINE FOR: /home/a//media/a/6fbdc743-fc0f-46e4-aea3-8160914c34ec/backup_HDD TO GET >>>>> THE COMPOSITE LINE BELOW: >>>>> >>>>> $ sudo rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /home/a//media/a/6fbdc743-fc0f-46e4-aea3-8160914c34ec/backup_HDD >>>>> >>>>> >>>>> >>>>> BEST.a >>>>> >>>>> _______________________________________________ >>>>> nmglug mailing list >>>>> nmglug(a)lists.nmglug.org >>>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>>> >>>> _______________________________________________ >>>> nmglug mailing list >>>> nmglug(a)lists.nmglug.org >>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>> >>> _______________________________________________ >>> nmglug mailing list >>> nmglug(a)lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> -- >> >> _______________________________________________ >> nmglug mailing list >> nmglug(a)lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org

2 1

gparted reinstall not opening
by a 05 Jun '19

05 Jun '19

gparted reinstall not opening

3 5

Re: [nmglug] HDD > SSD
by a 05 Jun '19

05 Jun '19

On 6/5/19 3:27 PM, a wrote: > > Brian > > This is where I chose, cancel. > > invalid partition table on /dev/sdd--- wrong signature aa74 > (continue) or (cancel) > > a > > On 6/5/19 2:09 PM, a wrote: >> >> 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 >> On 6/5/19 2:02 PM, Brian O'Keefe wrote: >>> >>> Hi a, >>> >>> First, let's get corroboration from another NMGLUGGer or two >>> (Satsangat?). But, /dev/sda is very probably your current HDD. When >>> you click on it as you describe, the info on it is displayed. >>> /dev/sda1 is a partition on that drive, /dev/sda, and that shows up >>> in the graphical representation you see. It shows how many >>> partitions, the size of them, what type (boot, swap, etc.), how much >>> free space on the disk, etc. The /dev/sdb is most probably the new >>> SSD and when clicked on will show a big blank nothing, just the full >>> size of the SSD, no partitions just free space. Cloning takes the >>> entirety of /dev/sda including /dev/sda1, and transfers the info to >>> /dev/sdb (your new SSD). So in your description you would run dd as >>> the command below except that /dev/sdb would be replaced with >>> /dev/sdd, as you describe it from GParted. I also run GParted from a >>> separate drive (bootable optical or usb) from which I've booted my >>> machine. Otherwise it's like trying to work on your car engine >>> while it's running and that won't work. >>> >>> My concerns are twofold at least. If partitions and such essentially >>> mean nothing to you (out of your experience) as in sda and sda1 then >>> I hesitate to guide you further. It is super critical that the >>> syntax of the command is exactly correct. Secondly, missing spaces >>> in the line or other simple slips can destroy your data. This has >>> never happened to me in ten years but it has happened to others. I >>> run the command below and change the drive info as need be. That is >>> if GParted shows /dev/sdd instead of /dev/sdb (as in the command >>> below) I change that one letter of a "b" to a "d" and then run the >>> command. I also rely on copy and pasting the command into the >>> command line (terminal) to avoid a typo of nuclear proportions. >>> Having said that, I've done exactly what your wanting to do, prayed >>> and sacrificed a penguin and all has always turned out fine. But I >>> obviously have never, to date, made a mistake nor can I make any >>> guarantees! >>> >>> Let's put this out to the group for any input. I learned this method >>> from the group so that shouldn't be a big ask. I just sense that >>> your unfamiliarity needs some additional bolstering so please hold >>> off for a bit. Also, it would help for you to send along some >>> screenshots of GParted with /dev/sda and then /dev/sdd so we can >>> verify your info. >>> >>> It works and works well but one cannot make a mistake and not expect >>> issues. Read these as relates to what you want to do (essentially >>> what I've presented but clarity is good): http://tinyurl.com/yyvaekk9 >>> >>> Brian >>> >>> On 6/5/19 10:54 AM, a wrote: >>>> >>>> Brian >>>> >>>> Am ready to run the program. Question gparted choice /dev/sda or >>>> /dev/sdd (right top menu) >>>> >>>> When I open /dev/sda it indicates /dev/sda1 which of these do I use >>>> in te dd command? >>>> >>>> Thanks a >>>> >>>> On 6/4/19 7:30 PM, a wrote: >>>>> dd if=/dev/sda of=/dev/sdb bs=1M conv=notrunc,noerror >>> --

1 0

Re: [nmglug] HDD > SSD
by a 05 Jun '19

05 Jun '19

Brian Am ready to run the program. Question gparted choice /dev/sda or /dev/sdd (right top menu) When I open /dev/sda it indicates /dev/sda1 which of these do I use in te dd command? Thanks a On 6/4/19 7:30 PM, a wrote: > dd if=/dev/sda of=/dev/sdb bs=1M conv=notrunc,noerror

3 3

Re: [nmglug] HDD > SSD
by a 03 Jun '19

03 Jun '19

On 6/3/19 8:35 PM, a wrote: > > Brian > > Thanks for the thoughts, tomorrow I have busy day, time permitting,I > will let you know if your suggestion is "Fool Proof". > > Best a > > > On 6/3/19 7:08 PM, Brian O'Keefe wrote: >> >> Hi All, >> >> I've mentioned before but dd makes this a simple and fool-proof >> method of cloning the old drive to the new one. It takes an enclosure >> for the new drive w/ usb connection and that's it. After checking the >> drive names to get the correct info into the command line it is >> simply running something along the following (in case your drives >> show up differently but this is what I did upon fellow NMGLUGgers. >> Special thanks to Eric almost 10 years ago!!): >> >> dd if=/dev/sda of=/dev/sdb bs=1M conv=notrunc,noerror >> >> >> ...will copy everything from hard drive sda to sdb (i.e. all >> partitions, swap and all data), a true clone. No need to create >> partitions or format them on the target hard drive as the dd command >> will create them because it is copy of every single block of sda. >> >> Now if you where copying a single partition to a new drive yes you >> would have to create the target partition on the new hard drive. >> >> dd if=/dev/sda1 of=/dev/sdb1 bs=1M conv=notrunc,noerror >> >> In the command above this would clone partition 1 on drive sda to >> partition 1 on drive sdb. In this case you would not need to format >> the new target partition either as it is again copying every block of >> partition 1 of the source sda1 to the target sdb1. >> >> Hope this helps. >> >> - Eric >> >> >> On 6/3/19 6:47 PM, a wrote: >>> >>> Hi Jason >>> >>> Thanks for the good thought, i do not know who that person, to meet >>> early, could be?. If you will be around Thursday lunch get things >>> rolling, under 300Gb. or wait till later in the week, see how things >>> "shake out", another meeting is okay, the ssd has arrived I have a >>> usb adapter, >>> >>> Best a >>> >>> >>> On 5/30/19 9:02 PM, jason schaefer wrote: >>>> >>>> Hi a >>>> >>>> I highly recommend coming to a meeting to get this done in person. >>>> For something like this its good to get confirmation that someone >>>> is willing and able to help you at the meeting. It would also be >>>> good to meet this person early to allow time for such a migration. >>>> I might be able to be this person next week but my days are so >>>> crazy its hard to say what time I would be able to get to the meeting. >>>> >>>> Jason >>>> >>>> >>>> On 5/30/19 5:42 PM, a wrote: >>>>> Hi >>>>> >>>>> I have ordered a 500G ssd to install my laptop, with my limited knowledge and support devices.(i no need a live disc) My tentative plan follow the Https below transfer to external HDD then reverse >>>>> the process to the ssd? >>>>> >>>>> >>>>> IN 1.) >>>>> >>>>> ( SUDO LINE BELOW FROM;https://www.ostechnix.com/backup-entire-linux-system-using-rsync/) USING THERE SITE EXAMPLE FOLLOWING: >>>>> >>>>> $ sudo rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /mnt >>>>> >>>>> >>>>> Q.) IS MY DESTINATION CORRECTLY CONFIGURED?. SUBSTITUTING /MNT LAST PART PREVIOUS LINE FOR: /home/a//media/a/6fbdc743-fc0f-46e4-aea3-8160914c34ec/backup_HDD TO GET >>>>> THE COMPOSITE LINE BELOW: >>>>> >>>>> $ sudo rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /home/a//media/a/6fbdc743-fc0f-46e4-aea3-8160914c34ec/backup_HDD >>>>> >>>>> >>>>> >>>>> BEST.a >>>>> >>>>> _______________________________________________ >>>>> nmglug mailing list >>>>> nmglug(a)lists.nmglug.org >>>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>>> >>>> _______________________________________________ >>>> nmglug mailing list >>>> nmglug(a)lists.nmglug.org >>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>> >>> _______________________________________________ >>> nmglug mailing list >>> nmglug(a)lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> -- >> >> _______________________________________________ >> nmglug mailing list >> nmglug(a)lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org

1 0

ABQLUG Meetup Tuesday 06/04/2019 at 6:00 PM
by ABQLUG 03 Jun '19

03 Jun '19

For anyone that is in the Albuquerque area; I will be hosting a LUG meetup tomorrow from 6:00 pm to 8:00 pm. I will bring some refreshments, but more is always welcome! All are welcome to bring their computer. I have several peripherals to help desktop users bring their machines. What will the topic be this month? * Establish which chatroom-esque option ABQLUG should use. I'm going to suggest using Riot (+Matrix) instead of using Mattermost. Time permitting, we might play around with both. * Discuss any local issues that involve computing, especially if they involve Linux. * General help to any Linux users who might want support in-person. I hope as interest picks up that we as a community can introduce more topics. If you have any, feel free to bring them up here or at the meetup. Here is the meetup web page: https://www.abqlug.com/past-meetups/0-day-meetup/ If you have any questions, feel free to contact me directly! Regards, Jared

1 0