Mkinitcpio in chroot environment?

I obviously decided to install Arch at the wrong time because I missed the notice about mkinitcpio, so it's caused me a bit of trouble 8)
Due to the fact I chose an all XFS system, and the mkinitcpio changover and whatever happened that caused me not to fix it before a reboot, I am stuck with an unbootable system.
Basically, my kernel26.img does not boot with the XFS module, causing a Kernel Panic :cry:
I've chrooted in, fixed up the mkinitcpio .conf file and realised that when I run it, it's trying to use the kernel of the gentoo disc I used to chroot (which also happens to not have a XFS module either).
I tried messing with the paths (arch is mounted to /mnt/arch) but because it's chrooted absolute paths aren't going to work (using the -b and -k flags).
I'm just wondering if theres any hope for me I mean, as much as I enjoyed getting it running, I'd rather not have to do it again!
So, is there a way to run mkinitcpio and fix my kernel26.img?
Thanks for any help!
EDIT: I thought I would actually add my error messages:
Attempting to create root device '/dev/hdb3'
ERROR: Failed to parse block device name for '/dev/hdb3'
unknown
ERROR: root fs cannot be detected. Try using the rootfstype= kernel parameter.
kinit: Unable to mount root fs on device dev(0,0)
kinit: init not found!
Kernel panic - not syncing: Attempted to kill init!
Also, if in the GRUB loader I add rootfstype=xfs, will it boot and can be fixed natively? (I'd test it but it's 2am and I have work tomorrow)
Damn linux

Silly me overlooked kernel26-fallback.img..
BUT
Booted up Arch using the fallback, ran mkinitcpio with xfs added to the modules, specifying the image (/boot/kernel26.img), rebooted to test.
Errored again due to filesystem.
So I tried fallback again, and errored due to filesystem.
What did I do?

Similar Messages

Is my 32bit chroot environment setup wrong?

