Re: [arch-general] Htop 2.0 fonts
On 2016年02月17日 00時06分, Garmine 42 wrote: It was indeed a font issue, the one I used did not contain the braille characters. Because the same problem existed on my gettys I thought it was an encoding issue or something else. Using terminus font at the moment (as suggested) and it works perfectly fine. Well, I am glad I was not the only one affected by this. I wish there were at least an option to decide which characters get displayed.
Re: [arch-general] Missing Dependency virtualbox-host-dkms
On dim., 2016-03-06 at 18:16 +0100, Chr1s via arch-general wrote: > On 03/06/2016 05:16 PM, Eli Schwartz wrote: > > > > It would be rather unfair towards users of a different kernel to make a > > hard dependency on the main kernel. > You're right, that could be unfair esp when you install kernels via aur. > > Is it possible to add a hint while installing the package? > I didn't force the deps to linux-headers because you could use the kernel (linux, linux-lts, linux-zen, linux-grsec, etc) you prefer (or all together). I will add a message with the next release of virtualbox. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A signature.asc Description: This is a digitally signed message part
Re: [arch-general] Missing Dependency virtualbox-host-dkms
On Sun, 6 Mar 2016 18:16:09 +0100, Chr1s via arch-general wrote: >Is it possible to add a hint while installing the package? > >I know theres already an opt dep but for me an opt dep is very optional >but in this case you really need some headers to get the modules >working. Just to make it clear, to avoid any misunderstanding. You need the kernel source code to compile the modules. This is not only a requirement when building kernel modules. The linux packages are just split into the kernel image and header packages, while other packages usually aren't split and contain their header files.
Re: [arch-general] Missing Dependency virtualbox-host-dkms
On 03/06/2016 05:16 PM, Eli Schwartz wrote: > It would be rather unfair towards users of a different kernel to make a > hard dependency on the main kernel. You're right, that could be unfair esp when you install kernels via aur. Is it possible to add a hint while installing the package? I know theres already an opt dep but for me an opt dep is very optional but in this case you really need some headers to get the modules working. Cheers Chris
[arch-general] Wifi disconnects every few minutes
Hi everybody, I have an Alfa AWUS036H USB Wifi adapter (Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter). It's using rt2800usb driver. I use netctl to connect to wifi.Here is my netctl profile: Description='Mine' Interface=wlp0s18f2u4 Connection=wireless Security=none ESSID=ncepu-student IP=static Address='10.110.7.7/24' Gateway='10.110.7.254' DNS=("8.8.8.8";"8.8.4.4") The problem is that 'ip addr show' says that I'm still connected to my wifi AP. I can see my IP and everything but I can't access internet. I can't even ping google or any other server. When I try to curl a local LAN web server, it says 'there is no route to xxx.xxx.xxx.xxx', where xxx.xxx.xxx.xxx is my local router. So I have to disconnect and reconnect every few minutes to use internet. Here are ping results to a local server (while still connected to wifi, as per 'ip addr'): PING yyy.yyy.yyy.yyy (yyy.yyy.yyy.yyy) 56(84) bytes of data. From 10.110.7.7 icmp_seq=1 Destination Host Unreachable From 10.110.7.7 icmp_seq=2 Destination Host Unreachable From 10.110.7.7 icmp_seq=3 Destination Host Unreachable From 10.110.7.7 icmp_seq=4 Destination Host Unreachable From 10.110.7.7 icmp_seq=5 Destination Host Unreachable From 10.110.7.7 icmp_seq=6 Destination Host Unreachable ^C --- yyy,yyy.yyy.yyy ping statistics --- 6 packets transmitted, 0 received, +6 errors, 100% packet loss, time 5008ms Where yyy.yyy.yyy.yyy is a server that is always available to all PCs connected to local LAN or wifi. I read somewhere that netctl and dhcp don't work well together so I changed DHCP to static IP*. I even tried changing the wifi access points (There are multiple APs around me). In all cases, I am able to connect to the AP and use internet, but only for a few minutes. For debugging, I removed the usb cable, and reattached the wifi adapter.Here are some entries from dmesg showing the plugging in of the adapter and subsequent connection trials. Note that I disconnected and reconnected the AP around [21713.142829]. [20962.199042] usb 6-4: new high-speed USB device number 3 using ehci-pci [20962.455180] usb 6-4: reset high-speed USB device number 3 using ehci-pci [20962.595540] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 3070, rev 0201 detected [20962.651113] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 0005 detected [20962.651670] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht' [20962.685678] rt2800usb 6-4:1.0 wlp0s18f2u4: renamed from wlan0 [20987.396145] ieee80211 phy1: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2870.bin' [20987.396184] ieee80211 phy1: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.29 [20987.851414] IPv6: ADDRCONF(NETDEV_UP): wlp0s18f2u4: link is not ready [20989.368562] wlp0s18f2u4: authenticate with 74:25:8a:3f:79:d1 [20989.425297] wlp0s18f2u4: send auth to 74:25:8a:3f:79:d1 (try 1/3) [20989.434313] wlp0s18f2u4: authenticated [20989.439817] wlp0s18f2u4: associate with 74:25:8a:3f:79:d1 (try 1/3) [20989.444114] wlp0s18f2u4: RX AssocResp from 74:25:8a:3f:79:d1 (capab=0x8421 status=0 aid=130) [20989.450763] wlp0s18f2u4: associated [20989.450812] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s18f2u4: link becomes ready [21700.838273] ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 14 failed to flush [21705.251761] IPv6: ADDRCONF(NETDEV_UP): wlp0s18f2u4: link is not ready [21713.142829] wlp0s18f2u4: authenticate with 74:25:8a:3f:79:d1 [21713.199602] wlp0s18f2u4: send auth to 74:25:8a:3f:79:d1 (try 1/3) [21713.201715] wlp0s18f2u4: authenticated [21713.204008] wlp0s18f2u4: associate with 74:25:8a:3f:79:d1 (try 1/3) [21713.210193] wlp0s18f2u4: RX AssocResp from 74:25:8a:3f:79:d1 (capab=0x8421 status=0 aid=130) [21713.218064] wlp0s18f2u4: associated [21713.218114] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s18f2u4: link becomes ready [21803.494111] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 1.026 msecs I hope someone here can help me find a solution to this incredibly annoying problem. *With DHCP, I got disconnected from the wifi AP with 'journalctl' showing some errors about 'carrier lost'. With 'static IP', I don't get disconnected but can't access internet either.
Re: [arch-general] Missing Dependency virtualbox-host-dkms
On Sun, 6 Mar 2016 17:12:47 +0100, Chr1s via arch-general wrote: >Is it possible to add the `linux-headers' package as a dependency for >the `virtualbox-host-dkms' package or miss I something? Hi, you miss that the official provided linux and linux-lts headers are already optional dependencies [rocketmouse@archlinux ~]$ pacman -Qi virtualbox-host-dkms | grep -A1 Optional\ D Optional Deps : linux-headers [installed] linux-lts-headers and an example from one of my bash histories [root@archlinux rocketmouse]# grep dkms ~/.bash_history | grep 5 dkms remove -m vboxhost -v 5.0.12 --all dkms install vboxhost/5.0.14 -k 4.3.3-3-ARCH/x86_64 && dkms install vboxhost/5.0.14 -k 4.0.4-rt1-1-rt/x86_64 && dkms install vboxhost/5.0.14 -k 3.10.61-rt65-1-rt-lts/x66_64 as you can see, a kernel not necessarily is provided by official repositories so you can not make such headers hard dependencies and I not necessarily have linux or linux-lts from official repositories installed at all, so I also don't want to be forced to install the headers. Regards, Ralf
Re: [arch-general] Missing Dependency virtualbox-host-dkms
FYI: There's a recent thread on arch-dev-public: https://lists.archlinux.org/pipermail/arch-dev-public/2016-March/027802.html --byte pgp3CVjmYXzci.pgp Description: Digitale Signatur von OpenPGP
Re: [arch-general] Missing Dependency virtualbox-host-dkms
On 03/06/2016 11:12 AM, Chr1s via arch-general wrote: > Is it possible to add the `linux-headers' package as a dependency for > the `virtualbox-host-dkms' package or miss I something? I guess what you are missing is that it is already an optdepends. It would be rather unfair towards users of a different kernel to make a hard dependency on the main kernel. -- Eli Schwartz
Re: [arch-general] most efficient way to get linux kernel statistics
On 03/06/2016 04:47 PM, Jonathan Horacio Villatoro Córdoba wrote: > On Sun, Mar 06, 2016 at 03:23:33PM +0100, Andre Schmidt wrote: >> hello archers, >> >> thought i ask here first, before i try some kernel mailing list. >> >> i'm writing (for fun) a tiny daemon that sends linux usage (cpu, mem, net, >> etc.) statistics as efficiently as possible to another machine, repeatedly, >> to get "live" data. >> >> at the moment i'm simply sending /proc files, but they sometimes have too >> much data. so was wondering if there is a more efficient way to get (only >> parts of) the data thats available in /proc? >> >> for example, /proc/meminfo has all this info: >> >> […] >> >> if /proc is the only way to get this info, i wonder if creating a kernel >> module for this would be more efficient, or even possible? > > Hello Andre, > > According to what you need, you may want to use the 'free' command > instead, as its output is much simpler than the output of the > /proc/meminfo file > > […] > Hello, The free command gets its information from /proc/meminfo. Performance-wise, it doesn't really matter if a few additional lines need to be parsed.
[arch-general] Missing Dependency virtualbox-host-dkms
Cheers Replacing the `virtualbox-host-modules' with the `virtualbox-host-dkms' package causes a "modprobe: FATAL: Module vboxdrv not found in directory /lib/modules/4.4.3-1-ARCH". The whole misc (/lib/modules/4.4.3-1-ARCH/kernel/misc/) directory is missing. You need to install the `linux-headers' package for a working dkms. DKMS than can make the modules and creates the misc folder with all virtualbox *ko files. Is it possible to add the `linux-headers' package as a dependency for the `virtualbox-host-dkms' package or miss I something? Thanks Kind regards Chris
Re: [arch-general] most efficient way to get linux kernel statistics
On Sun, Mar 06, 2016 at 03:23:33PM +0100, Andre Schmidt wrote: > hello archers, > > thought i ask here first, before i try some kernel mailing list. > > i'm writing (for fun) a tiny daemon that sends linux usage (cpu, mem, net, > etc.) statistics as efficiently as possible to another machine, repeatedly, > to get "live" data. > > at the moment i'm simply sending /proc files, but they sometimes have too > much data. so was wondering if there is a more efficient way to get (only > parts of) the data thats available in /proc? > > for example, /proc/meminfo has all this info: > > MemTotal:8051660 kB > MemFree: 6046020 kB > MemAvailable:6843080 kB > Buffers: 109116 kB > Cached: 708336 kB > SwapCached:0 kB > Active: 1332416 kB > Inactive: 455428 kB > Active(anon): 971040 kB > Inactive(anon):22340 kB > Active(file): 361376 kB > Inactive(file): 433088 kB > Unevictable: 16 kB > Mlocked: 16 kB > SwapTotal: 1048572 kB > SwapFree:1048572 kB > Dirty:16 kB > Writeback: 0 kB > AnonPages:970412 kB > Mapped: 323384 kB > Shmem: 23008 kB > Slab: 71760 kB > SReclaimable: 44860 kB > SUnreclaim:26900 kB > KernelStack:6544 kB > PageTables:22924 kB > NFS_Unstable: 0 kB > Bounce:0 kB > WritebackTmp: 0 kB > CommitLimit: 5074400 kB > Committed_AS:3487604 kB > VmallocTotal: 34359738367 kB > VmallocUsed: 0 kB > VmallocChunk: 0 kB > HardwareCorrupted: 0 kB > AnonHugePages:413696 kB > HugePages_Total: 0 > HugePages_Free:0 > HugePages_Rsvd:0 > HugePages_Surp:0 > Hugepagesize: 2048 kB > DirectMap4k: 168600 kB > DirectMap2M: 8091648 kB > > but i only need: > > MemTotal:8051660 kB > MemAvailable:6843080 kB > Cached: 708336 kB > > event better would be if kernel would only tell me: > > 8051660 6843080 708336 > > if /proc is the only way to get this info, i wonder if creating a kernel > module for this would be more efficient, or even possible? Hello Andre, According to what you need, you may want to use the 'free' command instead, as its output is much simpler than the output of the /proc/meminfo file E.g. >$ free > totalused freeshared buff/cache available >Mem: 5951844 486324 4969788 75812 495732 5339492 >Swap: 00 0 or, if you prefer it be displayed in mebibytes, >$ free -m > total usedfreeshared buff/cache available >Mem: 5812496 483273 484 5193 >Swap: 0 0 0 you can also check the man page for more display options Hope this helps, Jonathan
[arch-general] most efficient way to get linux kernel statistics
hello archers, thought i ask here first, before i try some kernel mailing list. i'm writing (for fun) a tiny daemon that sends linux usage (cpu, mem, net, etc.) statistics as efficiently as possible to another machine, repeatedly, to get "live" data. at the moment i'm simply sending /proc files, but they sometimes have too much data. so was wondering if there is a more efficient way to get (only parts of) the data thats available in /proc? for example, /proc/meminfo has all this info: MemTotal:8051660 kB MemFree: 6046020 kB MemAvailable:6843080 kB Buffers: 109116 kB Cached: 708336 kB SwapCached:0 kB Active: 1332416 kB Inactive: 455428 kB Active(anon): 971040 kB Inactive(anon):22340 kB Active(file): 361376 kB Inactive(file): 433088 kB Unevictable: 16 kB Mlocked: 16 kB SwapTotal: 1048572 kB SwapFree:1048572 kB Dirty:16 kB Writeback: 0 kB AnonPages:970412 kB Mapped: 323384 kB Shmem: 23008 kB Slab: 71760 kB SReclaimable: 44860 kB SUnreclaim:26900 kB KernelStack:6544 kB PageTables:22924 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit: 5074400 kB Committed_AS:3487604 kB VmallocTotal: 34359738367 kB VmallocUsed: 0 kB VmallocChunk: 0 kB HardwareCorrupted: 0 kB AnonHugePages:413696 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB DirectMap4k: 168600 kB DirectMap2M: 8091648 kB but i only need: MemTotal:8051660 kB MemAvailable:6843080 kB Cached: 708336 kB event better would be if kernel would only tell me: 8051660 6843080 708336 if /proc is the only way to get this info, i wonder if creating a kernel module for this would be more efficient, or even possible? Cheers Andre Schmidt