Talk:Install Arch from within another distro

From ArchWiki
Jump to: navigation, search

Really useful page, as I can't boot the x86_64 voodoo cd for some reason, I booted the 0.7 one and followed this method to jump straight to current.

The following step was useless to me:

cd /dev
mknod -m 660 console c 5 1
mknod -m 660 null c 1 3

This seems to be taken care of by filesystem package

Also, on x86_64, after having installed grub, I had to do:

cp /usr/lib/grub/i386-pc/* /boot/grub/'

for 'grub' or 'grub-install' to work.

Install scriptlets won't run!

People following this method should probably be advised to re-install all the base packages they've installed once they've got a working system, since

(1) pre/post_install scriptlets won't be run until bash is installed

(2) Some packages' install scriptlets depend on utilities that may not be installed yet. For example: glibc uses grep and awk in its install scriptlets.

It would probably be best that they do this reinstall from a chroot into the archlinux partition, rather than using the --root option again.

Remove grub & lilo from base packages

I'd rather see grub and lilo removed from the base package list, and write a section for grub - lilo doesn't need many notes since it should follow its traditional use here.

but i know this goes against the fact that lilo and grub are both part of the traditional archlinux base system.

grub-install isn't that useful since the boot partition really should be specified by hand in the grub console. copying the /usr/lib/grub/i386-pc/* stuff is the right way to go.

the 'device' directive should be demonstrated so that it's clear how to install grub into the MBR of any device, since in the Livecd/chroot type of install we need to be flexable about the devices used for setup.

device (hd0) /dev/icsi/iqn.2000-01.com.domain:target/lun0/part
root (hd0,0)
setup (hd0)

...is perfectly reasonable in a situation where you may setup a complete system onto an iscsi LU and then perhaps even configure this as a vmdk for vmware server.

plus if MD devices are in use, you will need the device directive to get grub into the MBR of multiple disks.


What has "not enough disk space" todo with grub? seems misleading to me

Note: if pacman fails with a not enough disk space error, try the trick for installing grub while chroot'ed, found below. cat /proc/mounts > /etc/mtab fixed this error for me. YMMV. If you wish to install extra packages now, you may do so with:


Cut "Install of base system, shorter?

./pacman.static -Sy base -r /newarch

this install base, but base contains not all packages that are needed for "pacman -S kernel26" so i would suggest that "Install of base system" should be rewritten to this:


pacman.static -S `cat packages` -r /newarch

create packages with the packages at the end of this site

Its all you need, except for the error if its a common one.


metalfan: even if base did not contain all needed packages for kernel26, pacman can handle dependencies, so why would anybody use your package list instead of just "pacman -Sy base -r somedir" ?

Install x86 arch from x86_64 host

Ive moved the files pacman.conf and pacman.d on the host system and added the one from pacman-3.1.4-1-i686.pkg.tar.gz, then i used "pacman-3.1.4-1-i686/usr/bin/pacman.static -Sy base -r somedir" to install the new arch. But if i now enter the new arch system with chroot from my x86_64 host and run "pacman -Syu" i get this error:

pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'core.db.tar.gz' from ftp.archlinux.org : Bad Request
error: failed retrieving file 'core.db.tar.gz' from locke.suu.edu : Bad Request
error: failed retrieving file 'core.db.tar.gz' from mirrors.unixheads.org : Bad Request
error: failed retrieving file 'core.db.tar.gz' from ftp-linux.cc.gatech.edu : Bad Request
error: failed retrieving file 'core.db.tar.gz' from mirror.cs.vt.edu : Bad Request
 core is up to date
error: failed retrieving file 'extra.db.tar.gz' from ftp.archlinux.org : Bad Request
error: failed retrieving file 'extra.db.tar.gz' from locke.suu.edu : Bad Request
error: failed retrieving file 'extra.db.tar.gz' from mirrors.unixheads.org : Bad Request
error: failed retrieving file 'extra.db.tar.gz' from ftp-linux.cc.gatech.edu : Bad Request
error: failed retrieving file 'extra.db.tar.gz' from mirror.cs.vt.edu : Bad Request
 extra                    402.7K   28.1K/s 00:00:14 [########################################################################################################################] 100%
error: failed retrieving file 'community.db.tar.gz' from ftp.archlinux.org : Bad Request
error: failed retrieving file 'community.db.tar.gz' from locke.suu.edu : Bad Request
error: failed retrieving file 'community.db.tar.gz' from mirrors.unixheads.org : Bad Request
error: failed retrieving file 'community.db.tar.gz' from ftp-linux.cc.gatech.edu : Bad Request
error: failed retrieving file 'community.db.tar.gz' from mirror.cs.vt.edu : Bad Request
 community                345.7K   21.7K/s 00:00:16 [########################################################################################################################] 100%
:: Starting full system upgrade...

Any ideas what that might be?


pacman.static is deprecated? Overmind88 16:27, 22 August 2008 (EDT)