Hi,
I had a post on beecrypt but think my issue is deeper than just that. Please see that POST for background, though. While attempting to build, I'm getting all kinds of errors:
- Python lib and include directories not being found (solution to that was in the post linked above)
- All kinds of errors for various checks in the configure script like this:
checking stdio.h usability... no
checking stdio.h presence... yes
configure: WARNING: stdio.h: present but cannot be compiled
configure: WARNING: stdio.h: check for missing prerequisite headers?
configure: WARNING: stdio.h: see the Autoconf documentation
configure: WARNING: stdio.h: section "Present But Cannot Be Compiled"
configure: WARNING: stdio.h: proceeding with the preprocessor's result
configure: WARNING: stdio.h: in the future, the compiler will take precedence
configure: WARNING: ## ------------------------------------- ##
configure: WARNING: ## Report this to [email protected] ##
configure: WARNING: ## ------------------------------------- ##
- inability to identify all kinds of integer definitions (long long, long unsigned, etc.), like so:
checking for size_t... no
checking for int8_t... no
checking size of signed char... 0
checking for int16_t... no
checking size of short... 0
checking for int32_t... no
checking size of int... 0
checking for int64_t... no
checking size of long... 0
In any case, I think this is some sort of chroot environment issue. I have installed the chroot per the WIKI as well as base and base-devel. Typical queries like "which gcc" or "which python" or "gcc/python -- version" work fine.
Something still seems fishy. I closed out the beecrypt topic as I think there's something funnier going on here. I believe I linked all the correct files from the 64bit environment, as shown here (some deleted):
$ cd /opt/arch32/etc
$ ls -l
-rw-r--r-- 1 root root 897 May 16 19:38 bash.bashrc
drwxr-xr-x 2 root root 4096 Oct 20 11:08 bash_completion.d
drwxr-xr-x 2 root root 4096 Oct 20 10:40 conf.d
drwxr-xr-x 4 root root 4096 Sep 13 05:48 dbus-1
drwxr-xr-x 2 root root 4096 Oct 20 10:40 default
-rw-r--r-- 1 root root 97 Dec 31 2009 environment
-rw-r--r-- 1 root root 512 Sep 18 17:58 fstab
-rw-r--r-- 2 root root 512 Oct 13 11:16 group
-rw------- 2 root root 522 Oct 5 12:48 group-
-rw-r--r-- 2 root root 412 Feb 25 2010 group.pacnew
-rw------- 1 root root 336 Oct 20 10:41 gshadow
-rw------- 1 root root 327 Sep 18 17:58 gshadow-
-rw-r--r-- 1 root root 63 Sep 18 17:58 host.conf
-rw-r--r-- 1 root root 159 Sep 18 17:58 hosts
-rw-r--r-- 1 root root 38 Aug 29 06:16 hosts.allow
-rw-r--r-- 1 root root 47 Aug 29 06:16 hosts.deny
-rw-r--r-- 1 root root 1116 Jul 11 04:49 inittab
-rw-r--r-- 1 root root 18013 Oct 20 15:40 ld.so.cache
-rw-r--r-- 1 root root 71 Sep 18 17:58 ld.so.conf
drwxr-xr-x 2 root root 4096 Feb 25 2010 ld.so.conf.d
-rw-r--r-- 2 root root 8942 Apr 1 2010 locale.gen
-rw-r--r-- 2 root root 3559 Oct 20 10:59 localtime
-rw-r--r-- 1 root root 4739 Sep 3 20:12 makepkg.conf
-rw-r--r-- 1 root root 5137 Mar 8 2010 man_db.conf
-rw-r--r-- 1 root root 2366 Sep 1 01:48 mdadm.conf
-rw-r--r-- 1 root root 801 May 19 13:35 mke2fs.conf
-rw-r--r-- 1 root root 2650 Jul 11 05:02 mkinitcpio.conf
drwxr-xr-x 2 root root 4096 Oct 20 10:40 mkinitcpio.d
drwxr-xr-x 2 root root 4096 Oct 20 10:40 modprobe.d
-rw-r--r-- 1 root root 283 Oct 20 11:04 mtab
-rw-r--r-- 1 root root 2258 Oct 20 11:05 pacman.conf
drwxr-xr-x 2 root root 4096 Aug 25 23:28 pacman.d
-rw-r--r-- 2 root root 528 Oct 14 15:40 passwd
-rw------- 2 root root 482 Oct 13 11:16 passwd-
-rw-r--r-- 1 root root 1419 Sep 18 17:58 profile
-rw-r--r-- 1 root root 330 May 16 19:38 profile.bash
drwxr-xr-x 2 root root 4096 Oct 20 11:04 profile.d
-rw-r--r-- 2 root root 3192 Oct 20 10:58 rc.conf
drwxr-xr-x 3 root root 4096 Oct 20 10:41 rc.d
-rw-r--r-- 2 root root 214 Oct 20 15:35 resolv.conf
-rw------- 2 root root 358 Oct 14 15:40 shadow
-rw------- 2 root root 336 Oct 13 11:16 shadow-
-rw------- 2 root root 134 Sep 18 17:58 shadow.pacnew
drwxr-xr-x 3 root root 4096 Oct 9 04:44 udev
-rw-r--r-- 1 root root 4499 Mar 31 2010 wgetrc
I used both of these lines prior to chrooting:
/etc/rc.d/arch32 start
xhost +SI:localuser:myUserName
My main concern is that configure works just fine from my 64bit environment. No errors when checking all the C files, the int definitions/lengths populate fine, python directories are found just fine. I have had a chroot running fine before, but had an issue with Lotus Notes and couldn't remove it with rpm so I just decided to start over. Now I can't get it working again...
Any input would be greatly appreciated. I'm happy to submit other output for the post as well. I'm not sure what else might be helpful.
Last edited by jwhendy (2010-10-20 21:48:51)

Many mail clients reject images, JavaScript and embedded CSS styles. For best results use plain text near the top to communicate your message and give a link to the actual web page on your server.
For mail clients that do have limited support for HTML, use uncomplicated tables and inline CSS rules (inside the body tag).
All that meta data description is a red flag to spam filters. You shouldn't be using meta description or keywords in e-mails.
The article below has some good tips & resources for reliable e-mail templates you could use:
http://alt-web.com/Articles/HTML-Emails.shtml
Nancy O.

[SOLVED] UEFI Variables outside chroot environment, not inside?

