- Arch-general - lists.archlinux.org

[arch-general] Realtek 8111/8168/8411 Blues - cannot get dhcpcd address (link UP)
by David C. Rankin 24 Aug '15

24 Aug '15

All, As a continuation of the disc controller failure/system rebuild, I have the new box built and a pair of fresh drives waiting for a new Arch install. This motherboard has the Realtek 8111/8168/8411 chipset. (Gigabyte GA-990FXA-UD3 motherboard). I am booting with the latest install medium which boots fine in legacy or EUFI mode. No matter what I do, I cannot get an IPv4 address. I have read: https://wiki.archlinux.org/index.php/Network_configuration#Realtek_no_link_… (that's not the problem, link light is on, activity indicator is flashing, and link is reported 'Up' by 'ip link') I have read: https://wiki.archlinux.org/index.php/Network_configuration#Realtek_RTL8111.… - installed (pacman -U r8168-8.040.00-5-x86_64.pkg.tar.xz) - blacklisted r8169 - loaded r8168 - confirmed the NIC is using r8168 w/lspci -v - systemctl restart dhcpcd (many times) - systemctl status dhcpcd reports no IPv6 Routers no IPv4 Leases request timeout It's not the cable or my dhcpd server, I boot the box with the failed disc controller, and it is assigned an address just fine. (same cable) I'm stuck, looking at the log on my dhcp server, the requests are never seen. It's like the card isn't sending, but the link light is fine and the activity light on the NIC is flashes when it sees traffic? What else can I try? -- David C. Rankin, J.D.,P.E.

4 10

[arch-general] Failed kernel update
by Peter Nikolic 24 Aug '15

24 Aug '15

Hi All .. Had a kernel update fail yesterday core dumped part way thru the install of the new Kernel this has left the system unbootable . I am fairly sure i can fix the problem booting from the latest Arch cd but cant quite find the right method . Help please other than this the system has been great for a long time ... Pete . -- Linux voyager 3.6.2-1-ARCH #1 SMP PREEMPT Fri Oct 12 23:58:58 CEST 2012 x86_64 GNU/Linux

5 8

[arch-general] filezilla won't start
by James 24 Aug '15

24 Aug '15

I did a fresh install of filezilla and tried to start it but it didn't start. filezilla-3.12.0.2-1 Here's a picture: http://lockie.ca/test/filezilla_017.png

3 3

[arch-general] Komodo Edit
by James 23 Aug '15

23 Aug '15

I installed Komodo Edit and I want to put a quick launch button on my task bar but it doesn't show up in the list of "installed applications". That is weird because it shows up in the "Menu" in the "Programming" section. I use lxde.

2 2

[arch-general] mdmonitor.service - fails to start/load?
by David C. Rankin 23 Aug '15

23 Aug '15

All, I'm not sure if this is a config issue or bug. I have 2 servers with mdadm/mdraid arrays. In both a check of 'systemctl --type=service' shows mdmonitor has failed. It fails to start each time: ● mdmonitor.service - MD array monitor Loaded: loaded (/usr/lib/systemd/system/mdmonitor.service; static; vendor preset: disabled) Active: failed (Result: exit-code) since Sat 2015-08-22 22:33:52 CDT; 7h ago Process: 377 ExecStart=/sbin/mdadm --monitor $MDADM_MONITOR_ARGS (code=exited, status=1/FAILURE) Process: 375 ExecStartPre=/usr/lib/systemd/scripts/mdadm_env.sh (code=exited, status=203/EXEC) Main PID: 377 (code=exited, status=1/FAILURE) Looking at the service file I'm not sure if there is an issue here, or somewhere else, but there is no file 'mdadm_env.sh' that is reference by ExecStartPre=: # This file is part of mdadm. # <snip> [Unit] Description=MD array monitor DefaultDependencies=no [Service] Environment= MDADM_MONITOR_ARGS=--scan EnvironmentFile=-/run/sysconfig/mdadm ExecStartPre=-/usr/lib/systemd/scripts/mdadm_env.sh ExecStart=/sbin/mdadm --monitor $MDADM_MONITOR_ARGS Is this a bug? -- David C. Rankin, J.D.,P.E.

2 2

Re: [arch-general] arch-general Digest, Vol 130, Issue 19
by bildermejl76＠gmail.com 22 Aug '15

22 Aug '15

