Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 3 subscribers
  • Views 4242 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9 Install - Multiple Hard Drives

AHomeUser
All
As a home user, I'm looking to re-install UTM 9 aft er adding an SSD drive as the boot drive for UTM 9. I want to keep the larger mechanical drive and have it write log files there. Since I've already got things working great as is, I want to re-install using my backup file.
Once installed, how to get UTM 9 to write all logs to the second mechanical drive?
Your input will be greatly appreciated
[:S]


This thread was automatically locked due to age.
Parents
  • 0
    Here is a somewhat quick and dirty way to accomplish this. I just did this so I know it works. You'll need a copy of gparted or some other live linux so that you can edit partition labels before booting into you UTM9 install.

    1. Do a full install of UTM9 on the spinning disk
    2. Do a full install of UTM9 on the SSD
    3. Before rebooting after the SSD install Alt-F2 to drop to a command line
    4. Run '/dest/bin/blkid' to print out the UUIDs of the spinning disk's partitions
    5. Edit '/dest/etc/fstab' and replace the existing UUIDs of the SSD with the spinning disk's UUIDs for those that you want to use. (I mapped /var/storage, /var/log, /tmp, and swap all to the spinning disk)
    6. Reboot, boot gparted live CD (or your choice of live CD for partition editing)
    7. Change the partition labels on the spinning disk and the SSD so that there only exists a single version of the UTM9 partitions. (In my case I just add '-no' after the existing partition labels. Example: spinning disk - 'root' renamed to 'root - no', ssd - 'log' renamed 'log-no').

    Now when you boot the system for the first time the correct partitions should mount and everything should get prepared correctly. This process doesn't make the best use of the disks from an allocation perspective I just didn't take the time to attempt deleting and resizing partitions.
Reply
  • 0
    Here is a somewhat quick and dirty way to accomplish this. I just did this so I know it works. You'll need a copy of gparted or some other live linux so that you can edit partition labels before booting into you UTM9 install.

    1. Do a full install of UTM9 on the spinning disk
    2. Do a full install of UTM9 on the SSD
    3. Before rebooting after the SSD install Alt-F2 to drop to a command line
    4. Run '/dest/bin/blkid' to print out the UUIDs of the spinning disk's partitions
    5. Edit '/dest/etc/fstab' and replace the existing UUIDs of the SSD with the spinning disk's UUIDs for those that you want to use. (I mapped /var/storage, /var/log, /tmp, and swap all to the spinning disk)
    6. Reboot, boot gparted live CD (or your choice of live CD for partition editing)
    7. Change the partition labels on the spinning disk and the SSD so that there only exists a single version of the UTM9 partitions. (In my case I just add '-no' after the existing partition labels. Example: spinning disk - 'root' renamed to 'root - no', ssd - 'log' renamed 'log-no').

    Now when you boot the system for the first time the correct partitions should mount and everything should get prepared correctly. This process doesn't make the best use of the disks from an allocation perspective I just didn't take the time to attempt deleting and resizing partitions.
Children
No Data