I am installing Arch onto a UEFI system that has had Arch on before; previously it was installed on a seperate disk from Windows and selecting in the UEFI boot sequence which hard drive I wanted to boot from each time. This time I am setting it up on the same hard drive as Windows 8.1 to enable dual-boot.
I have disabled fast boot and secure boot in the UEFI configuration screen.
I am booting from the latest Arch ISO on cd and have all UEFI variables listed outside of the chroot environment.
after
# arch-chroot /mnt /bin/bash
# efivar -l
I get
bash: efivar: command not found
Inside the chroot environment I then
# modprobe efivarfs
efivar -l
bash: efivar: command not found
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
mount: efivarfs is already mounted or /sys/firmware/efi/efivars busy
efivarfs is already mounted on /sys/firmware/efi/efivarfs
I have seen two other posts in the forums with this issue yet their solutions do not work in this instance.
I attempted to to finish the install off previously even though the uefi variables weren't loaded properly inside the chroot and it didn't boot (using rEFInd, I have previously tried Gummiboot and Grub, no dice). I know enough to get into trouble but not enough to fix it...any ideas.
Edit:
Head_on_a_Stick wrote:
Try
# pacman -S efivar
inside the chroot environment, then efivar -l
That fixed it; IIRC it's not mentioned in the Wiki that that might be the case. It does say to "Make sure efivars is mounted" prior to installing the bootloader; mine was but I couldn't list the variables or sucessfully install until I installed efivar inside the chroot.
Last edited by cdrjameson (2014-05-29 12:45:05)

Have you tried just using efibootmgr?
Try
# pacman -S efivar
inside the chroot environment, then efivar -l (although I think this may be included in the base package when using pacstrap).
If you have /sys/firmware/efi on the system then it is already in EFI mode...
https://wiki.archlinux.org/index.php/UE … re_bitness
Last edited by Head_on_a_Stick (2014-03-25 22:28:09)

Bin32-wine vs 32-bit chroot environment

I run Arch x86_64 with bin32-wine for all of my windows applications, however I was wondering if there are any advantages (compatibility, speed, etc.) to running a 32-bit chroot environment for all of my 32 bit apps (which would only be wine).
Currently I only use wine for Office 2007, however I would like to run Deus Ex and Starcraft (maybe others in the future), and I'm currently unable to get Starcraft running. Deus Ex runs in windowed mode with safe mode on, but very poorly.
System specs:
ASUS UL30A U7300 dual core 1.3 GHz
4 GB DDR3
Intel GMA4500 MHD graphics
Any thoughts on this? Thanks in advance

I see.......thank you for the response. I wondered if I had to compile for the chroot or simply use pacman -Syu. That is indeed a large advantage.
I went ahead and completely wiped bin32-wine, all of the dot files, and reinstalled Office 2007, Starcraft, and Deus Ex. That fixed a bug in Office (files with space in file path not opening correctly from dolphin/konqueror/etc).
I also discovered that one of my problems with my games was that I somehow missed a few packages related to opengl. I stll wasn't able to get Deus Ex working just yet.....
I may go ahead and do the chroot, as that seems like an easier way of doing things after the initial setup.
If anyone has anymore input I would be grateful to hear it.

[SOLVED] Problems with setting up 32-bit chroot environment

Recently I've moved to Arch64 and decided to build chroot environment in order to have a working flashplugin, Java and some other applications without messing up system libraries of two different architectures. I've followed directly instrucions from the wiki, but unfortunately still can't make it work. I'm stuck with
Kod:
bash-3.2# /etc/rc.d/arch32 start
:: Starting Arch32 chroot [DONE]
bash-3.2# xhost +local:
No protocol specified
xhost: unable to open display ":0.0"
bash-3.2# chroot /opt/arch32
I've googled a lot, asked on Polish Arch Linux forum, but so far I wasn't able to find a working solution. Can someone more experienced give me a hand with this?
Last edited by Zibi1981 (2008-11-14 22:35:48)

I have a working 32 bits chroot on a 64 bits system. My /etc/rc.d/arch32:
#!/bin/bash
. /etc/rc.conf
. /etc/rc.d/functions
case $1 in
start)
stat_busy "Starting Arch32 chroot"
mount --bind /proc /opt/arch32/proc
mount --bind /proc/bus/usb /opt/arch32/proc/bus/usb
mount --bind /dev /opt/arch32/dev
mount --bind /dev/pts /opt/arch32/dev/pts
mount --bind /dev/shm /opt/arch32/dev/shm
mount --bind /sys /opt/arch32/sys
mount --bind /tmp /opt/arch32/tmp
mount --bind /home /opt/arch32/home
add_daemon arch32
stat_done
stop)
stat_busy "Stopping Arch32 chroot"
umount /opt/arch32/proc/bus/usb
umount /opt/arch32/proc
umount /opt/arch32/dev/pts
umount /opt/arch32/dev/shm
umount /opt/arch32/dev
umount /opt/arch32/sys
umount /opt/arch32/tmp
umount /opt/arch32/home
rm_daemon arch32
stat_done
restart)
$0 stop
sleep 1
$0 start
echo "usage: $0 {start|stop|restart}"
esac
exit 0
I have the arch32 daemon in my /etc/rc.conf and I run this when I want to use the chroot:
#!/bin/sh
/etc/rc.d/arch32 start
xhost +local:
chroot /opt/arch32 su -l username -c "linux32 zsh"
Is it similar to your setup?

