Hello people, As the linux fan at work I was offered an old machine to set up a wiki at work. I migrated much of the data off a private wiki I kept on my home machine and set up the wiki using Kubutu Server 6.06 LTS. The wiki is phpwiki and uses mysql as the backend. The machine stopped serving webpages yesterday and although I could ssh into it it was complaining that it couldn't write to the access logs when I stopped and started apache. I elected to reboot the machine but the machine no longer boots linux although it will be boot the Windows partition if you wait long enough. (i suspect Windows is running scandisk.exe 'cause it thinks something is wrong) I put in the Kubutu 6.06 server CD and tried to start a rescue session. Althought it boots it wouldn't boot of any of the partitions (my knowledge getting a little fuzzy here). At one point I tried starting the partitioner but the machine seemed to lock up so I had to switch the power button. So I put in a Damn Small Linux Live CD (kernel 2.4.26) and it boots ups fine, sets up X windows etc. I can mount /dev/hda8 fine which is my home partition but it won't mount /dev/hda7 which is the root partition and inconveniently containing the data I wish to recover. When I run e2fsck /dev/hda7 it exits early saying its a short session and asks is it a zero length partition? I run fdisk and the stop and start segments, sectors? seem in proportion to the partition size (about 10G). I've tried running fsck.ext2 -b 8913 /dev/hda7 but it still complains that it can't find the superblock and makes ominous suggestions that the partition might be corrupt. I have been running badblocks /dev/hda7 for the past hour or so but nothing salient seems to be reported. My plan was to image the partition and mount on another machine to recover the database but this now seems hopeful. Do the sys admin guru's out there have any suggestions? Thanks Chris