32 or 64 bit Arch?

Hi,
I am new to Arch and have downloaded i686 32 bit, but now wonder if I should get 64 bit. I have a relatively new laptop with Core Duo and Nvidia graphics. I am going to use Arch as my work OS so I need certain programs to work: Opera 10, Skype 2.1 beta, Crossover and Truecrypt. If I opt for 64 bit will I have problems running any of those programs? I have cheked that they all are available, some in AUR, so that's not a problem. Btw, how do I know if programs available in AUR is 32 or 64 bit?
Also, how big is the difference between the 32 and 64 bit versions of Arch? Is it worth the potential problems with apps to do 64 bit?

spiky25 wrote:
cdysthe wrote:
Hi,
I am new to Arch and have downloaded i686 32 bit, but now wonder if I should get 64 bit. I have a relatively new laptop with Core Duo and Nvidia graphics. I am going to use Arch as my work OS so I need certain programs to work: Opera 10, Skype 2.1 beta, Crossover and Truecrypt. If I opt for 64 bit will I have problems running any of those programs? I have cheked that they all are available, some in AUR, so that's not a problem. Btw, how do I know if programs available in AUR is 32 or 64 bit?
Also, how big is the difference between the 32 and 64 bit versions of Arch? Is it worth the potential problems with apps to do 64 bit?
64 bits without issues here so it's decent to use it over 32 bits ...
Why use 32 bits anymore then ???
I ended up installing 64 bit. My main problems were Skype (sorted that out), and Crossover Linux which i can't get to run. I also have a Lightscribe drive on my latpop, and I know that can be tricky with 64 bit. I had 32 bit installed first. For some reason 64 bit boots faster and runs a bit better I think. So if I could get Crossover Linux and Lightscribe to run it's all peachy!

Similar Messages

USB Errors while trying to install 64 bit Arch

I'm trying to install Arch onto some brand new hardware. I am installing using the Arch Netboot environment.
When I try to install 64 bit Arch, I get the following errors straight after archiso.img is downloaded and the kernel is booted:
usb 2-5: device descriptor read/64, error -32
usb 2-5: device descriptor read/64, error -32
usb 2-5: device descriptor read/64, error -32
usb 2-5: device descriptor read/64, error -32
usb 2-5: device not accepting address 4, error -32
usb 2-5: device not accepting address 5, error -32
hub 2-0:1.0: unable to enumerate USB device on port 5
The same lines appear for usb 4-1, 6-5 and 7-1. The only USB device that is plugged in is the USB key that I booted ipxe.lkrn from.
Googling seems to point to a kernel module that needs to be loaded earlier or a faulty USB controller. I do not know how to change what kernel modules are used during installation, and I'm fairly certain the USB controllers are fine. Its a brand new motherboard and I can access my USB key fine (I can boot from it) in any of the available USB ports.
I was close to giving up until for some reason I decided to try and install the 32 bit version of Arch instead. This worked as expected and I am sent to the archiso installation prompt without seeing any of the same USB errors.
Can someone please assist me with this? I would really prefer to have the 64 bit version installed.

https://bbs.archlinux.org/viewtopic.php?id=158206
This seems to be related, although my errors are giving error -32 instead of -110.
Is there a way I can force the installation environment to use kernel 3.7.6? Does the 32 bit installer use a different kernel to the 64 bit installer?
Is there a way I can use the 32 bit installation environment to install 64 bit as well as the 3.7.6 kernel?

[SOLVED] Trying to Install Acroread on 64 bit Arch

Am trying to install acroread read from the AUR using packer on a 64 bit arch installation...
I am running the XFCE DE... and I am getting this error. Cannot for the life of me resolve this...any help will be appreciated
resolving dependencies...
looking for inter-conflicts...
:: gcc-libs-multilib and gcc-libs are in conflict. Remove gcc-libs? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: gcc-libs-multilib and gcc-libs are in conflict
Installation failed.
I cannot install gcc-libs-multilib... coz that asks me to remove gcc-libs which then results is the whole of xfce being removed
Looking for help desparately
Thank you all for your time,
Sameer
Last edited by samgurung (2014-04-16 15:44:49)

I cannot install gcc-libs-multilib... coz that asks me to remove gcc-libs which then results is the whole of xfce being removed
That is weird, since gcc-libs-multilib provides gcc-libs and should not lead to any removal.
try pacman -S multilib-devel

