Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: coreplayer2 on October 23, 2012, 01:24:15 PM
-
H'mmm, seems like some dep is missing since running tce-update, because multiple errors since update. some fixed by downloading xz.tcz to OnBoot.lst, but everyday this week something else gets ugly. Today, Segmentation Fault reported when attempting to run gparted since using tce-update to update tcz's
have uninstalled gparted and reinstalled, problem persists ??
Have updated dep's and tcz's
-
Actually the situation is worse than I first feared, checking on other apps we find they will not run either..
apps like
firefox
shiretoko
pcmanfm
gedit
gparted
This sounds familiar.. will have to revisit recent threads i think
-
You should update deps, then install missing deps.
Then you can update apps without problems.
-
thank you Gerald, yes that is the order I update with (usually)
have updated the dep's
no missing deps reported
and no updates available
yet the list of apps above (earlier post) all produce the " segmentation fault " when attempting to run each and any of them.
I wonder is the glib2-dev was updated simultaneously with glib2 , both are installed..?
-
Nothing else left for me to do, so restored glib2.tcz and libxml2.tcz and all is well again,,, PHEW!!
All apps open without crashing with the " Segmentation Fault " error
;D
-
Funny, some of those same programs were missing the xz.tcz after updating deps on my system.
-
I'd already added xz.tcz to the onboot.lst but in the end that didn't resolve the issue
-
There shouldn't still be a problem, as xz.tcz was added to libxml2.tcz.dep albeit a few hours after the libxml2 update. All is working fine here, is anyone else having an issue?
-
I restored the old versions of glib2.tcz and libxml2.tcz and sanity restored :)
Just a thought, I wonder if a conflict with having the old version of glib2-dev installed and the updated glib2 also installed. looks like both have been updated in the repository will try updating again.
On the other hand glib2 may not be related..
-
I had typos in the glib2 info files, but they were all updated. Should all be good.
-
Ok have deleted old related extensions & dep lists, updated dep files, fetched missing deps and scanned for updates..
the confusion over the xv.tcz extension was apparently the issue, which appears to be fixed.
All is good now thank you Jason 8)
-
About once a month I tackle another system update. While it's probably a moot point with TC-5.0 on the horizon, I still have catastrophic " Segmentation Faults " when opening several applications immediately after an extension update is completed.
the culprit is
glib2.tcz
After updating from the repo most installed apps refuse to start and when run from the terminal most result in a Segmentation Fault. These are some of the effected applications
Shiretoko
gparted
leafpad
meld
gimp2
PCmanFM
Xarchiver
etc. etc..
Restoring original version of glib2.tcz and rebooting completely resolves the issue
this version is trouble free
1417216 Apr 5 2012 glib2.tcz
the dep files are identical
With these original files installed, all my updated TC-4.7.7 systems are once again totally reliable
-
the md5sum for glib2.tcz checks out OK on the server and is the same as my local glib2, which does not give problems.
Given your problems, it might be worth verifying that tce/optional and tce/optional/upgrade are both owned by tc:staff and that your partion e2fsck is OK?
$ cat glib2.tcz.md5.txt
5db8f6ab7a9a773fc20fd35ae0689711 glib2.tcz
-
yes ownership and file system are good on all systems which exhibit this issue, have many systems where this segmentation fault is reproducible.
I felt for the longest time this issue was caused by either glib2 or libxml2 and have never been able to pinpoint the culprit. However today and at least on this particular system i can reliably reproduce the phenomena by simply updating glib2 then replacing it with the older version to return normal use of other applications. For sure there is a conflict with another extension which is the real cause, considering my systems which display this issue have installed similar if not the same set of extensions in the onboot.lst.
the issue with the upgrade directory, ok may have been self induced. I remembered that to prevent the update process from unintentionally updating glib2 I had set glib2's immutable bit which most probably prevented tc from processing the files in this directory. A small detail which I had forgotten about, I'm sure I'm not the first to do that.
thanks
-
I should clarify, the current glib2.tcz does not cause the issue, but is merely the catalyst. When booted with an alternative test base onboot.lst there is no conflict with latest glib2 and the previously effected extensions load perfectly.
There is an extension or more than one in my current onboot.lst which is at conflict when the latest glib2.tcz is loaded, resulting in a segmentation fault attempting to load many effected applications. I should write a script to load each extension in the onboot.lst (which contains the real culprit) when booted to an alternative base onboot.lst and then test each effected application
have corrected my above post
-
I have got problems with 4x gparted and fdisk
(http://oi44.tinypic.com/2zdupsw.jpg)
sudo fdisk /dev/sdb
Command (m for help): p
Disk /dev/sdb: 17.1 GB, 17095983104 bytes
92 heads, 57 sectors/track, 6367 cylinders, total 33390592 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: 0xb0912fbb
Device Boot Start End Blocks Id System
/dev/sdb1 1552 15974399 7986424 b W95 FAT32
whats my main problem?
Its a new EIGHT G USB stick
AFAIK they don't make 18G sticks
but internal drive is correct
Command (m for help): p
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 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: 0x0006b05b
Device Boot Start End Blocks Id System
/dev/sda1 63 52436159 26218048+ 83 Linux
/dev/sda2 52436160 54540674 1052257+ 82 Linux swap / Solaris
/dev/sda3 54540675 156296384 50877855 83 Linux
-
Hi aus9
It's a 16Gbyte USB stick. With memory devices a Giga byte is 1024*1024*1024. Multiply that by 16 and see what you get.
-
thanks
17179869184
I did not trust it when it fdisk reported it as 17.1 GB
so I elected to try 2 different live dvds each gave a diff number
so sudo dd if=/dev/zero of=/dev/sdb bs=512 count=1reboot create a fresh msdos table
still reports greater than 16G
only cost $6 so its now consigned for non-TC use
2) just bought a better brand 16G and it reports
Disk /dev/sdb: 15.5 GB, 15500673024 bytes
40 heads, 40 sectors/track, 18921 cylinders, total 30274752 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: 0x5d5c776a
Device Boot Start End Blocks Id System
/dev/sdb1 8064 30274751 15133344 c W95 FAT32 (LBA)before I reformat it