Difference between revisions of "Talk:Install from existing Linux"

From ArchWiki
Jump to: navigation, search
m (deleted uneeded question)
(10 intermediate revisions by 5 users not shown)
Line 1: Line 1:
== doesn't work on ubuntu live 11.04 ==
+
== Questions ==
 +
1. Is "--no-check-certificate" needed for wget?
  
Followed the instructions to install pacman on the host (live CD).
+
2. Article says: "If you do not mind littering your install host, you can extract all the downloaded tar balls into your root directory by running as root: ... However, keep in mind that this operation could erase some of your files, and break your system."
  
Here is the history:
+
Why is this suggested? Wouldn't it be better and safer to put the files elsewhere and just add to $PATH again like it did in the previous section?
  
<pre>    1  alias wget='wget --trust-server-names'
+
3. After "Finishing touches", it says: "See Beginners Guide:Configure the system. You can ignore 2.11, ..."
    2  ARCH=x86_64
+
    3 base_chroot=/tmp
+
    4  mkdir ${base_chroot}/archlinux
+
    5  cd ${base_chroot}/archlinux
+
    6  wget http://www.archlinux.org/packages/core/$ARCH/pacman/download/
+
    7  wget http://www.archlinux.org/packages/core/any/pacman-mirrorlist/download/
+
    8  for software_name in libfetch libarchive openssl xz expat ; do wget http://www.archlinux.org/packages/core/$ARCH/${software_name}/download/ ; done
+
    9  for f in *.tar.gz ; do tar xzvf $f ; done
+
  10  export PATH=${base_chroot}/archlinux/usr/bin:$PATH
+
  11  export LD_LIBRARY_PATH=${base_chroot}/archlinux/usr/lib:$LD_LIBRARY_PATH
+
  12  alias pacman="pacman --config ${base_chroot}/archlinux/etc/pacman.conf"
+
  13  cd /
+
  14  for f in /tmp/archlinux/pacman-*pkg.tar.gz ; do  tar xzf $f; done</pre>
+
  
Problem is pacman doesn't run:
+
However, there is no 2.11... I'm guessing it meant ignore "Install bootloader"?
  
<pre># pacman
+
[[User:Zeniff|Zeniff]] ([[User talk:Zeniff|talk]]) 19:20, 19 July 2012 (UTC)
pacman: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/archlinux/usr/lib/libalpm.so.6)</pre>
+
  
It does work however if you use v3.5.3 of pacman:
+
== Problems with the "Alternate, Simpler" method ==
  
http://arm.konnichi.com/core/os/x86_64/
+
Users should be aware that the script seems to require a full-blown bash shell. Neither Debian nor Ubuntu rescue environments were able to run it as they both use stripped down shells.  Also, neither rescue environment has xz installed so even trying to brute force it as I did, won't work.
  
[[User:Graysky|Graysky]] 20:51, 12 August 2011 (EDT)
+
The last paragraph was a real killer.  "You will still need to do any final configuration touches as you would in a normal Arch install" should link to something or else the section should begin with a disclaimer not to try this unless you already know how to do a "normal Arch install."
  
 
+
* You tried to brute force it? ...trying to brute force xz uncompression, ''without having xz''... does not make a lot of sense ^_^ (''sudo'' all you want, that is not gonna make xz appear, :P) I don't think is necessary to explain that is a requirement to know how to do a normal arch install; installing from another distro is an '''expert installation method''', one that is a bit harder to do than the vanilla, official way. Users should not be trying to do such thing if they can't even do a vanilla install. Anyway, I'm preparing a tutorial for a different way, one that is similar to the alternate way, and that can be used instead of that one (using the minimalist and simple style of the wiki)... and yeah, I'm going to mention the official install guide.
@Graysky : Thanks. I faced the same problem, and the solution you suggested worked for me as well.
+
[[User:Chrisl|Chrisl]] ([[User talk:Chrisl|talk]]) 05:52, 6 November 2012 (UTC)
--[[User:Gphilip|Gphilip]] 02:48, 29 August 2011 (EDT)
+
 
+
I had the same problem, but I found another solution: computerA has a working arch linux install, computerB has the empty partition. Use sshfs to mount computerB:/newarch to computerA:/newarch, and run pacman from computerA (with -r of course).
+
--[[User:jpic|jpic]] 09:53 UTC, 04 April 2012 (EDT)
+
 
+
== Installing the 'base' group of packages fails [FIXED] ==
+
The command to install the 'base' group of packages :
+
<pre>
+
pacman  -Su --cachedir ${new_arch}/var/cache/pacman/pkg -S base -r ${new_arch}
+
</pre>
+
 
+
fails with the following error message :
+
<pre>
+
error: only one operation may be used at a time
+
</pre>
+
=== Fix ===
+
This is because there is an extra 'S' (capital S) in the command. The following command works :
+
 
+
 
+
<pre>
+
pacman  -Su --cachedir ${new_arch}/var/cache/pacman/pkg base -r ${new_arch}
+
</pre>
+
 
+
Note the missing second -S in the above command.
+

Revision as of 11:10, 3 December 2012

Questions

1. Is "--no-check-certificate" needed for wget?

2. Article says: "If you do not mind littering your install host, you can extract all the downloaded tar balls into your root directory by running as root: ... However, keep in mind that this operation could erase some of your files, and break your system."

Why is this suggested? Wouldn't it be better and safer to put the files elsewhere and just add to $PATH again like it did in the previous section?

3. After "Finishing touches", it says: "See Beginners Guide:Configure the system. You can ignore 2.11, ..."

However, there is no 2.11... I'm guessing it meant ignore "Install bootloader"?

Zeniff (talk) 19:20, 19 July 2012 (UTC)

Problems with the "Alternate, Simpler" method

Users should be aware that the script seems to require a full-blown bash shell. Neither Debian nor Ubuntu rescue environments were able to run it as they both use stripped down shells. Also, neither rescue environment has xz installed so even trying to brute force it as I did, won't work.

The last paragraph was a real killer. "You will still need to do any final configuration touches as you would in a normal Arch install" should link to something or else the section should begin with a disclaimer not to try this unless you already know how to do a "normal Arch install."

  • You tried to brute force it? ...trying to brute force xz uncompression, without having xz... does not make a lot of sense ^_^ (sudo all you want, that is not gonna make xz appear, :P) I don't think is necessary to explain that is a requirement to know how to do a normal arch install; installing from another distro is an expert installation method, one that is a bit harder to do than the vanilla, official way. Users should not be trying to do such thing if they can't even do a vanilla install. Anyway, I'm preparing a tutorial for a different way, one that is similar to the alternate way, and that can be used instead of that one (using the minimalist and simple style of the wiki)... and yeah, I'm going to mention the official install guide.

Chrisl (talk) 05:52, 6 November 2012 (UTC)