Glibc issue....
hi.... firstly..... please don't jump to any conclusions.... I have successfully upgraded 2 machines so far and not had any major issues.... I read all the information about how to upgrade glibc successfully, and all ran smoothly..... unfortunately, I have a machine that rarely gets upgraded or used.... but thought it was about time it got a quick tidy up..... so firstly, I fixed and installed the new fonts, then sorted the filesystem, and all was fine.... then did "pacman -Syu --ignore glibc,curl" and it all went wrong!
after this, i have some how ended up with a broken pacman that refuses to do anything! no matter what gets pushed to pacman it gives the same error everytime...... pacman: /lib/libc.so.6: version `GLIBC_2.16' not found (required by /usr/lib/libarchive.so.12)
https://wiki.archlinux.org/index.php/De … iki:usrlib -> is no help,
https://bbs.archlinux.org/viewtopic.php … 3#p1167283 -> this sounds like it might be a solution, but it makes no sense to me
advice would be great..... i havent switched the machine off yet.... thanks
ninjaprawn wrote:https://bbs.archlinux.org/viewtopic.php … 3#p1167283 -> this sounds like it might be a solution, but it makes no sense to me
Can you elaborate? What makes no sense? That seems to be a pretty straightforward suggestion in the link.
If you have never chrooted into your system, there is a good wiki page on that. Once you've done that simply enter the pacman command.
Similar Messages
-
[Solved]Updated system, and dealing with glibc issue.
I neglected to update/use Arch for quite some time, and decided to last night. I quickly encountered problems and I've read https://www.archlinux.org/news/filesyst … equired-1/, https://www.archlinux.org/news/the-lib- … a-symlink/, https://www.archlinux.org/news/fontconf … -required/, http://allanmcrae.com/2012/07/updating- … e-install/, and many threads about issues with filesystem and/or glibc.
First, I followed the instructions to resolve the issue with fontconfig.
<read various threads>
Then, I landed here: https://wiki.archlinux.org/index.php/De … iki:usrlib. I installed glibc-2.16.0-1-x86_64 using the instructions provided. IIRC, I was still experiencing conflicts with filesystem. I came across a thread where a user stated that instructions from Allan McRae's blog (from the link at the top) allowed him to upgrade his system. I tried it out, and I got around the filesystem issue as well as the issue with dependencies linked to tzdata, etc. My issue now lies with the pacman -Su step:
[asdf@asdf ~]$ sudo pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (1): glibc-2.16.0-5
Total Installed Size: 37.63 MiB
Net Upgrade Size: 0.05 MiB
Proceed with installation? [Y/n] y
(1/1) checking package integrity [###############################] 100%
(1/1) loading package files [###############################] 100%
(1/1) checking for file conflicts [###############################] 100%
error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
Errors occurred, no packages were upgraded.
Following Issue 2 under https://wiki.archlinux.org/index.php/De … iki:usrlib, I entered
$ grep '^lib/' /var/lib/pacman/local/*/files
. The output was:
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/security/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/security/pam_ck_connector.so
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/basic.target.wants/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/basic.target.wants/console-kit-log-system-start.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/console-kit-daemon.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/console-kit-log-system-restart.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/console-kit-log-system-start.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/console-kit-log-system-stop.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/halt.target.wants/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/halt.target.wants/console-kit-log-system-stop.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/kexec.target.wants/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/kexec.target.wants/console-kit-log-system-restart.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/poweroff.target.wants/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/poweroff.target.wants/console-kit-log-system-stop.service
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/reboot.target.wants/
/var/lib/pacman/local/consolekit-0.4.5-2/files:lib/systemd/system/reboot.target.wants/console-kit-log-system-restart.service
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/ld-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/ld-linux-x86-64.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libBrokenLocale-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libBrokenLocale.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libSegFault.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libanl-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libanl.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libc-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libc.so.6
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libcidn-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libcidn.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libcrypt-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libcrypt.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libdl-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libdl.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libm-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libm.so.6
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libmemusage.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnsl-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnsl.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_compat-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_compat.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_db-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_db.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_dns-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_dns.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_files-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_files.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_hesiod-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_hesiod.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_nis-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_nis.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_nisplus-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libnss_nisplus.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libpcprofile.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libpthread-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libpthread.so.0
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libresolv-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libresolv.so.2
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/librt-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/librt.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libthread_db-1.0.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libthread_db.so.1
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libutil-2.16.so
/var/lib/pacman/local/glibc-2.16.0-1/files:lib/libutil.so.1
/var/lib/pacman/local/hal-0.5.14-6/files:lib/
/var/lib/pacman/local/hal-0.5.14-6/files:lib/udev/
/var/lib/pacman/local/hal-0.5.14-6/files:lib/udev/rules.d/
/var/lib/pacman/local/hal-0.5.14-6/files:lib/udev/rules.d/90-hal.rules
/var/lib/pacman/local/lib32-glibc-2.14-5/files:lib/
/var/lib/pacman/local/lib32-glibc-2.14-5/files:lib/ld-linux.so.2
/var/lib/pacman/local/ntfs-3g-2012.1.15-4/files:lib/
Being a newb, I didn't want to do something stupid, so I didn't take any action here..
I proceeded on with trying
find /lib -exec pacman -Qo -- {} +
The output was:
error: cannot determine ownership of directory '/lib'
/lib/libutil.so.1 is owned by glibc 2.16.0-1
/lib/libnsl.so.1 is owned by glibc 2.16.0-1
/lib/libnss_compat-2.16.so is owned by glibc 2.16.0-1
/lib/libSegFault.so is owned by glibc 2.16.0-1
/lib/ld-linux.so.2 is owned by lib32-glibc 2.14-5
/lib/ld-2.16.so is owned by glibc 2.16.0-1
/lib/libpthread.so.0 is owned by glibc 2.16.0-1
/lib/libnss_nisplus.so.2 is owned by glibc 2.16.0-1
/lib/libthread_db-1.0.so is owned by glibc 2.16.0-1
/lib/librt-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_files.so.2 is owned by glibc 2.16.0-1
error: cannot determine ownership of directory '/lib/ufw'
error: No package owns /lib/ufw/user6.rules.pacsave
error: No package owns /lib/ufw/user.rules.pacsave
error: cannot determine ownership of directory '/lib/udev'
error: cannot determine ownership of directory '/lib/udev/rules.d'
/lib/udev/rules.d/90-hal.rules is owned by hal 0.5.14-6
/lib/libnss_hesiod-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_dns.so.2 is owned by glibc 2.16.0-1
/lib/libnss_hesiod.so.2 is owned by glibc 2.16.0-1
/lib/libm.so.6 is owned by glibc 2.16.0-1
/lib/libnss_files-2.16.so is owned by glibc 2.16.0-1
/lib/libc-2.16.so is owned by glibc 2.16.0-1
/lib/libBrokenLocale.so.1 is owned by glibc 2.16.0-1
/lib/libdl.so.2 is owned by glibc 2.16.0-1
/lib/libutil-2.16.so is owned by glibc 2.16.0-1
/lib/libBrokenLocale-2.16.so is owned by glibc 2.16.0-1
/lib/libpthread-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_nisplus-2.16.so is owned by glibc 2.16.0-1
/lib/librt.so.1 is owned by glibc 2.16.0-1
/lib/libnss_nis-2.16.so is owned by glibc 2.16.0-1
/lib/libc.so.6 is owned by glibc 2.16.0-1
/lib/libcrypt-2.16.so is owned by glibc 2.16.0-1
/lib/libresolv-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_db.so.2 is owned by glibc 2.16.0-1
/lib/libcidn.so.1 is owned by glibc 2.16.0-1
/lib/libresolv.so.2 is owned by glibc 2.16.0-1
/lib/libmemusage.so is owned by glibc 2.16.0-1
/lib/ld-linux-x86-64.so.2 is owned by glibc 2.16.0-1
error: cannot determine ownership of directory '/lib/security'
/lib/security/pam_ck_connector.so is owned by consolekit 0.4.5-2
/lib/libanl-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_compat.so.2 is owned by glibc 2.16.0-1
/lib/libcidn-2.16.so is owned by glibc 2.16.0-1
/lib/libm-2.16.so is owned by glibc 2.16.0-1
/lib/libcrypt.so.1 is owned by glibc 2.16.0-1
error: cannot determine ownership of directory '/lib/systemd'
error: cannot determine ownership of directory '/lib/systemd/system'
/lib/systemd/system/console-kit-daemon.service is owned by consolekit 0.4.5-2
/lib/systemd/system/console-kit-log-system-restart.service is owned by consolekit 0.4.5-2
error: cannot determine ownership of directory '/lib/systemd/system/kexec.target.wants'
/lib/systemd/system/kexec.target.wants/console-kit-log-system-restart.service is owned by consolekit 0.4.5-2
error: cannot determine ownership of directory '/lib/systemd/system/basic.target.wants'
/lib/systemd/system/basic.target.wants/console-kit-log-system-start.service is owned by consolekit 0.4.5-2
error: cannot determine ownership of directory '/lib/systemd/system/poweroff.target.wants'
/lib/systemd/system/poweroff.target.wants/console-kit-log-system-stop.service is owned by consolekit 0.4.5-2
error: cannot determine ownership of directory '/lib/systemd/system/halt.target.wants'
/lib/systemd/system/halt.target.wants/console-kit-log-system-stop.service is owned by consolekit 0.4.5-2
error: cannot determine ownership of directory '/lib/systemd/system/reboot.target.wants'
/lib/systemd/system/reboot.target.wants/console-kit-log-system-restart.service is owned by consolekit 0.4.5-2
/lib/systemd/system/console-kit-log-system-stop.service is owned by consolekit 0.4.5-2
/lib/systemd/system/console-kit-log-system-start.service is owned by consolekit 0.4.5-2
/lib/libdl-2.16.so is owned by glibc 2.16.0-1
/lib/libnsl-2.16.so is owned by glibc 2.16.0-1
/lib/libnss_nis.so.2 is owned by glibc 2.16.0-1
/lib/libnss_dns-2.16.so is owned by glibc 2.16.0-1
/lib/libpcprofile.so is owned by glibc 2.16.0-1
/lib/libnss_db-2.16.so is owned by glibc 2.16.0-1
/lib/libanl.so.1 is owned by glibc 2.16.0-1
/lib/libthread_db.so.1 is owned by glibc 2.16.0-1
Again, I'm not sure what to do here.
On an irrelevant note, a red flag went up earlier. By some means, it appears I messed up Arch. Is there a chance I can fix the issue with the kernel or is the best option a reinstall?
(482/563) upgrading linux [################] 100%
>>> Updating module dependencies. Please wait ...
depmod: ERROR: could not open directory /lib/modules/3.6.10-1-ARCH: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
>>> Generating initial ramdisk, using mkinitcpio. Please wait...
==> Building image from preset: 'default'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> ERROR: '/lib/modules/3.6.10-1-ARCH' is not a valid kernel module directory
==> Building image from preset: 'fallback'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> ERROR: '/lib/modules/3.6.10-1-ARCH' is not a valid kernel module directory
error: command failed to execute correctly
(498/563) upgrading nvidia [################] 100%
depmod: ERROR: could not open directory /lib/modules/3.6.10-1-ARCH: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
If your card is from the 7xxx series or earlier, install nvidia-304xx
[asdf@asdf ~]$ ls -ld /lib
drwxr-xr-x 6 root root 4096 Dec 22 15:11 /lib
[asdf@asdf ~]$ mkinitcpio -p linux
==> Building image from preset: 'default'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> ERROR: '/lib/modules/3.6.10-1-ARCH' is not a valid kernel module directory
==> Building image from preset: 'fallback'
-> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> ERROR: '/lib/modules/3.6.10-1-ARCH' is not a valid kernel module directory
Thanks in advance.
Last edited by illusory (2012-12-24 00:24:47)I checked out https://wiki.archlinux.org/index.php/Initramfs, and I'm not sure what to do. I rebooted a few times in attempt to get things going. I'm assuming I need to start by logging in to the live CD as root and mounting the sda in which Arch is installed? I don't know how to mount root nor know the complete title for the Arch partition (sda x,x). Sorry for the hassle.
Edit: Found https://wiki.archlinux.org/index.php/Ch … partitions. Be back in a bit.
I currently have the temporary filesystems mounted, chrooted, and am in bash.
# mkinitcpio -p linux
doesn't work. I tried
mkinitcpio -g ..... 3.6.10-1-ARCH
and I received something about 3.6.10 and a module directory.
Last edited by illusory (2012-12-23 23:26:00) -
*** glibc detected *** double free or corruption
Hello
This is an extension of the following thread but brings up problems of its own.
PANIC: fatal region detected, run recovery
I wrote a Python script to upload all my XML files to a container. Earlier I was adding the document without transaction and it went OK. But on querying the container, I got all kinds of error as mentioned in the previous thread.
As suggested, I changed the code to use transaction while inserting the document. Now it fails while inserting the first document itself with error:
Logic index added
Status index added
Difficulty index added
*** glibc detected *** double free or corruption (!prev): 0x087cf158 ***
Aborted
The code I am using is:
http://dpaste.com/20134/
If I change line 35 with line 36 then everything is ok.
Each of my XML document is around 3-10MB and there are around 10000 of them.
So is it a bug with Python library? I have been trying for last 3 weeks to get all the documents up in the container and query it but I always end up having some error or the other.
Is there anyway I can upload all my 10000 docs without any problem and query it?
I looked into dbxml_dump and dbxml_load and it seems that dbxml_load only understands dbxml_dump format which I dont know how it works.
Any help?Thanks for pointing that out. It makes sense to at least have a flag that allows dbxml_load_container to continue after a bad document.
As for the python/glibc issue -- I cannot reproduce it using your script, using either of the optional lines (35/36). If you really want to debug this, you might look at using gdb and/or valgrind to get more information (if you're on linux).
Regards,
George -
Installation problem on Linux Slackware 7.1 (Oracle 8i)
I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
and put in PATH --> /usr/local/jre/bin
Nothing work's.
Somebody can help me ?????
Thank's ....Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null -
Problem Installation in Linux Slackware 7.1
I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
Nothing work's.
Somebody can help me ?????Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null -
Installation on Linux Slackware 7.1.0
I have this problem with the Oracle installer in Slackware 7.1.0. I've tried oracle 8.1.5 and 8.1.6.
The installer hangs when trying to run the database configuration so i end up with a working oracle install except that i don't have a system database.
Anyone seen this before or know what to do about it?Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null -
Installation problem in Linux Slackware 7.1
So that we may better diagnose DOWNLOAD problems, please provide the following information.
- Server name
- Filename
- Date/Time
- Browser + Version
- O/S + Version
- Error Msg
I try install Oracle 8i Enterprise in Linux Slackware 7.1 (kernel 2.2.16), but the runInstaller don't work.
I read the installation manuals and make all steps, but the runInstaller don't work.
I get this message:
./runInstaller
The Java RunTime Environment was not found at bin/jre. Hence, the Oracle Universal Installer cannot be run.
Please visit http://www.javasoft.com and install JRE version 1.1.8 or higher and try again.
: No such file or directory
I try --> ln -s /usr/local/jre118_v3 /usr/local/java
and --> ln -s /usr/local/jre118_v3 /usr/local/jre
Nothing work's.
Somebody can help me ?????
Thank's ....Hello!
I also tried to install Oracle 8.1.6.1 (after giving up the 8.0.5 installation due to segmentation faults all over..), it also failed.
After trying to install Oracle 8.1.6.1 on RedHat 7.0 and it still crashed, i sent a mail to some guru that wrote the oracle-how-to document for redhat, here is what he replied.
My guess is that this also applies to the newest slackware version, because i presume that slackware 7.0 also use the newest glibc libraries;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat >Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% >and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, >that if you install the latest
glibc errata (2.1.94) then the DBCA >completes but the Oracle executables
still die. The DBCA problem was apparently >a Java issue that is fixed in
the errata. But you're still out of luck >since the exes won't work.
It might appear that this is a problem with >Red Hat Linux 7. But it appears
that it is a problem with some assumptions >that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library >included with RHL 6.2) but which
prove false with later glibc versions. As >other Linux distributions adopt
the new glibc Oracle will fail to work on >them as well.
The best advice I can give at this point is >to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will >address the glibc issues with the
8.1.7 release.
ChrisI then installed Orace on RedHat 6.1 and it worked like a dream.
Maybe you guys should try your luck on an earier version of slackware?
Hope that helped...
null -
Attention! About problems with Oracle 8.1.6 on newer Linux distributions!!
Hello all, I've just got some feedback from a helful person at http://www.crunge.com/ about the problems concerning RedHat Linux 7.0 and Oracle 8.1.6, this MAY apply to other newer linux distributions.
I've tried, without luck, to install Oracle on RedHat 7.0 and Slackware 7 (the newest one), and it would not install properly, kept stopping right about when the database initialization started at 80% finished install procedure. Sp i wrote them a mail, not expecting an answer really, but I did got an answer, and below is what the person said;
Thanks for the feedback.
Oracle 8.1.6 does not work under Red Hat Linux 7. Yes, that's the problem
that I mentioned in the doc--you get to 80% and the DBCA crashes and the
Oracle executables die.
I've heard, but I haven't tried it myself, that if you install the latest
glibc errata (2.1.94) then the DBCA completes but the Oracle executables
still die. The DBCA problem was apparently a Java issue that is fixed in
the errata. But you're still out of luck since the exes won't work.
It might appear that this is a problem with Red Hat Linux 7. But it appears
that it is a problem with some assumptions that Oracle made, assumptions
that worked with glibc 2.1.3 (the C library included with RHL 6.2) but which
prove false with later glibc versions. As other Linux distributions adopt
the new glibc Oracle will fail to work on them as well.
The best advice I can give at this point is to install and run Oracle on
Red Hat Linux 6.2. Hopefully Oracle will address the glibc issues with the
8.1.7 release.
Chris
p.s. Do not construe this
as an official Red Hat response; I merely forwarded your e-mail from my
home account. This response and the web pages I put up are mine.
So i guess one sollution to the problem is to try a bit older version of the linux you are having problems with (i tried it on RH 6.1 and it worked like a dream).
Another solution can be to wait it out to check and see if Oracle put a fix out here on technet...?
Hope this helps people bogged down in fustration.
Regards
Ole-Henrik Helin
Computer consultant, Mesan AS
Norway<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Graham Strang ([email protected]):
Hey all. Just to let you know that it is entierly possible to get Oracle to install under RedHat 7 and run happily. I have done it on two differenct machines. There is a bit of fooling with glibc to get it to work. However after you do that it works like a dream. VALinux has a work around posted at: http://ftp.valinux.com/pub/support/hjl/glibc/sdk/2.1/
The READEME.Oracle8i has the work around and the two tar balls are the necessary files. I followed the directions to the letter and they worked like a dream. Any questions feel free to drop me a line.
Cheers,
Graham<HR></BLOCKQUOTE>
OK, so i followed your instructions to the letter (several times), sure I get past the 80% bug but now I have new erros coming up , -"Error in invoking target install of makefile /usr/oracle/sqlplus/lib/ins_sqlplus.mk". I get a whole series of these errors for various mk files. These errors apear during the link phase of the install, prior to the glibc workaround I was not getting this. I am a newbie to Linux and trying to give it a serious go but so far I have had little luck
Any help appreciated.
Nick
null -
SunONE Web Server 6.1 SP7 crashes with Policy Agent 2.2 plugin
Recently we started facing glibc issues on our webservers and wanted to know if any of you have come across such issues on your setups..
Setup Info:
- OS is RHEL 4.0
- Sun ONE Web Server 6.1SP7
- Policy Agent 2.2
When user logins to our application for first time, the policy agent on our webserver intercepts the request and redirects to AM SSO server's login page for authentication. Before redirecting the request, the policy agent preserves the request (POST data) in our webserver and then redirects the request to SSO server. After the user is authenticated on SSO server, the SSO server redirects the request back to our webserver and the policy agent now tries to fetch the preserved post data for the user where it fails(see errors below) and then the user gets 'page cannot be displayed' error on browser. Internally, the SJSWS crashes and gets restarted :(
From logs:
[29/Apr/2008:06:32:48] warning (13856): CORE3283: stderr: 2008-04-29 06:32:48.163 Warning 13856:897a4b8 ServiceEngine: Service::getPolicyResult():Result size is 0,tree not present for https://server1.gft.com:443/dummypost/sunpostpreserve2008-04-2906:31:50.311
[29/Apr/2008:06:32:48] warning (13856): CORE3283: stderr: *** glibc detected *** free(): invalid pointer: 0x08265670 ***
[29/Apr/2008:06:32:48] warning (13856): CORE3283: stderr: 2008-04-29 06:32:48.529 Warning 13856:897a4b8 ServiceEngine: Service::getPolicyResult():No passwd value in session response.
[29/Apr/2008:06:32:48] catastrophe (13856): CORE3260: Server crash detected (signal SIGSEGV)
[29/Apr/2008:06:32:48] info (13856): CORE3261: Crash occurred in NSAPI SAF service-j2ee
[29/Apr/2008:06:32:48] failure (13107): CORE3107: Child process closed admin channel
(At this point the SJSWS gets restarted)
This issue is not always reproducible though !
Appreciate your help on debugging this..Hi...
just a guess try looking into this bug details ..it may be helpful
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6299862 -
During Apache installation on Fedora 2 from Oracle DB10g Companion CD I recieved message : Error in invoking target 'install' of makefile /u01/...../ins_sqlplus.mk.
In error log I have read:
/usr/lib/gcc-lib/i386-redhat-linux/3.3.3/libgcc_s.so: undefined reference to `dl_iterate_phdr@GLIBC_2.2.4'
collect2: ld returned 1 exit status
make: *** [sqlplus] Error 1
How to solve this problem?I am trying to Install 11.5.8 on FC2. adlnk806.sh which runs via adrunias.sh , is giving problems. glibc issue. do you have any idea how to get pass thur this phase. I successfully gone thru the RDBMS phase. I am trying single-node (2 user) vision install.
You might try with older versions like Rapidwiz 11.5.18. (2981384). This might be too old. Try one version below yours.
Another reason could be, your binutilitities which provies basic core executables like cc, ar, ld , and make. Actually, you need to find which glibc version that 11i(11.5.10) get supported with. Like 2.1.3, 2.2.X or 2.3.3. Once you know, get the rpm and install. It will be installed under /usr/i386(i686). Then make directory 'saved', under /usr/bin , then move cc, make, ld, ar to 'saved'. Now make a softlink to all those executables that saved under 'saved' to the same executables that you got along with glibc. YOu can verify them under /usr/i386. Names will not be exact, but something like i386-21libc-linux-ld. This way, the compiler or archiving or linker will get the executable from the recommened glibc versions.
Hope this helps.
Regards,
Gopal -
Hey fellow Archers.
I am attempting to install Archlinux onto my lappy so i can move that away from Xubuntu
point 1:
The reason for me doing this 'offline' is that i ONLY have a 3G connection to the internet & want to keep my bandwidth usage down to a total minimum so as to avoid astronomic bill (I live in South Afric & my provider is MTN = big bandwidth costs)
So i have a snapshot of my pacman cache from my Desktop which i have copied to my usb thumb drive.
I originally attempted this using the old media (CORE 2011.08.19) once i got that installed i faced some issue's with the initial update (using my cache), i followed the wikki & still faced problems so i jumped into the IRC channel requesting some small advice re the filesystem & glibc issue's & was promptly told to get the new iso & read the wikki!!!!!!!! (did they not see the background i gave & that i stated i had read the wikki & still had issue's)
So now i have the latest media (downloaded in a quick 8 hours!!!) i am booted into it & now i am trying t use my pac cache (mounted as /mnt2)
my target for this install is
/dev/sdb8 mounted at /mnt
the commands i have tried so far:
[initially i wanted to do it the arch way & first mounted my usb stick to /mnt/var/cache/pacman/pkg]
pacstrap /mnt base <<<<this began to download so i had to cancel (see point 1)
[remounted usb drive as /mnt2]
pacman --root /mnt --cachedir /mnt/var/cache/pacman/pkg --dbpath /mnt/var/lib/pacman --logfile /mnt/var/log/pacman.log -U *
this gave the following error:
error:'/mnt2/pkg/accountsservice-0.6.18-1-x86_64.pkg.tar.xz': duplicate target
how can I move forward with this?
i have tried to use pacserve but that just redirects to my desktop mirror list thus downloading what i already have!
I did ask this question on IRC but was not given much advice & was mainly told the channel was created by someone who hated arch & that the IRC channel is not helpful as it is full of n00bs!
however one guy did respond nicley & pointed me in the right direction but alas i still face the above issue
thanks in advance for any & all responses
Last edited by t0m5k1 (2012-08-08 10:30:42)ngoonee wrote:
Use arch-chroot as mentioned in the wiki. Before that, mount your root to /mnt or wherever and then mount your cache to /mnt/var/cache/pacman/pkg.
EDIT: if you have terrible and expensive Internet you should probably not use Arch....
i tried to
arch-chroot /mnt
mount: mountpoint /mnt/etc/resolv.conf does not exist
chroot: failed to run command /bin/sh: no such file or directory
umount: /mnt/etc/resolv.conf: not found
I gathered this was due to me not having a base install (which is contained in my package cache)
I already use Arch on my Desktop, i just do not see the point in re-downloading something which I already have as it is a pure waste of my pricey bandwidth.
Thought:
I have noticed that I am being told from multiple people (forum/IRC) that perhaps Arch is not for me!!!!
WHY I love this distro, I have tried so many before which have never come close to what i want which is what I find in Arch but I guess some do not want this to get popular & to think I was considering making a donation why should I if I am being told to go away!
Last edited by t0m5k1 (2012-08-08 09:05:02) -
Not sure where this topic belongs. Please move it accordingly.
I'm working on a fairly large project making use of lua, and was getting weird memory corruption bugs I was having issues tracking down. It looked like these bugs were coming from lua, but I was somewhat in disbelief.
Then I ran this:
valgrind -v lua -e "print('hi')"
For a bit of clarity, I compiled the latest lua so I would have some symbols:
valgrind -v ./lua -e "print('hi')"
==2277== Memcheck, a memory error detector
==2277== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==2277== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==2277== Command: ./lua -e print('hi')
==2277==
... omitted for brevity ...
==2277== Invalid read of size 8
==2277== at 0x59DB6C1: ??? (in /lib/libc-2.14.1.so)
==2277== by 0x59C362D: fputs (in /lib/libc-2.14.1.so)
==2277== by 0x417267: luaB_print (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40852B: luaD_precall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x411A47: luaV_execute (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40893C: luaD_call (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x407BF6: luaD_rawrunprotected (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x408AD1: luaD_pcall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x4061FE: lua_pcall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x4043E5: docall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40447D: dostring (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x404986: pmain (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== Address 0x5cf5398 is 24 bytes inside a block of size 27 alloc'd
==2277== at 0x4C2740D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2277== by 0x4C27597: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2277== by 0x40A97B: luaM_realloc_ (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40E565: luaS_newlstr (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x415B31: luaX_newstring (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x415F52: llex (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x416828: luaX_next (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C23F: funcargs (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C445: primaryexp (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C533: chunk (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40DCE4: luaY_parser (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x407F6F: f_parser (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277==
hi
==2277==
==2277== HEAP SUMMARY:
==2277== in use at exit: 0 bytes in 0 blocks
==2277== total heap usage: 430 allocs, 430 frees, 33,475 bytes allocated
==2277==
==2277== All heap blocks were freed -- no leaks are possible
==2277==
==2277== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 6 from 6)
==2277==
==2277== 2 errors in context 1 of 1:
==2277== Invalid read of size 8
==2277== at 0x59DB6C1: ??? (in /lib/libc-2.14.1.so)
==2277== by 0x59C362D: fputs (in /lib/libc-2.14.1.so)
==2277== by 0x417267: luaB_print (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40852B: luaD_precall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x411A47: luaV_execute (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40893C: luaD_call (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x407BF6: luaD_rawrunprotected (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x408AD1: luaD_pcall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x4061FE: lua_pcall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x4043E5: docall (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40447D: dostring (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x404986: pmain (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== Address 0x5cf5398 is 24 bytes inside a block of size 27 alloc'd
==2277== at 0x4C2740D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2277== by 0x4C27597: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2277== by 0x40A97B: luaM_realloc_ (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40E565: luaS_newlstr (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x415B31: luaX_newstring (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x415F52: llex (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x416828: luaX_next (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C23F: funcargs (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C445: primaryexp (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40C533: chunk (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x40DCE4: luaY_parser (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277== by 0x407F6F: f_parser (in /home/endeavor/source/lua-5.1.4/src/lua)
==2277==
--2277--
--2277-- used_suppression: 4 U1004-ARM-_dl_relocate_object
--2277-- used_suppression: 2 glibc-2.5.x-on-SUSE-10.2-(PPC)-2a
==2277==
==2277== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 6 from 6)
I am unsure of where to go from here. I get these errors both in 64 and 32-bit Arch. Another user in the #lua channel using gentoo does not have these errors, which leads me to believe this is an arch-specific issue.
Can someone smarter than myself shed some light on this? It looks like lua, for some reason, isn't playing nice with Arch's glibc. I'm leaning towards perhaps this is an Arch glibc issue, but not sure.I'm running a couple of lua scripts which import files into NoteCase Pro. These scripts always stall (about 2/3 of the way through) on Arch when I import a large number of files (say more than 500), but they work when I import the files in smaller batches (so not a data problem). The same scripts work on Windows XP and other Linux distros tried, but always stall on Arch so that the NoteCase process has to be killed.
So, your suspicion about Lua problems and Arch is very interesting, and I have also been in touch with the author of NoteCase Pro to discount other possibilties.
May try as you have done and experiment with Valgrind a bit. -
[SOLVED] VPN Secrets failure from NetworkManager.
So, at some point recently, VPN connection stopped working via nm-applet in Mate. Not entirely sure at what point it started, I dont use my VPN connection all that often. OpenVPN connects fine on its own, but when I try to connect via NetworkManager, I get the classic "The VPN Connection Failed because there were no valid VPN Secrets"
I have gotten this before and it was related to gnome-keyring. I don't think its the same this time. journalctl is showing the following error:
NetworkManager[375]: <error> [1429861241.801229] [vpn-manager/nm-vpn-connection.c:1899] get_secrets_cb(): Failed to request VPN secrets #2: (5) User canceled the secrets request.
In the past, when I saw this and when I search for this, its all about "(6) No agents were available for this request" and all of those are gnome-keyring related. Just to be sure, I have wiped out ~/.local/share/keyrings. It killed all of my keyring entries, but did nothing to fix this.
If I try to edit the VPN entry in nm-connection-editor (as user, works as root) I get "Error initializing editor. User canceled the secrets request." This is making me think I have something messed up for permissions somewhere. It doesn't seem to be in /etc/NetworkManager/system-connections that the permissions problem lies.
I am not finding anything about this slightly different error I am getting. I can connect to the vpn with openvpn from command line fine, but I have grown weak and want my damned nm-applet connection to work. Any help or clues anyone can give is appreciated.
Last edited by jotterson (2015-04-29 18:12:51)seem it was a glibc issue, I fixed it by doing this http://www.reddit.com/r/archlinux/comme … ng/cqm1ogl
-
Issues with valgrind and glibc
------- Additional Comment #2 From Tom Hughes 2008-06-12 08:51 -------
You appear to be using valgrind 3.3.0 on a gibc 2.8 system but 3.3.1 does not support glibc 2.8 and configure should have errored at build time. What you are seeing is valgrind not having suppressions for glibc 2.8 issues.
This is a quote from a bug I reported regarding valgrind.
I'm using the testing repository, but maybe it should have given a conflict? Anyway, seems valgrind is releasing a new version compatible with glibc 2.8.
Link to the bug report http://bugs.kde.org/show_bug.cgi?id=163852
EDIT: I also think he mean that 3.3.0 doesnt support glibc 2.8
Last edited by raul_nds (2008-06-12 14:31:13)I already reported a bug in the valgrind bug tracker.
The thing is that glibc in testing is always released before valgrind do their release that supports the latest glibc.
If you don't enable the testing repo eveything should be fine (as always).
I will contact the package maintainer to let him know. -
Oracle 11.2 Database Installation - issues with prerequisite package glibc
Hi All,
I am busy installing Oracle 11g R2. One of the prerequisites for package 'glibc-2.3.4-2.41' is failing because our package version is 'glibc-2.3.4-2.25'.
Could I safely ignore this warning?
Thanks,
Kim.
Edited by: user10439059 on Oct 29, 2009 11:59 PMdownload the 'glibc-2.3.4-2.41' rpm and apply it and then start installing..You should be really carful when replacing things like the glibc. If he has not the required version then me is
probably using a not certified operating system. All certified operating system already ship with the required versions.
I am not saying upgrading the glibc wont work... but you might end up with inconsistent system.
Ronny Egner
My blog: http://blog.ronnyegner-consulting.de
Edited by: Ronny Egner on Oct 30, 2009 8:27 AM
Maybe you are looking for
-
Cannot enable iCoud Back up on my iphone, worked before.... Please help
-
HT4906 Stuck with iPhoto '09 in Mountain Lion, no Photo Stream
I installed Mountain Lion from Snow Leopard, and I cannot access Photo Stream because I am stuck w/ iPhoto 9. The support article linked from the greyed out Photo Stream says Snow Leopard Users can update iPhoto with a software update. None availabl
-
Import of raw-files to iphoto is impossible since yosemity and iphoto 9.6 - is there already a solution? Macbook Pro 2011 and Macbook Air 2011 - Krs Benne49
-
New build keeps BSOD and freezing
HI all Right here we go i have built a PC for my son specs are OS: win7 home 64bit Motherboard: msi Z87 G45 Memory: patriot viper 3 1600 8GB GPU: Gigabyte 650TI 2GB CPU: I5 4670K Haswell PSU: Be Quiet! CM BQT L8-730W PSU Pure Power HD
-
Why does the new "share this page" button not stay deleted?
Two issues with the latest two releases (35.0 and the one before)... 1. The new "share this page" button (with the paper airplane icon) reappears everytime FF is started -- even though I have removed it from the toolbar. How can I make stay gone? 2.