On Tuesday, March 28, 2017 at 10:26:48 PM UTC+2, zii...@gmail.com wrote: > Hello > > I'm having issues with installing Qubes OS besides my Mac OS X on my MacBook > Air 4,2 (mid 2011). > At first I tried to follow this guide because it's the exact same model I > have: > https://www.qubes-os.org/doc/macbook-troubleshooting/#macbook-air-13-mid-2011-macbookair-42 > > But I had a hard time just getting the installer to work, at first it wasn't > able to run any of the commands listed in the very simple GUI installer. Then > when I "forced" the USB to boot in legacy mode by installing rEFInd and > choosing legacy boot it finally booted into the normal menu which then lead > me to the main installer setup. > Then I stumbled upon another problem in the partitioning part, it kept giving > me this error: > "sda may not have enough space for grub2 to embed core.img using the ext4 > file system on partition" > I then tried to install grub manually by going into the system console with > CTRL+ALT+F2, which resulted in another error that I found out was because I > needed a "BIOS Boot" partition, so I created one and voĆla, grub was > installed and I was able to go back into the installer setup and partitioning > went and everything installed fine. > > But now whenever I boot it just goes to a halt and reboots when booting with > the "Boot vmlinuz-4.1.13-6.pvops.qubes.x86_64 from 500 MiB ext4 volume" > option from rEFInd. > I believe that the error which is causing it to start the reboot is: > "dracut> FATAL: No or empty root= argument" > > Here is an image I found of someone having the same issue I am. This is > almost exactly what appears on my screen before it stops working: > http://imgur.com/a/2xbuk#rFJ4kYJ > > > I've tried googling and trying to find a solution but I can't seem to find > anything that works. > > > Thank you for reading and in advance for any help, > > Cheers.
The missing "root=" argument some 3/4 down the code from the top, is pretty bad from what I can tell. I can't say with certainty if this is the "cause", it might just be that it can't post "root=" while "root=" is still correct, but if there truly is no root, then no system-files will load up and this obviously will make you unable to boot up. Presumably, you have no "root=", which as hinted above may explain that you can only get as far as to load the kernel (I think it halts at that point?), but no system-files. I'm not an expert, but it looks like only the kernel loaded, so it may be a correct assumption, possibly. Maybe someone knows more/better? Which filesystem format did you install? EXT4, ZFS, BRTFS? If you use BTRFS, then it has a design that goes wrong with Qubes. Qubes's code here is correct, but the BTRFS design makes it tricky to match. Though, it's easy to fix manually. Since BTRFS uses sub-folders, you need to either edit /etc/fstab to include the correct =subfolder or something (google the exact attribute spelling). Then it should work. You can also change the the subfolder level in BTRFS instead. Either should work. If you don't use BTRFS, then perhaps it's something else messing up the rootflag. I can only guess here as to what that might be, or if this even is the true issue. - Which file-system format did you use? - Did you manually change the partition setup during install or did you pick the automatic setup? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/441b9993-dcf9-4e02-848b-594d8df7da06%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.