When booting from UEFI, kernel cannot mount root partition due to "unknown filesystem vfat"
Where are the kernel config options in this pkgbuild?
3.16.1-1-ARCH #1 SMP PREEMPT
Search Criteria
Package Details: xen-stubdom 4.20.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Xen hypervisor stubdom files |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 184 |
Popularity: | 0.069676 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2025-03-13 08:19 (UTC) |
Dependencies (42)
- xenAUR
- acpica (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (make)
- fig2dev (fig2dev-gitAUR) (make)
- flex (flex-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR) (make)
- libaio (libaio-gitAUR) (make)
- libuuid.so (util-linux-libs-aesAUR, util-linux-libs-selinuxAUR, lib32-util-linux, util-linux-libs) (make)
- libx11 (libx11-gitAUR) (make)
- lzo (make)
- ncurses (ncurses-gitAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- pandoc (pandoc-sile-gitAUR, pandoc-static-gitAUR, pandoc-binAUR, pandoc-cli) (make)
- Show 22 more dependencies...
Required by (3)
- xen (optional)
- xen-docs (optional)
- xen-stubdom (optional)
Sources (13)
- efi-xen.cfg
- git+https://xenbits.xen.org/git-http/xen.git#branch=stable-4.20
- http://xenbits.xen.org/xen-extfiles/grub-0.97.tar.gz
- http://xenbits.xen.org/xen-extfiles/lwip-1.3.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/newlib-1.16.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/pciutils-2.2.9.tar.bz2
- http://xenbits.xen.org/xen-extfiles/polarssl-1.1.4-gpl.tgz
- http://xenbits.xen.org/xen-extfiles/zlib-1.2.3.tar.gz
- tmpfiles.conf
- xen-amd-ucode.hook
- xen-intel-ucode.hook
- xen-ucode-extract.sh
- xen.conf
Latest Comments
« First ‹ Previous 1 .. 46 47 48 49 50 51 52 53 54 55 56 .. 101 Next › Last »
Naruni commented on 2014-09-01 17:08 (UTC)
Lastebil commented on 2014-08-22 13:37 (UTC)
ryad0m: autoconf is part of base-devel. This is assumed to be installed when using the AUR - see here:
https://wiki.archlinux.org/index.php/Arch_User_Repository
The base-devel group, for reference:
https://www.archlinux.org/groups/x86_64/base-devel/
So no, it should _NOT_ be added to makedepends.
ryad0m commented on 2014-08-22 12:58 (UTC)
Please, add core/autoconf in makedepends
isiachi commented on 2014-08-13 15:24 (UTC)
I think that with the last update of libiscsi (1.7.0-2 -> 1.12.0-1), xen should be recompiled.
kantras commented on 2014-08-10 05:37 (UTC)
Actually the patch, which is different to that one, went in a few weeks later - the current kernels haven't been giving me any issues on the dev machine
zman0900 commented on 2014-08-10 04:27 (UTC)
I think I found something: http://lists.xen.org/archives/html/xen-devel/2014-03/msg02923.html
Looks like a new patch was applied at the same time the old one was reverted. I'm about to upgrade for the first time in about 4 months, so I guess I'll find out if it works...
zman0900 commented on 2014-08-10 02:57 (UTC)
"Just a quick FYI - They've reverted a patch in the recent kernel releases, which may cause instabilities with applications (such as Firefox) running under PV domains (also dom0, which is technically a PV domain). The patch worked for this use case, but broke other things, so the patch was reverted and a new one is being worked on."
Any news on this? Anyone know if a new fix has been merged?
smakovits commented on 2014-07-17 12:10 (UTC)
Traced the issue to the lvm2 hook. Had a working system, added it and things did not boot again. removed the hook and once again the system booted fine. My original installation was on a lv so I needed it there. This time I used linux (83) for rootfs so it was not needed.
I thought i needed it to load a vm when it didnt boot originally, but then the system didnt boot. Removed it and now things are happy again.
hugleo commented on 2014-07-13 15:10 (UTC)
Maybe it can be a video problem. Maybe xen booted but is not showing anything. Try press a key like Num Lock. Dou you notice that the led is blinking? If the answser is true maybe you can set a vesa driver or small resolution on grub boot parameter for xen kernel.
smakovits commented on 2014-07-12 04:12 (UTC)
ever since 4.4.0-3 and Kernel 3.15 my screen goes black upon booting xen. I tried syslinux and Grub with the same results. I re-installed arch at least times, keeping with the beginners guide and then xen install instructions. I have no idea what and why, but the screen just goes black and things require a hard reset.
The normal arch kernel is fine, but nothing I do helps get me going. I even tried using downgrader to try older kernels, but those too had the same result.
Pinned Comments
Refutationalist commented on 2025-03-12 12:06 (UTC) (edited on 2025-03-13 08:23 (UTC) by Refutationalist)
We've moved to the newly-stable 4.20.0 branch. There are also other changes:
If you're still using pygrub note that it is deprecated. The solution is to build PV grub instead, which used to be in AUR but is now missing. I am asking a couple questions on the mailing list, and I intend to put my current build of xen-grub (which supersedes xen-pvhgrub) on AUR as soon as possible. If you need to build it before that occurs, you can find it in my PKGBUILD repo.
EDIT: 4.20.0-2 adds support for the xen-edk2 package, which has a fixed UEFI for xen