New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.


Comments
You can inspect the problem from a live cd / rescuesystemcd
Myb u can try recovery mode?
The provider told me that they don't allow mounting livecd or any systems for recovery. Guess there's not much to expect from a $10/year deal. Also mb for not creating more frequent backups, that's a lot of user data gone (last backup was month ago).
Which provider does not have rescue system in place? name and shame.
Never done it myself but can you not use GRUB to boot in single user mode or something like that?
Before you destroy it, try to run bash as the init (by editing the boot screen/options via the VNC console) - you can reset the root password and mount the files (and bring up the network or just fix and reboot).
It looks like /dev/vda1 is clean - so there shouldn't be any data loss.
Name and shame pls
The provider is Cloudserver.
I can't find what you are refering to. Recovery mode doesn't work because of the locked root account
Booting into recovery mode or using a live CD to fix the fstab file will work.
You are storing actual data on a $10/yr vps with no remote backup (supposing those data are important)?
And you edited fstab with prompts from chatgpt or some qualityless tut?
I added a swapfile to the fstab and that must have caused this issue.
Data was of slight importance, the time to rebuild the entire thing is worth more than the data tbh. I made a backup on upon setting it all up so I'll be able to get it back without going from scratch, albeit without the data.
There's a way to edit the kernel parameters in GRUB.
For instance at the beginning of this blog post: https://linuxconfig.org/how-to-set-kernel-boot-parameters-on-linux
Perhaps try something like this: https://tekneed.com/boot-to-single-user-mode-in-linux-rhel-centos-78/
What parameters would I use? Booting into emergency mode doesn’t help as the root account is still locked. Interesting, I never knew you could do that in GRUB.
No idea. Last time I messed with single user mode it was to rescue a Linux installation, 20 years or so ago. In my memory though, it worked.
Thanks for your help. Unfortunately, single-user mode won’t work for this case.
Mby try with chroot if you can mount iso
https://www.turnkeylinux.org/docs/chroot-to-repair-system
EDIT i skipped this
What you need to do (roughly):
This will essentially run in single user mode but will spawn a bash shell (as root).
Now you can do the following:
Try to reboot (and it may not work nicely but just force a reboot). This time it should allow you to use your new root password (step 2 above) and do whatever you need.
All this is based on everything being in /dev/vda1 (which looked clean).
Hope this helps.
Reach out here - esp. if your data is valuable so that you don't needlessly clean/destroy files that you need on the VM.
It is VERY unfortunate that your provider doesn't let you boot into a simple recovery CD to get your files back.
Da fuck mate @cloudserver
@cloudserver Let this man be allowed to mount live cd to fix the booting in easier manner. Then disable it again.
It says they use SolusVM. I have never in my life used a SolusVM VPS that doesn't have some kind of rescue mode.
https://docs.solusvm.com/v2/administrator-guide/Recovering+Inaccessible+Servers+With+Rescue+Mode.html
https://support.solusvm.com/hc/en-us/articles/13267871194775-How-to-enable-rescue-mode-for-SolusVM-KVM-VPS
https://my.racknerd.com/index.php?rp=/knowledgebase/62/How-to-Boot-Your-VPS-to-Rescue-Mode.html
You saved me mate. I have gotten everything back. Ended up going in and editing the /etc/fstab (there was on extra space that messed it up). Thank you everyone for the suggestions. Closed the ticket with the provider.
Glad you got everything back.
I hope you're first taking backups of the VM
Also, get a better provider - you should be able to access much better rescue tools and them not supporting it is a big red flag.
What I just did