- Arch-general - lists.archlinux.org

[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

[arch-general] motherboard change - strategies for saving current install?
by David C. Rankin 13 Aug '15

13 Aug '15

All, I lost the disc controller in my arch server this past Sunday. I've ordered a replacement w/new processor, etc.. My question is what is the best strategy to save my current install? It's a simple: "can I boot the install media, assemble raid arrays, chroot old and update, or do I just dump the root partition and reinstall completely?" The hardware change will be from an AM2+ MSI board with Phenom 9850 to a Gigabyte AM3+ board with FX8350 if that matters. The primary goal is to preserve the raid arrays and server config for mail, web, etc... I know I can chroot, save the needed configs, reformat root and reinstall, but what I don't know is if there is an easier way that would avoid the reformat/reinstall of root? This will also be by first UEFI install, but I'm fairly certain the beginner's guide will get me through if a full reinstall is needed. However, does that have implications on being able to save the old partitions and my mdraid arrays? The current setup was a simple MBR, mdraid1 with grub2. I don't have a EFI system partition, but I believe I left space at the end of my arrays (I'll have to check if it is a full 512 MiB). I don't know if I can salvage that setup by adding the EFI system partition at the end? Reading from the beginner's guide: "The target drive requires a GPT partition table, and an EFI System Partition of at least 512 MiB in size, gdisk type EF00, and formatted with FAT32." That seems to indicate that any chance of salvaging my current install may be hopeless due to the current MBR partition table. If there is a link that covers this in the wiki, I apologize, I haven't found it yet. Thanks for any advise or helpful tips you can give. -- David C. Rankin, J.D.,P.E.

6 9

[arch-general] What is the archlinux-bootstrap-2015.08.01?
by David C. Rankin 13 Aug '15

13 Aug '15

All, In preparation for the motherboard change, I went to grab the latest netinstall-dual.iso and found the normal iso and then an 'archlinux-bootstrap' iso. Is the bootstrap iso the single architecture netinstall? I've checked the install, beginner's and download, but only found reference to the pxe boot which can't be that big? -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Problems with Gnome or Xorg (?)
by Lucas Prado Melo 12 Aug '15

12 Aug '15

Hello, I've been experiencing some visual glitches in Gnome or Xorg (I guess?). I can't really describe exactly what is happening but here are some examples of weird behaviors: 1) Sometimes, when I change tabs in my web browser (Google Chrome), a region from the previous web page gets stuck and I need to change tabs a number of times to return to normal behavior. 2) In Chrome, sometimes, when I exit full screen, several visual glitches happen and I must also change tabs. 3) In the game Klotski, when I repeatedly click on the pieces, small details change. Do you have any suggestions that might help me fix this?

4 6

[arch-general] PS/2 Hand Scanner Problems
by Sean Snell 11 Aug '15

11 Aug '15

Hey everybody! I'm dealing with what I believe is a kernel issue, but I'm still learning so please bear with me. I've used Arch for the better part of 2+ years, and it's taught me more about Linux and the way it works more than any other distro to date. That being said, I'm not a complete n00b, but please deal with me as I'll probably have moments that'll need clarification. The goal: To get a number of our aging HP t5730 terminals, used as POS terminals, relevant again using our existing hardware to extend their usability. So far tentative testing has shown this a feasible option so long as I can get all hardware working as expected. The problem: I have a PS/2 hand scanner that works perfectly as a HID in Windows, verified working on the untouched terminals still using the "old system", but under Arch it's acting as if it's detected but it doesn't give it's scanned data to any apps. The USB CC reader is working fine, as is the receipt printer. The symptoms: dmesg -t | grep '^i8042' ...returns the following output: i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp The hand scanner is "working" in the sense that I can push the button, the scanner lights up, and * beeps * when I scan a barcode. However, that's all it does. It does not pass that data onto to any simple applications such as mousepad, or even the terminal. What I've tried: 1. Yes, I've read this, but as the controller appears to be detected, this doesn't appear as relevant detail to me. Please correct me if I'm wrong. <https://www.archlinux.org/news/linux-313-warning-ps2-keyboard-support-is-no…> [1] 2. I found this post, and I attempted the user's Grub entries, but those didn't help. I've undone those changes and I'm currently back at "square one". I know how to work with Grub, so I know I didn't make simple mistakes here; when applied, these entries caused the grep command to inform me that PNP was disabled, still made no positive impact. <https://bbs.archlinux.org/viewtopic.php?id=176497>[2] Other Observations: I've tried a number of live- distros, and the surprising thing is that other, older distros (Such as DSL, kernel 2.x) work just fine without any tinkering at all. Further reading online suggests that this is because of the kernel version. It seems that one of the 3.x kernel updates seems to have dropped some PS/2 support. This also proves to me that this *should* be able to work, I just can't figure out the proper ways of troubleshooting this problem based on this observation. I'm at work all day dealing with this project, so I'll be online most of the day. Thank you so much ahead of time for any help that you can give me! :)

