Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Accidently tried to delete the /home/eggs/.mnt dir and broke my install #370

Open
ZanzyTHEbar opened this issue Jul 7, 2024 · 4 comments

Comments

@ZanzyTHEbar
Copy link

I was making a new iso, used this tool many times before and was fine, and i hit complete on the terminal completion without thinking (was late) - and ended up breaking the symbolic links to pretty much everything eggs was managing. I have no idea how, but when i attempted to remove the /home/eggs/.mnt directory everything borked and now my pc won't post.

Of course, i can boot from a backup - but i am wondering if there is a mechanism to fix this without having to reimage my machine. I have checked via a live cd - my disk is fine, partition is intact, and all of my files are present. It seems just hard links and symbolic links have been broken. Way too many to fix manually.

@pieroproietti
Copy link
Owner

pieroproietti commented Jul 7, 2024

Hi @ZanzyTHEbar

When eggs produces abn ISO, the entire filesystem is mounted --bind under /home/eggs/.mnt/filesystem.squashfs, deleting ./mnt risks deleting the disk as well. Normally the system rejects, displays mounts and exits.

To tell you more I would have to repeat the experiment on a VM.

Holy backup!

@pieroproietti
Copy link
Owner

pieroproietti commented Jul 7, 2024

Hi @ZanzyTHEbar

I tried to repeat your case:

I ran the command: sudo eggs produces, and waited until the entire filesystem was mounted under /home/eggs/.mnt/filesystem.squash.

At this point I ran - in another terminal - the command: sudo rm /home/eggs -rf.

The first time I aborted immediately after the first errors appeared, the second time I waited for the process to finish.

results

Both the first time and the second time, I successfully rebooted the system.

Warning: if you want to repeat the experiment do it exclusively on a virtual machine where you do NOT have data: the experiment can corrupt the whole system.

@ZanzyTHEbar
Copy link
Author

I believe you - but that's not what happened for me. I spent the better part of today getting a new image up to speed.

@pieroproietti
Copy link
Owner

pieroproietti commented Jul 7, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants