Hey I don't want to sounds like that guy... but many of those posts above clearly need a dedicated topic - there is some nice knowledge there that shouldn't be buried deep deep in VirMach bus spam :-)
@Jab said:
Hey I don't want to sounds like that guy... but many of those posts above clearly need a dedicated topic - there is some nice knowledge there that shouldn't be buried deep deep in VirMach bus spam :-)
// Flagged for mods.
I did not expect so much run around for a trivial thing. I am all in for mods to clean up and bucket the related comments in a new thread. Thanks
then reboot the destination, login via ssh, I would also suggest resetting the ssh fingerprints
Yes, this worked and the system was cloned, without issue. I was able to get the LUKS disks as is. Now to figure out how to extend the partition size...
So, whats the difference between this and what you were suggesting earlier?
I would suggest using qemu locally, install it to a raw image, then ssh the raw image to the server and resize it.
@localhost said: So, whats the difference between this and what you were suggesting earlier?
basically using qemu locally etc, you are just writing a image of the drive to transfer, rather than using the drive attached.
for resizing your partition, use parted print to fix the partition table, then parted /dev/vda resizepart THEPARTYOUWANT 100% then resize2fs /dev/vdaPART
@localhost said: Does this have any benefit over what I did? or what are some drawbacks of what I did?
both ways end in the same result,
ssh fingerprint are suggested to be remade
rm /etc/ssh/ssh_host_*
reboot the system and it should regenerate new fingerprints
then give the new system a new hostname and you are all good
Yup, so far, that has worked for me, things look good, but, I am now thinking, what if something went wrong during the transfer? Maybe some bits flipped?
Yup, so far, that has worked for me, things look good, but, I am now thinking, what if something went wrong during the transfer? Maybe some bits flipped?
There's three classes of errors to think about:
File system/metadata - You can check for errors with something like 'e2fsck -nf /dev/mapper/vda2_crypt' - but if 'resize2fs' works, you are in good shape with what's important and usually it will get fixed on reboot anyway. That you booted means that nothing is serious wrong here
Configuration files - again, if you are using the system, you're good here
Corruption in the binaries - since you are up-and-running, if any binary gives an error, just use yum/dnf to remove it and redownload it then .
I just checked with almalinux, and the option is there, too.
just upload your kickstart file to an easy-to-type url and submit it to this option in netboot.xyz after selecting your desired version, and hopefully, it will take care of everything else.
So, i got a kickstart config created (from fresh install) and put it on a temp web server and set the URL in netboot.xyz kickstart file location.
After that, what do I need to do? I selected the Graphical Install, and it failed.
What am I missing? Thanks
Could you try text based install instead?
(I should have done a test run myself if I had enough time)
I just checked with almalinux, and the option is there, too.
just upload your kickstart file to an easy-to-type url and submit it to this option in netboot.xyz after selecting your desired version, and hopefully, it will take care of everything else.
So, i got a kickstart config created (from fresh install) and put it on a temp web server and set the URL in netboot.xyz kickstart file location.
After that, what do I need to do? I selected the Graphical Install, and it failed.
What am I missing? Thanks
Could you try text based install instead?
(I should have done a test run myself if I had enough time)
It failed for text too. But again what is the correct sequence? Enter the kickstart url and then select a method of install?
@localhost said: It failed for text too. But again what is the correct sequence? Enter the kickstart url and then select a method of install?
I've just tested and look like it just won't work on boxes with smaller ram. The base install.img is like 700MiB which dracut will always fail to work with.
And the ks url seems doesn't work at all even when I tested on a vm with 4GiB ram. Not sure what could be the problem.
Sorry I have given you such unreliable info.
Just my perspective, but to me, it sounds like too much effort
My experience is that in practice, a 1GB VPS is too tight for installing AlmaLinux-9.x and family from an ISO
What would work is installing from a template, assuming that the provider makes one available
Or consider getting at least a 2GB VPS
"A single swap file or partition may be up to 128 MB in size. [...] [I]f you need 256 MB of swap, you can create two 128-MB swap partitions." (M. Welsh & L. Kaufman, Running Linux, 2e, 1996, p. 49)
Just my perspective, but to me, it sounds like too much effort
My experience is that in practice, a 1GB VPS is too tight for installing AlmaLinux-9.x and family from an ISO
If the iso is mounted the install happens smoothly.
What would work is installing from a template, assuming that the provider makes one available
Haha, with @VirMach it's a dream come true. One day.
Or consider getting at least a 2GB VPS
Next buy will always focus on this number or more.
But for now, I have found it pretty easy, where I just dd the image from a freshly installed system and so far it seems to have worked... albeit I would have hoped it would be more cleaner via the iso.
Comments
Hey I don't want to sounds like that guy... but many of those posts above clearly need a dedicated topic - there is some nice knowledge there that shouldn't be buried deep deep in VirMach bus spam :-)
// Flagged for mods.
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
https://lowendspirit.com/uploads/editor/gi/ippw0lcmqowk.png
I did not expect so much run around for a trivial thing. I am all in for mods to clean up and bucket the related comments in a new thread. Thanks
Yes, this worked and the system was cloned, without issue. I was able to get the LUKS disks as is. Now to figure out how to extend the partition size...
So, whats the difference between this and what you were suggesting earlier?
Thanks
basically using qemu locally etc, you are just writing a image of the drive to transfer, rather than using the drive attached.
for resizing your partition, use
parted printto fix the partition table, thenparted /dev/vda resizepart THEPARTYOUWANT 100%thenresize2fs /dev/vdaPARToh since you using LUKS it will be different.
for example
Does this have any benefit over what I did? or what are some drawbacks of what I did?
Ideally, this whole thing would not be in q if i was able to get the official ISO loaded and complete the install.
Ill try the resizing in a few. Thanks
both ways end in the same result,
ssh fingerprint are suggested to be remade
reboot the system and it should regenerate new fingerprints
then give the new system a new hostname and you are all good
Yup, so far, that has worked for me, things look good, but, I am now thinking, what if something went wrong during the transfer? Maybe some bits flipped?
There's three classes of errors to think about:
File system/metadata - You can check for errors with something like 'e2fsck -nf /dev/mapper/vda2_crypt' - but if 'resize2fs' works, you are in good shape with what's important and usually it will get fixed on reboot anyway. That you booted means that nothing is serious wrong here
Configuration files - again, if you are using the system, you're good here
Corruption in the binaries - since you are up-and-running, if any binary gives an error, just use yum/dnf to remove it and redownload it then .
Could you try text based install instead?
(I should have done a test run myself if I had enough time)
It failed for text too. But again what is the correct sequence? Enter the kickstart url and then select a method of install?
I've just tested and look like it just won't work on boxes with smaller ram. The base
install.imgis like 700MiB which dracut will always fail to work with.And the ks url seems doesn't work at all even when I tested on a vm with 4GiB ram. Not sure what could be the problem.
Sorry I have given you such unreliable info.
@Frankz, Thanks for the split, hopefully someone will find the information within here useful.
@localhost
Just my perspective, but to me, it sounds like too much effort
My experience is that in practice, a 1GB VPS is too tight for installing AlmaLinux-9.x and family from an ISO
What would work is installing from a template, assuming that the provider makes one available
Or consider getting at least a 2GB VPS
"A single swap file or partition may be up to 128 MB in size. [...] [I]f you need 256 MB of swap, you can create two 128-MB swap partitions." (M. Welsh & L. Kaufman, Running Linux, 2e, 1996, p. 49)
If the iso is mounted the install happens smoothly.
Haha, with @VirMach it's a dream come true. One day.
Next buy will always focus on this number or more.
But for now, I have found it pretty easy, where I just dd the image from a freshly installed system and so far it seems to have worked... albeit I would have hoped it would be more cleaner via the iso.
Thanks