Dies with signal 11 in a chroot environment

Hello,
I found out that JRockit crashes in a chrooted jail environment on
Linux. The environment that we set up has JRockit,
glibc, XFree86, core Linux utilities and system files, installed into it. However,
the
/proc filesystem is not mounted in for security reasons.
Details on the system I use:
Linux 2.4.22-std-smp-alt16 SMP i686
2 Xeon CPUs (HT enabled, results in 4 virtual CPUs)
glibc version 2.2.6
ld version 2.14.90.0.8
Any ideas on how to counter this? Was /proc non-inclusion a bad idea after all?
This is the output JRockit's java executable produces (sorry, couldn't find the
mentioned core file):
[JRockit] WARNING: could not open /proc/meminfo for reading.
===== BEGIN DUMP =============================================================
JRockit context dump produced after 0 days, 00:00:00 on Sat Apr 10 01:57:18 2004
If you see this dump, please send it, along with as much
information as you can on your system setup and the program
you were running, to [email protected] Please include the
file jrockit.10165.dump from the current directory in the bug
report. Thank you.
A core file will be dumped into /usr/src/RPM/BUILD/xerces-2_6_2.
Please attach that file to your bug report.
Error Message: Null pointer exception in native code
Signal info : si_signo=11, si_code=1
Version : ari-24879-20031212-1523-linux-ia32
Threads / GC : Native Threads, GC strategy: parallel

Hi Mikhail!
JRockit will run into all sorts of problems if it's unable to access /proc, so
your safest bet for now should be to map /proc into your chroot jail.
Cheers //Johan
Mikhail Zabaluev wrote:
Hello,
I found out that JRockit crashes in a chrooted jail environment on
Linux. The environment that we set up has JRockit,
glibc, XFree86, core Linux utilities and system files, installed into it. However,
the
/proc filesystem is not mounted in for security reasons.
Details on the system I use:
Linux 2.4.22-std-smp-alt16 SMP i686
2 Xeon CPUs (HT enabled, results in 4 virtual CPUs)
glibc version 2.2.6
ld version 2.14.90.0.8
Any ideas on how to counter this? Was /proc non-inclusion a bad idea after all?
This is the output JRockit's java executable produces (sorry, couldn't find the
mentioned core file):
[JRockit] WARNING: could not open /proc/meminfo for reading.
===== BEGIN DUMP =============================================================
JRockit context dump produced after 0 days, 00:00:00 on Sat Apr 10 01:57:18 2004
If you see this dump, please send it, along with as much
information as you can on your system setup and the program
you were running, to [email protected] Please include the
file jrockit.10165.dump from the current directory in the bug
report. Thank you.
A core file will be dumped into /usr/src/RPM/BUILD/xerces-2_6_2.
Please attach that file to your bug report.
Error Message: Null pointer exception in native code
Signal info : si_signo=11, si_code=1
Version : ari-24879-20031212-1523-linux-ia32
Threads / GC : Native Threads, GC strategy: parallel

[SOLVED] Eclipse in chroot environment - problem with launching it wit

Hello,
I have a problem running eclipse (set in 32bit chroot on 64bit OS) with schroot. It was working formerly, but now launching it causes crash.
Other chrooted apps (like skype or cups) are working properly.
Error log generated by openjdk.
Thanks for any help.
Last edited by Trickster23 (2012-02-19 02:41:07)

I've posted it in first post, but new one (generated by openjdk7): http://pastebin.com/1Enk7bvF - I can't find file mentioned in 13 line (neither in chroot localization nor normal)
Well, I've noticed that 'schroot -p eclipse' invoked as root works. Can it imply that this is some permission problem?
Last edited by Trickster23 (2012-02-12 17:59:27)

GRUB2 install from a chroot environment and a loop device

