Have you actually done the fsck? What were the results? Every unclean shutdown needs a following file system check before continuing.
Also, have you tried creating a new user to see if it happens there? That can be useful in establishing whether it's system or user-related.
If it's system related, a re-install might be the way to go (though I realise for alpha1 a re-install caused it). If it's user-related, perhaps renaming .kde4 or .local might help (you'll lose your customisation temporarily). In that case, you're into a laborious half-split process to track down the file causing the problem.
Or you could just back-up your data and re-install everything from scratch reformatting your partitions.
Yes, have just done fsck and this is what I got: [N.B. sda1 is a windows partition, so irrelevant, sda5 is where PClinuxOS is installed, and sda7 is my separate /home partition]
[root@localhost root]# e2fsck -fy /dev/sda5
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda5: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda5: 200108/1324512 files (1.9% non-contiguous), 1605034/5289393 blocks
[root@localhost root]# e2fsck -fy /dev/sda6 [N.B This is the swap partition, so as expected?]
e2fsck 1.41.14 (22-Dec-2010)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda6
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
[root@localhost root]# e2fsck -fy /dev/sda7
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda7: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda7: 55003/5668864 files (7.6% non-contiguous), 11155431/22657666 blocks
Seems some errors there! Also, I have tried seting up a new user and just using the standard settings as they were, it crashed within 15 mins!
Hard reboots (pressing the power button to close then open the machine) is never a good thing and would require a filesystem check (fsck).
Often there are stuff buffered on RAM and written on temporary disk space. If these are not cleared or logged, it could create problems such as what you are experiencing now. Moreover, this method of shutting down your machine then rebooting can be hazardous to your hard drive and will most surely lead to kernel panics.
Be aware please.
Archie - I am aware, but I have no choice - it freezes solid and NOTHING will unfreeze it other than the power button, sadly.
oldschool - I'm not having that problem, just the crashes. I checked, and I don't have the applets you mention installed.
I'm currently writing this via the live disc, and at least that hasn't crashed (yet!). I'll keep this running for a bit and see what happens before rebooting and seeing if the fsck check/repair helped...
As always, your help is very much appreciated - thanks for bearing with me.
