- Arch-general - lists.archlinux.org

[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

[arch-general] Optimising ssd setup?
by Mike Cloaked 07 Jan '13

07 Jan '13

As part of my planning for setting up a home build computer which will use two ssd drives - one a Crucial M4 mSATA drive (for root and boot partitions) and a second larger Crucial M4 SATA III drive for the rest, I have been reading up about partitioning and optimising such drives - It seems that it is important to partition with proper alignment to MiB boundaries for partitions but I am unclear if this happens automatically or not when setting up GPT partitions with gparted? ( I usually partition using a liveusb running PartedMagic and then run gparted before installing arch) Also I have been seeing various bits of advice about ensuring that excessive writes are avoided by using a non-default IO scheduler - with "deadline" being the better option for SSDs than the default CFQ scheduler - and it would seem that adding the parameter to the kernel line for boot once a system is set up is perhaps a good way forward? How does that work if UEFI booting? In addition it is suggested that for a machine with a reasonable RAM (in my case 8GiB) then reducing the "swappiness" parameter to 1 via systemctl, or altering the relevant parameter under /proc/sys is the way to do it, even if there is a swap partition on one of the SSDs. I have also seen it suggested that TRIM support is important either mounting with the "discard" option or running fstrim manually via a cron job out of hours to avoid delays during writes whilst the system is in use. Finally I have seen suggested that the "noatime" flag be used for mounting SSD drives. Can anyone on this list who has set up a recent SSD drive and has experience of SSD wear issues, and levelling issues, offer any advice on whether some or all of the above are important when using SSD drives in an arch linux machine or whether partitioning and installing essentially with defaults is going to lead to SSD problems, or not? This will be my first foray into using SSD drives on any of my systems. Thanks for any replies. -- mike c

4 5

[arch-general] How to suppress the list of variables that are output at shell login?
by Jayesh Badwaik 07 Jan '13

07 Jan '13

Hi, Whenever I login in zsh using an `su -l user` command, I get the following list of variables outputted on the shell HOME=/home/user LOGNAME=user PATH=/usr/bin:/usr/local/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/share/backuppc/bin SHELL=/bin/zsh TERM=xterm USER=user How can I suppress this message? -- Jayesh

4 6