From shlomo.solomon at gmail.com Wed May 1 07:29:37 2019 From: shlomo.solomon at gmail.com (Shlomo Solomon) Date: Wed, 1 May 2019 07:29:37 +0300 Subject: moving Kubuntu to a new drive Message-ID: <20190501072937.7bc0db3b@shlomo1.solomon> The subject says it all. But a few more details. My 1Tb drive is about to die and I'm moving to a new 3Tb drive. The drive (/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data , swap. Most of the bad blocks seem to be in the /data partition. Needless to say, I have good backups of everything on an external drive. There are many ways to do this and I'm not looking for instructions, but "opinions" about what would be most efficient. I've considered a few options - but each seem to have advantages and dis-advantages: 1 - A fresh install and then update configurations and copy whatever else I need from the old drive or from my backup drive. (Advantage - get rid of old junk, Dis-advantage - seems like a lot of work) 2 - dd - and then, of course enlarge the partitions and/or add new partitions to use the added 2Tb. (Advantage - safe, Dis-advantage - there are many bad blocks on the old drive so ...) 3 - ddrescue (Advantage - may be better at handling the bad blocks, Dis-advantage - how safe is this?) 4 - Clonezilla (I never used this so I don't know) I'm assuming that after solutions #2, #3 and #4 I would only need to switch the sda cable so the new drive would become /dev/sda and of course edit fstab to correct all the UUID= lines. I'd like to hear opinions about which of these solutions (or any other solution) is best. -- Shlomo Solomon http://the-solomons.net Claws Mail 3.16.0 - Kubuntu 18.04 From geoffreymendelson at gmail.com Wed May 1 08:07:43 2019 From: geoffreymendelson at gmail.com (Geoffrey Mendelson) Date: Wed, 1 May 2019 08:07:43 +0300 Subject: moving Kubuntu to a new drive In-Reply-To: <20190501072937.7bc0db3b@shlomo1.solomon> References: <20190501072937.7bc0db3b@shlomo1.solomon> Message-ID: I tried clonzilla to move an lvm partitioned disk to a new one. it used various forms of dd copying. The copy went sucessfully, but it did not boot. Fsck failed with hundreds if not thousands of bad files, duplicate inodes, etc. In the end I just did a fresh install from the original distribution with no updates and no lvm, It booted properly, I rebooted from the install media, and then I copied using rsync all of the files off the old drive onto the new. i ran grub just to be sure. Worked fine. Geoff Jerusalem, Israel On May 1, 2019, 7:30 AM +0300, Shlomo Solomon , wrote: > The subject says it all. But a few more details. My 1Tb drive is > about to die and I'm moving to a new 3Tb drive. The drive > (/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data , > swap. Most of the bad blocks seem to be in the /data partition. > Needless to say, I have good backups of everything on an external > drive. > > There are many ways to do this and I'm not looking for instructions, > but "opinions" about what would be most efficient. I've considered a > few options - but each seem to have advantages and dis-advantages: > > 1 - A fresh install and then update configurations and copy whatever > else I need from the old drive or from my backup drive. (Advantage - get > rid of old junk, Dis-advantage - seems like a lot of work) > > 2 - dd - and then, of course enlarge the partitions and/or add new > partitions to use the added 2Tb. (Advantage - safe, Dis-advantage - > there are many bad blocks on the old drive so ...) > > 3 - ddrescue (Advantage - may be better at handling the bad > blocks, Dis-advantage - how safe is this?) > > 4 - Clonezilla (I never used this so I don't know) > > I'm assuming that after solutions #2, #3 and #4 I would only need > to switch the sda cable so the new drive would become /dev/sda and > of course edit fstab to correct all the UUID= lines. > > > I'd like to hear opinions about which of these solutions (or any other > solution) is best. > > > > -- > Shlomo Solomon > http://the-solomons.net > Claws Mail 3.16.0 - Kubuntu 18.04 > > _______________________________________________ > Linux-il mailing list > Linux-il at cs.huji.ac.il > http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il -------------- next part -------------- An HTML attachment was scrubbed... URL: From guy1gold at gmail.com Thu May 2 00:21:30 2019 From: guy1gold at gmail.com (Guy Gold) Date: Wed, 1 May 2019 17:21:30 -0400 Subject: moving Kubuntu to a new drive In-Reply-To: References: <20190501072937.7bc0db3b@shlomo1.solomon> Message-ID: Hi, If a fresh install is an option - it's probably the best one, (depending on the extra work it may present ). (imo) . If I must clone, I'd use clonezilla, and have used it extensively, for the most part, I've had good results for both personal or production use. As for dd - unless you've had experience cloning drives with it, I'd do some practice runs on other hardware, before taking a shot with the critical one. Good luck :) Guy On Wed, May 1, 2019 at 1:14 AM Geoffrey Mendelson wrote: > > I tried clonzilla to move an lvm partitioned disk to a new one. it used various forms of dd copying. > The copy went sucessfully, but it did not boot. Fsck failed with hundreds if not thousands of bad files, duplicate inodes, etc. > In the end I just did a fresh install from the original distribution with no updates and no lvm, It booted properly, I rebooted from the install media, and then I copied using rsync all of the files off the old drive onto the new. i ran grub just to be sure. > > Worked fine. > > Geoff > > Jerusalem, Israel > On May 1, 2019, 7:30 AM +0300, Shlomo Solomon , wrote: > > The subject says it all. But a few more details. My 1Tb drive is > about to die and I'm moving to a new 3Tb drive. The drive > (/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data , > swap. Most of the bad blocks seem to be in the /data partition. > Needless to say, I have good backups of everything on an external > drive. > > There are many ways to do this and I'm not looking for instructions, > but "opinions" about what would be most efficient. I've considered a > few options - but each seem to have advantages and dis-advantages: > > 1 - A fresh install and then update configurations and copy whatever > else I need from the old drive or from my backup drive. (Advantage - get > rid of old junk, Dis-advantage - seems like a lot of work) > > 2 - dd - and then, of course enlarge the partitions and/or add new > partitions to use the added 2Tb. (Advantage - safe, Dis-advantage - > there are many bad blocks on the old drive so ...) > > 3 - ddrescue (Advantage - may be better at handling the bad > blocks, Dis-advantage - how safe is this?) > > 4 - Clonezilla (I never used this so I don't know) > > I'm assuming that after solutions #2, #3 and #4 I would only need > to switch the sda cable so the new drive would become /dev/sda and > of course edit fstab to correct all the UUID= lines. > > > I'd like to hear opinions about which of these solutions (or any other > solution) is best. > > > > -- > Shlomo Solomon > http://the-solomons.net > Claws Mail 3.16.0 - Kubuntu 18.04 > > _______________________________________________ > Linux-il mailing list > Linux-il at cs.huji.ac.il > http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il > > _______________________________________________ > Linux-il mailing list > Linux-il at cs.huji.ac.il > http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il -- Guy Gold From vordoo at yahoo.com Thu May 2 23:11:58 2019 From: vordoo at yahoo.com (vordoo) Date: Thu, 2 May 2019 23:11:58 +0300 Subject: moving Kubuntu to a new drive In-Reply-To: <20190501072937.7bc0db3b@shlomo1.solomon> References: <20190501072937.7bc0db3b@shlomo1.solomon> Message-ID: An HTML attachment was scrubbed... URL: From borissh1983 at gmail.com Sun May 5 12:58:39 2019 From: borissh1983 at gmail.com (borissh1983 at gmail.com) Date: Sun, 05 May 2019 12:58:39 +0300 Subject: moving Kubuntu to a new drive References: <20190501072937.7bc0db3b@shlomo1.solomon> Message-ID: <3435901.rfsIoVlpN3@beast> On Wednesday, 1 May 2019 7:29:37 IDT Shlomo Solomon wrote: > The subject says it all. But a few more details. My 1Tb drive is > about to die and I'm moving to a new 3Tb drive. The drive > (/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data , > swap. Most of the bad blocks seem to be in the /data partition. > Needless to say, I have good backups of everything on an external > drive. > > There are many ways to do this and I'm not looking for instructions, > but "opinions" about what would be most efficient. I've considered a > few options - but each seem to have advantages and dis-advantages: > > 1 - A fresh install and then update configurations and copy whatever > else I need from the old drive or from my backup drive. (Advantage - get > rid of old junk, Dis-advantage - seems like a lot of work) > > 2 - dd - and then, of course enlarge the partitions and/or add new > partitions to use the added 2Tb. (Advantage - safe, Dis-advantage - > there are many bad blocks on the old drive so ...) Opinon Against DDing into a new disk, I had done that and apperntly that shorten the life of some SSDs (dd on disk level and not partiton level). In addition - I also had witnessed several (HDD) disks die when they had been connected over SATA to USB. beware of the cheap adaptors. From shachar at shemesh.biz Sun May 5 13:16:19 2019 From: shachar at shemesh.biz (Shachar Shemesh) Date: Sun, 5 May 2019 13:16:19 +0300 Subject: moving Kubuntu to a new drive In-Reply-To: <20190501072937.7bc0db3b@shlomo1.solomon> References: <20190501072937.7bc0db3b@shlomo1.solomon> Message-ID: <8d8374e4-9b97-073f-3efe-f595ababe299@shemesh.biz> An HTML attachment was scrubbed... URL: From slitt at troubleshooters.com Sat May 25 05:14:18 2019 From: slitt at troubleshooters.com (Steve Litt) Date: Fri, 24 May 2019 22:14:18 -0400 Subject: New VPN instructions using tinc Message-ID: <20190524221418.25839439@mydesk.domain.cxm> Hi all, I just posted a ?Hello World? instruction set for creating a VPN (Virtual Private Network) with the tinc VPN tool. Tinc is one of the simplest VPN tools: Simple enough that it has nor needs a GUI design tool. Make a few directories, edit a few config files, and you have a VPN. These instructions are at: http://troubleshooters.com/linux/tinc/hello_peer.htm This document is written for the person unfamiliar with VPNs. It has plenty of explanation plus a little redundancy to unambiguously guide the reader the VPN newbie in setting up a tinc peer to peer VPN. So please recommend this resource to your friends who aren't yet familiar with how VPNs work. Thanks, SteveT Steve Litt June 2019 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive From shlomif at gmail.com Sat May 25 22:44:06 2019 From: shlomif at gmail.com (Shlomi Fish) Date: Sat, 25 May 2019 22:44:06 +0300 Subject: Fwd: New Version 1.0.0 of the Black Hole Solitaire Solver In-Reply-To: <20190525223845.034b4679@telaviv1.shlomifish.org> References: <20190525223845.034b4679@telaviv1.shlomifish.org> Message-ID: ---------- Forwarded message --------- From: Shlomi Fish Date: Sat, May 25, 2019 at 10:38 PM Subject: New Version 1.0.0 of the Black Hole Solitaire Solver To: Cc: Shlomi Fish Hi all! Version 1.0.0 of the Black Hole Solitaire Solver was released: https://www.shlomifish.org/open-source/projects/black-hole-solitaire-solver/ It is one of my few original software projects that have reached version 1.x or above. Reading from the NEWS.asciidoc file: <<<< 1.0.0 ( 23 May 2019 ): ---------------------------- * Convert common headers to https://github.com/shlomif/rinutils/ . * Convert NEWS to AsciiDoc. * New major version number because the project seems mature enough. 0.24.0 ( 08 May 2019 ): ---------------------------- * Add the USE_SYSTEM_XXHASH cmake option. 0.22.0 ( 08 May 2019 ): ---------------------------- * Try to gracefully abort on memory allocation failure (due to out of RAM/etc.) * Refactor the test suite. * Introduce https://metacpan.org/pod/Games::Solitaire::Verify::Golf . 0.20.0 ( 17 Apr 2019 ): ---------------------------- * Add some API calls for +BLACK_HOLE_SOLVER__API__REQUIRES_SETUP_CALL+ . Breaking change! * Add black_hole_solver_recycle() . * Add the multi-bhs-solve executable - not installed by default. * Some speed ups, code clean-ups, tests, and refactorings. 0.18.0 ( 15 Jan 2019 ): ---------------------------- * Add support for three variants of https://en.wikipedia.org/wiki/Golf_(patience) . * API revamp - some types and function signatures were changed. * SECURITY: Fixed a minor buffer overflow problem if one specified a large max_num_cards_in_col in black_hole_solver_read_board() and passed a large string (not exploitable using the command line exe). * Added tests; some cleanups and some optimisations . >>>> Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ What Makes Software Apps High Quality - http://shlom.in/sw-quality Wikipedia deletionists Don?t Die. They lose notability and get deleted. ? http://www.shlomifish.org/humour.html Please reply to list if it's a mailing list post - http://shlom.in/reply . -- Shlomi Fish http://www.shlomifish.org/ Buddha has the Chuck Norris nature. Please reply to list if it's a mailing list post - http://shlom.in/reply . -------------- next part -------------- An HTML attachment was scrubbed... URL: