- Arch-general - lists.archlinux.org

[arch-general] Systemd 196-2 new install 100%cpu usage
by P .NIKOLIC 13 Jan '13

13 Jan '13

Hi . Just had to completely rebuild the system using the latest ISO . I am now getting CPU usage of 100% on 1 core 143 root 20 0 721m 131m 22m R 00.0 2.1 16:30.31 systemd-journal is the line from top systemd version 196-2 all the latest updates . Journal --verify reports file corruption detected at /var/log/journal/dir-name/system.journal:87210024 (of94937088, 91%) Any help as it makes the system way slow when loading any documents . Pete . -- Linux 7-of-9 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 08:57:15 CET 2012 x86_64 GNU/Linux

2 3

[arch-general] systemd automount + wake-on-lan dependency
by Sander Jansen 13 Jan '13

13 Jan '13

I want my media pc to automatically mount several samba shares when they're accessed. In addition it also needs to wake-up the other machine if it is currently suspended via WOL. >From a forum post on xbmc.org (1) I know this can be done using autofs, but I'd like to see if this can be using systemd alone. I know systemd can handle the automounting, but what about the WOL? Is it as simple as merely providing a dependency to the specific automount service file to first do the WOL? A oneshot unit? Or perhaps part of the same unit file with ExecStartPre (if there is such a thing in a automount file)? Any hints or tips? Thanks, Sander [1] http://forum.xbmc.org/showthread.php?tid=118164

3 6

[arch-general] Incorporate udev rules in initrd
by Christoph Vigano 13 Jan '13

13 Jan '13

Hey guys, I set the sensitivity of my Thinkpad X230i laptop trackpoint with an udev rule setting the values in sysfs fitting for me. One drawback of this solution is that this rule I wrote is not incorporated inside of the intird, so when I start up, the udev of initrd already recognized the trackpoint and my rule in the booted-up system is ignored. My workaround for this is to manually do "udevadm trigger", which bugs the hell out of me. How can I tell mkinitcpio to include a custom udev rule? Do I need to write a hook for that? How can a hook for this look like? Thanks in advance! Christoph

3 5

[arch-general] kernel 3.7.2 - fails to boot - please help
by Genes Lists 13 Jan '13

13 Jan '13

Using testing repos - was fully updated and all working fine. Then picked up the latest 3.7.2-1 kernel along with kdebase 4.9.5-2/ Rebooting after this latest update fails - it cannot find the root device and drops to "recovery shell". ls /dev/sdb1 (the usual root device) is def missing at that point. The recovery option does not boot either. What I tried: I booted 2013.01.04 arch install media - did a chroot as per the wiki - and attempted to roll back the kernel using pacman on the 3.7.1 package I get several errors: warning could not get filesystem information for things like: /run/archiso/bootmnt /sys/fs/cgroup/systemd /run is empty - and /sys/fs/cgroup is empty As per the chroot wiki /sys is mounted from the install via mount -t sysfs sys sys/ pacman continues beyond these warnings but fails with: ==> building image from preset: 'default' -> -k /boot/vmlinux-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ERROR: invalid kernel specified: '/boot/vmlinux-linux' same error from ;fallback'. I am hoping I can install 3.7.1 kernel and boot again - instead of a new install. If anyone can offer some guidance I'd be appreciative ... thank you gene

2 8

Re: [arch-general] [RFC] New virtual provide (ttf-font) for TrueType fonts
by Sebastian Schwarz 11 Jan '13

11 Jan '13

On 2013-01-12 at 08:35 +1000, Allan McRae wrote: > On 12/01/13 08:16, Evangelos Foutras wrote: > > At least three bugs on our bug tracker can be solved by > > making relevant truetype font packages provide 'ttf-font': > > (...) > > Makes sense to me. If you are a bit on the pedantic side the name "ttf-font" might sound a bit weird, considering that TTF stands for TrueType Font. But apart from that the idea sounds useful. Regards, Sebastian

1 0

[arch-general] Firefox stays English after upgrade to 18.0-1
by Karol Babioch 10 Jan '13

10 Jan '13

