abarbarian Posted February 4, 2016 Posted February 4, 2016 Well after some trials and tribulations I have nearly got a Arch install on me new rig. However. I think I have rEFind installed as it shows on boot. Gives me options to boot W7 or Arch. However Arch starts. Shows udev being accesed.Then says it can not find root I think and then drops me to a cli prompt like this, [rootfs] # So I am stumped. Any ideas folks ???? :'( Quote
securitybreach Posted February 4, 2016 Posted February 4, 2016 Well I did a quick search and couldn't find much. I'll check when I get home to see if I can find anything for you. BTW what made you choose rEFfind as your bootloader? Personally I prefer syslinux and it works beautifully with uefi or bios. Related? https://bbs.archlinux.org/viewtopic.php?id=165696 Quote
abarbarian Posted February 4, 2016 Author Posted February 4, 2016 Well I did a quick search and couldn't find much. I'll check when I get home to see if I can find anything for you. BTW what made you choose rEFfind as your bootloader? Personally I prefer syslinux and it works beautifully with uefi or bios. Related? https://bbs.archlinu...c.php?id=165696 That chap had exactly the same problem. I'll try his solution tomorrow. Good find mate. 2 Quote
abarbarian Posted February 5, 2016 Author Posted February 5, 2016 Syslinux is a plain Jane compared to rEFind. Arch up and running. Just need to clear some debris and make some additions. Which is where I have got stuck. Seems there is no quick fix to get yaourt and you have to build it. So I thought I would try out trizen for a change. Followed the AUR obtain build and install instructions. Every thing ran ok and it looked like it would build then stopped saying sudo had no permissions.. Do I have to set sudo up to build AUR packages ?? Really do I have to ?? Quote
securitybreach Posted February 5, 2016 Posted February 5, 2016 Personally I use pacaur but the yaourt fix is easy too. Either change the pacman dependency line in package-query's PKGBUILD or use package-query-git, then install yaourt again. Quote
abarbarian Posted February 5, 2016 Author Posted February 5, 2016 Personally I use pacaur but the yaourt fix is easy too. Either change the pacman dependency line in package-query's PKGBUILD or use package-query-git, then install yaourt again. I ain't trying to install yaourt. I am trying to install trizen. I managed all this, $ cd ~/builds $ curl -L -O https://aur.archlinux.org/cgit/aur.git/snapshot/foo.tar.gz $ tar -xvf foo.tar.gz $ cd foo $ nano PKGBUILD $ makepkg -sri makepkg checks dependencies and starts to run and then tells me sudo has no permission and is unable to initialize policy plugin, an says pacman has given up. I can not remember ever having to set up and use sudo on any of me Arch's before hence me Q. ermm an I did not really understand yer helpful reply. Change what to what ? An no idea what package-query-git is never mind how to use it Quote
securitybreach Posted February 5, 2016 Posted February 5, 2016 package-query is a dependency of yaourt that is causing failure when updating due to the PKGBUILD not being updated to adjust for the change. Read the comments: https://aur.archlinux.org/packages/package-query/ https://plus.google.com/+NajibBennani/posts/ZtgwqUU5Wab That's what I thought you were referring to. Quote
abarbarian Posted February 6, 2016 Author Posted February 6, 2016 Righty ho. Good find. Do you normally need sudo installed and set up to install AUR stuff ?? Quote
securitybreach Posted February 6, 2016 Posted February 6, 2016 Righty ho. Good find. Do you normally need sudo installed and set up to install AUR stuff ?? Not at all but I think it's a dep for yaourt. You don't ever have to use it but it's a required package. It won't be functional until you actually set it so it's just eating space. Pacaur doesnt require it. Quote
abarbarian Posted February 6, 2016 Author Posted February 6, 2016 Righty ho. Good find. Do you normally need sudo installed and set up to install AUR stuff ?? Not at all but I think it's a dep for yaourt. You don't ever have to use it but it's a required package. It won't be functional until you actually set it so it's just eating space. Pacaur doesnt require it. Thanks but I ain't trying to install yaourt. Like I said earlier I am trying to try out TRIZEN. So you only need sudo if the package you are trying to install from AUR requires it which is good to know. I'll have to have a looksee at what I can do. Quote
abarbarian Posted February 6, 2016 Author Posted February 6, 2016 trizen Trizen is what I am trying to install and it does not have sudo as a dep. Dependencies (9) pacman (pacman-git) perl>=5.10.0 (perl-fake) perl-data-dump perl-json perl-libwww perl-lwp-protocol-https perl-term-ui git (git-git) (make) perl-term-readline-gnu (optional) – for better STDIN support So now I am puzzled, well and truly. :'( Quote
securitybreach Posted February 6, 2016 Posted February 6, 2016 Well I was on a mobile device replying so I missed that part. Anyway I was pointing out that just because something is a dependency, like sudo, it doesnt mean that it will require it. Like for instance, pacaur has sudo as a dependency but I do not have sudo activated on this machine. What does this command show you: pacman -Qi sudo | grep Required Also, what made you want to install Trizen? I had never heard of it before you mentioned it and it looks like it has not had any updates for about 6 months now. https://aur.archlinux.org/packages/trizen/ Quote
abarbarian Posted February 6, 2016 Author Posted February 6, 2016 (edited) Well I read the list of applications and trizen sounded neat and it uses the same pacman commands. I installed all the deps separately with pacman. I even installed git and downloaded the package just in case I had got the wrong one with curl. I got this result after it looked like everything was going well when I tried $ makepkg -sri sudo: unable to stat/etc/sudoers permission denied sudo: no valid sudoers sources found sudo: unable to initialize policy plugin. I have never ever had to fart around with sudo before or installed it because I knew it would be a bag of trouble. I'll do a test to see what happens when I $ makepkg -sri on a different package. :'( Ok I get the same thing when trying a different package. Your command returns nothing at all. Edited February 6, 2016 by abarbarian Quote
securitybreach Posted February 6, 2016 Posted February 6, 2016 Well pacaur also uses pacman's same, exact commands. Personally I wouldn't bother with that package unless you want to also setup sudo access to use it. Quote
abarbarian Posted February 6, 2016 Author Posted February 6, 2016 Dependencies (5) cower (cower-git) expac (expac-git) git (git-git) sudo (nosudo, sudo-selinux) perl (perl-fake) (make) above are the deps for pacaur and sudo is mentioned so I doubt that will help my present situation. Quote
securitybreach Posted February 6, 2016 Posted February 6, 2016 Yes, but it doesn't require sudo to be setup. Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 Yes, but it doesn't require sudo to be setup. Well I get this when Itry to install pacaur. $ makepkg -sri sudo: unable to stat/etc/sudoers permission denied sudo: no valid sudoers sources found sudo: unable to initialize policy plugin. Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 I was thinking this the other day but I failed to mention it...I think its your makepkg switches that are causing this. I usually run makepkg by itself but I am pretty sure the -r switch is causing this: -r/--rmdeps flag causes makepkg to remove the make dependencies later, which are no longer needed. I just tested it on a netbook with sudo installed but /etc/sudoers removed and it builds perfectly with just makepkg Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 Thanks for the effort. It do not work though. [bloodaxe@longship aurbuilds]$ git clone https://aur.archlinux.org/trizen.git Cloning into 'trizen'... remote: Counting objects: 12, done. remote: Compressing objects: 100% (10/10), done. remote: Total 12 (delta 2), reused 12 (delta 2) Unpacking objects: 100% (12/12), done. Checking connectivity... done. [bloodaxe@longship aurbuilds]$ cd trizen [bloodaxe@longship trizen]$ makepkg -si ==> Making package: trizen 129.bd29514-1 (Sun Feb 7 13:15:48 GMT 2016) ==> Checking runtime dependencies... error: GPGME error: No data ==> Checking buildtime dependencies... error: GPGME error: No data ==> Retrieving sources... -> Cloning trizen git repo... Cloning into bare repository '/home/bloodaxe/aurbuilds/trizen/trizen'... remote: Counting objects: 398, done. remote: Total 398 (delta 0), reused 0 (delta 0), pack-reused 398 Receiving objects: 100% (398/398), 109.89 KiB | 160.00 KiB/s, done. Resolving deltas: 100% (137/137), done. Checking connectivity... done. ==> Validating source files with md5sums... trizen ... Skipped ==> Extracting sources... -> Creating working copy of trizen git repo... Cloning into 'trizen'... done. ==> Starting pkgver()... ==> Updated version: trizen 130.dd83655-1 ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Removing libtool files... -> Purging unwanted files... -> Removing static library files... -> Stripping unneeded symbols from binaries and libraries... -> Compressing man and info pages... ==> Checking for packaging issue... ==> Creating package "trizen"... -> Generating .PKGINFO file... -> Generating .BUILDINFO file... error: GPGME error: No data -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: trizen 130.dd83655-1 (Sun Feb 7 13:15:49 GMT 2016) ==> Installing package trizen with pacman -U... sudo: unable to stat /etc/sudoers: Permission denied sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin ==> WARNING: Failed to install built package(s). Now the above did give me a package that I could install just the same as "makepkg -sri" does. So I tried to install, [root@longship trizen]# pacman -U /home/bloodaxe/aurbuilds/trizen/trizen-130.dd83655-1-any.pkg.tar.xz error: GPGME error: No data error: database 'archlinuxfr' is not valid (invalid or corrupted database (PGP signature)) loading packages... warning: trizen-130.dd83655-1 is up to date -- reinstalling error: failed to prepare transaction (invalid or corrupted database) Now I had added the french repositry to pacman.conf and apparently it is not working so I commented it out and tried to install trizen again. [root@longship trizen]# pacman -U /home/bloodaxe/aurbuilds/trizen/trizen-130.dd83655-1-any.pkg.tar.xz loading packages... warning: trizen-130.dd83655-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Package (1) Old Version New Version Net Change trizen 130.dd83655-1 130.dd83655-1 0.00 MiB Total Installed Size: 0.06 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [######################] 100% (1/1) checking package integrity [######################] 100% (1/1) loading package files [######################] 100% (1/1) checking for file conflicts [######################] 100% (1/1) checking available disk space [######################] 100% :: Processing package changes... (1/1) reinstalling trizen Whoopee it installs. However it is unuseable.I tried to use it to install "rage" a media player. I got warnings at the beggining and the end. [bloodaxe@longship trizen]$ trizen -S rage perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = "uk" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). ** Installing:: rage ** AUR URL: https://aur.archlinux.org/packages.php?ID=185752 AND AT THE END Last Update : Mon Jun 8 20:15:20 2015 Description : Video Player based on EFL ==> Making package: rage 0.1.4-1 (Sun Feb 7 13:35:04 GMT 2016) ==> Checking runtime dependencies... ==> Installing missing dependencies... sudo: unable to stat /etc/sudoers: Permission denied sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin ==> ERROR: 'pacman' failed to install missing dependencies. [!] Unable to build 'rage' - makepkg exited with code: 256 I thought I had set up locale properly. inside "locale.conf" I have, LANG=uk I think my problem is associated with this, sudo: unable to stat /etc/sudoers: Permission deniedsudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin An no matter what I try I keep getting gremlins. # pacman -S yaourt (this was when I had the french repo added to .conf) error: GPGME error: No data error: database 'archlinuxfr' is not valid (invalid or corrupted database (PGP signature)) No matter what I do I keep getting permision denied like so, $ timedatectl set-local-rtc 0 Error getting authority: Error initializing authority: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (g-io-error-quark, 0) Failed to set local RTC: Access denied I think I have gremlins as , $ amixer sset Master unmute bash: amixer: command not found $ alsamixer bash: alsamixer: command not found # timedatectl Failed to query server: No route to host # sudo ll sudo: unable to stat /etc/sudoers: Permission denied sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin What the flip is going on. I never had this much trouble when I did my first install. :'( :'( :'( Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 Ha ha I managed to fix the sound. I forgot you had to install alsa-utils. Duh. Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 I still have a us keyboard though and am lost as to how to change it. I think I need a break. The wiki has changed not for the better in my opinion and is not as easy to follow as when I last used it. An the install method has changed which is quite neat. What with all the reading up I had to do to get me uefi mobo I'm fair tuckered out and starting to get very very confused. Time for tea and toast. Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 Well I will start from the top..... Your gpg errors are because either the package signing wasn't setup/initialized or your pacman.conf is not configured correctly: https://wiki.archlin...Package_signing This is also the reason for your second error when you were trying to install the built package. The errors for archlinuxfr were probably caused by the lack of package signing as well. Did you remember to run -Syy after adding the archlinuxfr repo? Try running these pacman-key --init pacman-key --populate archlinux Also, each line of your repos should have SigLevel = PackageRequired like this: [extra]SigLevel = PackageRequired Include = /etc/pacman.d/mirrorlist That said, it does look like trizen was previously installed due to this line of output at the end: warning: trizen-130.dd83655-1 is up to date -- reinstalling If had previously done all of that, then your pacman db might be corrupted. Simply clear it and repopulate: rm -R /var/lib/pacman/sync pacman -Syy As far as your location, can you post the output of these commands: locale locale -a You may need uncomment your locale in /etc/locale.gen and rerun locale-gen As far as the sudo issue, I am still researching that one. Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 Also, the wiki still works fine as I did a fresh uefi reinstall about a month or two ago (well besides the backed up configs). I can give you any configs you need to get this setup again if you decide to abandon ship. Perhaps you simply missed something. Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 I can remember doing the first of your pacman commands on install but I have run them again. The wiki says, Verifying the five master keys The initial setup of keys is achieved using: # pacman-key --populate archlinux Take time to verify the Master Signing Keys when prompted as these are used to co-sign (and therefore trust) all other packager's keys. I don't get asked for any verification and I have six keys showing up, [root@longship bloodaxe]# pacman-key --populate archlinux ==> Appending keys from archlinux.gpg... ==> Locally signing trusted keys in keyring... -> Locally signing key 0E8B644079F599DFC1DDC3973348882F6AC6A4C2... -> Locally signing key 684148BB25B49E986A4944C55184252D824B18E8... -> Locally signing key 91FFE0700E80619CEB73235CA88E23E377514E00... -> Locally signing key 44D4A033AC140143927397D47EFD567D4C7EA887... -> Locally signing key 27FFC4769E19F096D41D9265A04F9397CDFD6BB0... -> Locally signing key AB19265E5D7D20687D303246BA1DFB64FFF979E7... ==> Importing owner trust values... ==> Disabling revoked keys in keyring... -> Disabling key F5A361A3A13554B85E57DDDAAF7EF7873CFD4BB6... -> Disabling key 7FA647CD89891DEDC060287BB9113D1ED21E1A55... -> Disabling key D4DE5ABDE2A7287644EAC7E36D1A9E70E19DAA50... -> Disabling key BC1FBE4D2826A0B51E47ED62E2539214C6C11350... -> Disabling key 9515D8A8EAB88E49BB65EDBCE6B456CAF15447D5... -> Disabling key 4A8B17E20B88ACA61860009B5CED81B7C2E5C0D2... -> Disabling key 63F395DE2D6398BBE458F281F2DBB4931985A992... -> Disabling key 0B20CA1931F5DA3A70D0F8D2EA6836E1AB441196... -> Disabling key 8F76BEEA0289F9E1D3E229C05F946DED983D4366... -> Disabling key 66BD74A036D522F51DD70A3C7F2A16726521E06D... -> Disabling key 81D7F8241DB38BC759C80FCE3A726C6170E80477... -> Disabling key E7210A59715F6940CF9A4E36A001876699AD6E84... ==> Updating trust database... gpg: next trustdb check due at 2016-06-03 An here are the outputs, [color=#ff0000][root@longship bloodaxe]# locale[/color] locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=uk LC_CTYPE="uk" LC_NUMERIC="uk" LC_TIME="uk" LC_COLLATE="uk" LC_MONETARY="uk" LC_MESSAGES="uk" LC_PAPER="uk" LC_NAME="uk" LC_ADDRESS="uk" LC_TELEPHONE="uk" LC_MEASUREMENT="uk" LC_IDENTIFICATION="uk" LC_ALL= [color=#ff0000][root@longship bloodaxe]# locale -a[/color] locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_COLLATE to default locale: No such file or directory C POSIX en_GB en_GB.iso88591 en_GB.utf8 I have checked the locale before but I checked again and get this which looks ok to me, [color=#ff0000][root@longship bloodaxe]# locale-gen[/color] Generating locales... en_GB.UTF-8... done en_GB.ISO-8859-1... done Generation complete. Ran your locale commands again and they output same as above. I don't want to cut and run as I have spent two days on this so far and can not really afford to try again. I have a copy of Robolinux I can install in a few minutes and use if I really get stuck. The wiki is still good don't get me wrong but to me it is not as easy to use.I found a walkthrough, http://www.linuxveda.com/2015/12/30/how-to-install-arch-linux-on-uefi-systems/6/ He installs sudo and gives instructions for setting it up so I thought as my problems were sudo related I would give it a try but it did not help., Let’s now install sudo so that this user can perform administrative tasks without becoming root: pacman -S sudo Now let’s give our user the Sudo powers, edit the sudoers file using the visudo command: # EDITOR=nano visudo Un-comment this line in this file: %wheel ALL=(ALL) ALL Figuring out how to use visudo was causing me concern till I found his guide. Yup I recon yer right I either missed something or made a slight wrong turn somewhere. Still I have learnt about uefi an parted from the cli and loads of stuff.Oh and I have a partially running Arch. Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 Well perhaps a clean install will fix your issues.... Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 I can remember doing the first of your pacman commands on install but I have run them again. The wiki says, Verifying the five master keys The initial setup of keys is achieved using: # pacman-key --populate archlinux Take time to verify the Master Signing Keys when prompted as these are used to co-sign (and therefore trust) all other packager's keys. I don't get asked for any verification and I have six keys showing up, You should have more than 6. Here is my pacman-key -l http://ix.io/oc9 Quote
abarbarian Posted February 7, 2016 Author Posted February 7, 2016 You certainly have a load of keys I found this at the forums. https://bbs.archlinux.org/viewtopic.php?id=154628 An I tried out all the commands given in the thread and my results look pretty much the same, all the relevant ones. [root@longship bloodaxe]# systemctl status polkit.service â polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static; vendor preset: disabled) Active: failed (Result: exit-code) since Sun 2016-02-07 23:10:08 GMT; 10s ago Docs: man:polkit(8) Process: 1369 ExecStart=/usr/lib/polkit-1/polkitd --no-debug (code=exited, status=1/FAILURE) Main PID: 1369 (code=exited, status=1/FAILURE) Feb 07 23:10:08 longship systemd[1]: Starting Authorization Manager... Feb 07 23:10:08 longship systemd[1]: polkit.service: Main process exited, c...RE Feb 07 23:10:08 longship systemd[1]: Failed to start Authorization Manager. Feb 07 23:10:08 longship systemd[1]: polkit.service: Unit entered failed state. Feb 07 23:10:08 longship systemd[1]: polkit.service: Failed with result 'ex...'. Hint: Some lines were ellipsized, use -l to show in full. [root@longship bloodaxe]# id polkitd uid=102(polkitd) gid=102(polkitd) groups=102(polkitd),26(proc) I reinstalled polkit and it seems to have installed ok. I am unable to start the polkit.service though. His problem stemed from wrong permissions and I think mine are too. He found his problem source but it do not help me find mine. :'( Quote
securitybreach Posted February 7, 2016 Posted February 7, 2016 Yeah but you shouldn't have to mess with permissions on a fresh install. Quote
abarbarian Posted February 8, 2016 Author Posted February 8, 2016 Thinking about permissions I recall that I found this command in the wiki. Something to do with sudo I think but I can not find the page again. The advice was if having problems with permissions do so, so I did. chown -c root:root: /etc/sudoers chown -c 0440 /etc/sudoers Maybe that has something to do with the gremlins. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.