Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Been away for a while overseas, came back working for a medical software company. The previous admin had basically sabotaged the DC and we had to reset all the root passwords.
There is a very old box running two 36GB seagate SCSI drives that is failing on reboot with a /dev/md0 superblock cannot be read error. I have seen this before and have been able to work around it.
Here is where we are at..
System was up and running.
I rebooted and went to grub added single to the end and put init=/bin/bash. the system booted as it should, I ran the the mount command with the -o rw,remount / option. I then rebooted the system and it is displaying a bad superblock error on /dev/md0.
I have access to the basic filesystem still, I looked at the /etc/mdadm.conf and it has /dev/sda2 and /dev/sdb2 as the devices in the array. I attempted to edit the grub line and boot directly to both of these on two different attempts, both of which resulted in a kernel panic.
I attempted to run e2fsck and did mdadm --scan and some other mdadm commands but to no avail.
I am pretty inexperienced with software raids as I normally run hardware layer raids. It is a raid1 software raid. One thing I do know about the previous admin is that any chance he could do something custom or different than standard he would. Many other systems have custom compiled packages, and wierd configs, etc..
I am pretty exhausted from trying to get this going for the passed 4 hours and I'm sure that I'm missing some info.
However, if someone can drop some knowledge bomb that solves this problem before later tomorrow morning and helps me avoid having to rebuild an entire system and fail over our entire internal DNS and some very old fax interfaces I will be extremely grateful. [Mod Edit: to remove reward promise]
I will be up all night researching this and can give any other info that may help solve the problem.
Thank you everyone for taking the time to read over this and try to help me!
Last edited by TobiSGD; 11-18-2012 at 04:01 PM.
Reason: remove reward, not allowed