Juniper VPN for 64 bit Arch Linux

Recently I try to connect to the vpn network of my university using my 64 bit Arch Linux box. I succeed in getting it to work, but not without some searching, some methods simply don't work, so I decide to share some info, hopefully someone would find it useful.
My key ref:
http://wireless.siu.edu/install-ubuntu-64.htm
(You need to install xterm for it to work.)
The key issue is the 64 bit java plugin won't work with the Juniper software.
Here are the steps I follow:
1.) follow the reference to install java and the java plugin, firstly 64 bit, then 32 bit and replace the necessary libraries. The steps are detailed in the ref.
2.) install xterm if you have not
3.) link the plugins libnpjp2.so
ln -s / << location of java you installed above >>/lib/amd64/libnpjp2.so /usr/lib/mozilla/plugins/libnpjp2.so
With the newest firefox 5, I confirm the location of plugin is in
/usr/lib/mozilla/plugins/
in the past, it's suggested to be resided in ~/.mozilla/plugins, I don't think it's true now
I think this is much simpler than the change root method and should be suggested.

done, added as "alternative method"
in
https://wiki.archlinux.org/index.php/Juniper_VPN

Canon LIDE210 scanner won't work with 64 bit arch.

I have a Canon LIDE 210 flatbed scanner which is supposed to be fully supported in linux - for many many months if I plug it in, and start up GIMP to use the scanner plugin - initially it looks like it will work but although it successfully completes a preview scan, if I ask it to do a full scan of a page or section of page it makes abnormal noises, and ends up usually screaming as if in pain, and then the sane application hangs. This is if it is plugged in to a laptop with usb3 cable connecting the laptop to the scanner, and running 64 bit arch. Yet the same scanner plugged in to a laptop which only has usb2 ports, and running 32 bit arch works flawlessly running the scanner in the same way.
I expect that the 32/64 bit arch issue is not relevant, and it is some problem with the usb3 drivers not being compatible with the usb2 capability of the scanner that is causing the failure.
I have seen some suggestion (from a Ubuntu forum) to "In the UEFI/BIOS change the setting under USB configuration, "XHCI Pre-Boot mode" from enabled to disabled. In some BIOS configurations this setting is known as "XHCI Mode". Is there a better way to resolve this since usb3 external drives and usbkeys work fine without this change on the same machine.
Does anyone have any experience with running usb flatbed scanners via a usb3 port, and if so is there a workaround that is known to work with this particular scanner? I have seen the thread at https://bbs.archlinux.org/viewtopic.php?id=184816 which also did not lead to a solution.
It would be nice to find a way to deal with this although perhaps a newer linux compatible scanner that is equivalent to the LIDE 210 is available that is compatible with usb3?

Hi Steve,
The Canon Australia web site is only showing v4.5.1.2 of CanoScan Toolbox for the LiDE35 (same version for Windows and Mac). There is no mention of v5.0.1.3 being supported by this model so this could explain the application is unable to locate it. The applications typically have a built-in list of support devices and if the 35 is not in this list then it won't work. Again with reference to the Canon web site, the LiDE 600F and 70 show v5.0.1.4 of CanoScan Toolbox. Later models, such as the LiDE 100 and 200 released last year, don't use the Toolbox application. Instead they work with MP Navigator or OS X apps like Preview.
Pahu

Hardware upgrade & installing 64-bit Arch

I've just upgraded to core i5-750 and an ASUS P7P55 LGA 1156 motherboard.
Since I've also now got 4GB of RAM I figure it's time to go from 32-bit Arch to 64-bit.
In order to make the transition as painless as possible I'd like to keep my "/home" partition, with all its user settings and data, on my 320GB drive, and install the fresh 64-bit OS onto the "/" partition on the same drive - formatting that partition, obviously.
Any particular fish hooks i should be aware of with this approach
Thanks
Last edited by sultanoswing (2010-06-27 09:30:49)

Went perfectly. New hardware is great too. Too bad about flash 64-bit, though!
Who needs migration assistants when you've got a separate /home

Dual booting of 32 and 64 bit arch, how to upgrade kernel?

