- Arch-general - lists.archlinux.org

[arch-general] netcfg drops wifi connection
by Arch Zealot 25 Dec '12

25 Dec '12

Every time i connect to a wireless network (no matter how strong the signal is), after 1-2 minutes, the connection is dropped and i have to manually start it again. This never happens with the ethernet connection. I'm currently testing this with a WEP connection using wifi-menu to connect to an already created profile (netcfg version 3). I have Arch x86-64 with a Broadcom BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01) wireless card and use the b43 driver from AUR. On connect this is the dmesg: b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07) IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07) IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: authenticate with 08:76:ff:3f:8b:90 wlan0: send auth to 08:76:ff:3f:8b:90 (try 1/3) wlan0: authenticated b43 ssb0:0: wlan0: disabling HT due to WEP/TKIP use b43 ssb0:0: wlan0: disabling HT as WMM/QoS is not supported wlan0: associate with 08:76:ff:3f:8b:90 (try 1/3) wlan0: RX AssocResp from 08:76:ff:3f:8b:90 (capab=0x411 status=0 aid=2) IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: associated On connect this is the output from wpa_cli status: bssid=08:76:ff:3f:8b:90 ssid=xxx id=0 mode=station pairwise_cipher=WEP-40 group_cipher=WEP-40 key_mgmt=NONE wpa_state=COMPLETED ip_address=192.168.1.67 address=70:1a:04:f0:2a:bd After disconnection, this is from dmesg: ieee80211 phy0: wlan0: No probe response from AP 08:76:ff:3f:8b:90 after 500ms, disconnecting. cfg80211: Calling CRDA to update world regulatory domain wlan0: authenticate with 08:76:ff:3f:8b:90 wlan0: send auth to 08:76:ff:3f:8b:90 (try 1/3) wlan0: send auth to 08:76:ff:3f:8b:90 (try 2/3) wlan0: send auth to 08:76:ff:3f:8b:90 (try 3/3) wlan0: authentication with 08:76:ff:3f:8b:90 timed out The last 5 lines from dmesg keep repeating a few times more. After disconnection, this is from wpa_cli status: <3>CTRL-EVENT-DISCONNECTED bssid=08:76:ff:3f:8b:90 reason=4 <3>CTRL-EVENT-SCAN-RESULTS <3>WPS-AP-AVAILABLE <3>SME: Trying to authenticate with 08:76:ff:3f:8b:90 (SSID='xxx' freq=2412 MHz) These lines keep repeating a few times too. Please advise!

1 1

[arch-general] alternative to pmount
by Juan Diego Tascón 25 Dec '12

25 Dec '12

Last week pmount went from extra to aur. I used to use pmount to allow users to mount external devices as simple as: pmount /dev/sdb1 Is there an alternative to pmount in core, extra or community that allows users to mount with a simple command an external storage device?

5 4

Re: [arch-general] ati mobility radeon x2300
by Δημήτρης Ζέρβας 24 Dec '12

24 Dec '12

Laptop has a TFT screen. I've attatched my Xorg.0.log and my xorg.conf Vesa works. Of course awful graphics

1 0

[arch-general] ati mobility radeon x2300
by Δημήτρης Ζέρβας 24 Dec '12

24 Dec '12

I have an hp laptop with a m64-s. I can't get X output. I've tried catalyst proprietary but I found out that my gpu isn't supported since long time ago. so I try to setup with opensource drivers. also if i don't "nomodeset" on boot, the pc is hungs on boot. when i startx with the radeon mod loaded I get: Screen 0 deleted because of no matching config section. and then no screens found

3 4

[arch-general] Awesome 3.5
by Sébastien Luttringer 24 Dec '12

24 Dec '12

Hello, as a Chritsmas gift, Awesome 3.5 was released yesterdaty and will be available in few minutes in our community-testing repository. As you can expect, this update _will_ break your configuration. Please take time to read the announce[0] from Uli about this release before upgrading. If everything goes well, it should be moved into community this week. Cheers, [0] http://www.mail-archive.com/awesome@naquadah.org/msg06536.html -- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A

3 2

[arch-general] Nvidia Driver woes on Macbook 3,2
by Daniel Bryan 21 Dec '12

21 Dec '12

First of all, I'm sorry if the general discussion list isn't for questions like this. I wasn't sure how to figure out what's appropriate. Per https://bbs.archlinux.org/viewtopic.php?id=154496, I've had a real ordeal trying to get video working on Arch on a repurposed late 2010 Macbook Air. I've never had issues like this with video / X in Arch before. I'm wondering if anyone can give me a push in the right direction to at least diagnose this problem. It's getting pretty hard to work without a browser! $ lspci | grep VGA 02:00.0 VGA compatible controller: NVIDIA Corporation MCP89 [GeForce 320M] (rev a2) Here's what I've tried in EFI mode: - all the proprietary drivers listed on the nvidia page on the Arch wiki; each of them either wouldn't load X or showed a blank screen; ctrl-alt-fN didn't work and I had to do a hard reboot - standard nouveau setup - X sort of starts up but there are weird artifacts, mouse doesn't work, and it freezes up pretty quickly. - nouveau with mesa-git - as above - nouveau with mesa-full - above I've also tried BIOS compatibility mode, but I wasn't able to get my drives to mount. At any rate, it was very slow to boot, so I really want to stick with the EFI + GRUB2 setup. My Xorg.0.log when loading the proprietary driver, which just shows a black screen: http://pastie.org/5556341 My Xorg.0.log when loading nouveau, which has strange artifacts, incomplete rendering of windows, and soon locks up: http://codepad.org/QFdP9Fax I have no .xinitrc file. For nouveau, I have the default X config. For the proprietary drivers, I can nvidia-xconfig. I've been trying everything both as a normal user and as root. Video was working fine under OSX the day before I installed Arch so I don't think it's the hardware. I'm at a loss here and would appreciate any advice. Thanks, Daniel

