Difference between revisions of "Post-Install Hardware Changes"

From Amahi Wiki
Jump to: navigation, search
 
(11 intermediate revisions by 3 users not shown)
Line 1: Line 1:
<!--{{WorkInProgress}}-->
+
{{NeedsUpdate}}
<!--<i>This article belongs in the "Getting Under the Hood" section</i>
 
{{NeedsMerge | [[Main Page]]}}-->
 
<!--{{NeedsExpantion}}-->
 
<!--{{NeedsDelete |[[Main Page]]}}-->
 
<!--Please remove or place comment accordingly-->
 
<!--Your text bellow this line-->
 
  
<b>Preliminary:</b>  
+
=<b>Preliminary:</b>=
Swapping hardware in a Linux system such as Amahi/Fedora is very forgiving and simple for the most part. Amahi does depend, however, on having the eth0 network interface and your shares depend on having the right drives and SATA ports identified between hardware changes to avoid lengthly repair processes.
+
Swapping hardware in a Linux system such as Amahi (Fedora/Ubuntu) is very forgiving and simple for the most part. Amahi does depend, however, on having the eth0 network interface and your shares depend on having the right drives and SATA ports identified between hardware changes to avoid <i>lengthy</i> repair processes. Note that all of these apply mostly the same if you're running within a virtual machine. Some VM hypervisors abstract the parts enough that the OS will not notice new hardware and not rename it (eg: eth0 to eth1).
  
If swapping:<br />
+
=Motherboard/ SATA-controller/ RAID-card=
>> Motherboard/ SATA-controller/ RAID-card <<<br />
+
- you have no changes to make when booting back into Linux, which will just re-fit drivers to the new part. <br />
- you have no changes to make when booting back into Fedora, which will just re-fit drivers to the new part. <br />
+
- It is VERY advisable though, to reconnect your drives in the same sequence they were before the swap of the motherboard/ sata-controller/ RAID-card..<br />
- It is advisable though, to reconnect your drives in the same sequence they were before the swap of the motherboard/ sata-controller/ RAID-card..<br />
 
 
eg:<br />
 
eg:<br />
 
before the part-swap<br />
 
before the part-swap<br />
Line 20: Line 13:
 
sata port 01 = sata drive sda<br />
 
sata port 01 = sata drive sda<br />
 
..and so on.<br />
 
..and so on.<br />
- In the BIOS/ UEFI, ensure that the boot sequence is also the same. <br />
+
- In the BIOS/ UEFI, ensure that the boot sequence is also the same as before the upgrade or swap. <br />
 +
>> Finally, after replacing or even adding drives, run a 'greyhole -f' and a 'greyhole -l' as sudo in terminal to completely re-discover what you may have had in the greyhole storage pool.
  
If swapping:<br />
+
<b></b><br />
>> network card << <br />
+
=Network Card=
 
- you must ensure that the same ethernet device assignment stands as before the part swap. <br />
 
- you must ensure that the same ethernet device assignment stands as before the part swap. <br />
- If anything eth0 may become eth1 afterwards, so you will need to rename it to eth0 via the Network Manager in the Fedora desktop. You'll want to reboot to finalize changes. (((command-line process coming soon)))<br />
+
- If anything eth0 may become eth1 afterwards, so you will need to rename it to eth0 via the Network Manager in the desktop. You'll want to reboot to finalize changes. <br />
 +
- use your favourite command line editor and edit with sudo/su..
 +
$/etc/udev/rules.d/70-persistent-net.rules
  
If swapping:<br />
+
which may look like this
>> CPU / RAM / video card << <br />
 
- no changes need to be done after boot. These drivers should automatically load on a reboot of Fedora.<br />
 
  
 +
<pre># 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.
  
 +
# net device () (custom name provided by external tool)
 +
SUBSYSTEM=="net", ACTION=="add", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
 +
</pre>
 +
And notice the "eth0". If it is something else, make it eth0 and save the file and reboot.
 +
<br />
  
<!--Your text above this line-->
+
=CPU / RAM / video card=
<!--This page must bellong to one of the following categories please remove comment-->
+
- no changes need to be done after boot. These drivers and modules should automatically load on a reboot of Linux VMs.<br />
<!--[[category:Apps]]-->
+
- this is because the hypervisor is abstracting the CPU to the VM regardless.
<!--[[Category:Fedora_14]]-->
 
<!--[[Category:Platform]]-->
 
<!--[[Category:Pro Version]]-->
 
<!--[[Category:Services]]-->
 
<!--[[Category:VPN]]-->
 
  
<noinclude>
+
<b></b><br />
[[Category:WikiModTools]]
 
</noinclude>
 

Latest revision as of 00:52, 24 May 2016

Msgbox.update.png Update Needed
The contents of this page have become outdated or irrelevant. Please consider updating it.

Preliminary:

Swapping hardware in a Linux system such as Amahi (Fedora/Ubuntu) is very forgiving and simple for the most part. Amahi does depend, however, on having the eth0 network interface and your shares depend on having the right drives and SATA ports identified between hardware changes to avoid lengthy repair processes. Note that all of these apply mostly the same if you're running within a virtual machine. Some VM hypervisors abstract the parts enough that the OS will not notice new hardware and not rename it (eg: eth0 to eth1).

Motherboard/ SATA-controller/ RAID-card

- you have no changes to make when booting back into Linux, which will just re-fit drivers to the new part.
- It is VERY advisable though, to reconnect your drives in the same sequence they were before the swap of the motherboard/ sata-controller/ RAID-card..
eg:
before the part-swap
sata port 01 = sata drive sda
after the part-swap
sata port 01 = sata drive sda
..and so on.
- In the BIOS/ UEFI, ensure that the boot sequence is also the same as before the upgrade or swap.
>> Finally, after replacing or even adding drives, run a 'greyhole -f' and a 'greyhole -l' as sudo in terminal to completely re-discover what you may have had in the greyhole storage pool.


Network Card

- you must ensure that the same ethernet device assignment stands as before the part swap.
- If anything eth0 may become eth1 afterwards, so you will need to rename it to eth0 via the Network Manager in the desktop. You'll want to reboot to finalize changes.
- use your favourite command line editor and edit with sudo/su..

$/etc/udev/rules.d/70-persistent-net.rules

which may look like this

# 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.

# net device () (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

And notice the "eth0". If it is something else, make it eth0 and save the file and reboot.

CPU / RAM / video card

- no changes need to be done after boot. These drivers and modules should automatically load on a reboot of Linux VMs.
- this is because the hypervisor is abstracting the CPU to the VM regardless.