I created a 10 GB raw .img, formatted it as EXT4 and "rsync'd" my system inside. The plan is to reinstall GRUB2 to its MBR and convert it to .vdi (VirtualBox). I know how to do all that, it's not as difficult as it sounds.
sudo modprobe loop
sudo losetup /dev/loop5 /media/Backup/backup.img
sudo mount -o offset=$((2048 * 512)) /dev/loop5 /mnt
cd /mnt
for i in /proc /sys /dev; do sudo mount -B $i .$i; done
sudo chroot .
sudo grub-install /dev/loop5
sudo grub-mkconfig -o /boot/grub/grub.cfg
(Interesting way to chroot, right?)
...except after converting the .img to .vdi (VBoxManage convertfromraw --format VDI /path/to/backup.img /path/to/backup.vdi), I'm getting:
GRUB loading.
Welcome to GRUB!
error: no such device: 557e19c8-e89b-4661-a1dc-2a3ce3b2064e
Entering rescue mode...
grub rescue> _
However, reinstalling it by hooking up a LiveCD to the VM works:
mount /dev/sda1 /mnt
cd /mnt
for i in /proc /sys /dev; do mount -B $i .$i; done
chroot .
grub-install /dev/sda
grub-mkconfig -o /boot/grub/grub.cfg
It seems to like /dev/sda more than /dev/loop5.
Why is that?
I should mention that the VM's UUID for /dev/sda is the same as /dev/loop5 on the computer.
Last edited by DSpider (2012-07-08 16:14:06)