Thanks for the answers! I think those explanations and links will help me get through the process. David – Skickat från Mailbox On Sat, Aug 22, 2015 at 2:00 PM, null <arch-general-request(a)archlinux.org> wrote: > Send arch-general mailing list submissions to > arch-general(a)archlinux.org > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-request(a)archlinux.org > You can reach the person managing the list at > arch-general-owner(a)archlinux.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-general digest..." > Today's Topics: > 1. Re: SOLVED Re: Realtek 8111/8168/8411 Blues - cannot get > dhcpcd address (link UP) (LoneVVolf) > 2. Re: SOLVED Re: Realtek 8111/8168/8411 Blues - cannot get > dhcpcd address (link UP) (David C. Rankin) > 3. LTS Kernels (bildermejl76(a)gmail.com) > 4. Re: LTS Kernels (Iru Cai) > 5. Re: LTS Kernels (Ralf Mardorf) > 6. Re: LTS Kernels (LoneVVolf) > 7. Re: LTS Kernels (Karol Blazewicz) > ---------------------------------------------------------------------- > Message: 1 > Date: Fri, 21 Aug 2015 15:10:55 +0200 > From: LoneVVolf <lonewolf(a)xs4all.nl> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] SOLVED Re: Realtek 8111/8168/8411 Blues - > cannot get dhcpcd address (link UP) > Message-ID: <55D7235F.1010302(a)xs4all.nl> > Content-Type: text/plain; charset=utf-8; format=flowed > On 21-08-15 04:58, David C. Rankin wrote: >> On 08/20/2015 09:34 PM, David C. Rankin wrote: >>> >> >> $#%#@%#$%... You have to enable IOMMU in the BIOS before the NIC will >> work! I stumbled across this obscure little tidbit on the fedora forum: >> >> http://forums.fedoraforum.org/showthread.php?t=295616 >> >> It triggers some nasty AMD I10 Page Faults/xhci messages during boot >> of the 201508 install media, but the network comes right up, dhcp >> works, no more lost packets, etc. >> >> I wonder if this is related to it corrupting my USB drives I plug into >> it? Drives work the first time, sync, then umount. Next time you plug >> them in, filesystem is gone? >> >> Oh well, at least I have a network now. I'll add it to the wiki. >> >> > Blame Gigabyte, the only reason to disable IOMMU is if you run a 32-bit OS . > On all x86_64 OSes running with IOMMU disabled will degrade graphics > performance A LOT. > As you found , disabling IOMMU also affects other hardware badly. > TL;DR : > 64-bit OS >>> ENABLE IOMMU > Some links : > https://en.wikipedia.org/wiki/IOMMU > http://developer.amd.com/community/blog/2008/09/01/iommu/ > Lone_Wolf > ------------------------------ > Message: 2 > Date: Fri, 21 Aug 2015 22:39:53 -0500 > From: "David C. Rankin" <drankinatty(a)suddenlinkmail.com> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] SOLVED Re: Realtek 8111/8168/8411 Blues - > cannot get dhcpcd address (link UP) > Message-ID: <55D7EF09.4010506(a)suddenlinkmail.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > On 08/21/2015 08:10 AM, LoneVVolf wrote: >> >> Blame Gigabyte, the only reason to disable IOMMU is if you run a 32-bit OS . >> >> On all x86_64 OSes running with IOMMU disabled will degrade graphics performance >> A LOT. >> As you found , disabling IOMMU also affects other hardware badly. >> >> TL;DR : >> 64-bit OS >>> ENABLE IOMMU >> >> >> Some links : >> >> https://en.wikipedia.org/wiki/IOMMU >> http://developer.amd.com/community/blog/2008/09/01/iommu/ >> >> Lone_Wolf > Thanks, and yes, so I found out. It would really be helpful if motherboard > manuals were worth a crap anymore, but those days are long gone. The ONLY > description concerning IOMMU in the entire manual was: > <quote (page 49)> > IOMMU Controller > Enables or disables AMD IOMMU support. (Default: Disabled) > </quote> > A lot of good that does to guide someone in its use. :p > -- > David C. Rankin, J.D.,P.E. > ------------------------------ > Message: 3 > Date: Sat, 22 Aug 2015 01:30:56 -0700 (PDT) > From: bildermejl76(a)gmail.com > To: arch-general(a)archlinux.org > Subject: [arch-general] LTS Kernels > Message-ID: <1440232255845.6c8fa0fa@Nodemailer> > Content-Type: text/plain; charset=utf-8 > Hello,? > I have been thinking about instslling an LTS kernel, but I don't have the skills to make complete sense of the wiki pages about grub and kernel installation. > I have 4.1.15 installed now and not so many GUI programs installed beside Libre Office, web browser... mostly CLI utilities. > But I wonder if I can install an LTS kernel in an already existing installation as a fallback? > The wiki sounds fairly straight forward, but I get lost where it says "install kernel" without saying how, and to "edit the grub config file" without an explanation, and to "generate the main configuration file". > Not sure whether I am getting in way over my head or if it is actually quite simple. That's what I need to know. > Thanks, > David > ? > Skickat fr?n Mailbox > ------------------------------ > Message: 4 > Date: Sat, 22 Aug 2015 16:54:56 +0800 > From: Iru Cai <mytbk920423(a)gmail.com> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] LTS Kernels > Message-ID: > <CALWv5jRcpCjyOLtWD2R7sgrFm0D6MJJTEUmrcSF1Hitcpd=_Hg(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > On Sat, Aug 22, 2015 at 4:30 PM, <bildermejl76(a)gmail.com> wrote: >> Hello, >> >> I have been thinking about instslling an LTS kernel, but I don't have the >> skills to make complete sense of the wiki pages about grub and kernel >> installation. >> >> I have 4.1.15 installed now and not so many GUI programs installed beside >> Libre Office, web browser... mostly CLI utilities. >> >> >> But I wonder if I can install an LTS kernel in an already existing >> installation as a fallback? >> >> You can install an LTS kernel along with an existing kernel. >> >> The wiki sounds fairly straight forward, but I get lost where it says >> "install kernel" without saying how, and to "edit the grub config file" >> without an explanation, and to "generate the main configuration file". >> >> install kernel: pacman -S linux-lts > edit grub config file: grub-mkconfig -o /boot/grub/grub.cfg >> >> Not sure whether I am getting in way over my head or if it is actually >> quite simple. That's what I need to know. >> >> >> Thanks, >> David >> >> >> >> ? >> Skickat fr?n Mailbox >> > ------------------------------ > Message: 5 > Date: Sat, 22 Aug 2015 11:00:27 +0200 > From: Ralf Mardorf <ralf.mardorf(a)rocketmail.com> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] LTS Kernels > Message-ID: <20150822110027.359fdca4@archlinux> > Content-Type: text/plain; charset=US-ASCII > On Sat, 22 Aug 2015 01:30:56 -0700 (PDT), bildermejl76(a)gmail.com wrote: >>The wiki sounds fairly straight forward, but I get lost where it says >>"install kernel" without saying how > Really? > sudo pacman -Syu linux-lts >>and to "edit the grub config file" without an explanation, and to >>"generate the main configuration file". > sudo nano /boot/grub/grub.cfg > Then copy the entry from the "default" kernel and edit it to fit to the > LTS kernel. Just take a look at it and you'll see it's self-explaining. > However, AFAIK there are also update commands for GRUB, using some OS > prober thingy to generate an updated grub.cfg. > Did you take a look at the grub man page? Maybe installing the kernel > automatically updates grub.cfg? > I'm using GRUB too, but it's not part of my Arch install, it's a > stand-alone GRUB and I anyway prefer to manually edit grub.cfg. > Regarding a FreeBSD install I decided to use GRUB2. Using another > bootloader doesn't harm, if you shouldn't really need GRUB. > ------------------------------ > Message: 6 > Date: Sat, 22 Aug 2015 11:02:56 +0200 > From: LoneVVolf <lonewolf(a)xs4all.nl> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] LTS Kernels > Message-ID: <55D83AC0.7050407(a)xs4all.nl> > Content-Type: text/plain; charset=utf-8; format=flowed > On 22-08-15 10:30, bildermejl76(a)gmail.com wrote: >> But I wonder if I can install an LTS kernel in an already existing installation as a fallback? >> > Yes, that's not very hard and a good idea. >> The wiki sounds fairly straight forward, but I get lost where it says "install kernel" without saying how, and to "edit the grub config file" without an explanation, and to "generate the main configuration file". >> >> >> Not sure whether I am getting in way over my head or if it is actually quite simple. That's what I need to know. > If you use kernel modules that are not part of the stock kernel (like > nvidia , catalyst, vhba-modules ) additonal steps are needed. > For now i'll assume you don't have such modules. > - Almost every time an arch wiki page states "install program" , it > means one of 2 things : > install with pacman > install from AUR with makepkg > The lts kernel is in official repos, so you can install it with pacman. > - to be able to boot the lts-kernel , you have to add an entry to your > bootloader config for it. > Grub stores that info in grub.cfg , grub page lists where it can be found. > As Root : > copy grub.cfg to something like grub.cfg.original > open the file with your fav tekst editor. > Copy the entry for arch stock kernel to a new entry and change what is > needed to have that boot the lts-kernel instead of the stock kernel. > Reboot and test if it works. > LW > ------------------------------ > Message: 7 > Date: Sat, 22 Aug 2015 13:55:52 +0200 > From: Karol Blazewicz <karol.blazewicz(a)gmail.com> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] LTS Kernels > Message-ID: > <CAO0v=MOsj7N63WBPqkojt4LLYZ8-SmwQA_cbmJuKX8yataUL=w(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > On Sat, Aug 22, 2015 at 10:30 AM, <bildermejl76(a)gmail.com> wrote: >> The wiki sounds fairly straight forward, but I get lost where it says "install kernel" without saying how, and to "edit the grub config file" without an explanation, and to "generate the main configuration file". > What wiki article? > https://wiki.archlinux.org/index.php/Enhance_system_stability#Install_the_l… > provides links to e.g. > https://wiki.archlinux.org/index.php/GRUB#Generate_the_main_configuration_f… > What about https://wiki.archlinux.org/index.php/Kernels ? > ------------------------------ > Subject: Digest Footer > _______________________________________________ > arch-general mailing list > arch-general(a)archlinux.org > https://lists.archlinux.org/listinfo/arch-general > ------------------------------ > End of arch-general Digest, Vol 130, Issue 19 > *********************************************

