[arch-general] Random X server crashes
Hi, Occasionally (while using google chrome) my X server crashes completely and takes me back to the tty login. Examining the journal entries reveals the following highlighted in red: Sep 23 17:03:33 myarchbox kernel: [drm] nouveau :00:05.0: fail ttm_validate Sep 23 17:03:34 myarchbox kernel: [drm] nouveau :00:05.0: validate vram_list Sep 23 17:03:34 myarchbox kernel: [drm] nouveau :00:05.0: validate: -12 I am using the nouveau driver for my Nvidia graphics card. The problem is difficult to reproduce as it happens quite randomly - for instance I might be opening some particular website and it will crash. If I insist on opening the same website again it might crash a second time but it will work the third time or so. Is this a universal experience of using nouveau on Nvidia cards or is it something that is only afflicting my computer? Thanks. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] testing/systemd 191-1 failed to boot
On Sat, Sep 22, 2012 at 11:39 AM, Zhengyu Xu xzy3...@gmail.com wrote: Dear all, After updating systemd to 191-1 in testing repo, I had following messages during booting and the process was stuck (crashed). [ 10.539416] systemd[1]: segfault at 7d ip b75a97b7 sp bfb0ece8 error 4 in libc-2.16.so[b752a000+1a4000] [ 10.539700] systemd[1]: Caught SEGV, core dump failed. Downgrade to 189-4 can solve this problem. I want to know if this is a personal problem or a general bug affecting others as well. Best regards, Z. Boots fine on my x86_64 desktop. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
[arch-general] Cannot see tty after starting X
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
Re: [arch-general] Cannot see tty after starting X
On Fri, Sep 21, 2012 at 3:54 PM, Aurko Roy roy.au...@gmail.com wrote: 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 I downgraded to xf86-video-nouveau 1.0.1-1 and the ttys are working again. I guess the latest update (1.0.2-1) is buggy. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Can't see all my memory
On Fri, Sep 21, 2012 at 4:16 PM, Roel Deckers r.deckers...@gmail.comwrote: Does the missing memory show up in other OSs? It can be faulty ram if it doesn't show up in any OS, recently had that problem. On Fri, Sep 21, 2012 at 12:37 PM, Guillermo Leira gle...@gleira.com wrote: 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 You could try running memtest86+ on boot and see if it detects the additional memory. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] / mounted ro after update
On Thu, Sep 13, 2012 at 10:05 PM, P .NIKOLIC p.nikol...@btinternet.comwrote: 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 /tmptmpfs nodev,nosuid0 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 What is the output of blkid? I recall reading a similar problem on the forum (https://bbs.archlinux.org/viewtopic.php?id=137255) where the problem was caused by an update to util-linux which had changed the uuid of the root partition so that the root could not be correctly remounted rw. Hope that helps. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Journalctl error with systemdAssertion 'size 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl
On Tue, Sep 4, 2012 at 9:24 PM, DR drdarkra...@gmail.com wrote: On Wed, 29 Aug 2012 16:32:04 +0800, Aurko Roy roy.au...@gmail.com wrote: Hi, I have been getting the following error whenever I try to run journalctl: Assertion 'size 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl Initially I thought it had something to do with the new sealing key functionality of systemd, so I ran journalctl --setup-keys which ran without a problem. However this error persists even after generating the sealing keys, so now I'm not so sure if they're related. I'm running systemd 189-3 (with systemd-sysvcompat 189-3) from the testing repo with permanent logging enabled (I have a /var/log/journal directory created). Does anybody have an idea what could be causing the problem? I apologize if this is some standard issue that may have been covered on the wiki, in which case I would greatly appreciate if someone were to point me in the right direction. TIA. I can confirm this. After update to systemd 189 I have the same problem. Systemd 188 works fine on my computer. I still haven't fixed this issue. Strangely though it works fine on my desktop (which also is using systemd 189 from testing). It's rather puzzling. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
[arch-general] Journalctl error with systemdAssertion 'size 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl
Hi, I have been getting the following error whenever I try to run journalctl: Assertion 'size 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl Initially I thought it had something to do with the new sealing key functionality of systemd, so I ran journalctl --setup-keys which ran without a problem. However this error persists even after generating the sealing keys, so now I'm not so sure if they're related. I'm running systemd 189-3 (with systemd-sysvcompat 189-3) from the testing repo with permanent logging enabled (I have a /var/log/journal directory created). Does anybody have an idea what could be causing the problem? I apologize if this is some standard issue that may have been covered on the wiki, in which case I would greatly appreciate if someone were to point me in the right direction. TIA. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Systemd screen brightness
On Wed, Aug 15, 2012 at 7:00 AM, Michael Nawrocki zaedr...@gmail.comwrote: Hey everyone, I'm trying to get my laptop backlight keys (fn+f6/f7) to adjust the brightness of my toshiba laptop backlight. Previously, I had entered the following in my /etc/acpi/handler.sh to handle the acpi events generated when those keys were pressed: video/brightnessdown) echo $(($(cat /sys/class/backlight/acpi_video0/brightness) -1)) /sys/class/backlight/acpi_video0/brightness ;; video/brightnessup) echo $(($(cat /sys/class/backlight/acpi_video0/brightness) +1)) /sys/class/backlight/acpi_video0/brightness ;; However, as I am working on migrating to systemd, acpid no longer runs and hence does not handle these events. How can I write a similar handler into systemd? Thanks, Mike I used to reduce my brightness using a similar command in /etc/rc.local (/bin/echo -n 0 /sys/class/backlight/acpi_video0/brightness) but for the reasons that you mention this won't work anymore. I then switched to using X's brightness handler (xbacklight -set 0) which reduces display brightness as X starts. This is an easy solution but only works if you use X or if the delayed reduction in brightness is acceptable to you. HTH -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Systemd screen brightness
On Wed, Aug 15, 2012 at 4:45 PM, Norbert Zeh n...@cs.dal.ca wrote: You can achieve the same by adding the instructions to write to /sys/class/backlight/acpi_video0/brightness to an appropriate file in tmpfiles.d. Read the section on temporary files in the systemd page on the archwiki. Cheers, Norbert Thanks for the reference. So something like 'w /sys/class/backlight/acpi_video0/brightness - - - - 0' should do the job, except that /sys/class/backlight/acpi_video0 does not exist since acpi does not seem to be running (I recall reading somewhere that systemd handles most acpi functionality, is that correct?). On Wed, Aug 15, 2012 at 2:32 PM, Thomas Bächler tho...@archlinux.org wrote: Am 15.08.2012 03:30, schrieb Michael Nawrocki: I'm trying to get my laptop backlight keys (fn+f6/f7) to adjust the brightness of my toshiba laptop backlight. I am curious. With 3.3 and earlier, my keys used to adjust brightness on their own. Since 3.4, they don't, and only work in KDE, but not on the console. Was it a deliberate kernel change that the brightness keys have no effect? Brightness keys seem to be working fine on 3.5.1.1 (testing). Perhaps it is a problem specific to your setup? -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] /etc/timezone and /etc/localtime
On Wed, Aug 15, 2012 at 8:48 PM, Paul Gideon Dann pdgid...@gmail.comwrote: Hello all, Does anyone know why both /etc/timezone and /etc/localtime are required for systemd? It looks like duplicated data. Also, man 5 timezone seems to flash something for a split second and close, which is also rather strange... Paul man 5 timezone seems to be working fine. AFAIK /etc/localtime is a symlink to your time zone file (/usr/share/zoneinfo/[your timezone]) which depends on what you set in your /etc/timezone. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Personal note
On Wed, Aug 15, 2012 at 10:57 PM, Tom Gundersen t...@jklm.no wrote: Hi guys, As most devs have done already, I'm going to change my relationship with arch-general. This probably does not matter to most of you, so sorry for the noise. Then again, it might be a useful reminder about how most devs interact with the list (or rather, how they do not). My approach to arch-general used to be: 1) to scan it for bug reports and feedback related to my corner of the Arch world, and follow up on whatever bugs/problems/questions I could. 2) to correct anything that I considered misinformation about the same. I am no longer able to keep up with this, so I will: 1) stop dealing with bugs reported on the mailing-list, please report anything to the bug tracker. 2) just accept that the world is full of misinformation and baseless speculations and not engage with it any longer. This is mostly for the sake of my own sanity, but also because I think my continued presence on this mailing list decreases rather than increases the current abysmal quality of discussion. Lastly, I'd like to add that I have appreciated the many constructions conversations on the list. Cheers, Tom Sorry to see you go. Although I don't post much here I do read and appreciate your prompt and very informative responses to the various issues that are on arch-general. If this is because of the recent flame-wars over systemd, couldn't you just ignore (filter out) those messages and concentrate on real, technical issues that are (occasionally) posted here? Thank you for your contributions. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] Systemd screen brightness
On Thu, Aug 16, 2012 at 1:50 AM, Norbert Zeh n...@cs.dal.ca wrote: Aurko Roy [2012.08.15 2040 +0530]: On Wed, Aug 15, 2012 at 4:45 PM, Norbert Zeh n...@cs.dal.ca wrote: You can achieve the same by adding the instructions to write to /sys/class/backlight/acpi_video0/brightness to an appropriate file in tmpfiles.d. Read the section on temporary files in the systemd page on the archwiki. Cheers, Norbert Thanks for the reference. So something like 'w /sys/class/backlight/acpi_video0/brightness - - - - 0' should do the job, except that /sys/class/backlight/acpi_video0 does not exist since acpi does not seem to be running (I recall reading somewhere that systemd handles most acpi functionality, is that correct?). My apologies. I wasn't aware that the particular file you're trying to write to exists only if acpid is running. I personally went back to running acpid because systemd's handling of ACPI events is too rudimentary for my needs. As far as I understand from the manpage, you can only set under which conditions it should handle Lid/Sleep/Power button events. If these conditions are met, systemd handles these events the way systemd thinks they should be handled, and there seems to be no room to customize it. Since I never ever shut down my laptop except using halt or now systemctl poweroff, I found it convenient to set the action for power button events to be to put the machine to sleep, as this avoids the finger gymnastics required to activate the sleep button. This type of customization is possible using acpid but doesn't seem to be possible using systemd alone. Cheers, Norbert I see. Thanks for the clarification. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] citação
On Thu, Aug 16, 2012 at 5:18 AM, Jorge Almeida jjalme...@gmail.com wrote: Multitasking: Reading in the bathroom. Are you also smoking something in the bathroom? -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] SSL I/O error with gmail
On Mon, Aug 13, 2012 at 1:18 AM, Arno Gaboury arnaud.gabo...@gmail.comwrote: On 12/08/12||20:26, jsteel wrote: On 2 August 2012 16:40, Aurko Roy roy.au...@gmail.com wrote: I am trying to get my gmail to work with mutt but keep getting this error: SSL failed: I/O error. Does anybody have a clue what could be the problem? What does your muttrc look like? This works for me: set imap_user=your-username set imap_pass=your-password set folder=imaps://imap.gmail.com/ set spoolfile = +INBOX mailboxes = +INBOX set header_cache = ~/.mutt/hcache set postponed = +[Gmail]/Drafts unset imap_passive set imap_keepalive = 300 set mail_check = 120 set sort=threads jsteel Are you sure to use the correct certificate? Gmail ask for a specific certificate to allow connection, and this should be specified in one of your config file with the cert_fingerprint variable. I have the Thawte's certificates (Thawte_Premium_Server_CA.pem, Thawte_Server_CA.pem) in my /etc/ssl/certs/. Do I need some other certificates to connect? I am not aware of the cert_fingerprint variable in the config file. Could you elaborate more on that? Thanks. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] systemd fsck
On Sat, Aug 11, 2012 at 8:57 AM, David Benfell benf...@parts-unknown.orgwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I just moved my desktop to systemd, and saw a couple things as I booted it for the first time: 1) It is *fast*. Let me say that again. It is *fast*. I have never seen a system come up this fast. Critics of systemd might want to consider that. 2) But I did notice an error that worried me--just because it looks worrying--as it came up: Aug 09 13:34:36 graton systemd-fsck[270]: /dev/sda3 is mounted. Aug 09 13:34:36 graton systemd-fsck[270]: e2fsck: Cannot continue, aborting. Aug 09 13:34:36 graton systemd-fsck[270]: fsck failed with error code 8. Aug 09 13:34:36 graton systemd-fsck[270]: Ignoring error. Aug 09 13:34:36 graton systemd-fsck[289]: /dev/sdb1: clean, 398077/33554432 files, 27916145/134217728 blocks Aug 09 13:34:36 graton systemd-fsck[287]: /dev/sdb3: clean, 647214/21102592 files, 26531961/84405504 blocks Aug 09 13:34:36 graton systemd-fsck[348]: /dev/sda4: clean, 1650719/59490304 files, 57620902/237931957 blocks Aug 09 13:34:37 graton systemd-fsck[320]: /dev/sda1: clean, 33/10040 files, 22152/40160 blocks Aug 09 13:34:37 graton systemd-fsck[293]: /dev/sdb2: clean, 4926903/67125248 files, 195736925/268500992 blocks /dev/sda3 is the root partition. - -- David Benfell benf...@parts-unknown.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQJdEsAAoJELT202JKF+xpR8EP/RAqqrPz2pumaHET2XLI97UC zd52iPPuc8nh75Xh8Jd5x0dPkd4xuGtRCiu8pRSLgX63o3iAOQtMcwFsBaOk0mN6 gjwJLbi0DM2VIYrlGS9VpG86w30uVhQLuuFwT4WasLJ5pKLfbKSw5lEXp56WQ597 qZmZ+L04MzkKKLAk4UENywF0hWy4fsDGgOPVg1nfhHJyFAd6aRtqxNSE4waoWAdI HjdAx5SYIDnu69O/UhqJ1GJOEiJxZaQYslQjmGYhHFDJfE1NJuDcY6XM+LeDGeyc ibKaDD96hTpL5meJAV+ZtglMJH9cRtNX69jqT5wnX141lOSXf19ybD7TRfXyMilV rBZfxfu1crDp4osbBYrMeRxYoK/Wr0HBWoknS6+RhpOheLUCMvV+xwcb4HMvrnKk 7i+LVCdNgb2Ul/vsG/MDZURgfKAgaYLtGMca2k8Ms1Q1paIkieD9fJg6sC8cbPNo yO9KfXsq8K4DnPwEJu0pJoOFr0lxPDqk2FFgBJnEjcpHVJqV4aqSTwgDcA0EzKw0 7wgAmczBbgUKxCoQehavsRRTm8QqjbM6yjCrwp44Ek4auL5taog32LnEw/GVreTh vOHNtMyOC6GzZfOJixEc5QmZx2J6iI9L9/MX0oEJiZcDh3gGRgfYUwFEdF+R+CfC h1s40baqzeVk/l/INX+V =ijAC -END PGP SIGNATURE- An error code of 8 for fsck means an operational error/general failure. Do you get this error every time you boot or is it a one off thing? Have you tried running it manually? FWIW, I don't think mounting root without the ro option should be causing this problem, then again it is better to check and see if it works. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
[arch-general] SSL I/O error with gmail
Hello all, I am trying to get my gmail to work with mutt but keep getting this error: SSL failed: I/O error. I then tried to connect to imap.gmail.com with openssl ($openssl s_client -connect imap.mail.me.com:993 and also $openssl s_client -connect imap.mail.me.com:993 -CApath /etc/ssl/certs/) both of which give the following: CONNECTED(0003) 140098731194024:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:177: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 0 bytes and written 228 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE --- This seems to be a peculiar problem only with gmail as I can successfully connect to icloud's imap server (imap.mail.me.com) without any problems. Does anybody have a clue what could be the problem? TIA -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] migrating crypttab to new way / luks swap problem
If you do man crypttab, there's an example for swap at the bottom. It is swap /dev/sda7 /dev/urandom swap HTH On Wed, Aug 1, 2012 at 10:14 AM, Genes MailLists li...@sapience.com wrote: I am fully up to date on testing repo. I have a laptop with encrypted /home and swap. Both are luks. When I convert /etc/cryptab /home works fine but swap fails at boot time with Unlocking of swap failed. Legacy /etc/cryptab (works but get legacy warnings) home /dev/sda5 ASK swap/dev/sda7 ASK New /etc/cryttab (swap fails) home /dev/sda5 noneluks,timeout=0 swap /dev/sda7 noneswap,luks Can anyone suggest how I can fix my swap line? thanks! gene -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
Re: [arch-general] [signoff] btrfs-progs
Hi, I installed btrfs-progs from testing and regenerated the image using mkinitcpio. It works fine and my btrfs volume is still being mounted correctly. I use systemd though and don't have any multi device btrfs volume either. On Sat, Jul 28, 2012 at 1:22 AM, Matthew Monaco dgbale...@0x01b.net wrote: On 07/27/2012 01:04 PM, Tom Gundersen wrote: Hi guys, Seems not many of us yet use btrfs, I therefore would like to ask if any users can signoff on the btrfs-progs in testing (i.e. verify that the package appears to work). In particular, I'm interested to hear if someone who uses btrfs-progs and initscripts from testing could verify that the multi-device support still works? If you have the btrfs hook in your initramfs, then please enable udev too and regenerate the image to verify that that also still works. For those who are interested: the change we made was to scan btrfs devices for multi-device support using udev rules as the devices appear rather than doing it unconditionally after all the devices should be ready. This approach should hopefully be more reliable than the old one. Cheers, Tom Last night in a fit of insomnia I decided to run btrfs-convert on my ext4 root. No problems at all so far =) -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31
[arch-general] Systemd with encrypted Btrfs
Hello all, After all the intense discussions about systemd I decided to try it out and see for myself. I tried it out on my desktop and was quite impressed by it - it was much faster than the earlier initscript. Further when I would background a daemon (say the network daemon) in rc.conf, I would have to wait for a while even after I logged in for the network to start, whereas in systemd I find the necessary daemons have already started by the time I login. However I ran into a couple of problems running it on my laptop: 1. I have an encrypted swap that randomly generates a new passphrase everytime I reboot, but systemd asks me for a passphrase every time I boot. On pressing enter or entering any random characters it proceeds normally. This is more of an annoyance than a real problem. 2. I have an encrypted btrfs partition which it unlocks normally, but while trying to mount says: fsck: fsck.btrfs: not found fsck: Error 2 while executing fsck.btrfs for /dev/mapper/myvolume and this stops the whole boot process. I have to disable that partition on fstab to get systemd to boot properly. Once the boot process is complete, I can see that the decryption has proceeded normally (from systemctl -a) and can remount it normally in a manual fashion. I initially thought that creating fsck.btrfs as a symlink to btrfsck might do the job, but that doesn't work either. Does anybody have any experience successfully mounting (encrypted or not) btrfs partitions using systemd? Thanks, Aurko
Re: [arch-general] Systemd with encrypted Btrfs
Hi, Thanks for the quick reply. I wasn't aware of the changes in crypttab syntax with systemd; but changing it the way you described it did the trick for swap. You're right, on digging deeper (logs) I found that the fsck had failed earlier as well but I never noticed it as the boot process wasn't interrupted. I didn't face it again after setting passno. to 0. I had heard about btrfs being released without a proper fsck in place but I thought that was long ago and that btrfsck was ready for general use. Rodrigo: I already solved it, but thanks for your reply anyway. -aurko On Tue, Jul 24, 2012 at 3:09 PM, Tom Gundersen t...@jklm.no wrote: On Tue, Jul 24, 2012 at 10:58 AM, Aurko Roy roy.au...@gmail.com wrote: 1. I have an encrypted swap that randomly generates a new passphrase everytime I reboot, but systemd asks me for a passphrase every time I boot. On pressing enter or entering any random characters it proceeds normally. This is more of an annoyance than a real problem. Note that systemd does not support Arch's traditional crypttab syntax, so you might need to adjust your crypttab file. The format is described in man crypttab. I have a similar setup to what you describe and my crypttab line is: # cat /etc/crypttab swap/dev/sda2 /dev/urandomswap 2. I have an encrypted btrfs partition which it unlocks normally, but while trying to mount says: fsck: fsck.btrfs: not found fsck: Error 2 while executing fsck.btrfs for /dev/mapper/myvolume and this stops the whole boot process. I have to disable that partition on fstab to get systemd to boot properly. Once the boot process is complete, I can see that the decryption has proceeded normally (from systemctl -a) and can remount it normally in a manual fashion. I initially thought that creating fsck.btrfs as a symlink to btrfsck might do the job, but that doesn't work either. There is no fsck.btrfs binary yet, and btrfsck does not support the expected interface. Until a proper fsck.btrfs exists you should mark your partition as not wanting to be fsck'ed in fstab (i.e. set passno, the last argument, to 0). Does anybody have any experience successfully mounting (encrypted or not) btrfs partitions using systemd? I would have thought you'd get a similar failure also with initscripts? Though in that case boot would not pause. -t
Re: [arch-general] Systemd with encrypted Btrfs
Hi, Thanks for the clarification. Also I was wondering if there was any reason why Arch doesn't have the rc-local.service in systemd by default. There was some stuff I ran in rc.local (reducing brightness, proxy authentication) but it seems there is no rc-local service in systemd. I am working on copying content from fedoras rc-local.service and trying to get it to work on my laptop. -aurko On Tue, Jul 24, 2012 at 3:46 PM, Tom Gundersen t...@jklm.no wrote: On Tue, Jul 24, 2012 at 12:10 PM, Aurko Roy roy.au...@gmail.com wrote: You're right, on digging deeper (logs) I found that the fsck had failed earlier as well but I never noticed it as the boot process wasn't interrupted. I didn't face it again after setting passno. to 0. I had heard about btrfs being released without a proper fsck in place but I thought that was long ago and that btrfsck was ready for general use. I have been using btrfs as my rootfs on all my machines for a couple of years and never seen a corruption that required fsck, so I don't know how well (or not) btrfsck actually works. I would assume it would not be too bad, as it is shipped by at least Oracle. The problem though is that it does not implement the correct API for integration with regular fsck, so it can only be called manually and not automatically on boot. -t
Re: [arch-general] Systemd with encrypted Btrfs
Hi, Yeah it works fine with the initscripts-systemd package but I had replaced that with the systemd-sysvcompat package for a pure systemd setupd. I was wondering if there is a reason why they've discontinued support for rc.local in that. AFAIK Fedora has a pure systemd setup (I may be wrong there) but still support rc.local. Perhaps I'm missing/misunderstanding something. Thanks, aurko On Tue, Jul 24, 2012 at 3:57 PM, Damien Churchill dam...@gmail.com wrote: Hi, On 24 July 2012 11:25, Aurko Roy roy.au...@gmail.com wrote: Thanks for the clarification. Also I was wondering if there was any reason why Arch doesn't have the rc-local.service in systemd by default. Have a look at the initscripts-systemd package, it contains rc-local and rc-local-shutdown service files.
Re: [arch-general] Systemd with encrypted Btrfs
Hi, Thanks for your answer. In the end I decided to stick with systemd-sysvcompat with my own rc-local.service (since I didn't need the other stuff in the initscripts-systemd package). I must say I'm starting to like systemd despite the minor hiccups due to changes in conventions. -aurko On Tue, Jul 24, 2012 at 4:17 PM, Tom Gundersen t...@jklm.no wrote: On Tue, Jul 24, 2012 at 12:40 PM, Aurko Roy roy.au...@gmail.com wrote: Yeah it works fine with the initscripts-systemd package but I had replaced that with the systemd-sysvcompat package for a pure systemd setupd. I was wondering if there is a reason why they've discontinued support for rc.local in that. AFAIK Fedora has a pure systemd setup (I may be wrong there) but still support rc.local. Perhaps I'm missing/misunderstanding something. Fedora still have quite a bit of legacy stuff (probably even more than what we do). I'd argue that rc.local{,.shutdown} is legacy, and that people would be better off by either writing .service files, or fixing whatever bugs are being worked around (which is mostly the use-case) properly. Even if you use systemd-sysvcompat support, you are of course free to copy the rc-local serivce files from the initscripts-systemd pacakge and put them in /etc/systemd/system/ -t