Re: [arch-general] [SOLVED] Polluted login prompt
On Sun 13/01/13, 23:57, Karol Blazewicz wrote: > On Sun, Jan 13, 2013 at 12:18 PM, Sudaraka Wijesinghe > wrote: > > With reference to an issue I raised on this ML earlier: > > https://mailman.archlinux.org/pipermail/arch-general/2012-November/032201.html > > > > I was able to solve my issue by setting the service type (or unit type) > > of the systemd units that generate output after the login prompt to "idle". > > I think that's what the wiki suggests: > https://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console No. The wiki suggests to set Type=idle for the getty service, and this should avoid the pollution of the prompt, but fails to do so. By contrast, Sudara has been forced to set Type=idle for any other services that was polluting the getty prompt. Nonetheless it is a useful workaround until someone upstream happens to care about the bug.
Re: [arch-general] Systemd 196-2 new install 100%cpu usage
On Sat, 12 Jan 2013 17:06:18 -0600 Leonid Isaev wrote: > On Sat, 12 Jan 2013 20:35:42 + > "P .NIKOLIC" wrote: > > > > > 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 . > > > > > > Well, the easiest solution is to do "rm -vfr /var/log/journal/*", > restart systemd-journald.service, and daemon-reexec systemd. I would > personally skip last 2 steps and simply reboot... Of course, the > price is the lost system logs. > Right the cause has been found it seems cupsd is the cause i have page after page of cupsd restarting to quickly complaints and also loads of complaints about cupsd crashing . I will reinstall all parts of cups and gather more info i have had to delete a lot of stuff to regain control of the system . 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
Re: [arch-general] [SOLVED] Polluted login prompt
On Sun, Jan 13, 2013 at 12:18 PM, Sudaraka Wijesinghe wrote: > With reference to an issue I raised on this ML earlier: > https://mailman.archlinux.org/pipermail/arch-general/2012-November/032201.html > > I was able to solve my issue by setting the service type (or unit type) > of the systemd units that generate output after the login prompt to "idle". I think that's what the wiki suggests: https://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console
Re: [arch-general] systemd automount + wake-on-lan dependency
Thank you! I'm gonna try these right now :) BTW since you're working with Samba, do you know about SMBNetFS? It's very flexible and works quite good here. https://www.archlinux.org/packages/?q=smbnetfs On Sat, Jan 12, 2013 at 10:55 PM, Sander Jansen wrote:
[arch-general] Truecrypt mounting vanishes desktop icons
When i use truecrypt --mount /PATH/OF/FILE /home/usr/Desktop all of my folders vanish. I then tried to unmount using truecrypt -d /PATH/OF/FILE and nothing, but after reboot the folders are back on Desktop. Is there any way to be able to mount on Desktop but not lose my folders?
Re: [arch-general] systemd automount + wake-on-lan dependency
On Thu, Jan 10, 2013 at 6:38 AM, Martín Cigorraga wrote: > > > > > On 01/08/2013 05:39 PM, Sander Jansen wrote: > > > > I want my media pc to automatically mount several samba shares when > > > they're > > > > accessed. > > > > > Is that even possible? Because the way Samba protocol works it might be > some time > (as much as some good 10 minutes, may be a little more) until the shares > are up and > ready to be accessed on the network. This is not the case with NFSv4 in > which case > AutoFS will find and mount instantly any share providing the NFS server is > up, of course. > OTOH if the NFS server is down when you try to access it via AutoFS the NFS > client > on your machine will initiate the Stall of Death, but that's another song > :p > > I don't know. For me it works pretty quickly. Haven't noticed any giant delays. > > Good news was that I was able to get a systemd share.mount unit working > > with a wol.service unit. Starting the mount unit will correctly start the > > wol.service unit and wake the machine using the magic packet. What I > > haven't got working is the automount: So far it only tries to mount the > > share, but not activate the wol.service unit. Perhaps the automount units > > also needs to depend on the wol.service? > > > > Sander > > > > Since I'm migrating my network shares everywhere from NFS to Samba (the > later being > slower but more reliable) I'm most interested in the work you've done, can > you post the > units back? > I'm still suffering from the suspend/problem I mentioned before (although not all the time), but so far I have the following units files and as long my computer resumes fine, it all seems to work: wol-anathem.service: --- [Unit] Description=Wake-on-Lan Anathem Requires=network.target [Service] ExecStart=/usr/bin/wol MACADDRESS Type=oneshot mnt-anathem.mount: --- [Mount] What=//ANATHEM/mysharename Where=/mnt/anathem Type=cifs Options=ip=192.168.1.42,sec=none [Unit] Requires=wol-anathem.service After=wol-anathem.service mnt-anathem.automount: --- [Automount] Where=/mnt/anathem [Unit] Requires=wol-anathem.service After=wol-anathem.service
[arch-general] [SOLVED] Polluted login prompt
With reference to an issue I raised on this ML earlier: https://mailman.archlinux.org/pipermail/arch-general/2012-November/032201.html I was able to solve my issue by setting the service type (or unit type) of the systemd units that generate output after the login prompt to "idle". https://bugs.freedesktop.org/show_bug.cgi?id=54247#c10 P.S. Apologies for the off-thread posting, I couldn't find the previous mail in my mail box. -- Sudaraka Wijesinghe. http://sudaraka.org/ signature.asc Description: OpenPGP digital signature
Re: [arch-general] Systemd 196-2 new install 100%cpu usage
On Sat, 12 Jan 2013 17:06:18 -0600 Leonid Isaev wrote: > On Sat, 12 Jan 2013 20:35:42 + > "P .NIKOLIC" wrote: > > > > > 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 . > > > > > > Well, the easiest solution is to do "rm -vfr /var/log/journal/*", > restart systemd-journald.service, and daemon-reexec systemd. I would > personally skip last 2 steps and simply reboot... Of course, the > price is the lost system logs. > Hi Leonid Right i had already tried that one it just bounces back exactly the same after the reboot This system gets shut down every day when not in use right now (cost savings) . This appeared to happen after running "pacman -Syu" yesterday when Libreoffice was updated along with poppler, qpdf , cups , poppler-qt it also installed gstreamer , gst-plugins-base-lib , farstream, telepathy-farstream Thanks 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
Re: [arch-general] Incorporate udev rules in initrd
On 31.12.2012 11:00, Rodrigo Rivas wrote: > On Mon, Dec 31, 2012 at 8:37 AM, Christoph Vigano wrote: > >> >> 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? > > > AFAIK, using FILES="path-to-udev-rule-file" should be enough. The udev > binaries and basic rules are already there, so adding the custom rule to > the image should make it work automagically. > > HTH > -- > Rodrigo > Well, your solution was correct after all. The only thing missing was the psmouse module, which needed to be added to the initrd. Before adding that module, only a generic mouse device appeared in sysfs and my udev rule had no attribute sensitivity which it wanted to set. Thanks to Dave for pointing out the break-option which proved to be useful for examining sysfs as seen by the initrd. Now the struggle after rebooting has again lost some of its quirks ;) Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Incorporate udev rules in initrd
On Sun, Jan 13, 2013 at 02:21:01PM +, Rodrigo Rivas wrote: > On Sat, Jan 12, 2013 at 10:55 PM, Christoph Vigano wrote: > > > On 31.12.2012 11:00, Rodrigo Rivas wrote: > > > On Mon, Dec 31, 2012 at 8:37 AM, Christoph Vigano > > wrote: > > > > > >> > > >> 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? > > > > > > > > > AFAIK, using FILES="path-to-udev-rule-file" should be enough. The udev > > > binaries and basic rules are already there, so adding the custom rule to > > > the image should make it work automagically. > > > > > > HTH > > > -- > > > Rodrigo > > > > > > > Sadly, that did not work although the file containing the rule is inside > > the initrd (verified with lsinitcpio). > > > > Any other idea how to debug this? > > > > Well... an ugly hack I did to debug the initrd is, if you use grub: > 1. In the grub menu press 'e' to edit the boot commands. > 2. Remove the 'root=whatever' or change it so something non-existant. > 3. Run the boot commands with F10. > > This way the initramfs will not mount the root filesystem and will drop to > a emergency shell. It will run with the initramfs mounted at '/', so you > can use it to debug your problem. Note that you still can mount the real > root into, for example, '/mnt' and copy or use any tool or file you need > that is not available in initramfs (eg 'udevadm'). > > Yes, it is a hack, but I don't know a proper way to do it. Other distros, > such as Ubuntu, have a 'debug=' option to do this kind of > things. But, hey, it works, I even used it once to convert the root > filesystem from ext4 to btrfs without an additional boot device 8-). > > -- > Rodrigo mkinitcpio's manpage documents a 'break' variable which does this sanely.
Re: [arch-general] Incorporate udev rules in initrd
On Sat, Jan 12, 2013 at 10:55 PM, Christoph Vigano wrote: > On 31.12.2012 11:00, Rodrigo Rivas wrote: > > On Mon, Dec 31, 2012 at 8:37 AM, Christoph Vigano > wrote: > > > >> > >> 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? > > > > > > AFAIK, using FILES="path-to-udev-rule-file" should be enough. The udev > > binaries and basic rules are already there, so adding the custom rule to > > the image should make it work automagically. > > > > HTH > > -- > > Rodrigo > > > > Sadly, that did not work although the file containing the rule is inside > the initrd (verified with lsinitcpio). > > Any other idea how to debug this? > Well... an ugly hack I did to debug the initrd is, if you use grub: 1. In the grub menu press 'e' to edit the boot commands. 2. Remove the 'root=whatever' or change it so something non-existant. 3. Run the boot commands with F10. This way the initramfs will not mount the root filesystem and will drop to a emergency shell. It will run with the initramfs mounted at '/', so you can use it to debug your problem. Note that you still can mount the real root into, for example, '/mnt' and copy or use any tool or file you need that is not available in initramfs (eg 'udevadm'). Yes, it is a hack, but I don't know a proper way to do it. Other distros, such as Ubuntu, have a 'debug=' option to do this kind of things. But, hey, it works, I even used it once to convert the root filesystem from ext4 to btrfs without an additional boot device 8-). -- Rodrigo
