Guys,<br><br>Please bear with me and share your experiences with me if you would.<br>I have looked everywhere for hints regarding this problem.<br><br>It all started when I saw many entries like this in /var/log/messages:<br>
"smartd[2527]: Device: /dev/sda, 4 currently unreadable<br><br>Then I booted with knoppix so I could run fsck on all partitions<br>including the root partition /dev/sda1.<br>I got a suitable superblock number (SBN)<br>
    mke2fs -n /dev/sda1<br>and ran <br>    fsck.ext3 -fvy -b <SBN> -B 4096 /dev/sda1<br>fcsk performed many corrections in countless inodes but not bad<br>blocks were reported. I know this is already bad. And I'm in denial.
<br><br>The next thing that happened I could not login into my system.<br>I set the system to boot at runlevel 3. The split second message<br>after a failed login attempt was<br>    Login: no shell: permission denied<br><br>
When the system boots it gets me to the GRUB splash window, and from<br>there I can go to single user mode (SUMode). Once I got to the CLine<br>I checked all file and home dirs permissions. Made sure that files<br>such as /etc/shells and /bin/bash were ok. Check permissions on
<br>/home and "/" itself. Things seem to be in place; so I decided to create<br>a new account called "test". Booting and trying to login with the<br>test account also failed.<br><br>I went back to SUMode and ran strace to check the "test" account:
<br>    strace -o /tmp/xout.strace -f su test<br>Well, I got a ton of messages like this one:<br>    access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)<br>I got the same message for many files including /usr/X11R/bin/xauth,
<br>/var/run/utmpx, /usr/share/local/en/tcsh, etc.<br><br>Now, in SUMode I can login to the test account with "su test" and pwd<br>shows /home/test. I can do "su -" and do mount, umount, fsck and such<br>
on the other filesystems.<br><br>So here are my questions:<br>Is one not to perform fsck on the "/" filesystem to avoid the mess Iran into? <br>Is giving the -y option to fsck a bad thing?<br>Did fsck remapped blocks of data in a way that wiped important files in my system?
<br>How is it the just enough damage is done so one can only done in SUMode?<br><br>I read somewhere that you can replace bad sectors with<br>    dd if=/dev/zero of=/dev/sda1 bs=4k<br>will this bring the disk to a usable state  so I can reinstall the OS?
<br><br>I also ran "smartctl -d ata -t long /dev/sda", but see nothing displayed<br>to give me a clue of the results of the test. How do I check this?<br><br>I now the easy way out is to "replace the hard drive",but I been trained 
<br>in the "Admin Ways". I'd like to understand what's going on.<br><br><br>Thanks in advance.<br>~Aldo.