2 1

[arch-general] weechat installs to /usr/local
by Jagannathan Tiruvallur Eachambadi 20 Aug '15

20 Aug '15

HI The weechat package now installs to /usr/local after the recent update. Can the maintainer look into it. I looked into the PKGBUILD, but there is no change in the way the package is compiled. Only sources have been updated. Regards Jagan

3 3

[arch-general] debug package repositories again
by Joe Julian 15 Aug '15

15 Aug '15

It's been hashed and rehashed, but I need to bring this up again. Every other popular distro has a way of debugging without completely rebuilding a package, saving countless combined hours. Why can't we just have a way of installing the symbols? When I find a bug, I don't want to spend another hour building python, for instance. I want to install the symbols, open up gdb, and figure out where the problem is. I'll report it, probably fix it, and we'll all be happy. Allan has already added the features necessary to make this possible. Why is this so hard? What can I do to help make this a reality? https://lists.archlinux.org/pipermail/arch-dev-public/2013-April/024812.html https://lists.archlinux.org/pipermail/arch-general/2015-April/038794.html

6 13

[arch-general] Extremely slow battery status on MBP
by Emanuel Evans 14 Aug '15

14 Aug '15

Hi! I have kind of a weird issue that I'm having trouble debugging. On my MacBook Pro (11,1), checking battery status (through acpi or the /sys filesystem) becomes extremely slow after the computer's been on for a while. Here's an example: $ time cat /sys/class/power_supply/BAT0/status Charging real 0m54.519s user 0m0.000s sys 0m4.663s dmesg and journalctl aren't outputting anything during the call, and I tried strace during the command and there was no output during the blocked time. It's highly intermittent--acpi can take anywhere from 0-60 seconds with no discernible pattern. Any ideas for how to debug this further, or possible solutions? Thanks so much!

1 0

[arch-general] NetworkManager warn logs, Is it something to be concerned?
by piruthiviraj natarajan 14 Aug '15

14 Aug '15

I get these logs in my journal and I am not sure if something is wrong. My wifi works fine though. I have intel card 02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2200 [8086:0891] (rev c4) my journalctl -r log is [code]Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:12:55 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:13:21 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:13 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:15:06 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:15:41 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:02 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:17:33 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:17:53 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:26 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:19:36 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:14 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:21:30 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:15 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:23:27 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:24:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:25:47 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:27:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:27:44 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:07 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:29:10 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) [/code]

3 3