Re: user failures
On Saturday 05 January 2008, John Summerfield wrote:
Gene Heskett wrote:
> Greetings;
>
> I had my boot drives partition table zeroed out last night by something
> unk, and then X froze.
Coincidentally, I've just had a kubuntu system destroy itself. It was
installed as 7.04, upgraded to 7.10.
Much to my astonishment, the system (cheap ASUS mobo, socket-A CPU, via
chipset, generic) can suspend and hibernate, and power up on keypress.
As best I can figure it, this is the sequence of events.
I powered down, presumably using the new-found hibernate ability.
I booted, chose a XEN-capable kernel. It might have been a 7.04 kernel,
I couldn't see one obviously for 7.10.
I shut down.
I booted, chose the latest (non-XEN) kernel.
It resumed!
I used it for a time.
I shut down.
I rebooted.
Now, we have a complicating factor: I use VGA=791, but with this kernel
framebuffer does not work so I'm booting blind: nothing to see until X
starts.
Anyway, Nothing visible happened for a long time.
I reset, then booted with VGA=6.
System booted for manual fsck.
I thought unkind thoughts about people who write fsck programs whose
reports and messages are entirely incomprehensible to all but the
highest of high priests, and ran
e2fsck -y /dev/hda6
There were lots and lots of messages about blocks being zeroed and/or
freed and e2fsck restarting.
Eventually, it finshed and ^D lead to a reboot.
Later, I ran cfdisk to see what the partition table is, for reasons
nothing to do with the above problems.
cfdisk declined to do anything, but fdisk is happy to have a look.
The partition table includes logs of hooley, with overlapping partitions
and general mess.
"reinstall" comes to mind. Fortunately, hda7 seems okay. I've copied it
to another drive.
I've looked around, everything seems to work, _but_ I don't see how or
why I should trust it.
Fortunately, "reinstall" was close to the top of the agenda for this
box, and the main question was "with what?"
Disk drive checks ok with smartctl and there are no errors logged to
syslog.. Drive had about 345 power-on hours, shouldn't have expired yet.
Choices are SL5, C5 and (possibly) Debian.
Makes me wonder whether there might have been something unusual going on
in your system,
I have f8 (latest i386 respin dvd) installed on it now, and have about got
everything configured, but its been an interesting ride so far.
One instant problem is bothering me, it appears that my kmail filters menu
survived the recovery from an amrecover session, but it is now immutable, so
I can't add some of the new aliases to a filter rule. I can add them to the
filter screen, but when I click the apply button, anything I've added is
reverted to the original.
Now, the weirdsville part is that I can open
the /root/.kde/share/config/kmailrc with less or vim, and the rules I've
added ARE there.
That files perms are:
-rw------- 1 root root 99100 2008-01-05 22:31 /root/.kde/share/config/kmailrc
Can someone else please do an ls -l on their file and show me what it has for
perms on your f8 machine that can successfully edit those filter rules.
I've nuked /root/kmailrc, and then restarted kmail as root, with no visible
effect. The edits are lost the instant I click 'apply'
Am I barking up the wrong tree here or what?
Thanks John and to anybody else that wants to chime in with helpfull info
here, I'm plumb bumfuzzled from lack of sleep (a graveyard session at the
transmitter last night also turned into a nightmare) and this whole damned
zeroed out partition table fiasco.
And as I add stuff back, selinux is being a PITA, so I may yet
touch /.autorelabel and reboot, but there are no messages about that above
file. Nor are there any messages about it in setroubleshoot's display.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Too much is just enough.
-- Mark Twain, on whiskey