Hi, I've just upgraded both "firefox" and "firefox-i18n-de" to 18.0-1. However after this upgrade all (context) menus are English. This wasn't the case for the last couple of upgrades of Firefox, so I'm wondering whether I'm alone with that observation, or whether there went something wrong with the packaging? I couldn't find a bug report on this, so before reporting anything, I would like to make sure that I'm not the only one affected by this. I've looked at the recent changes to the i18n package(s), see [1], and it seems that it was reworked based on the Thunderbird packages. However Thunderbird is still German, even after the upgrade. So I'm not too sure what is going on here. [1] https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/f… Best regards, Karol Babioch

6 6

[arch-general] UEFI experience - recommendations needed.
by Mike Cloaked 08 Jan '13

08 Jan '13

I am building a machine which has an EFI capable boot on the motherboard together with an mSATA drive for the root and boot partitions and an SSD for the /opt and swap partitions, and just a single arch x86_64 install when it is built - no dual booting to other OSes. I have been looking up information about UEFI with GPT partitioning and have read about various problems that people have had with such systems. So at this stage I am unsure whether to stick with what I know (BIOS/MBR and GRUB2 with full systemd) or whether to plunge into the unknown (for me!) and try EFI/GPT! (with rEFInd) Does anyone have experience with such a UEFI system on this list? Apart from the info on the arch wiki and the install wiki info (which I have been reading), are systems like this reliable once installed? Does the routine pacman update process for kernels lead to issues requiring manual intervention with EFI/GPT or it is as generally reliable as BIOS/MBR? I would be interested to hear from anyone with this kind of experience running arch - if it is useful the motherboard I am using is an Intel DQ77KB (which I intend to update with the latest BIOS firmware) and with the Intel i3-3220T CPU. Thanks for any replies (and useful links) -- mike c

9 22

[arch-general] Udisks2: auto-mounts as read-only device/with wrong permissions
by Jakob Herrmann 08 Jan '13

08 Jan '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I am currently having trouble mounting external devices with Gnome3. The corresponding Arch systems are up-to-date and free of old sysvinit components. Issue #1: Vfat-formated SD-cards are mounted as read-only into /run/media/$user/$device when they are plugged in. I am able to mount and write to them without trouble via console, e.g. with mout dev/sdxx /mnt. The corresponding dmesg output when pluging in and auto-mounting a card: \begin{code} [ 82.424085] usb 2-1.4: new high-speed USB device number 5 using ehci_hcd [ 82.577480] scsi7 : usb-storage 2-1.4:1.0 [ 82.577631] usbcore: registered new interface driver ums-realtek [ 83.580243] scsi 7:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS [ 84.340304] sd 7:0:0:0: [sdc] 3862528 512-byte logical blocks: (1.97 GB/1.84 GiB) [ 84.341156] sd 7:0:0:0: [sdc] Write Protect is off [ 84.341162] sd 7:0:0:0: [sdc] Mode Sense: 03 00 00 00 [ 84.342015] sd 7:0:0:0: [sdc] No Caching mode page present [ 84.342023] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 84.345736] sd 7:0:0:0: [sdc] No Caching mode page present [ 84.345742] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 84.346998] sdc: sdc1 [ 84.349972] sd 7:0:0:0: [sdc] No Caching mode page present [ 84.349978] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 84.349982] sd 7:0:0:0: [sdc] Attached SCSI removable disk [ 85.036758] FAT-fs (sdc1): error, fat_get_cluster: invalid cluster chain (i_pos 0) [ 85.036765] FAT-fs (sdc1): Filesystem has been set read-only \end{code} The last 2 lines are not present when mounting the device via console (s. above). The interesting thing is that they are also mounted as writable, when using Gnome in fallback mode. Issue #2: Some (but obviously only some) USB sticks/external drives are auto-mounted as writable, but for root only. They can be mounted via console (mnt) without trouble, but it makes no difference if fallback mode is used or not or if ext4 or something else. As far as I understand everything right, Udisks2 performs mounting/unmounting tasks in Gnome right now, but I could not find any instructions how to configure it properly but postings articles about that most of the stuff in Udisks2 is hard-coded and the only way to change it is patching the source and re-compiling it. Does anyone in this list have similar issues and what can I do besides telling people I am supporting to use the console? It is also not possible to deactivate auto-mounting any more, at least not via gnome-session-properties, so a script wouldn't change the situation that much. Thanks, Jakob -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJQ7CSrAAoJEOl7hkDId7YmB+EP/A7t3wcmJ1spTEU80a+FY1aX GsVFL1w+f3mpTR2F4ZLvWWcat9zUKSJ4YJhrktPGCG18hizznu58Gnvqf4FnnWzi jNun9DvyvbmWHHE3/JjZ43ZF3Z+kHpWiDW8u+12dG5m5igL4ibHHC8UI/uzVAtlS qEzPCiXETqR3sGYIoISg/BglZuGJSbCgnvVAHsHBaPH0+IryvPExItrXqgXrvzWz QtpaUOxEjWq858my3O/Zh4h/bR01UKqjXHYdFDISddJ/V5fq4rNZHhWkgJh9C66W HS84oXU/fg7gtSXjB9Q+yeokSU6aCiz9DFGMRzLU1xTw//f2+wFk+YrZrmhLJzxN 0VD7KkZtOgEj/kippJKObwz3iJw5/MGFnjD3Kxbwd+dtBAmez3Fwyaxi0wwSXt8v 2RNCnO33FJkT8a/QWdKb2DgzAPc+Y7dkFPf/Knd3Zz/zM21+H5xPwEdyD447Dsm0 amjF1lzJ0qjfvhD6g8YAo3a+CZ8+dYC7DqHo4GyXYiVwdz1yW/nB4ML7fOz8gXMS 3kT7OtnS87qP9Y1Kx1G/pKQpL0uDXANySLMXD/X4G9L3zEd2a6jRZ6cp4kdKPUj2 a7uHC+XRiQYhy4olGfnFOv2CymI0qoizYpktpPnh4JnLdMyX2t0VetrE5vZfwXBc sWI/cbBVjM4mN9Sk9D1E =yjpQ -----END PGP SIGNATURE-----

