Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
After you executed the chroot-command, are you sure that it did not work? how did you see that? I mean independently of the message that /bin/bash was not found.
you should read the documentation of apt-get. I know that some packagemanagers can install packages with an option like "other root" which means that the root of the directorytree where a package is to be installed is not /
If apt-get has such an option you can reinstall packages from the live-CD to your damaged system (without chrooting).
Hopefully someone how is experienced with Ubuntu or Debian reads this and can tell you if this would work.
The thing to remember is that, when you boot from a live CD, the "root" is that of the live CD and, pragmatically speaking, you don't need to change that. What you need to do, in order to get the system up-and-running again, is to manually re-create the necessary files ... or, simply, to repeat the installation. Installers are smart enough to recognize when there's already a system in place where they're installing.
I don't mean to sound condescending when I say, "this isn't complicated ... don't make it complicated."
I'm sorry but I don't really understand what you mean sundialsvcs. What is it that I should do from here, exactly ?
I assume that the main issue is due to the fact that the init file is not found. Can't I recreate it, and thus manage to boot from my hard drive ? From there, it should be much easier to reinstall whatever has been deleted in the bin directory, for example...
Yes I did, I said it in the very first post. I think it's the reason why there is a kernel panic and the os doesn't boot.
How can I check for sure if it's really missing or corrupted (where is it supposed to be, and what's supposed to be inside?), and how to repair or recreate it, in case you think it might help to solve my problem (I don't know, I'm not an expert, I'm just throwing out this idea but maybe it's not related at all) ?
Well, since init resides (should be there) in the /sbin directory, could you please post the contents of your /sbin directory? what I mean is the output of
Why don't you perform a new installation from the Live-CD? If you do this without deleting your old installation and without formatting the partition you should have your system repaired afterwards and the configurations in your user's homedirectory will still be there.
Nobody can tell you if your init is corrupted or what else is damaged.
But I would have to reinstall all my programs, wouldn't I?
This can take a very long time, between the time to download each of them, and compiling them if necessary. Plus I'd have to make a list of all my programs, etc. I'd really like to avoid coming to that.
Is there really no solution to repair a Unix system without reinstalling it ?
If the rm command is not random, I'm sure you can exactly tell what is damaged. I just did a rm -R because I wanted to delete a directory, while forgetting for a split second that the system that was mounted on it would be deleted too. If rm removes alphabetically or in a specific order, you should be able to know what's been deleted and what needs to be copied back into the system.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.