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

From ArchWiki
Jump to: navigation, search
(Asking some questions.)
m (deleted uneeded question)
(6 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== <s> doesn't work on ubuntu live 11.04 </s> ==
 
 
Followed the instructions to install pacman on the host (live CD).
 
 
Here is the history:
 
 
<pre>    1  alias wget='wget --trust-server-names'
 
    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:
 
 
<pre># pacman
 
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:
 
 
http://arm.konnichi.com/core/os/x86_64/
 
 
[[User:Graysky|Graysky]] 20:51, 12 August 2011 (EDT)
 
 
 
@Graysky : Thanks. I faced the same problem, and the solution you suggested worked for me as well.
 
--[[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)
 
 
 
== Questions ==
 
== Questions ==
 
1. Is "--no-check-certificate" needed for wget?
 
1. Is "--no-check-certificate" needed for wget?
Line 50: Line 11:
  
 
[[User:Zeniff|Zeniff]] ([[User talk:Zeniff|talk]]) 19:20, 19 July 2012 (UTC)
 
[[User:Zeniff|Zeniff]] ([[User talk: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.
 +
[[User:Chrisl|Chrisl]] ([[User talk:Chrisl|talk]]) 05:52, 6 November 2012 (UTC)

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)