You are not logged in.
Here's the message I managed to get after making 2 mistakes consecutively
pacman: error while loading shared libraries: libcurl.so.4: wrong ELF class: ELFCLASS641. Binaries move to /usr/bin: Four days ago I rebooted way too soon: after updating 'pacman --ignore filesystem,bash' before installing bash and 'pacman -Su', yeah call me Bill ![]()
2. Today I chrooted into the i686 netbook and updated the system from a... x86_64 live system. yeah, call me Gates ![]()
While only the packages quoted below where updated I'm stuck atm.
Unless I compile the right packages as kernelpanic suggested here some time ago :
https://bbs.archlinux.org/viewtopic.php … 60#p776760
Now which package should I compile first please?
x86_64 packages "updated" on my Arch i686 netbook while chrooted:
colord-1.0.1-1-x86_64.pkg.tar.xz
cups-filters-1.0.35-1-x86_64.pkg.tar.xz
curl-7.31.0-1-x86_64.pkg.tar.xz
git-1.8.3.2-1-x86_64.pkg.tar.xz
gtkmm-2.24.4-1-x86_64.pkg.tar.xz
imagemagick-6.8.6.2-1-x86_64.pkg.tar.xz
libva-1.2.1-1-x86_64.pkg.tar.xz
linux-3.9.8-1-x86_64.pkg.tar.xz
linux-ck-atom-3.9.8-1-x86_64.pkg.tar.xz
lirc-utils-1:0.9.0-49-x86_64.pkg.tar.xz
man-db-2.6.5-1-x86_64.pkg.tar.xz
mkvtoolnix-cli-6.3.0-1-x86_64.pkg.tar.xz
mkvtoolnix-gtk-6.3.0-1-x86_64.pkg.tar.xz
ntfs-3g-2013.1.13-4-x86_64.pkg.tar.xz
rrdtool-1.4.8-1-x86_64.pkg.tar.xz
ruby-2.0.0_p247-1-x86_64.pkg.tar.xz
xf86-video-intel-2.21.10-3-x86_64.pkg.tar.xzLast edited by kozaki (2013-07-01 13:39:30)
Seeded last month: Arch 50 gig, derivatives 1 gig
Desktop @3.3GHz 8 gig RAM, linux-ck
laptop #1 Atom 2 gig RAM, Arch linux stock i686 (6H w/ 6yrs old battery
) #2: ARM Tegra K1, 4 gig RAM, ChrOS
Atom Z520 2 gig RAM, OMV (Debian 7) kernel 3.16 bpo on SDHC | PGP Key: 0xFF0157D9
Offline
You could mount your partitions from a live system and manually untar i686 curl (see this thread for the tar command) to the installation's root. Then chroot in and reinstall all the packages with incorrect architecture (including curl). I think using "pacman -root /installation/root" from the live image should work as well, if you run a -Syy first.
Better wait for a second opinion before trying any of the above though.
Edit: You said you rebooted before isntalling bash, however in your list of (wrongly) updated packages there is no bash..
Last edited by hokasch (2013-06-30 15:44:19)
Offline
@hokasch as a matter of fact I ran a 'pacman -Syu --ignore filesystem,bash' after I chrooted to finish the 'Binaries move to /usr/bin' that I mistakinly interrupted before. Just to realize x86_64 packages got installed. right now am still on the live system btw.
I read the tar command, thanks! Now isn't Profjim's script made to reinstall openssl, in order to fix a broken pacman during the openssl upgrade?
Seeded last month: Arch 50 gig, derivatives 1 gig
Desktop @3.3GHz 8 gig RAM, linux-ck
laptop #1 Atom 2 gig RAM, Arch linux stock i686 (6H w/ 6yrs old battery
) #2: ARM Tegra K1, 4 gig RAM, ChrOS
Atom Z520 2 gig RAM, OMV (Debian 7) kernel 3.16 bpo on SDHC | PGP Key: 0xFF0157D9
Offline
as a matter of fact I ran a 'pacman -Syu --ignore filesystem,bash' after I chrooted to finish the 'Binaries move to /usr/bin' that I mistakinly interrupted before. Just to realize x86_64 packages got installed.
Ah ok - I misread.
The script is for getting back pacman, but the idea is the same - untar a package instead of using pacman to "install" it, i.e.
# tar -xvpf curl-7.31.0-1-i686.pkg.tar.xz -C /mnt/arch --exclude .PKGINFO --exclude .INSTALLYou installed a curl package with wrong architecture, so pacman fails when it calls curl. Untaring the correct curl package should enable you to then chroot in and a) sync the database to i686 packages, b) re-install the packages with wrong architecture (including curl) and c) carry on with the /bin update (install bash, -Su).
Last edited by hokasch (2013-06-30 16:46:51)
Offline
You can use pacman from the live environment, specifying the appropriate root and using the --arch option to specify the architecture, if different. So you could just e.g. uninstall those packages, ignoring dependency issues, and then reinstall them using --arch while booted from the live media. That way, you can use the tools available on the live media rather than worrying about broken tools in the chroot.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Hi cfr
you mean to use pacman from the Arch Install Medium? i.e. remove wrong packages, reinstall pacman then these packages, please correct me if I'm wrong, I'll add Arch on the USB key then.
Have to check pacman's options to do so.
EDITed for a hopefuly better clarity ![]()
Last edited by kozaki (2013-07-01 08:44:22)
Seeded last month: Arch 50 gig, derivatives 1 gig
Desktop @3.3GHz 8 gig RAM, linux-ck
laptop #1 Atom 2 gig RAM, Arch linux stock i686 (6H w/ 6yrs old battery
) #2: ARM Tegra K1, 4 gig RAM, ChrOS
Atom Z520 2 gig RAM, OMV (Debian 7) kernel 3.16 bpo on SDHC | PGP Key: 0xFF0157D9
Offline
Like the second option I mentioned above ("pacman -root /installation/root") - boot a i686 live medium, then run the pacman on it with the -root switch (see man page) pointing to your mounted installation. Reinstall the packages in question that way, it will use your installation's database etc but the live system's architecture/curl/pacman.conf. After that, chroot in and complete the /sbin update.
No need to reinstall pacman - it is the x86_64 curl that brakes your pacman.
Offline
Did exactly as you said hokash, and it went like a breathe (not sure how to spell that one). I based myself on your first two advices which where a bit less clear than the last one. Better was the cofee today for sure ^^
System runs smoothly now.
Only issue was with rtorrent:
pacman -S rtorrent
erreur: la préparation de la transaction a échoué (architecture invalide)
:: le paquet rtorrent-0.9.3-2-x86_64 n’a pas d’architecture valide
pacman -Qs torrent
local/libtorrent 0.13.3-2But a refresh of mirrors after i updated pacman's mirrorlist with reflector solved this ![]()
Thank you v much archers!
Seeded last month: Arch 50 gig, derivatives 1 gig
Desktop @3.3GHz 8 gig RAM, linux-ck
laptop #1 Atom 2 gig RAM, Arch linux stock i686 (6H w/ 6yrs old battery
) #2: ARM Tegra K1, 4 gig RAM, ChrOS
Atom Z520 2 gig RAM, OMV (Debian 7) kernel 3.16 bpo on SDHC | PGP Key: 0xFF0157D9
Offline
Glad you got it sorted. You didn't actually need a live media with the right architecture because the --arch option to pacman lets you override it.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline