- Arch-general - lists.archlinux.org

[arch-general] RAID-0 kernel bug
by Francis Gerund 27 May '15

27 May '15

Hello. RE: "Data corruption on software RAID 0 when discard is used 2015-05-22 Recent Linux kernels (4.0.2+, LTS 3.14.41+), pushed to the [core] repository in the past couple of weeks, were affected by a bug that can cause data corruption on file systems mounted with the discard option and residing on software RAID 0 arrays. The issue has been addressed in the linux 4.0.4-2 and linux-lts 3.14.43-2 updates. Due to the nature of the bug, however, it is likely that data corruption has already occurred on systems running the aforementioned kernels. It is strongly advised to verify the integrity of affected file systems using fsck and/or restore their data from known good backups. For further information please read the LKML post by Holger Kiehl, the related article on Phoronix, as well as the proposed fix that was backported to the Arch kernels." Am I correct to assume that this would ONLY affect systems that include a RAID-0 filesystem, and that it would not affect other ext4 systems using SSDs with "discard" in /etc/fstab?

5 5

[arch-general] Why is GCC 5 set to use the older C++98 libstdabi?
by Pouar 25 May '15

25 May '15

instead of the new one included with GCC 5? I'm just curious on why the gcc package maintainers chose this. -- Pouar

2 1

[arch-general] systemd-nspawn resolv.conf issue
by Ralf Mardorf 24 May '15

24 May '15

Hi, the issue is solved, but I don't know how I solved it. I had the following issue. # systemd-nspawn -D /mnt/q [snip] Failed to copy /etc/resolv.conf to /mnt/q/etc/resolv.conf: Too many levels of symbolic links From outside the container # ls -hAl /etc/resolv.conf /mnt/q/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf lrwxrwxrwx 1 root root 29 Nov 19 2012 /mnt/q/etc/resolv.conf -> ../run/resolvconf/resolv.conf then I removed and copied this and that inside and outside the container and now it's solved, also when I start another container. # ls -hAl /etc/resolv.conf /mnt/q/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /mnt/q/etc/resolv.conf # ls -hAl /etc/resolv.conf /mnt/oz/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /mnt/oz/etc/resolv.conf I can't reproduce at what point I solved the issue, resp. reproduce the state when it failed. Any ideas? Bash history isn't a help for me. Regards, Ralf

1 0

[arch-general] rtkit-daemon
by John Doe 24 May '15

24 May '15

On startx command I got a lot of such messages: "rtkit-daemon[2123]: Failed to make ourselves RT: Operation not permitted". What is going wrong?

1 0

Re: [arch-general] pam upgrade and systemd
by Alad Wenter 23 May '15

23 May '15

arch-general-request(a)archlinux.org schreef op 2015-05-19 14:00: > Anyone have a system they haven't upgraded in ~24hrs to give it a > further test, see if logins are broken after the pam upgrade? > > -te I've had similar issues, except it broke systemctl --user functionality. systemctl daemon-reexec didn't work. For now I've downgraded to Pam 1.1.9. Can you try rebuilding systemd with ABS (perhaps it only needs to be linked against the new PAM version) Alad

3 3

[arch-general] no screen grabber
by James 22 May '15

22 May '15

$ sudo pacman --sync screengrab error: target not found: screengrab https://aur.archlinux.org/packages/screengrab/ Are the official packages binary packages and the AUR is compiling from source? That's what it seems like. How do I search for a binary screen grabber package?

10 11

[arch-general] Limiting pacman's IO rate
by Yannis Juglaret 22 May '15

22 May '15