2 4

[arch-general] Moving libasl to an official repo
by Zeev Pekar 10 Aug '15

10 Aug '15

Hi All, ca. 2 months ago Andrejs has kindly agreed to package ASL for Arch (thank you!): https://aur.archlinux.org/packages/libasl/ Besides that his numerous tests and suggestions have improved the library significantly. Today Evgeniy (an Arch Trusted User) agreed to move libasl to an official repo as soon as it has more than 10 votes. So I'm turning on the Arch community asking those who are interested in having libasl in an official repo to vote for the package on the above mentioned link. Thank you! Zeev PS: we also need 12 more "Likes" on our Facebook page in order to get proper URL and not that ugly one: https://www.facebook.com/pages/Avtech-Scientific/828973737156105

1 0

[arch-general] crda
by flow 07 Aug '15

07 Aug '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 $ crda Failed to set regulatory domain: -7 COUNTRY environment set to JP WIRELESS_REGDOM="JP" string uncommented in wireless-regdom file. What else shoud I do? - -- _ ~~~ This PGP signature only certifies the sender and date of the message. It implies no approval from the administrators of nym.mixmin.net. Date: Fri Aug 7 21:57:18 2015 GMT From: flow(a)nym.mixmin.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXFKb4ACgkQViYZwngkfDuAOACfbDqH0Wpx+ixd/scfObi/jcgx uOYAoJG3RMGWAeFJrNpyJSjnHJmNJUVc =DgTe -----END PGP SIGNATURE-----

1 0

[arch-general] Cannot install bacula-client error unknown public key
by Maykel Franco 06 Aug '15

06 Aug '15

Hi, I try install bacula-client in my archlinux but I get this error: -> Found bacula-fd.service ==> Validating source files with sha256sums... bacula-7.0.5.tar.gz ... Passed bacula-7.0.5.tar.gz.sig ... Skipped bacula-fd.service ... Passed ==> Verifying source file signatures with gpg... bacula-7.0.5.tar.gz ... FAILED (unknown public key 9E98BF3210A792AD) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build bacula-client. ==> Restart building bacula-client ? [y/N] How can resolve it? Thanks in advanced.

3 3

[arch-general] Additional mouse (Lenovo N700) gesture binding
by Oon-Ee Ng 06 Aug '15

06 Aug '15

I just got the above bluetooth and/or wireless (dual-mode) mouse for my work, as the presenter laser looked pretty useful. 3 basic buttons (1, 2, 3) worked out of the box. So did the touch-scrolling (up/down). So I'm looking for advise for the remaining 3 inputs supported. This mouse has a 'Windows key' button and supports left/right swipe gestures (targeted at the new Windows side-screen gestures). Firstly, regarding the gestures, here's what I obtain from xinput test. I've also listed which keys these correspond to. Left swipe:- key press 22 Backspace key press 133 Super_L (left Windows key) key press 37 Control_L key release 22 Backspace key release 133 Super_L (left Windows key) key release 37 Control_L Right swipe:- key press 54 c key press 133 Super_L (left Windows key) key release 54 c key release 133 Super_L (left Windows key) This seems to correspond to pressing 3/2 key combos and releasing them in the same order. This seems to cause problems with xbindkeys and sxhkd (the only two key-binding daemons I've used before) as using the Super-c combo expects the Windows key to be pressed first, followed by the c key being pressed and released. How can I bind gestures to the above? Is it possible, for example, to bind keys to a specific input device (so for example I can bind to the letter c but only from the mouse, not from my keyboard)? Or something involving xmodmap? Thanks for your advise/help.

3 8

[arch-general] Since last systemd update dhcpcd no longer updates resolv.conf
by Manuel Reimer 04 Aug '15

04 Aug '15

Hello, since the last systemd update I have to "systemctl restart dhcpcd@..." every time I boot my system. What do I have to do to get sure that dhcpcd updates /etc/resolv.conf on the first time? Thanks in advance Manuel

3 2