- Arch-general - lists.archlinux.org

[arch-general] finally got a talking archlinux installed!
by Jude DaShiell 22 Sep '12

22 Sep '12

Creation of a separate /boot partition helped. I did it with syslinux, and have partition structure of /dev/sda1 /boot 50MB /dev/sda2 swap 1024MB /dev/sda3 /mnt 15440MB and /dev/sda4 /home remainder of the disk. Since in this configuration, /dev/sda3 correctly points to /root I left it alone but edited syslinux.cfg to point at linux-lts and also changed ro to rw at the end of those append lines. I did that after booting the machine and waiting an hour then hitting enter to get anything going. I heard archlinux start talking but also heard message failed to create secure directory again. So the rw on those append lines has if only temporarily enabled this system and disk writes to work. I don't have authority to edit the beginner's guide, and do have to question if anyone really did follow those instructions to the letter and come out of it with a working system. --------------------------------------------------------------------------- jude <jdashiel(a)shellworld.net> Adobe fiend for failing to Flash

2 1

[arch-general] Can't see all my memory
by Guillermo Leira 21 Sep '12

21 Sep '12

Hello! I've installed an x86_64 Arch on a PC with 8 GB, but it seems to be seeing just four. What have I done wrong? Bios sees 4 x 2GB Modules and reports 8 GB, but top or free report only 4 GB. Best Regards Guillermo Leira

7 9

[arch-general] libffado update
by Aapo Vienamo 21 Sep '12

21 Sep '12

Hello. I noticed that libffado was updated recently. It looks like that the new version of libffado is incompatible with the version of jack in the arch repos. To demonstrate the problem: aapo ~ $ jackd -dfirewire -r192000 jackd 0.121.3 Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. firewire ERR: Incompatible libffado version! (libffado 2.1.0-Unversioned directory) cannot load driver module firewire no message buffer overruns What should be done about this? I have tried jack2 but I found it too unstable to be actually useful.

3 2

[arch-general] NetworkManager update - problematic for ipw2200
by mike cloaked 21 Sep '12

21 Sep '12

I was away for a few days but this evening returned and updated a laptop which has ipw2200 wireless - and the updates included NetworkManager 0.9.6 - after rebooting the machine the wireless connection fails within seconds - despite ifconfig and ifconfig showing a normal connection - this is for a KDE D.E. with plasma networkmanagement which was also updated this evening. This now shows what appears to be a normal wireless signal strength which has not been the case for a long time - but the connection is a major bug. I have seen another post on the forums where a user has similar problems to me but with different wireless hardware. It is odd - the key indicators seem to show that the connection is fine but a browser fails to connect - ssh will connect but the connection will hang within seconds. pacman fails to connect to the servers except very very slowly and times out - despite another arch machine working perfectly well with different wireless hardware! Anyone else seeing something similar? I guess I will need to downgrade networkmanager till this is fixed. -- mike c

1 2

[arch-general] [OT] Sending a laptop to the repair shop
by Manolo Martínez 21 Sep '12

21 Sep '12

Just a quick question. What do you guys do when you have to leave your laptop at the repair shop? Do you create a new user for them, you give them your user and password and hope for the best, ask them to use a live CD? What? Manolo --

8 9

[arch-general] / mounted ro after update
by P .NIKOLIC 21 Sep '12

21 Sep '12

Hi folks Having been in hospital for a while i updated this system a couple of days ago and am having some strange problems If i run pacman -Syu i get 7-of-9:/ # pacman -Syu :: Synchronising package databases... error: failed to update core (unable to lock database) error: failed to update extra (unable to lock database) error: failed to update community (unable to lock database) error: failed to update multilib (unable to lock database) error: failed to synchronise any databases error: failed to init transaction (unable to lock database) error: could not lock database: Read-only file system mount gives 7-of-9:/ # mount proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) dev on /dev type devtmpfs (rw,nosuid,relatime,size=1990844k,nr_inodes=497711,mode=755) run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/sda3 on / type ext4 (ro,relatime,data=ordered) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime) /dev/sda4 on /home type ext4 (rw,relatime,data=ordered) /dev/sda1 on /boot type ext2 (rw,relatime) binfmt on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) gvfs-fuse-daemon on /home/pete/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100) contents of /etc/fstab # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> tmpfs /tmp tmpfs nodev,nosuid 0 0 UUID=34fd95b0-a146-47a8-8fa4-78dcedd8c127 /home ext4 defaults 0 1 UUID=49c2a61c-19e8-4f45-b8ef-72507d60ee06 /boot ext2 defaults 0 1 UUID=a1439104-fcea-4c90-b0fb-2340154a9eae / ext4 defaults 0 1 UUID=b25ccd70-a144-40af-8126-303d7333cdb4 swap swap defaults 0 0 7-of-9:/ # uname -a Linux 7-of-9 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 09:14:51 CEST 2012 x86_64 GNU/Linux Hints please where to look i have compared this system to the laptop and can see no major differences i have checked the drive it reports all ok Pete . -- Linux 7-of-9 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 09:14:51 CEST 2012 x86_64 GNU/Linux