2 2

Re: [arch-general] [arch-dev-public] network interface naming with systemd 197
by Oon-Ee Ng 08 Jan '13

08 Jan '13

On Tue, Jan 8, 2013 at 10:36 AM, Dave Reisner <d(a)falconindy.com> wrote: > > *** Why are you still reading this? > > If you made it this far, you might be as crazy as I am, so here's Pinkie > Pie dressed as a chicken: > > http://i.imgur.com/DDukE.png I'm suing for damages, that image has permanently scarred my poor retinas. I demand compensation in the form of a years supply of tacos. Oh and by the way, new systemd has a file conflict with initscripts from [extra] so a new version of that should probably be pushed as well (/usr/lib/systemd/system/rc-local.service). I could just uninstall it now that Xyne has removed arch32-light's dependency on it, but I don't think its supposed to conflict in any case.

1 0

Re: [arch-general] [arch-dev-public] network interface naming with systemd 197
by Leonid Isaev 08 Jan '13

08 Jan '13

On Mon, 07 Jan 2013 08:23:10 +0100 Andrea Scarpino <andrea(a)archlinux.org> wrote: > On Monday 07 January 2013 07:51:30 Allan McRae wrote: > > Upstream decision... vanilla packages should follow it. > > I agree with Allan. We don't use to change the default behavior. Ship it as > default and add two lines on how to disable it. > If I may chime in... regarding switching from MAC-based iface naming to ID_NET_NAME_PATH-based naming. How exactly are these ID_NET_NAME_PATH variables assigned? For instance, I have a box with 2 pci intel cards: 1. DEVPATH=/devices/pci0000:00/0000:00:05.0/0000:02:00.0/net/elan0 ID_NET_NAME_PATH=enp2s0f0 2. DEVPATH=/devices/pci0000:00/0000:00:06.0/0000:03:00.0/net/elan1 ID_NET_NAME_PATH=enp3s0f0 Do I correctly understand that "enp?s0f0" is chosen based on a particular pci slot the card is inserted in and will change if I choose to replug the cards? Thanks, -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

6 10