Arch is not a distro I'd recommend for beginners. Try something like Mint or Ubuntu. Even Debian has a gentler learning curve.
If the installer simply unmounted the partitions, they should (I think) still be there. They just need to be re-mounted.
Whether you're a seasoned pro or the noobiest of noobs, you've found the right place for Linux support and information. With a dedication to supporting free and open source software, this community aims to ensure Linux fits your needs and works for you. From troubleshooting to tutorials, practical tips, news and more, all aspects of Linux are warmly welcomed. Join a community of like-minded enthusiasts and professionals driving Linux's ongoing evolution.
Arch is not a distro I'd recommend for beginners. Try something like Mint or Ubuntu. Even Debian has a gentler learning curve.
If the installer simply unmounted the partitions, they should (I think) still be there. They just need to be re-mounted.
how would i go about remounting them?
been a while since i done this so i might have gotten some parts wrong:
mount /dev/ /mnt
. take note of the space between the partition and the /mnt
.arch-chroot /mnt
it just says the partition doesnt exist
the partition doesnt exist? what does lsblk
say?
if the partition really doesnt exist then you either deleted the partition or destroyed the partition table. either way, if you dont have important data on it then id recommend you just abandon the install, delete everything and make a new one. otherwise you could try your hand at some linux file recovery tools (windows ones are almost certainly a scam).
i guess they got deleted. it sucks because ive used windows for years, and all the data is just gone. i do think i can just start fresh though.
Sorry that happened to you. Best practice is to always back up anything important before messing around with partitions, and if the guide you were following didn’t warn you, shame on them.
Have you tried typing “lsblk” on that Arch install disk? It might be able to find a partition you can try to mount to get some of the data off.
You did decide to jump into the deep end with Arch, and hopefully this doesn’t turn you off linux. On the bright side, now you’ve done the worst you can do, so you can feel free to tinker risk-free at this point. The worst that can happen is you muck up the install again, have to delete all the partitions, and keep trying until it works.
good luck
It sounds like you deleted the EFI partition. The BIOS checks for a partition with a special filesystem (basically FAT32) to load the OS bootloader. That's where it gets the information about the OS name to show in the BIOS boot selector. If it's gone, the operating system won't show up, and the system can't boot.
Just today i deleted a separate partition on my disk and i couldnt access arch anymore, it wasnt showing on the bios.
If it wasn't your Arch installation, I'm guessing that that was maybe the EFI boot partition, since that's the only thing I could think of that'd affect the visibility in BIOS.
https://en.wikipedia.org/wiki/EFI_system_partition
is everything just gone now?
I've never used the Arch installer, but I'd guess that it doesn't wipe everything without some kind of warning.
If you mean, by "unmounted", "deleted", then yeah, it probably deleted them. It's maybe possible to re-detect the location of filesystems on the drive if the data hasn't been overwritten yet.
If you don't mean "deleted", then it's definitely there.
In Linux, run lsblk
. That'll list all the partitions it can see.
You can manually mount 'em doing something like this (if /dev/sdc1 is in there):
# mkdir mountpoints
# mkdir mountpoints/sdc1
# mount /dev/sdc1 mountpoints/sdc1
Then look at 'em.
# ls mountpoints/sdc1
And when done:
# umount /dev/sdc1
If you find your partitions, then you can re-add 'em, probably to /etc/fstab, which is just a text file in a particular format that tells a Linux distro what mountpoints to mount at boot. I don't know if Arch does anything special here.
Create a FAT32 partition 256-512 MB in size for UEFI, preferably at the end or start of your partition table by chrooting as described by others and running grub-install /dev/sdX
(or /dev/nvmen0pX
or sth like that if you have an NVMe drive) on your newly created partition, then update-grub
, also as a root. For ease of use you can use something like GParted live, but I'm not sure if it provides a terminal that can properly chroot into your arch installation.
Then check if your BIOS "sees" the newly created UEFI partition and if it's set as the default boot option.