Hi all,
I have set up a concurrent 32 and 64 bit arch install on my system. I partitioned my system to have 5 partitions:
boot
32bit root
64bit root
swap
home
(64 bit root and home in an extended partition)
I renamed the 64 bit kernel files in /boot to
kernel26_64.img
kernel26-fallback_64.img
System_64.map26
vmlinuz26_64
the 32 bit kernel files have their 'normal' names
kernel26.img
kernel26-fallback.img
System.map26
vmlinuz26
Then I changed grubs menu.lst accordingly to either boot the 32 or 64 bit installation, both using same swap and home partition. This works by now. But if I want to upgrade my kernel through pacman, the 64 bit install will overwrite the 32bit kernel files because it generates the 'normal' filenames which belong to the 32bit installation. Is there a way to tell mkinitcpio to build files with a *_64 at the end while run by pacman -Syu?
Does anybody see other caveats? Are there other solutions to archieve my goal?
Harvey
Last edited by Harey (2009-11-11 21:38:41)

You can change the name of the initcpio images in /etc/mkinitcpio.d/kernel26.preset. To change the name of the kernel itself (vmlinuz26), you'll have to compile your own kernel. Well, not quite; this untested PKGBUILD I whipped up just repackages the official 64-bit kernel, with important names changed:
#pkgname=kernel26 # Build stock -ARCH kernel
pkgname=kernel26-64 # Build kernel with a different name
_kernelname=${pkgname#kernel26}
_basekernel=2.6.31
pkgver=${_basekernel}.6
pkgrel=1
_patchname="patch-${pkgver}-${pkgrel}-ARCH"
pkgdesc="The Linux Kernel and modules"
arch=(x86_64)
license=('GPL2')
groups=('base')
url="http://www.kernel.org"
backup=(etc/mkinitcpio.d/${pkgname}.preset)
depends=('coreutils' 'kernel26-firmware>=2.6.31' 'module-init-tools' 'mkinitcpio>=0.5.20')
# pwc, ieee80211 and hostap-driver26 modules are included in kernel26 now
# nforce package support was abandoned by nvidia, kernel modules should cover everything now.
# kernel24 support is dropped since glibc24
provides=('kernel26')
conflicts=('kernel26')
replaces=('kernel26' 'kernel24' 'kernel24-scsi' 'kernel26-scsi'
'alsa-driver' 'ieee80211' 'hostap-driver26'
'pwc' 'nforce' 'squashfs' 'unionfs' 'ivtv'
'zd1211' 'kvm-modules' 'iwlwifi' 'rt2x00-cvs'
'gspcav1' 'atl2' 'wlan-ng26' 'rt2500')
install=kernel26.install
source=(ftp://ftp.archlinux.org/core/os/x86_64/kernel26-${pkgver}-${pkgrel}-x86_64.pkg.tar.gz)
optdepends=('crda: to set the correct wireless channels of your country')
md5sums=('d017c2cd05530d8ac47c5f95495c5d49')
sha256sums=('8f04074814ae0f697edcec2b1d215d3790746acb154604f2b223f32fa71c6434')
build() {
cp -r ${srcdir}/boot ${pkgdir} || return 1
cp -r ${srcdir}/etc ${pkgdir} || return 1
cp -r ${srcdir}/lib ${pkgdir} || return 1
cp -r ${srcdir}/usr ${pkgdir} || return 1
mv ${pkgdir}/boot/{vmlinuz26,vmlinuz26_64} || return 1
mv ${pkgdir}/boot/{System.map26,System_64.map26} || return 1
sed -i 's/\.img/_64\.img/g' ${pkgdir}/etc/mkinitcpio.d/kernel26.preset || return 1

[SOLVED] Ndiswrapper, NetworkManager 0.7 and 64-bit Arch Linux

Hi there!
I am having problems configuring my wireless card. I know I have to use Ndiswrapper, and this is what I have tried to do; however, it didn't go quite well.
This is rather odd because it worked perfectly in the 32-bit version of Arch Linux, but now it doesn't work.
So, here comes the code.
valandil ~ $ lspci | grep Network
0b:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
I really use ndiswrapper and have already installed what I think is the proper driver (it seems that the list the official ndiswrapper site had has somehow disappeared.
sudo ndiswrapper -l
Password:
bcmwl5 : driver installed
device (14E4:4311) present (alternate driver: ssb)
Here's iwconfig:
valandil ~ $ iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wmaster0 no wireless extensions.
wlan0 IEEE 802.11bg ESSID:""
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
Tx-Power=0 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
I use NetworkManager 0.7 and have configured properly:
rc.conf:
# /etc/rc.conf - Main Configuration for Arch Linux
# LOCALIZATION
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
LOCALE="en_US.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="America/Vancouver"
KEYMAP="cf"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
# HARDWARE
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
# MOD_BLACKLIST: Prevent udev from loading these modules
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
# NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array.
MOD_AUTOLOAD="yes"
#MOD_BLACKLIST=() #deprecated
MODULES=(fuse ndiswrapper fglrx !b44 !mii bcm43xx !snd_pcsp snd-mixer-oss snd-pcm-oss snd-hwdep snd-page-alloc snd-pcm snd-timer snd snd-hda-intel soundcore !pcspkr)
# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"
# NETWORKING
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
HOSTNAME="cipher"
# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
# - prefix an entry in INTERFACES with a ! to disable it
# - no hyphens in your interface names - Bash doesn't like it
# DHCP: Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(lo !eth0 !wlan0)
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
gateway="default gw 192.168.1.1"
ROUTES=(!gateway)
# Enable these network profiles at boot-up. These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
# - set to 'menu' to present a menu during boot-up (dialog package required)
# - prefix an entry with a ! to disable it
# Network profiles are found in /etc/network.d
# This now requires the netcfg package
#NETWORKS=(main)
# DAEMONS
# Daemons to start at boot-up (in this order)
# - prefix a daemon with a ! to disable it
# - prefix a daemon with a @ to start it up in the background
DAEMONS=(@stbd httpd !network syslog-ng netfs crond alsa hal dhcdbd networkmanager fam gdm)
hosts file :
# /etc/hosts: static lookup table for host names
#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost cipher
# End of file
/etc/NetworkManager/nm-system-settings.conf:
GNU nano 2.0.9 File: /etc/NetworkManager/nm-system-settings.conf
[main]
plugins=keyfile
[keyfile]
hostname=cipher
I hope you can solve this problem; wireless is really crucial.
Thanks for any help,
Last edited by valandil (2012-05-02 18:27:09)

Alleluia!!!
I think I will write a new rule for myself to follow :
Thou shalt never use ndiswrapper again.
Thanks a lot, wonder, and thanks to you too, Xyne.
FYI, I tried to use something else than ndiswrapper before, but it didn't yield satisfying results. Anyway, thanks.

Issue with binfmt_misc with a 64 bit kernel in 32 bit arch

When i try to upgrade nss-mdns pacman hangs at
(1/1) checking for file conflicts [###############################################] 100%
when i quit i get this
^C
Interrupt signal received
warning: could not get filesystem information for /proc/sys/fs/binfmt_misc: Interrupted system call
(1/1) checking available disk space [###############################################] 100%
Btw i use a 64 linux kernel on arch 32, could be related to that ?
Edit, seems like its related to mixing 64 bit kernel and 32 userspace, qemu hanged too.
Last edited by Maki (2012-02-22 00:06:49)

Ha, i switched to a 64 kernel when i read the message from Linus today, but i didn't read the followups , thanks
Btw, can this topic be moved somewhere else?, its not pacman related and could be helpful to other users.
Last edited by Maki (2012-02-21 20:59:58)

Donate for 64-Bit Arch?

So, the gist of the quetsion is:
Would you donate (more) money to Arch if they were to make a 64-bit version of it? (IE. AMD64, not Itanic)
I know I would!
-G

I am not sure what your exact goals are for having an A64bit compat OS. But, I use an A64 3400+ and I use my system mostly for gaming. For me I would wait cause 32bit linux commercial games still have issues with the A64 OS. Look at gentoo for example. They have a bunch of emulation libraries for 32bit apps to run on the a64 OS and most games still do not run correctly on it. The games that seem to run fine are the ones that have source code available so you can compile them into 64bit.
So, for me, I would wait till X or nvidia or opengl make drivers or libraries that work in 32bit from the 64bit OS. Until that happens and I have true backward compat in a 64bit OS, I will wait.
I have tried the gentoo amd64bit OS and it is fast, you can see a difference in desktop speed. But I need my commercial games in linux and I must follow them. I just can't get into the whole emulation thing anymore. I've done it with wine and wineX and have ceased to use them and accept what games are available for linux. I must do the same until true backward compat for the A64bit OS is there.

Compiling 64bit packages under a normal 32 bit arch installation

Hello!
For making packages (e.g. custom kernels) I have a virtual arch installation 32 bit (vmware). After the package is compiled I copy it to the destination machine and install it.
At the moment I want to install my first 64 bit archlinux and I want to make a custom kernel for the system. Is it possible to get the 64 bit tree of arch linux and compile it for my 64 bit system under my 32 bit virtual machine?
Second question: Can I use the normal custom kernel script (wiki article: http://wiki.archlinux.org/index.php/Cus … _with_ABS) for a 64 bit kernel?
Greetings,
Flasher

This shouldn`t work within a 32bit-system. But you can compile 32bit-stuff on a 64-bit machine (using a chroot environment).

[SOLVED] Unable to build 32-bit applications on 64-bit Arch System

Hey :-)
I'm trying to build a 32 bit application under Arch64.
I enabled the multilib repositories, updated and installed the lib32 packages.
When I build I'm using the -m32 flag. Compiling is fine, but when I try to link I'm getting errors such as
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
(there are a lot like this, but with what i presume are different libraries)
I've done some googling but to no avail.
Can somebody help me out? Thanks :-)
Last edited by mallard (2015-06-10 07:04:06)

Scimmia wrote:Do you have multilib-devel installed?
Thanks for your help!
I installed gcc-multilib and now everything is working.

32 bit flash on 64 bit Arch

I actually downloaded nspluginwrapper-flash and nspluginwrapper-debian from AUR.
I proceeded to makepkg -s in the nspluginwrapper-debian folder and it didn't work citing some dependency issues.
So i proceed to use yaourt to build nspluginwrapper-debian.
But that says this
==> Building and installing package
==> Install or build missing dependencies for nspluginwrapper-debian:
error: 'lib32-gcc-libs': could not find or read package
Anyone has any idea how i can clear these 32-bit dependency issues?

wonder wrote:enable that repo and pacman -S flashplugin
That package breaks Flash support for browsers which don't use nspluginwrapper (Opera, for instance, which can run 32 bit plugins on its own, and even blacklists nspluginwrapper). This is because the plugin gets installed in a folder from nspluginwrapper (in which Opera obviously doesn't look for plugins). From what I know (seen in OpenSUSE) it's better to install the flash plugin in the Firefox plugin folder (which Opera also looks in) and place the nspluginwrapper itself also in that folder. Firefox can't run the 32 bit plugins so that isn't a problem and it can run the plugins wrapped from nspluginwrapper so the plugins work and Opera just uses the 32 bit plugins and can blacklist the nspluginwrapper.

[SOLVED]32 bit firefox on 64 bit arch

I want to use flash but from the output error message it looks as though flash could not be compatible with 64 bit firefox. I would like to know how to get 32bit firefox from the repositories or is there some way to run in compatibility mode with a 32bit option. Thanks.
Last edited by sdaf (2010-02-13 23:31:35)

Ashren wrote:
Flash works perfectly fine with 64 bit.
If you are determined to use Firefox 32 bit you can get it from the AUR:
http://aur.archlinux.org/packages.php?ID=18644
If I could stay away from it that would be good. Like I said in my previous post should i remove the one i downloaded?

Arch 64 or 32 bit?

I have installed arch before on my system about a month ago, but it was kinda slow and sluggish, even though i had a very minimal setup with XFCE. So I switched back to ubuntu. However, Ubuntu is giving me a lot of problems right now, and i'm considering going back to arch. Since I think that the fact that I used a 64 bit arch isntall at first may have caused some compatibility issues, what would you recommend for my system?
Laptop Specs:
Intel Core2Duo T5250
Intel GMA 965
4GB RAM
Last edited by aznsmartj0ck (2010-08-03 20:18:47)

qchapter wrote:
If you use 32bit only apps like Skype or the Adobe Flash Plugin, the decision is easy: 32bit. By the way this question has been discussed ad nauseum, please search the forums and the wiki before posting:
https://bbs.archlinux.org/viewtopic.php?pid=502393
http://wiki.archlinux.org/index.php/Arch64_FAQ
This is very wrong. First of all, Skype has a version for 64-bit in the AUR. While it is technically a 32-bit binary, it works. The adobe flash plugin has the last released version in the AUR(although i wouldn't suggest using that for security reasons), or you can use nspluginwrapper at the cost of a little bit of performance, but it also works. You can also use a free version of flash, like lightspark player or gnash. Or you could just use a chroot to install a bundled 32-bit system in your 64-bit version.(Which is what I use.)
But I do agree that you should search the forums and wiki.

32 or 64 bit Arch?

Similar Messages

Maybe you are looking for