Re: [arch-general] [Bulk] Re: [Bulk] Re: gparted cant take root priviliges
On Fri, 2014-07-11 at 00:35 -0500, Doug Newgard wrote: > On 2014-07-11 00:07, Ralf Mardorf wrote: > > But software as e.g. menulibre and cinnamon-menu-editor do > > show /usr/sbin/gparted %f, so assumed I would use xfce4-appfinder to > > launch gparted on JWM, it would launch /usr/sbin/gparted %f and > > _not_ /usr/bin/gparted_polkit %f. I kept the default, didn't edit this > > entry, it definitively is /usr/sbin/gparted %f . IOW the menu's default > > might be /usr/bin/gparted_polkit %f for the DE you're using, but for > > e.g. Xfce4 users (xfce4-popup-applicationsmenu and > > xfce4-popup-whiskermenu) it is /usr/sbin/gparted %f. > > I just launched polkit from the xfce menu and it ran > /usr/bin/gparted_polkit %f as expected. I wouldn't use anything who's > authors decided to ignore the system and run whatever the hell they > wanted. My current Arch Linux + Xfce4 was installed in February 2013. It's up to date, but there were a few changes in the meanwhile (e.g. for the FHS). Perhaps there was a change from /usr/sbin/gparted %f to /usr/bin/gparted_polkit %f, but then the updates didn't modify an existing Xfce4 menu.
Re: [arch-general] [Bulk] Re: gparted cant take root priviliges
On 2014-07-11 00:07, Ralf Mardorf wrote: On Thu, 2014-07-10 at 23:00 -0500, Doug Newgard wrote: On 2014-07-10 21:36, Ralf Mardorf wrote: > On Thu, 2014-07-10 at 20:54 -0400, Mark Lee wrote: >> Run : /usr/bin/gparted_polkit > > JFTR the default command of the menu is /usr/sbin/gparted %f , so the > menu entry has to be changed. No, it isn't. % cat /usr/share/applications/gparted.desktop | grep Exec Exec=/usr/bin/gparted_polkit %f [rocketmouse@archlinux ~]$ grep Exec /usr/share/applications/gparted.desktop Exec=/usr/bin/gparted_polkit %f But software as e.g. menulibre and cinnamon-menu-editor do show /usr/sbin/gparted %f, so assumed I would use xfce4-appfinder to launch gparted on JWM, it would launch /usr/sbin/gparted %f and _not_ /usr/bin/gparted_polkit %f. I kept the default, didn't edit this entry, it definitively is /usr/sbin/gparted %f . IOW the menu's default might be /usr/bin/gparted_polkit %f for the DE you're using, but for e.g. Xfce4 users (xfce4-popup-applicationsmenu and xfce4-popup-whiskermenu) it is /usr/sbin/gparted %f. I just launched polkit from the xfce menu and it ran /usr/bin/gparted_polkit %f as expected. I wouldn't use anything who's authors decided to ignore the system and run whatever the hell they wanted.
Re: [arch-general] [Bulk] Re: gparted cant take root priviliges
On Thu, 2014-07-10 at 23:00 -0500, Doug Newgard wrote: > On 2014-07-10 21:36, Ralf Mardorf wrote: > > On Thu, 2014-07-10 at 20:54 -0400, Mark Lee wrote: > >> Run : /usr/bin/gparted_polkit > > > > JFTR the default command of the menu is /usr/sbin/gparted %f , so the > > menu entry has to be changed. > > No, it isn't. > > % cat /usr/share/applications/gparted.desktop | grep Exec > Exec=/usr/bin/gparted_polkit %f [rocketmouse@archlinux ~]$ grep Exec /usr/share/applications/gparted.desktop Exec=/usr/bin/gparted_polkit %f But software as e.g. menulibre and cinnamon-menu-editor do show /usr/sbin/gparted %f, so assumed I would use xfce4-appfinder to launch gparted on JWM, it would launch /usr/sbin/gparted %f and _not_ /usr/bin/gparted_polkit %f. I kept the default, didn't edit this entry, it definitively is /usr/sbin/gparted %f . IOW the menu's default might be /usr/bin/gparted_polkit %f for the DE you're using, but for e.g. Xfce4 users (xfce4-popup-applicationsmenu and xfce4-popup-whiskermenu) it is /usr/sbin/gparted %f.
Re: [arch-general] gparted cant take root priviliges
On 2014-07-10 21:36, Ralf Mardorf wrote: On Thu, 2014-07-10 at 20:54 -0400, Mark Lee wrote: Run : /usr/bin/gparted_polkit JFTR the default command of the menu is /usr/sbin/gparted %f , so the menu entry has to be changed. No, it isn't. % cat /usr/share/applications/gparted.desktop | grep Exec Exec=/usr/bin/gparted_polkit %f
Re: [arch-general] gparted cant take root priviliges
On 2014-07-10 20:29, Klearchos-Angelos Gkountras wrote: I have already installed polkit-gnome but I am using XFCE :D Is it running? And again, please don't top post.
Re: [arch-general] Change installation from 64-bit to 32-bit
Not even that. You can have functioning 32bit programs running on a 64bit system. The only reason I can see to change is if you somehow installed a 64bit system on a 32 bit architecture system. On Jul 10, 2014 10:07 PM, "Bigby James" wrote: > On 07/11, Friedrich Strohmaier wrote: > > Hi all, > > > > I installed 64-bit arch on a low memory laptop (1G) not thinking about > the > > higher memory requirement. > > > > Now I wonder, whether I can approach to change it by changing the > pacman.conf > > entry > > > > Architecture = auto > > to > > Architecture = i686 > > > > and reinstall all explicitly installed packages. > > > > I feel like it should work. > > > > Any "don't do that"s, "go for it"s, "I did it"s out there :o)). > > -- > > Friedrich > > I'm certainly no expert on how GNU/Linux systems are put together, but it > seems > to me that in the process of replacing all 64-bit libraries with their > 32-bit > equivalents, the currently running 64-bit system will try to use > llibraries that > you've just deleted, and so will crash during the process. If that happens, > you'll be reinstalling anyway. There is a way to get a 32-bit clone of your > current system up and running very quickly: > > 1. Back up any sensitive data, including configuration files. > 2. Follow the instructions on the wiki for creating a list of packages > installed >from the official repositories. [1] Make sure to keep that list with > your >backups. > 3. Format the disks and install a 32-bit build of Arch following the > restoration >instructions from that same wiki page. > 4. Restore your backups. > > > [1]: > https://wiki.archlinux.org/index.php/Pacman_tips#Backing_up_and_retrieving_a_list_of_installed_packages > > -- > "A common mistake that people make when trying to design something > completely > foolproof is to underestimate the ingenuity of complete fools." - Douglas > Adams > >
Re: [arch-general] Change installation from 64-bit to 32-bit
On 07/11, Friedrich Strohmaier wrote: > Hi all, > > I installed 64-bit arch on a low memory laptop (1G) not thinking about the > higher memory requirement. > > Now I wonder, whether I can approach to change it by changing the pacman.conf > entry > > Architecture = auto > to > Architecture = i686 > > and reinstall all explicitly installed packages. > > I feel like it should work. > > Any "don't do that"s, "go for it"s, "I did it"s out there :o)). > -- > Friedrich I'm certainly no expert on how GNU/Linux systems are put together, but it seems to me that in the process of replacing all 64-bit libraries with their 32-bit equivalents, the currently running 64-bit system will try to use llibraries that you've just deleted, and so will crash during the process. If that happens, you'll be reinstalling anyway. There is a way to get a 32-bit clone of your current system up and running very quickly: 1. Back up any sensitive data, including configuration files. 2. Follow the instructions on the wiki for creating a list of packages installed from the official repositories. [1] Make sure to keep that list with your backups. 3. Format the disks and install a 32-bit build of Arch following the restoration instructions from that same wiki page. 4. Restore your backups. [1]: https://wiki.archlinux.org/index.php/Pacman_tips#Backing_up_and_retrieving_a_list_of_installed_packages -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams
Re: [arch-general] gparted cant take root priviliges
On Thu, 2014-07-10 at 20:54 -0400, Mark Lee wrote: > Run : /usr/bin/gparted_polkit JFTR the default command of the menu is /usr/sbin/gparted %f , so the menu entry has to be changed. Additionally the OP perhaps has to start something, that isn't automatically started for the used DE/WM. I e.g. use lightdm to start JWM. [rocketmouse@archlinux ~]$ cat .jwmrc [snip] I add this line, but commented it out, so it results in [rocketmouse@archlinux ~]$ /usr/bin/gparted_polkit Error executing command as another user: No authentication agent found. [rocketmouse@archlinux ~]$ pkexec gparted AUTHENTICATING FOR org.archlinux.pkexec.gparted === Authentication is required to run the GParted Partition Editor Multiple identities can be used for authentication: 1. rocketmouse 2. chuser Choose identity to authenticate as (1-2): rocketmouse Invalid response `rocketmouse'. AUTHENTICATION CANCELED === Error executing command as another user: Not authorized This incident has been reported. [rocketmouse@archlinux ~]$ gksudo gparted == libparted : 3.1 == It works after starting lxpolkit. [rocketmouse@archlinux ~]$ /usr/lib/lxpolkit/lxpolkit [rocketmouse@archlinux ~]$ /usr/bin/gparted_polkit == libparted : 3.1 == [rocketmouse@archlinux ~]$ pkexec gparted == libparted : 3.1 == [rocketmouse@archlinux ~]$ cat /usr/bin/gparted_polkit #!/bin/bash if [ $(which pkexec) ]; then pkexec --disable-internal-agent "/usr/bin/gparted" "$@" else /usr/bin/gparted "$@" fi
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
On 07/10, Mike Cloaked wrote: > On Thu, Jul 10, 2014 at 2:25 PM, Bigby James > wrote: > > > On 07/10, Murari wrote: > > > Thanks! It's nice (or maybe not...) to know that this is a problem with > > > only the EFI stub loader. I do have a standalone grub entry which I > > haven't > > > used in ages. I guess I will just add that to the gummiboot menu as a > > > fallback and wait for the next kernel update. > > > > > > > If that's your backup plan, just remember that you'll need a tiny BIOS GRUB > > parititon[1] on the disk to get GRUB to boot from a GUID partition table in > > legacy mode. > > > > [1]: https://wiki.archlinux.org/index.php/Grub#Preliminary_requirements > > > > > There is no need to do that. I don't have any bios grub partition and > there is no need to run grub in legacy mode when using it as a backup for > uefi efi stub boot. You can do it as a grub standalone boot - > https://wiki.archlinux.org/index.php/GRUB#GRUB_Standalone > Ah, GRUB can boot UEFI directly. My mistake. ;) -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams
Re: [arch-general] gparted cant take root priviliges
I have already installed polkit-gnome but I am using XFCE :D On Thu, 10 Jul 2014 20:22:29 -0500 Doug Newgard wrote: > On 2014-07-10 19:10, Klearchos-Angelos Gkountras wrote: > > As I see on archlinux polkit [1] there are some limitations .. I > > have add myself on wheel group and uncomment on sudoers file.. now > > what ? > > > > > > [1] https://wiki.archlinux.org/index.php/Polkit#Limitations > > You shouldn't need any of that, just the authentication agent as I > already said. > > And please don't top post. -- Klearchos-Angelos Gkountras = mail -> k...@grrlz.net xmpp -> k...@grrlz.net weblog -> http://jemadux.noblogs.org
Re: [arch-general] gparted cant take root priviliges
On 2014-07-10 19:10, Klearchos-Angelos Gkountras wrote: As I see on archlinux polkit [1] there are some limitations .. I have add myself on wheel group and uncomment on sudoers file.. now what ? [1] https://wiki.archlinux.org/index.php/Polkit#Limitations You shouldn't need any of that, just the authentication agent as I already said. And please don't top post.
Re: [arch-general] gparted cant take root priviliges
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/10/2014 08:10 PM, Klearchos-Angelos Gkountras wrote: > As I see on archlinux polkit [1] there are some limitations .. I > have add myself on wheel group and uncomment on sudoers file.. now > what ? > > > [1] https://wiki.archlinux.org/index.php/Polkit#Limitations On Thu, > 10 Jul 2014 18:58:25 -0500 Doug Newgard > wrote: > >> On 2014-07-10 17:56, Klearchos-Angelos Gkountras wrote: >>> In my new laptop , I install archlinux and works fine but also >>> when I try to use gparted not promont one dialog to have root >>> priviliges .. how to fix that ? >> >> You need to install and run a polkit authentication agent. > > Salutations, Run : /usr/bin/gparted_polkit Regards, Mark -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlO/Nc8ACgkQZ/Z80n6+J/YxPQD8DLXk+NbEsLImlcDn2recg9jT 1JwH/MC6m/gt3Mdxv4gA/A+AByIV+kQ17BEE5yCFw3rqsdYdhllcMkx2HsyIfCi/ =o+Es -END PGP SIGNATURE-
Re: [arch-general] gparted cant take root priviliges
Maybe add users if you havent done that. On Jul 10, 2014 5:57 PM, "Klearchos-Angelos Gkountras" wrote: > In my new laptop , I install archlinux and works fine but also when I > try to use gparted not promont one dialog to have root priviliges .. > how to fix that ? > > -- > Klearchos-Angelos Gkountras > = > mail -> k...@grrlz.net > xmpp -> k...@grrlz.net > weblog -> http://jemadux.noblogs.org >
Re: [arch-general] gparted cant take root priviliges
As I see on archlinux polkit [1] there are some limitations .. I have add myself on wheel group and uncomment on sudoers file.. now what ? [1] https://wiki.archlinux.org/index.php/Polkit#Limitations On Thu, 10 Jul 2014 18:58:25 -0500 Doug Newgard wrote: > On 2014-07-10 17:56, Klearchos-Angelos Gkountras wrote: > > In my new laptop , I install archlinux and works fine but also when > > I try to use gparted not promont one dialog to have root > > priviliges .. how to fix that ? > > You need to install and run a polkit authentication agent. -- Klearchos-Angelos Gkountras = mail -> k...@grrlz.net xmpp -> k...@grrlz.net weblog -> http://jemadux.noblogs.org
Re: [arch-general] gparted cant take root priviliges
On 2014-07-10 17:56, Klearchos-Angelos Gkountras wrote: In my new laptop , I install archlinux and works fine but also when I try to use gparted not promont one dialog to have root priviliges .. how to fix that ? You need to install and run a polkit authentication agent.
Re: [arch-general] Change installation from 64-bit to 32-bit
Hey, Never tried that particular piece of reckless foolery :). However, I'd guess that once the libraries were replaced with incompatible versions, the installation scripts would start to fail, and then you'd be pretty badly stuck. Instead (but this requires a lot of disk space), perhaps install the 64-bit versions of all current packages to a chroot, and then do a massive copy? You'd have to be sure to get the important parts in one command on the copy, otherwise your binaries might start being unusuable. (Or, install busybox and use that to do things more carefully.) The wiki has a couple other methods, if you don't have 15G to spare: https://wiki.archlinux.org/index.php/Migrating_Between_Architectures_Without_Reinstalling. On Fri, 11 Jul 2014, Friedrich Strohmaier wrote: Hi all, I installed 64-bit arch on a low memory laptop (1G) not thinking about the higher memory requirement. Now I wonder, whether I can approach to change it by changing the pacman.conf entry Architecture = auto to Architecture = i686 and reinstall all explicitly installed packages. I feel like it should work. Any "don't do that"s, "go for it"s, "I did it"s out there :o)). -- Friedrich -- Scott Lawrence Linux baidar 3.15.3-1-ARCH #1 SMP PREEMPT Tue Jul 1 07:32:45 CEST 2014 x86_64 GNU/Linux
[arch-general] Change installation from 64-bit to 32-bit
Hi all, I installed 64-bit arch on a low memory laptop (1G) not thinking about the higher memory requirement. Now I wonder, whether I can approach to change it by changing the pacman.conf entry Architecture = auto to Architecture = i686 and reinstall all explicitly installed packages. I feel like it should work. Any "don't do that"s, "go for it"s, "I did it"s out there :o)). -- Friedrich
Re: [arch-general] gparted cant take root priviliges
On 10/07/14 06:56 PM, Klearchos-Angelos Gkountras wrote: > In my new laptop , I install archlinux and works fine but also when I > try to use gparted not promont one dialog to have root priviliges .. > how to fix that ? I'm a bit unsure about what you're asking for. To avoid the error, you should run it with root privileges with a command like `pkexec gparted`. signature.asc Description: OpenPGP digital signature
[arch-general] gparted cant take root priviliges
In my new laptop , I install archlinux and works fine but also when I try to use gparted not promont one dialog to have root priviliges .. how to fix that ? -- Klearchos-Angelos Gkountras = mail -> k...@grrlz.net xmpp -> k...@grrlz.net weblog -> http://jemadux.noblogs.org
Re: [arch-general] Java 8
On 5 June 2014 02:02, Boyan Ding wrote: > > On Wed, 2014-06-04 at 23:20 +0200, Guillaume ALAUX wrote: > > On 2 June 2014 03:21, Boyan Ding wrote: > > > Hi Guillaume, > > > I really appreciate your work, but are the versioning of the openjdk8* > > > packages correct? They should be 8.u0_b132 or simply 8.u0 instead of > > > 8.u132... > > > > > > By the way I also made a PKGBUILD [1] based on yours and it's currently > > > on 8u5. The prebuilt packages are available on the OBS [2]. It added > > > some packages from Fedora to use system libs. No idea whether they fit > > > Arch. > > > > > > Regards, > > > Boyan Ding > > > > > > [1] https://github.com/dboyan/openjdk8-noicedtea > > > [2] > > > http://download.opensuse.org/repositories/home:/dboyan:/openjdk8/Arch_Extra/ > > > > > > > > > > > > > Hi Boyan, > > > > The versionning scheme shojuld be as you say. I must have missed that. > > > > Thank you very much for sharing this. I have included your versionning > > scheme and use of upstream tarball in my PKGBUILD. > > > > Up to date packages are available on the repo [0]. > > > > Also you might be interested in the very last version of the sources > > [1] (branch "with-meta" uses meta JDK packages as explained earlier on > > this thread. Be careful though, branch master is not exactly up to > > date). I did not use patches for system libs, I will "stay vanilla" > > until IcedTea take care of it. > Oh, that's great. > > > > > Just out of curiosity: are you officially affiliated with OpenSuse? > No, I'm not. Actually I got to know OBS not long ago and was just > curious about it. > > Cheers, > Boyan Ding > > > > > [0] http://pkgbuild.com/~guillaume/repos/jdk > > [1] https://github.com/galaux/java8-openjdk/tree/with-meta > > > Hello again, With help from Heftig, I now have several sets of Java environments packages for OpenJDK 7 and OpenJDK 8 (and also Oracle JRE/JDK 8 just as a proof of concept). These are available on this private repo [0] (did not build the i686). I also wrote this wiki section in order to give some insight [1]. Before pushing it to [testing], I would love some feedback. Anyone interested in testing these packages is welcome to give feedback. To do so, just add these to your pacman.conf: [galaux_jdk] Server = http://pkgbuild.com/~guillaume/repos/jdk/$arch Does the install runs OK? Is your "JRE" and "JDK" fully functionnal after install? Are you able to switch from install to another? Suggestions etc… [0] http://pkgbuild.com/~guillaume/repos/jdk/ [1] https://wiki.archlinux.org/index.php/Java#Multiple_official_Java_environments
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
On Thu, Jul 10, 2014 at 2:25 PM, Bigby James wrote: > On 07/10, Murari wrote: > > Thanks! It's nice (or maybe not...) to know that this is a problem with > > only the EFI stub loader. I do have a standalone grub entry which I > haven't > > used in ages. I guess I will just add that to the gummiboot menu as a > > fallback and wait for the next kernel update. > > > > If that's your backup plan, just remember that you'll need a tiny BIOS GRUB > parititon[1] on the disk to get GRUB to boot from a GUID partition table in > legacy mode. > > [1]: https://wiki.archlinux.org/index.php/Grub#Preliminary_requirements > > There is no need to do that. I don't have any bios grub partition and there is no need to run grub in legacy mode when using it as a backup for uefi efi stub boot. You can do it as a grub standalone boot - https://wiki.archlinux.org/index.php/GRUB#GRUB_Standalone -- mike c
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
On 07/10, Murari wrote: > Thanks! It's nice (or maybe not...) to know that this is a problem with > only the EFI stub loader. I do have a standalone grub entry which I haven't > used in ages. I guess I will just add that to the gummiboot menu as a > fallback and wait for the next kernel update. > If that's your backup plan, just remember that you'll need a tiny BIOS GRUB parititon[1] on the disk to get GRUB to boot from a GUID partition table in legacy mode. [1]: https://wiki.archlinux.org/index.php/Grub#Preliminary_requirements -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams
Re: [arch-general] ZFS, dm-crypt, and systemd
On 07/10/2014 08:49 AM, Chris Tonkinson wrote: > configure systemd to mount all dm-crypt devices For what it's worth, I should note I'm using LUKS. signature.asc Description: OpenPGP digital signature
[arch-general] ZFS, dm-crypt, and systemd
Can anyone provide a reference to documentation on how to configure systemd to mount all dm-crypt devices in /etc/crypttab prior to importing ZFS pools on boot? (zfs-git, not zfs-fuse) Thanks! -Chris -- Chris Tonkinson 610.425.7807 "Lead, follow, or get out of the way." -Thomas Paine signature.asc Description: OpenPGP digital signature
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
I believe the problem is with the stub loader and not the boot manager (going by bug reports on both the arch linux bugtracker and on kernel.org) but thanks anyway! On 10 July 2014 11:14, arnaud gaboury wrote: > > On 9 July 2014 23:43, Mike Cloaked wrote: > > > >> On Wed, Jul 9, 2014 at 10:30 PM, Bigby James > >> wrote: > >> > >> > On 07/09, Murari wrote: > >> > > >> > > When I start my laptop (or restart it) and select the Arch Linux > entry > >> > in the > >> > > gummiboot menu, I sometimes only see a blank screen instead of any > >> error > >> > > messages or any of the usual boot text. > > > Not sure it will solve your issue, but did you give a try at rRFInd > [1] ? I use this boot manager on some dual booting machines with no > issues. > The documentation [2] is really awsome. > > [1] https://wiki.archlinux.org/index.php/REFInd > [2] http://www.rodsbooks.com/refind/ > -- Murari
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
> On 9 July 2014 23:43, Mike Cloaked wrote: > >> On Wed, Jul 9, 2014 at 10:30 PM, Bigby James >> wrote: >> >> > On 07/09, Murari wrote: >> > >> > > When I start my laptop (or restart it) and select the Arch Linux entry >> > in the >> > > gummiboot menu, I sometimes only see a blank screen instead of any >> error >> > > messages or any of the usual boot text. Not sure it will solve your issue, but did you give a try at rRFInd [1] ? I use this boot manager on some dual booting machines with no issues. The documentation [2] is really awsome. [1] https://wiki.archlinux.org/index.php/REFInd [2] http://www.rodsbooks.com/refind/
Re: [arch-general] Gummiboot and EFISTUB booting irregularities
Thanks! It's nice (or maybe not...) to know that this is a problem with only the EFI stub loader. I do have a standalone grub entry which I haven't used in ages. I guess I will just add that to the gummiboot menu as a fallback and wait for the next kernel update. On 9 July 2014 23:43, Mike Cloaked wrote: > On Wed, Jul 9, 2014 at 10:30 PM, Bigby James > wrote: > > > On 07/09, Murari wrote: > > > > > When I start my laptop (or restart it) and select the Arch Linux entry > > in the > > > gummiboot menu, I sometimes only see a blank screen instead of any > error > > > messages or any of the usual boot text. > > > > This is a known issue, and yes, it's hard to describe or pin down. Some > > UEFI > > firmwares just don't seem to play nice with the kernel every couple > > versions or > > so. The systems that are effected seem almost random, which is probably > > why it's > > been around for so long. There are two workarounds that seem to work for > > people: > > > > - Downgrade the kernel and wait until the next update. > > - Build a kernel with ABS. For some reason this resolves the issue on > some > > machines. And I don't mean build a *custom* kernel---for some reason, > > simply > > downloading the PKGBUILD for the 'linux' package, running makepkg and > > installing it seems to eliminate boot problems for some people. > > > > Personally, after this happened to me a third time I just started booting > > in > > legacy mode with Syslinux. > > > Another option that seems to work reliably is to use your normal uefi boot > loader/manager to chainload grub and let grub boot the kernel if uefi boot > fails due to the well-known stub loader bug. The problem appears to be only > when booting uefi with the efi stub loader, whereas grub does not use the > efi stub loader and appears not to be affected. On my own systems with > rEFInd, I have a refind stanza that chainloads a grub standalone entry, and > if there is a problem uefi booting a specific kernel on that machine, then > I can simply reboot to the grub entry and let that boot the kernel. Having > that as a fallback boot method should allow you to boot a kernel if it > turns out that your machine is affected by the efi stub loader bug. Then > simply wait for the next kernel or rebuild your kernel as per the previous > post and check if that helps. > > -- > mike c > -- Murari