*bump* I know this thread is older then old, but I have exactly the same problem. It seems that there used to be a workaround (http://superuser.com/questions/130955/h … n-img-file) which has no effect anymore.
The reason I need to do it with loop is, that I'm writing a script for automated virtual-disk creation. So booting a live system is not an option.
Help anybody?

Installing bind in chroot - regenerate environment [Abandoned]

I'm working on trying out bind and followed the instructions in the wiki to put that in a chroot jail. The wiki includes the following:
Script to regenerate the chroot environment
I use this script to (re)generate Bind chroot environment. A suitable location is /usr/local/sbin/updatebindchroot:
My installation is generating errors having to do with this script; duplicate files, no such file, etc. Before I work through why this is happening, I'm wondering why I even need to "regenerate the environment"
Last edited by timm (2009-08-21 21:24:39)

I figured out some of this, but it became a
1. figure out problem
2. take next step
3. find new problem
4. return to 1
kind of loop, which wasn't worth the time I was putting into it. I dropped out of bind and installed dnsmasq. Easier and does what I need. I still don't know why you would want to "regenerate the environment", but I guess it will take some studying of chroot at some point.

32 bit apps, 64 bit environment 32bit chroot pacman32

Well, I'm getting a little tired downloading excessive amounts of 32 bit libraries, and always missing some when ever I Want to install an aplication so I tried installing a 32 bit chroot environment again lightweight install
http://wiki.archlinux.org/index.php/Arc … bit_system
This section here is to better highlight the segment
Create an alias for pacman32, the command to be used to install 32-bit packages. Just add the following line to your ~/.bashrc or similar:
alias pacman32="pacman --root /opt/arch32 --cachedir /opt/arch32/var/cache/pacman/pkg --config /opt/arch32/pacman.conf"
Sync pacman32:
pacman32 -Sy
Install basic packages for 32-bit subsystem. These are the minimal packages that allow you to chroot to the subsystem and run locale-gen script for i18n.
pacman32 -S filesystem licenses bash sed coreutils gzip
Now you are ready for the following steps. Remember that you should replace all pacman commands required to run the chroot environment with pacman32 under the 64-bit system.
when I run pacman32 it says
[edgar@myhost ~]$ pacman32 -Sy
pacman: option '--config' requires an argument
bash: /opt/arch32/pacman.conf: Permission denied
I didn't quite get it since it seems 'right' to me o_O but I'm somewhat a noob when it comes to these sort of things really... well, at least this time around I can sort of read the commands properly XD... (Sort of)
I just wanna be able of compiling, and installing 32 bit applications really :\
Last edited by SirEdgar2nd (2010-06-03 19:34:10)

Well...I no longer get the argument error o_O
but now I have another issue, I can only use pacman32 as root...which is obviously like normal pacman but the thing is wouldn't I Need to add the alias thingy to whatever root uses as bashrc for that to work properly o-O?
I wonder if thats what it meant by
"Now you are ready for the following steps. Remember that you should replace all pacman commands required to run the chroot environment with pacman32 under the 64-bit system." :\ Blargh

[SOLVED-in-PART] recompiling kernel images, boot diferent from chroot

Hi, I got into an dead end. Two days ago I was trying to solve some small annoying problems (ethernet driver, dkms not compiling automatically and difference in time hwclock and software clock) with my recent arch installation. I started with the time difference problem, for which I followed some solutions which I found in the internet, but all for no avail. So I postponed this for later and started to tackle the ethernet driver problem (Atheros AR8161) [https://wiki.archlinux.org/index.php/Ne … ros_AR8161]. I followed all described steps, I also did the mentioned hack. After all, I turned my note at work off and at home on and surprise it found the GRUB menu, I started the option for the system, the disk was checked but, no system came up. It even messed up my window8 system as well. But that is now up and working. After windows came back GRUB was loading and I can start it from GRUB, but not Arch.
I looked at the grub menu and as far as I could see and understand everything was pointing and the right direction. So I supposed that during the network driver compilation and module load, something went wrong with the images or images source (if they are important for booting). So reading around I got pointed to how to rebuild the kernel images (http://riskofruin.markmccracken.net/201 … image.html). I know the blog title is kreepy... but the procedure sounds very logic, correct and quite strait forward. So I got the latest Arch image, put it on an usb stick and chroot into my installed system.
When I started the /sbin/depmod I immediately got an error saying that two files where missing for the kernels 3.7.9-2-ARCH. Well as far as I remember my installed system has the latest kernel (3.7.10-1-ARCH). So I though to update my pendrive system and so restart an both kernels would be equal. After restarting, I repeated al chroot protocol and then I saw that I still had the wrong kernel images. I suspect why, but I am not sure, may be the system is all memory loaded when it is booted up? Also, if I saw right, even the images are quite different (pendrive and harddrive). I surfed around to see how can I, in an chroot environment, where the hardrive installed system has an different kernel from the booted system, generate new kernel images for the hardrive system, soin a hope that I can initialize my hardrive installed system? Is there someone that could guide me through this?
PS.: Remember I suppose the problem is in the kernel, I do not not how to check for sure.
Last edited by camarao (2013-03-10 03:10:56)

Hi Trilby,
No, just the initramfs. Because I think when I tryed to install my Atheros AR8161 drive I guess that something went wrong with the image or it could be something else.
Do you think the vmlinuz-linux should also be reconstructed?
Yesterday at night I found in the internet, someone using the "-k" option, of mkinitcpio, and pointing to the /boot/vmlinuz.linux directory. So if I understood well mkinitcpio using the options "-k", "-c" and "-g" you can point where to put the reconstructed images, vmlinuz and the initramfs, according to the "-c" pointed mkinitcpio.conf. This would allow me to reconstruct both images for the broken system which are from a different kernel version, than the one used to boot up and repair the broken system.
Two last questions:
1. Is it necessary to run /sbin/depmod before reconstructiong the images, as mentioned in the link (http://riskofruin.markmccracken.net/201 … image.html)?
2. Will the two new images be automatically replaced in /boot?
Sorry for asking this, but IT is just an hobby for me, and my IT knowledge is limited to what I read and understand. I like adventures and sometime dangerous one as well, I learn a lot. But if sometimes I can get a small help I like.
Well thanks for everything

[SOLVED] locale-gen, nano, sed not available in arch-chroot

Both the Installation Guide and the Beginner's version say to use arch-chroot before configuring. However, when I try to do this, I no longer have access to the commands I need to do the configuration (e.g. sh: nano: command not found). I can use nano from outside of the chroot, but AFAIK locale-gen needs to be run inside, and it relies on sed which is also not present.
I'm surprised this hasn't been brought up before-- have I done something wrong?
EDIT: mkinitcpio is also not available while in arch-chroot
Last edited by dtomasiewicz (2012-09-06 08:07:22)

Whef wrote:Did you use pacstrap to install the base system (and anything else you want) on your install (usually /mnt) before chrooting? Otherwise, it won't be able to access the resources from the regular install media because it will be outside of the chroot environment.
Hmmm no I did not do this, nor did I see any mention of it on the install guide. It just says to arch-chroot then (after editing a few files) run locale-gen and mkinitcpio, neither of which are accessible within the chroot'd shell.

[SOLVED] error with mkinitcpio during installation

Hi there
I am looking to install Arch after I broke a previous installation
I put this basic set of commands after reading the Installation Guide and I run it from in the live /root.
#!/bin/bash
loadkeys uk
mkfs -t ext4 /dev/sda7
mkfs -t ext4 /dev/sda8
mkswap -f /dev/sda6
mkdir /mnt/root
mkdir /mnt/home
mount /dev/sda7 /mnt/root
mount /dev/sda8 /mnt/home
pacstrap /mnt/root base base-devel
genfstab -p /mnt >> /mnt/root/etc/fstab
arch-chroot /mnt
ln -s /usr/share/zoneinfo/Europe/London /etc/localtime
nano /etc/locale.conf
locale-gen
mkinitcpio -p linux
passwd root
If I run this script, there's some kind of problem with mkinitcpio and /boot is empty. It worked a month or so ago - maybe it's content in the new .iso? A misplaced /mnt or /mnt/root?
Any ideas? I've never failed to install distro properly and am a bit confused!
Thanks in advance
EDIT
I changed the script to this
loadkeys uk
cfdisk
mkfs -t ext4 /dev/sda7
mkfs -t ext4 /dev/sda8
mkswap -f /dev/sda6
mkdir /mnt/root
mkdir /mnt/home
mkdir /mnt/storage
mount /dev/sda7 /mnt/root
mount /dev/sda8 /mnt/home
mount /dev/sdb1 /mnt/storage
pacstrap /mnt/root base base-devel
genfstab -p /mnt/root >> /mnt/root/etc/fstab
arch-chroot /mnt/root
ln -s /usr/share/zoneinfo/Europe/London /etc/localtime
nano /etc/locale.conf
locale-gen
mkinitcpio -p linux
passwd root
exit
will see if that helps
Last edited by Bazzaah (2013-03-18 19:26:29)

Bazzaah wrote:
Great, thanks for your help, much appreciated.
I do indeed have a functional system (basic of course) but what concerns me is that I get a not found error after mkinitcpio - the system boots so the kernel and initrd must be there...still that error message worries me a bit.
About that error, you need to post it, if you want help!
Edit: If you are running those commands in a file, make it look like this:
loadkeys uk
cfdisk
mkfs.ext4 /dev/sda7
mkfs.ext4 /dev/sda8
mkswap -f /dev/sda6
mkdir /mnt/root
mkdir /mnt/root/home
mkdir /mnt/root/storage
mount /dev/sda7 /mnt/root
mount /dev/sda8 /mnt/root/home
mount /dev/sdb1 /mnt/root/storage
pacstrap /mnt/root base base-devel
genfstab -U -p /mnt/root > /mnt/root/etc/fstab
arch-chroot /mnt/root /bin/bash -c "ln -s /usr/share/zoneinfo/Europe/London /etc/localtime"
arch-chroot /mnt/root /bin/bash -c "nano /etc/locale.conf"
arch-chroot /mnt/root /bin/bash -c "locale-gen"
arch-chroot /mnt/root /bin/bash -c "mkinitcpio -p linux"
arch-chroot /mnt/root /bin/bash -c "passwd root"
The lines with "arch-chroot /mnt/root /bin/bash -c" are needed to run those inside the chroot environment, or else they will run in your live system, instead of making changes to your created system.
Last edited by s1ln7m4s7r (2013-03-18 17:46:26)

Not enough disk space in 32-bit chroot [SOLVED]

Hi all,
I am trying to set up a 32-bit chroot on my Arch64 system.
I have followed the steps detailed in the wiki http://wiki.archlinux.org/index.php/Arc … bit_system
When I tried to install the fonts, it complained of not enough space on the disk:
pacman -Sy ttf-bitstream-vera ttf-ms-fonts
:: Synchronising package databases...
current is up to date
extra is up to date
community is up to date
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: expat-2.0.0-1 freetype2-2.3.4-2 fontconfig-2.4.2-1
libfontenc-1.0.4-1 fontsproto-2.0.2-1 libxfont-1.2.8-1
xorg-font-utils-1.0.3-2 xorg-fonts-encodings-1.0.2-2
ttf-bitstream-vera-1.10-5 cabextract-1.2-1 ttf-ms-fonts-2.0-1
Total Package Size: 9.64 MB
Proceed with installation? [Y/n]
:: Retrieving packages from current...
expat 149.2K 92.9K/s 00:00:02 [#####################] 100%
freetype2 698.9K 47.0K/s 00:00:15 [#####################] 100%
fontconfig 316.2K 94.8K/s 00:00:03 [#####################] 100%
libfontenc 14.9K 42.9K/s 00:00:00 [#####################] 100%
fontsproto 9.7K 51.9K/s 00:00:00 [#####################] 100%
libxfont 470.4K 68.1K/s 00:00:07 [#####################] 100%
xorg-font-utils 100.7K 46.8K/s 00:00:02 [#####################] 100%
xorg-fonts-encodings 567.6K 80.1K/s 00:00:07 [#####################] 100%
ttf-bitstream-vera 338.8K 64.8K/s 00:00:05 [#####################] 100%
:: Retrieving packages from extra...
cabextract 29.2K 57.0K/s 00:00:01 [#####################] 100%
ttf-ms-fonts 7.0M 103.3K/s 00:01:09 [#####################] 100%
checking package integrity... done.
cleaning up... done.
(11/11) checking for file conflicts [#####################] 100%
error: could not prepare transaction
error: failed to commit transaction (not enough space on disk)
This is strange, as my disk space is as follows:
df -h #(from my 64-bit system)
Filesystem Size Used Avail Use% Mounted on
/dev/sdb3 69G 2.7G 63G 5% /
none 1007M 0 1007M 0% /dev/shm
/dev/sdb6 66G 23G 43G 35% /home
/dev/sda1 150G 32G 118G 22% /mnt/windows
But from the chroot:
df -h
df: cannot read table of mounted file systems
Is there anything I'm doing wrong here?
Thanks
Last edited by JAwuku (2007-06-09 19:40:09)

Pierre wrote:Just copy your /etc/mtab into your chroot environment.
Thanks, Pierre, that did the trick!

Oracle Java 7 in 32bit chroot

Is anyone able to launch java applets using Oracle Java 7 and Firefox in a 32bit chroot environment?
Whenever I browse to any site which opens a Java applet I instantly get the following exception:
java.lang.NullPointerException
at java.lang.ProcessEnvironment.validateValue(ProcessEnvironment.java:119)
at java.lang.ProcessEnvironment.access$400(ProcessEnvironment.java:61)
at java.lang.ProcessEnvironment$Value.valueOf(ProcessEnvironment.java:202)
at java.lang.ProcessEnvironment$StringEnvironment.put(ProcessEnvironment.java:241)
at java.lang.ProcessEnvironment$StringEnvironment.put(ProcessEnvironment.java:220)
at sun.plugin2.jvm.JVMLauncher.start(Unknown Source)
at sun.plugin2.main.server.JVMInstance.startImpl(Unknown Source)
at sun.plugin2.main.server.JVMInstance.start(Unknown Source)
at sun.plugin2.main.server.JVMManager.getOrCreateBestJVMInstance(Unknown Source)
at sun.plugin2.main.server.JVMManager.startAppletImpl(Unknown Source)
at sun.plugin2.main.server.JVMManager.startApplet(Unknown Source)
at sun.plugin2.main.server.JVMManager.startApplet(Unknown Source)
at sun.plugin2.main.server.MozillaPlugin.maybeStartApplet(Unknown Source)
at sun.plugin2.main.server.MozillaPlugin.setWindow(Unknown Source)
Exception in thread "main" java.lang.NullPointerException
at java.lang.ProcessEnvironment.validateValue(ProcessEnvironment.java:119)
at java.lang.ProcessEnvironment.access$400(ProcessEnvironment.java:61)
at java.lang.ProcessEnvironment$Value.valueOf(ProcessEnvironment.java:202)
at java.lang.ProcessEnvironment$StringEnvironment.put(ProcessEnvironment.java:241)
at java.lang.ProcessEnvironment$StringEnvironment.put(ProcessEnvironment.java:220)
at sun.plugin2.jvm.JVMLauncher.start(Unknown Source)
at sun.plugin2.main.server.JVMInstance.startImpl(Unknown Source)
at sun.plugin2.main.server.JVMInstance.start(Unknown Source)
at sun.plugin2.main.server.JVMManager.getOrCreateBestJVMInstance(Unknown Source)
at sun.plugin2.main.server.JVMManager.startAppletImpl(Unknown Source)
at sun.plugin2.main.server.JVMManager.startApplet(Unknown Source)
at sun.plugin2.main.server.JVMManager.startApplet(Unknown Source)
at sun.plugin2.main.server.MozillaPlugin.maybeStartApplet(Unknown Source)
at sun.plugin2.main.server.MozillaPlugin.setWindow(Unknown Source)
I have installed jdk from AUR. I have my 32bit chroot environment set up exactly at described on the wiki.
This error only happens when I set LD_LIBRARY_PATH=/opt/java/jre/lib/i386 before launching Firefox. But without this, the libraries aren't found. For example, in the Java console I see errors like:
libjawt.so. No such file or directory
I've spent ages searching but I can't find a solution.

Download the tar.gz installer and untar it to a location like /opt.
Once you untar the archive, add the bin directory to your PATH variable and your should be all set to use it from the terminal.
OR use sudo update-alternatives to set the java command to pick up your installed version.

Mkinitcpio in chroot environment?

Similar Messages

Maybe you are looking for