9 25

[arch-general] Has arch considered switching x86 to PAE by default
by Kevin Chadwick 21 Sep '12

21 Sep '12

I read not too long ago that one of the major distros is switching to PAE by default but I forget which distro, maybe Ubuntu. Has arch considered PAE by default. -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) _______________________________________________________________________

2 2

[arch-general] Cannot see tty after starting X
by Aurko Roy 21 Sep '12

21 Sep '12

Hi, I am unable to see the ttys immediately after starting X. Neither the original tty from which X was started nor the other unused ones seem to be visible. I have an Nvidia graphics card and I have tried using both the nouveau as well as the proprietary nvidia driver - but neither seem to work. I had faced this problem earlier with nouveau but the nvidia driver used to work perfectly fine. Has anybody else faced this issue? -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31

2 2

[arch-general] Weird charset in console and X
by Martín Cigorraga 21 Sep '12

21 Sep '12

Hi everyone, I desperatly need a second look here because this one is driving me nuts: I just found that the console charset it's totally screwed up and in minor degree the X vty, please see these screenshots: https://plus.google.com/u/0/photos/111794870164633905684/albums/57897421289… Now, the crazy thing is that all my locales seems to be right: /etc $ cat locale.gen ... ... #en_PH ISO-8859-1 #en_SG.UTF-8 UTF-8 #en_SG ISO-8859-1 en_US.UTF-8 UTF-8 en_US ISO-8859-1 #en_ZA.UTF-8 UTF-8 #en_ZA ISO-8859-1 #en_ZM UTF-8 ... ... /etc $ locale -a C en_US en_US.iso88591 en_US.utf8 POSIX /etc $ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= and /etc $ cat rc.conf ... ... # CONSOLEMAP: found in /usr/share/kbd/consoletrans # USECOLOR: use ANSI color sequences in startup messages # LOCALE="en_US.UTF-8" DAEMON_LOCALE="no" HARDWARECLOCK="UTC" TIMEZONE="America/Argentina/Buenos_Aires" KEYMAP= CONSOLEFONT="ter-i12n" CONSOLEMAP= USECOLOR="yes" # ----------------------------------------------------------------------- # HARDWARE # ----------------------------------------------------------------------- ... ... I first think it could be associated with Terminus font (ter-i12n) but it wasn't it since booting with default font produces the same result. I also rebuild the initram image without the consolefont hook, but's still the same. Do I miss something!? Thanks!

1 0

[arch-general] Issues with kernel-rt, at least using Arch Linux
by Ralf Mardorf 21 Sep '12

21 Sep '12