5 5

[arch-general] mkinitcpio: Rethinking remote unlock via SSH
by Karol Babioch 20 Dec '12

20 Dec '12

Hi, so far I was using "dropbear_initrd_encrypt" (see [1]) to unlock a cryptdevice remotely via SSH, which worked reasonably well. However since the latest release of mkinitcpio it doesn't work anymore. I could fix the issues in the meantime, however it got me into thinking that this could be done even better. The main problem I have with "dropbear_initrd_encrypt" is that it sort of mixes the "dropbear" and "encryptssh" hooks. The dropbear daemon for instance is started in the "dropbear" hook, but killed after successfully unlocking the cryptdevice in the "encryptssh" hook. Furthermore the "encryptssh" hook is basically a copy of the "encrypt" hook with some changes. Now my idea so far was the following: Start a screen session early (using "run_earlyhook"). Start dropbear whenever SSH access is needed, e.g. right before the "encrypt" hook itself using a separate "dropbear" hook ("run_hook" should be fine). Now the SSH session should be attached to the screen session, so the input/output will be "shared". After unlocking (run_cleanuphook) kill the screen session. I've spent some time on this, but couldn't get it working so far. Now before spending even more time on it, I would like to know from you what you think about it and whether or not this can be done. Are there any obvious issues I'm haven't thought of yet? Unfortunately I'm not too familiar with screen and every attempt I tried so far will bring up some form of an interactive screen session with the welcome screen being shown. This will bring the boot process to a "halt", where I have to exit the screen session to move on. I guess in the first step I would just like to have all output from the boot process within the initramfs shown in a screen session. Has anyone of you some advice(s) for me? Using screen has the advantage that the whole output during boot will be accessible (scrollable) as screen would buffer all of it. This could be useful in cases the machine won't boot beyond initramfs. Best regards, Karol Babioch [1] https://aur.archlinux.org/packages/dropbear_initrd_encrypt/

2 1

Re: [arch-general] NFS close-to-open
by bjschuma＠gmail.com 18 Dec '12

18 Dec '12

On Wed, Dec 12, 2012 at 9:34 AM, Paul Gideon Dann <pdgiddie(a)gmail.com>wrote: > On Wednesday 12 Dec 2012 08:58:52 you wrote: > > On 12/12/2012 05:35 AM, Paul Gideon Dann wrote: > > > On Tuesday 11 Dec 2012 12:08:46 you wrote: > > >> After more poking-about: filp_close() in the VFS calls > nfs_file_flush(), > > >> which writes the file back to the server. The struct file we're > given is > > >> freed up shortly after calling flush, so this looks like the last > chance > > >> we > > >> get to write changes (and I don't think we should change that). > > > > > > Hmm, so is this maybe an implementation limitation? I would expect > > > "nocto" to prevent that flushing, since that seems to be the main > purpose > > > of "nocto". But maybe it would have been too much work to buffer the > > > flushes, and so every file gets flushed on close anyway? > > > > > > Paul > > > > Something like that, yeah. "nocto" just applies to the attribute cache, > and > > does not change the flushing behavior. > > That's a pity. In that case, it seems the man page is a little > misleading, as > it at least implies (in the "Data and Metadata Coherence" section) that > "nocto" will disable the flushing. Also, at least some other > implementations > definitely do disable the flushing[1][2]. > > Do you know if this is a feature that can be requested? Since writes are > buffered already (unless mounted "sync"), I can't imagine it could be too > difficult to suppress the flush and let the file be written when the next > buffer is sent? But then I guess it would have been implemented already > if it > were that easy. > I double checked with Trond and he agrees that we shouldn't defer the flush because that would cause us to hold the file open for longer than we really should (and it would make NFS sillyrenames more difficult, too). - Bryan > > Paul > > [1]: http://docs.oracle.com/cd/E19082-01/819-2240/mount-nfs-1m/index.html > [2]: http://www.solarisinternals.com/wiki/index.php/File_Systems >

3 5

[arch-general] need advices for the perfect web toolbox
by arnaud gaboury 17 Dec '12

17 Dec '12

Dear list, currently following the Sun certified web component developer course, I want to set up a http web server @ home to practice. I plan to virtualize a Arch server on my Arch box. I know we can talk about pro/con for hours, but I am interested in knowing your advices about the following apps: -http server : Apache or Nginx (curious to test the later) -container for my servlets : Tomcat ? -secure ftp server : ??? maybe a mail server: ??? I guess ssh will be the best way to talk to the server. Maybe other stuffs I forgot? What is the most common and simple way to secure the whole stuff without loosing too much responsiveness? Thank you for your advices. Regards.

5 9

[arch-general] Mounting /var early in systemd
by Paul Gideon Dann 17 Dec '12

17 Dec '12

Hello all, I'm migrating a diskless cluster from initscripts to systemd. The problem I have is that the nodes each need to mount their own separate /var (identified by hostname) from the NFS server when they boot. With initscripts, I used a sysinit_end hook to do the job, which worked pretty well. However, with systemd I've really hit a brick wall. I can't get the unit to start early enough, because systemd creates so many sockets (in /var) so early, and there's no target that is ordered before the socket units are started. This means that the early sockets get masked when the "real" /var is mounted, and things break. I think the only solution with systemd is to explicitly specify each socket in "Before=" for my unit, which is likely to break if anything changes in future. It might also be possible to create a generator that automates this, but that's still pretty ugly. Right now, I'm thinking the only sensible solution is to forget doing it with systemd and push the mounting of /var up into initcpio, but that's admitting defeat. Any ideas? Paul

3 10