On Saturday 07 May 2016 11:34:28 Danny Miller wrote:
> So as per previous thread, I may be moving this to another PC. And
> probably change to an SSHD.
>
> I spent a ridiculous amount of time getting the OS and LinuxCNC RT
> installed and configured. And I didn't do all of it myself so it's
> not a straight shot to repeat. I'm just saying if I start from
> scratch again, this will not be a quick operation.
>
> How reliable is it to just copy the entire installation to a new drive
> on a new (different) machine?
>
> On Windows, I've just moved my old drive to a new machine a number of
> times. But I was foiled when I replaced my AMD-based motherboard with
> an Intel-based MB, no boot. My LinuxCNC machine is currently on an
> Intel Core Duo, and I might change to an AMD-based machine. Will it
> even be able to boot? Will it be easy to adapt to an AMD without a
> full reinstall? What's it take to adapt it?
>
> I was told there's a convenient tool or method for creating an image
> of the whole installation (OS and LinuxCNC) and packing it up. Is
> that true? 'Cause I sure wish one of those had been on Bittorrent,
> that would have saved my a crazy amount of time. If it can be done
> maybe I'll do it and put it out there for others.
>
> Danny
The only problem I've had with just moving the drive, is convincing udev
to leave the name of the eth0 port the hell alone. Everytime you move
the drive to a different box, it thinks the discovered ethernet port(s)
are new,in addition to the old one and renames them to something from a
comedy central movie might use. ISTR I did something, like nuking a
file in /var that contained the discovered data of the old port, and
rebooted. Lemme see if I can find that file again... brb. Yes, although
it could be subject to a
re-write, /etc/udev/rules.d/70-persistent-net.rules
gene@GO704:/etc/udev/rules.d$ cat 70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x14e4:/sys/devices/pci0000:00/0000:00:1c.4/0000:03:00.0
(tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:1a:a0:a7:a8:d4", ATTR{dev_id}=="0x0",
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Note the comment in front of the line starting with PCI. You will have to
be sudo or root to change it, but that seems to be udev's memory of
discovered previously net interfaces. Humm, checking my other machines
with never before used HD's in them, that line is also commented out.
So this may not be the file to play with. But its a place to search for
I think. Or one can search thru the dmesg file, get the name it
assigned, and edit the /etc/network/interfaces file to match, that works
also. I have done both on the G0704 install as that drive was in 3
boxes before I found a usable box. And udev bit me in the rear each
time I moved the drive, requiring that, since my network is less that 10
machines total, is /etc/hosts file based, nuking Network-Manager,
making /etc/resolv.conf into a real file and making the correct entries
in the /etc/network/interfaces file. That formerly problem machines
eth0 stanza looks like this now:
iface eth0 inet static
address 192.168.71.10
netmask 255.255.255.0
gateway 192.168.71.1
Substitute your own ipv4 addresses of course.
HTH Danny.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users