Hi :) this is very strange. A regular kernel doesn't cause xruns, but a kernel-rt does always cause xruns, when running jack_midi_latency_test. Because the proprietary nvidia driver doesn't work on my machine, when using a kernel-rt, what ever trick I try, I tested the nouveau driver. The nouveau driver does cause xruns for my RME card, but is ok with a TerraTec card. I switched to the nv driver and still get xruns for the RME card and the TerraTec card completely fails the test using a kernel-rt. When I repeat the test with a regular kernel, while using the proprietary nvidia driver, the RME card passes the test without xruns and the TerraTec card also is ok. The only idea I've got is to compile a full preempt kernel, boot it with threadirqs and to use the proprietary nvidia driver, but I would prefer to use a kernel-rt. Any hints are welcome. Arch Linux x86_64 mouse and iPad connected to USB ports when I started the test I thought the issues could be related to the connected iPad, but they aren't [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ uname -r 3.4.4-rt14-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdbf0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ sudo chgrp audio /dev/hpet [spinymouse@archlinux ~]$ sudo chmod g+rw /dev/hpet [spinymouse@archlinux ~]$ sudo modprobe snd-hrtimer [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 283 FF 85 - 125 0.0 S irq/18-snd_hdsp 320 FF 80 - 120 0.0 S irq/20-snd_ice1 322 FF 79 - 119 0.0 S irq/21-snd_ice1 104 FF 70 - 110 0.0 S irq/19-ehci_hcd 106 FF 70 - 110 0.3 S irq/16-ohci_hcd 108 FF 69 - 109 0.0 S irq/17-ohci_hcd 112 FF 68 - 108 0.0 S irq/17-ohci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 92 FF 50 - 90 0.1 S irq/22-ahci 110 FF 50 - 90 0.0 S irq/18-ohci_hcd 114 FF 50 - 90 0.0 S irq/18-ohci_hcd 117 FF 50 - 90 0.0 S irq/14-pata_ati 118 FF 50 - 90 0.0 S irq/15-pata_ati 257 FF 50 - 90 0.0 S irq/7-parport0 270 FF 50 - 90 0.0 S irq/22-firewire 587 FF 50 - 90 0.0 S irq/43-eth0 3 FF 1 - 41 0.0 S ksoftirqd/0 11 FF 1 - 41 0.0 S ksoftirqd/1 [spinymouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf #Driver "nvidia" Driver "nv" #Driver "nouveau" #Driver "vesa" [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.67 ms (560.27 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.10 ms (5 frames) Average MIDI jitter: 0.01 ms (0.08 frames) Jitter Plot: 0.0 - 0.1 ms: 8191 > 10 ms: 1 Latency Plot: 11.6 - 11.7 ms: 8091 11.7 - 11.8 ms: 100 > 21.6 ms: 1 Messages sent: 8192 Messages received: 8192 Xruns: 1 computer issues, a reset was needed only mouse connected to an USB port [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ uname -r 3.4.4-rt14-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdef0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ sudo chgrp audio /dev/hpet [spinymouse@archlinux ~]$ sudo chmod g+rw /dev/hpet [spinymouse@archlinux ~]$ sudo modprobe snd-hrtimer [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 361 FF 85 - 125 0.0 S irq/18-snd_hdsp 365 FF 80 - 120 0.0 S irq/20-snd_ice1 368 FF 79 - 119 0.0 S irq/21-snd_ice1 113 FF 70 - 110 0.0 S irq/19-ehci_hcd 115 FF 70 - 110 0.3 S irq/16-ohci_hcd 117 FF 69 - 109 0.0 S irq/17-ohci_hcd 121 FF 68 - 108 0.0 S irq/17-ohci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 102 FF 50 - 90 0.2 S irq/22-ahci 119 FF 50 - 90 0.0 S irq/18-ohci_hcd 123 FF 50 - 90 0.0 S irq/18-ohci_hcd 126 FF 50 - 90 0.0 S irq/14-pata_ati 127 FF 50 - 90 0.0 S irq/15-pata_ati 289 FF 50 - 90 0.0 S irq/7-parport0 324 FF 50 - 90 0.0 S irq/22-firewire 618 FF 50 - 90 0.0 S irq/43-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 11 FF 1 - 41 0.1 S ksoftirqd/1 [spinymouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf #Driver "nvidia" Driver "nv" #Driver "nouveau" #Driver "vesa" [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.69 ms (560.56 frames) Lowest latency: 11.64 ms (559 frames) Highest latency: 11.77 ms (565 frames) Peak MIDI jitter: 0.13 ms (6 frames) Average MIDI jitter: 0.02 ms (0.04 frames) Jitter Plot: 0.0 - 0.1 ms: 8187 > 10 ms: 5 Latency Plot: 11.6 - 11.7 ms: 7919 11.7 - 11.8 ms: 268 > 21.6 ms: 5 Messages sent: 8192 Messages received: 8192 Xruns: 5 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Messages sent: 5619 Messages received: 5618 jack_midi_latency_test: handle_process: timed out while waiting for MIDI message before I reset the computer I got this too, this time a shutdown was possible I also disconnected the computer from the mains for 55 minutes, before I booted again only mouse connected to an USB port now without hpet enabled [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ uname -r 3.4.4-rt14-1-rt [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdef0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 59 FF 90 - 130 0.0 S irq/8-rtc0 318 FF 85 - 125 0.0 S irq/18-snd_hdsp 326 FF 80 - 120 0.0 S irq/20-snd_ice1 328 FF 79 - 119 0.0 S irq/21-snd_ice1 107 FF 70 - 110 0.0 S irq/19-ehci_hcd 109 FF 70 - 110 0.2 S irq/16-ohci_hcd 121 FF 69 - 109 0.0 S irq/17-ohci_hcd 125 FF 68 - 108 0.0 S irq/17-ohci_hcd 57 FF 65 - 105 0.0 S irq/1-i8042 20 FF 50 - 90 0.0 S irq/9-acpi 100 FF 50 - 90 0.0 S irq/14-pata_ati 101 FF 50 - 90 0.0 S irq/15-pata_ati 111 FF 50 - 90 0.2 S irq/22-ahci 123 FF 50 - 90 0.0 S irq/18-ohci_hcd 127 FF 50 - 90 0.0 S irq/18-ohci_hcd 279 FF 50 - 90 0.0 S irq/7-parport0 323 FF 50 - 90 0.0 S irq/22-firewire 586 FF 50 - 90 0.0 S irq/43-eth0 3 FF 1 - 41 0.1 S ksoftirqd/0 11 FF 1 - 41 0.1 S ksoftirqd/1 [spinymouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf #Driver "nvidia" Driver "nv" #Driver "nouveau" #Driver "vesa" [spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.67 ms (560.32 frames) Lowest latency: 11.64 ms (559 frames) Highest latency: 11.75 ms (564 frames) Peak MIDI jitter: 0.11 ms (5 frames) Average MIDI jitter: 0.01 ms (0.09 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 8024 11.7 - 11.8 ms: 168 Messages sent: 8192 Messages received: 8192 after the test for the TerraTec failed again, I had to reset the computer I booted a kernel-rt for AV Linux unfortunately Jack2 is version 1.9.6, so I booted Arch Linux again, but this time I didn't boot the kernel-rt [spinymouse@archlinux ~]$ sudo cpupower frequency-set -g performance [spinymouse@archlinux ~]$ uname -r 3.5.4-1-ARCH [spinymouse@archlinux ~]$ hdspmixer Card 0: RME AIO S/N 0x579bcc at 0xfdbf0000, irq 18 Card 1: TerraTec EWX24/96 at 0xbf00, irq 20 Card 2: TerraTec EWX24/96 at 0xbb00, irq 21 [spinymouse@archlinux ~]$ /etc/rc.d/rtirq status PID CLS RTPRIO NI PRI %CPU STAT COMMAND 3 TS - 0 19 0.0 S ksoftirqd/0 10 TS - 0 19 0.0 S ksoftirqd/1 [spinymouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf ### Driver "nvidia" #Driver "nv" #Driver "nouveau" #Driver "vesa" spinymouse@archlinux ~]$ jackd --sync -Xalsarawmidi -dalsa -r48000 -p256 jackdmp 1.9.8 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:2-1 TerraTec EWX24/96 MIDI 1 out" "system:2-1 TerraTec EWX24/96 MIDI 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.67 ms (560.05 frames) Lowest latency: 11.67 ms (560 frames) Highest latency: 11.77 ms (565 frames) Peak MIDI jitter: 0.11 ms (5 frames) Average MIDI jitter: 0.00 ms (0.01 frames) Jitter Plot: 0.0 - 0.1 ms: 8191 0.1 - 0.2 ms: 1 Latency Plot: 11.6 - 11.7 ms: 8146 11.7 - 11.8 ms: 46 Messages sent: 8192 Messages received: 8192 [spinymouse@archlinux ~]$ jack_midi_latency_test -m 3 -s 8192 -t 5 "system:1-1 HDSPMx579bcc MIDI 1 1 out" "system:1-1 HDSPMx579bcc MIDI 1 1 in" Waiting for connections ... Waiting for test completion ... Reported out-port latency: 5.33-5.33 ms (256-256 frames) Reported in-port latency: 5.33-5.33 ms (256-256 frames) Average latency: 11.68 ms (560.43 frames) Lowest latency: 11.65 ms (559 frames) Highest latency: 11.73 ms (563 frames) Peak MIDI jitter: 0.08 ms (4 frames) Average MIDI jitter: 0.01 ms (0.01 frames) Jitter Plot: 0.0 - 0.1 ms: 8192 Latency Plot: 11.6 - 11.7 ms: 8156 11.7 - 11.8 ms: 36 Messages sent: 8192 Messages received: 8192 Regards, Ralf

1 0