Dear archers, I am running Arch Linux inside virtualbox, on a Ubuntu 12.04 host on which I have very limited power (the only command I can run as root is "apt-get install"). For this reason my virtualbox version is very outdated (4.1.12, the last version being 4.3.28!). My main problem is than when I ask to run "pacman -S ghc", the installation begins and then the machine suddenly halts at approximately 25% (best case 50%), with the following error log message: 00:02:06.072 !!Assertion Failed!! 00:02:06.072 Expression: pSgBuf->cbSegLeft <= 5 * _1M && (uintptr_t)pSgBuf->pvSegCur >= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg && (uintptr_t)pSgBuf->pvSegCur + pSgBuf->cbSegLeft <= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg + pSgBuf->paSegs[pSgBuf->idxSeg].cbSeg 00:02:06.072 Location : /build/buildd/virtualbox-4.1.12-dfsg/src/VBox/Runtime/common/misc/sg.cpp(54) void* sgBufGet(PRTSGBUF, size_t*) 00:02:06.072 pSgBuf->idxSeg=0 pSgBuf->cSegs=1 pSgBuf->pvSegCur=00007fbd109e0000 pSgBuf->cbSegLeft=10321920 pSgBuf->paSegs[0].pvSeg=00007fbd109e0000 pSgBuf->paSegs[0].cbSeg=10321920 Following this ticket <https://www.virtualbox.org/ticket/10434> and ghc being a huge package, I am assuming that the problem is the same: this virtualbox bug is triggered because pacman performs too heavy IO when installing ghc (speculative, but looks reasonable). So, I tried to limit pacman's IO rate in the following way (after having installed libcgroup from the AUR and cgmanager): # cgcreate -g blkio:wlimit # echo "8:0 1024" >/sys/fs/cgroup/blkio/wlimit/blkio.throttle.write_bps_device # cgexec -g blkio:wlimit pacman -S --force ghc (8:0 is /dev/sda, which is the only disk, and 1024 the byte rate I want to enforce) However the machine still halts in the same way and doesn't seem to go beyond 50% either. Even if I replace 1024 by, say, 1, pacman doesn't seem to struggle more to write to the disk -- when I would expect it to take forever to do 1% of the installation. Is there something wrong in the commands I have written above? Is there a way to check that the limitation is indeed enforced? (maybe the source of the bug is elsewhere) Alternatively, can you think of another solution to this problem? Many thanks -- Yannis

2 2

[arch-general] Connection through USB to TTL Serial Cable
by Csányi Pál 21 May '15

21 May '15

Hello, I have a FTDI TTL-232RG-VREG3V3-WE USB to TTL Serial Cable. On my Arch linux I want to setup a connection through this cable. How can I achieve this goal? The output of the 'lsusb' command is: Bus 002 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC I'm trying to follow steps described here: http://linux-sunxi.org/Cubieboard/TTL but I have more difficulties. 1. I can't find to install the 'cu' utility neither on Arch linux repository nor in AUR. 2. There is no '/dev/ttyUSB0' on my system here. So eg. screen /dev/ttyUSB0 115200 doesn't work here: Cannot exec '/dev/ttyUSB0': No such file or directory I can't find any advices on Arch Wiki. Any advices will be appreciated! -- Regards from Pal

7 11

[arch-general] [Classroom] An Imperfect Introduction to Static Typing - 14th May
by fsckd 21 May '15

21 May '15

Hello, HalosGhost will teach a class, "An Imperfect Introduction to Static Typing", on Thursday, 14 May 2015 at 21:30 UTC. It will tentatively be held in #archlinux-classroom. The class is expected to take about 1.5 hours. Static typing is where the type of data a variable will hold is defined when the program is written, and that definition is enforced during the program's run. In this class learn the basics to start reasoning about functions written in statically typed languages and understand the differences between static typing and dynamic typing. The class is for beginners to static typing. There are no prerequisites. HalosGhost, resident panda of the Arch Linux community, is well liked for eir* ability to dodge lazors. Ey enjoys programming and is familiar with many languages, like C, Java, Python, and Rust. Ey also knows a little Haskell. fsckd * Mercurian pronouns "ey" and "eir", https://theos.kyriasis.com/~kyrias/journal/10-mercurian-pronouns.html

1 2

[arch-general] pam upgrade and systemd
by Troy Engel 19 May '15

19 May '15

Heya all - so I ran a standard upgrade these evening, which upgraded pam; I was headed for a reboot (since the new 4.0.3 kernel was also updated) and checked my logs just because; my fcron daemon was failing before the reboot. Huh. pacman log: [2015-05-18 18:28] [ALPM] upgraded pam (1.1.8-5 -> 1.2.0-1)[2015-05-18 18:28] [ALPM] upgraded pam (1.1.8-5 -> 1.2.0-1) journal: May 18 18:28:22 grimm fcron[13534]: PAM unable to dlopen(/usr/lib/security/pam_unix.so): /usr/lib/libpam.so.0: version `LIBPAM_MODUTIL_1.1.9' not found (required by /usr/lib/security/pam_unix.so) (... followed by lots of broken pipe errors) So I had rebooted already, which means I could not test further in the same error state -- but basically, should the pam upgrade have triggered a reload of systemd? Based on lsof, that's who has this file held open: $ lsof | grep libpam systemd 1512 tengel mem REG 254,2 60008 141189 /usr/lib/libpam.so.0.84.1 My thought is if this was truly broken, then I would not have been able to log in if I had not rebooted (pure coincidence I did) since pam_unix.so was dying; fcron as a daemon doesn't have it open, so I can only assume it was attempting to do a login (it's cron after all) to run crontabs, which is systemd running the show. Anyone have a system they haven't upgraded in ~24hrs to give it a further test, see if logins are broken after the pam upgrade? -te

1 0