weird instability

Guys,

Got a weird one that one of you might have seen before.

desktop pc, corei7, 16gb ram, 64gbSSD and 1TB regular disk, running xubuntu
with xfce desktop environment.

Users tools are Firefox, Thunderbird, Virtualbox and Eclipse

barely touches a gig of ram consumption when started up

root@carmen:/home/carmen# uname -a
Linux carmen 3.13.0-58-generic #97-Ubuntu SMP Wed Jul 8 02:56:50 UTC 2015
i686 i686 i686 GNU/Linux

Specifically running 32bit for a particular development task that requires
it, and pae to use more ram if needed.

The disk layout is:

root@carmen:/home/carmen# fdisk -l

Disk /dev/sda: 64.0 GB, 64023257088 bytes
255 heads, 63 sectors/track, 7783 cylinders, total 125045424 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c7f0f

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     2099199     1048576   83  Linux
/dev/sda2         2099200    35653631    16777216   82  Linux swap / Solaris
/dev/sda3        35653632   125045423    44695896   83  Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00004e50

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048    62916607    31457280   83  Linux
/dev/sdb2        62916608  1953525167   945304280   83  Linux



root@carmen:/home/carmen# mount
/dev/sda3 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs
(rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sda1 on /boot type ext2 (rw)
/dev/sdb1 on /var type ext4 (rw)
/dev/sdb2 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup
(rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse
(rw,nosuid,nodev,user=carmen)
root@carmen:/home/carmen#


in summary /boot / and swap on the SSD
/var and /home on the physical disk


Problem... on boot up it segfaults on starting every application, each time
getting a little further into the startup sequence, then eventually the
application loads and it runs stable for the remainder of the session.


Today I sym linked /tmp to /var/ttmp in case it was a timing issue between
some files being written to the ssd /tmp faster than others could be
written to the regular drive in /var/tmp

Doesn't seem to have made any improvement.

The machine is remote to me, was fine when I was there, but being a pain
since. I am going to try and replicate the setup here with regular Debian.

Can anyone spot any obvious flaw in the above approach that might result in
the applications segfaulting as they load until they sucessfully load once?

Anyone heard of this before?

TIA,

Harry.

-- 
Irish Linux Users Group
--- 
You received this message because you are subscribed to the Google Groups "ILUG" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To post to this group, send an email to [email protected].
Visit this group at http://groups.google.com/a/linux.ie/group/ilug/.
To view this discussion on the web, visit https://groups.google.com/a/linux.ie/d/msgid/ilug/CAHAPYVCgNdcGamjMJQZ_7-5V%2B29%2Bqt%2BW2eBDES2VY4X__Yjnrg%40mail.gmail.com.