Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On Wed, Dec 4, 2013 at 2:43 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/03/2013 12:51 PM, Jakub Klinkovský wrote: I use 'consoleblank=seconds' kernel parameter to set the delay. See also ArchWiki page: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm Thanks Jakub, I have tried: # setterm -blank 1 # setterm -powerdown 1 # setterm -powersave hsync (waited - did not poweroff moniter, just blanked) # setterm -powersave powerdown (same thing - no poweroff) So I am at a loss as to how it worked on the first boot and now no longer worked. I read: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm http://webpages.charter.net/dperr/dpms.htm and so far I have not found a way to repeat the poweroff that worked on first boot. I did install the nvidia package for future use, which pulled in xorg-server as a dependency, but X is not started. I don't see why that would influence console behavior. Well, that certainly is a difference. The nvidia package includes the file `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist nouveau`. That's necessary because if the nouveau driver is loaded first, then the nvidia one cannot work properly. But you are not loading X, so I'm guessing that your nvidia driver is not being loaded either (the kernel driver is probed by the X driver IIRC), so you are running with the default vesa console. You can try running `modprobe nvidia` and see if it makes a difference. If that's not the case, reboot and run `modprobe nouveau`. Or maybe I'm wrong and the nvidia driver is being loaded automatically. If that's true, you can try blacklisting it and modprobing nouveau. Best regards -- Rodrigo.
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On 12/04/2013 05:15 AM, Rodrigo Rivas wrote: Well, that certainly is a difference. The nvidia package includes the file `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist nouveau`. That's necessary because if the nouveau driver is loaded first, then the nvidia one cannot work properly. But you are not loading X, so I'm guessing that your nvidia driver is not being loaded either (the kernel driver is probed by the X driver IIRC), so you are running with the default vesa console. You can try running `modprobe nvidia` and see if it makes a difference. If that's not the case, reboot and run `modprobe nouveau`. Or maybe I'm wrong and the nvidia driver is being loaded automatically. If that's true, you can try blacklisting it and modprobing nouveau. Best regards Rodrigo, You are on to something here. The nvidia module is loaded automatically, but there is no X running: 08:42 phoinix:/etc/clamav] # lsmod | grep nv nvidia 10573185 0 drm 238206 1 nvidia i2c_core 24164 3 drm,nvidia,i2c_nforce2 [08:46 phoinix:/etc/clamav] # ps ax | grep X 5628 pts/0S+ 0:00 grep X So what you are saying is that the nvidia module is causing the problem with the console DPMS poweroff behavior? [08:51 phoinix:/etc/clamav] # rmmod nvidia [08:51 phoinix:/etc/clamav] # lsmod | grep nv [08:51 phoinix:/etc/clamav] # modprobe nouveau [08:52 phoinix:/etc/clamav] # lsmod | grep no nouveau 904630 1 ttm63411 1 nouveau drm_kms_helper 36286 1 nouveau i2c_algo_bit5399 1 nouveau drm 238206 3 ttm,drm_kms_helper,nouveau mxm_wmi 1475 1 nouveau video 11196 1 nouveau i2c_core 24164 6 drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 wmi 8419 2 mxm_wmi,nouveau button 4677 1 nouveau That's it! Monitor powered off after 1 min. But that begs the question, why doesn't console poweroff work with the nvidia driver? Doe the driver lack the capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) just need to be made with the nvidia driver? If so, how? For now, the easiest solution is just to remove the nvidia driver and make sure the nouveau driver is loaded on boot. However, if I decide to use the nvidia driver in the future, then I'm back in the same boat again. So, is there anyway to make the console poweroff work with the nvidia driver? -- David C. Rankin, J.D.,P.E.
[arch-general] New users not automatically added to 'users' group if -g default group specified?
All, In the past with arch installs, new users have always been added to the 'users' group. Now that is not being done. If I recall correctly, I have always specified that users are members of a group with the same name as the user by manually creating the group and using the useradd -g group option. This was done to keep UID and GID numbers the same across multiple boxes. On older installs all users were made part of the users group: (July 2011 install) [08:31 nirvana:/etc/httpd/conf] # grep users /etc/group users:x:100:david,anna,blah,blah,blah (New install) [08:45 phoinix:/etc] # grep users /etc/group users:x:100: Is this expected behavior, or has something gone wrong with the install? I ask because https://wiki.archlinux.org/index.php/Cron#Users_and_autostart suggest that all users should already be members of the 'users' group. I don't mind manually adding the users, but if this is a bug, I'll report it. -- David C. Rankin, J.D.,P.E.
[arch-general] Fwd: Notebook freeze and slow when copy big files to external usb
Hi, I when I make a copy of a large file to a 2GB or 8GB usb 3.0 external hard drive, I notice that arch remains slow, frozen ... He struggles to open windows are minimized. I have the kernel: 3.12.2-1-ARCH Update the whole system to the last. Can you think because it can be? I also went from the 3.11 kernel However, debian, ubuntu, opensuse me not pass this ... It's happened to someone else? Thanks for everything.
[arch-general] Fwd: Problem with kvm + virt-manager
Hi, I'm spanish. I love archlinux. I used debian, opensuse, ubuntu, fedora, linux mint, fuduntu, gentoo and I like arch above all. I will install kvm in arch. I follow this guide: http://blog.desdelinux.net/instalar-y-configurar-qemu-kvm-en-arch-linux/ I have installed vmware workstation and virtualbox and works very well. But in kvm, when I create de VM I receveid this error: Imposible completar la instalación: 'Error interno: el proceso ha finalizado mientras se conectaba con el monitor: qemu-system-x86_64: -drive file=/home/maykel/archlinux-2013.10.01-dual.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw: could not open disk image /home/maykel/archlinux-2013.10.01-dual.iso: Permission denied ' Traceback (most recent call last): File /usr/share/virt-manager/virtManager/asyncjob.py, line 100, in cb_wrapper callback(asyncjob, *args, **kwargs) File /usr/share/virt-manager/virtManager/create.py, line 1920, in do_install guest.start_install(False, meter=meter) File /usr/share/virt-manager/virtinst/Guest.py, line 1134, in start_install noboot) File /usr/share/virt-manager/virtinst/Guest.py, line 1202, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File /usr/lib/python2.7/site-packages/libvirt.py, line 2897, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: Error interno: el proceso ha finalizado mientras se conectaba con el monitor: qemu-system-x86_64: -drive file=/home/maykel/archlinux-2013.10.01-dual.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw: could not open disk image /home/maykel/archlinux-2013.10.01-dual.iso: Permission denied I probed solution in google but not found... Can I help me please?? Is a bug of the virt-manager?? And now, I updated the system and I have bug in the virt-manager: maykel-arch /home/maykel :( # pacman -Q virt-manager virt-manager 0.10.0-4 https://bugs.archlinux.org/task/37990 Thanks in advanced.
Re: [arch-general] Fwd: Notebook freeze and slow when copy big files to external usb
On 04.12.13 at 12:08, Maykel Franco wrote: Hi, I when I make a copy of a large file to a 2GB or 8GB usb 3.0 external hard drive, I notice that arch remains slow, frozen ... He struggles to open windows are minimized. I have the kernel: 3.12.2-1-ARCH Update the whole system to the last. Can you think because it can be? I also went from the 3.11 kernel However, debian, ubuntu, opensuse me not pass this ... It's happened to someone else? Thanks for everything. See ArchWiki: https://wiki.archlinux.org/index.php/Maximizing_Performance#Tuning_kernel_parameters Even USB 3 is slow compared to RAM... See also this article on LWN for more information: http://lwn.net/Articles/572911/ pgpYH19MmmQU2.pgp Description: PGP signature
Re: [arch-general] New users not automatically added to 'users' group if -g default group specified?
[2013-12-04 09:16:46 -0600] David C. Rankin: In the past with arch installs, new users have always been added to the 'users' group. Now that is not being done. Bug reports go to: https://bugs.archlinux.org/ Not this list, not private emails to maintainers, not a combination of the above. -- Gaetan
Re: [arch-general] New users not automatically added to 'users' group if -g default group specified?
On Wed, 04 Dec 2013 09:16:46 -0600 David C. Rankin drankina...@suddenlinkmail.com wrote: All, In the past with arch installs, new users have always been added to the 'users' group. Now that is not being done. If I recall correctly, I have always specified that users are members of a group with the same name as the user by manually creating the group and using the useradd -g group option. This was done to keep UID and GID numbers the same across multiple boxes. On older installs all users were made part of the users group: (July 2011 install) [08:31 nirvana:/etc/httpd/conf] # grep users /etc/group users:x:100:david,anna,blah,blah,blah (New install) [08:45 phoinix:/etc] # grep users /etc/group users:x:100: Is this expected behavior, or has something gone wrong with the install? I ask because https://wiki.archlinux.org/index.php/Cron#Users_and_autostart suggest that all users should already be members of the 'users' group. I don't mind manually adding the users, but if this is a bug, I'll report it. In short, this is OK; your user doesn't need to be mentioned in /etc/groups after his primary group. If he is mentioned, then the primary group is also his supplementary one (which is anyway automatic). GID=100 (users) is a primary group, see /etc/defaults/useradd. The primary group info is stored in /etc/passwd (userid:x:UID:primary_GID:...), so the users:x:100:entry in /etc/group is dummy and AFAIU exists only to make useradd happy. This is done to save space in /etc/group on systems with large number of users. My speculation would be that in 2011, you ran useradd -m -g users -G users,audio,... david. The correct call shouldn't contain users after -G. Cheers, -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On Wed, Dec 4, 2013 at 4:01 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: [08:51 phoinix:/etc/clamav] # rmmod nvidia [08:51 phoinix:/etc/clamav] # lsmod | grep nv [08:51 phoinix:/etc/clamav] # modprobe nouveau [08:52 phoinix:/etc/clamav] # lsmod | grep no nouveau 904630 1 ttm63411 1 nouveau drm_kms_helper 36286 1 nouveau i2c_algo_bit5399 1 nouveau drm 238206 3 ttm,drm_kms_helper,nouveau mxm_wmi 1475 1 nouveau video 11196 1 nouveau i2c_core 24164 6 drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 wmi 8419 2 mxm_wmi,nouveau button 4677 1 nouveau That's it! Monitor powered off after 1 min. But that begs the question, why doesn't console poweroff work with the nvidia driver? Doe the driver lack the capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) just need to be made with the nvidia driver? If so, how? For now, the easiest solution is just to remove the nvidia driver and make sure the nouveau driver is loaded on boot. However, if I decide to use the nvidia driver in the future, then I'm back in the same boat again. So, is there anyway to make the console poweroff work with the nvidia driver? Well, the proprietary nvidia is known for focusing on X, the console has been neglected, no KMS, basic DPMS, it seems... The OS nouveau driver, however is doing things properly, if you have the luck that your hw is supported. Nouveau - more features, less performance. Nvidia - less features, more performance. Pick one. Now, if you want to switch between them without rebooting, you can try to remove one driver and modprobe the other. I wouldn't bet on the stability of your kernel, though. A safer solution would be to create two entries in the boot menu (grub or whatever): one will blacklist nouveau, the other will blacklist nvidia. With a bit of work you can even switch the mesa/libgl links to point to the proper versions! Best regards. -- Rodrigo
Re: [arch-general] lz4 need add man doc
On 04/12/2013 06:53, Yi Zheng wrote: Hi Luttringer, I checked the source pkg of lz4, and found that there is a man page file named lz4.1 available. But your PKGBUILD script do not install it into the pkg. Do you think it is necessary add that doc? Hi Zheng, Please use our bug report system[1] next time. [1] https://bugs.archlinux.org -- Sébastien Seblu Luttringer https://www.seblu.net GPG: 0x2072D77A signature.asc Description: OpenPGP digital signature
Re: [arch-general] Fwd: Problem with kvm + virt-manager
On Wed, Dec 4, 2013 at 12:08 PM, Maykel Franco maykeldeb...@gmail.com wrote: Hi, I'm spanish. I love archlinux. I used debian, opensuse, ubuntu, fedora, linux mint, fuduntu, gentoo and I like arch above all. I will install kvm in arch. I follow this guide: http://blog.desdelinux.net/instalar-y-configurar-qemu-kvm-en-arch-linux/ I have installed vmware workstation and virtualbox and works very well. But in kvm, when I create de VM I receveid this error: Imposible completar la instalación: 'Error interno: el proceso ha finalizado mientras se conectaba con el monitor: qemu-system-x86_64: -drive file=/home/maykel/archlinux-2013.10.01-dual.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw: could not open disk image /home/maykel/archlinux-2013.10.01-dual.iso: Permission denied ' Take a step back, think about the last words there. What user is the program run as and what is it trying to access? In the past I found it a rather enlightening experiment when I opened a shell as that user (eg with su, I believe -s could pass a custom shell in case it's set to /bin/false) and tried to access these files. You should be familiar with what ls -l returns and chmod/chown? cheers! mar77i
[arch-general] Patch for update-mime-info slowness
I am kind of annoyed by the time it takes to update the MIME database (something like two minutes on a recent i7 quad-core laptop). Until pacman has hooks/triggers, I have removed the calls to fdatasync (which are supposed to ensure that the files are truly written to disk). I prefer letting the system take care of it anyway, and I don't care much for consistency in desktop links and file associations. Y'know, it might bear the name database, but it's not a database in the sense of a +1M row postgresql database). Anyone have an opinion on this? Am I a complete idiot in removing these calls to fdatasync? With this patch, updating takes around 5 seconds, haven't run it with a stopwatch yet. -- Sébastien Leblanc
Re: [arch-general] New users not automatically added to 'users' group if -g default group specified?
[2013-12-04 12:57:23 -0600] Leonid Isaev: On Wed, 04 Dec 2013 09:16:46 -0600 David C. Rankin drankina...@suddenlinkmail.com wrote: In the past with arch installs, new users have always been added to the 'users' group. Now that is not being done. In short, this is OK; your user doesn't need to be mentioned in /etc/groups after his primary group. If he is mentioned, then the primary group is also his supplementary one (which is anyway automatic). A while back, the default primary group for all new users was users. It's not anymore: an individual group is created for each new user. One can disable USERGROUPS_ENAB in login.defs to get the old behavior. This is done to save space in /etc/group on systems with large number of users. So each user gets a home directory, generates log info under /var/log upon login/logout, /etc/passwd and /etc/shadow grow linearly in the number of users, but we are going to shave a few bytes off /etc/group? That's hard to believe. -- Gaetan pgpW71wwcQvss.pgp Description: PGP signature
Re: [arch-general] Fwd: Notebook freeze and slow when copy big files to external usb
在 2013-12-4,19:08,Maykel Franco maykeldeb...@gmail.com 写道: Hi, I when I make a copy of a large file to a 2GB or 8GB usb 3.0 external hard drive, I notice that arch remains slow, frozen ... He struggles to open windows are minimized. I have the kernel: 3.12.2-1-ARCH Update the whole system to the last. Can you think because it can be? I also went from the 3.11 kernel However, debian, ubuntu, opensuse me not pass this ... It's happened to someone else? Thanks for everything. I experience this as well. No matter copying to an external drive or internal HDD. I experience very terrible freeze. Last time when I was copying big files, I locked the screen on GNOME and went out. When I came back and found the copy was still in process since the LED of my HDD is flashing. I typed my password and waited nearly 3 minutes until it stopped freezing and unlocked my screen! -- Best regards, StarBrilliant
Re: [arch-general] New users not automatically added to 'users' group if -g default group specified?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/04/2013 09:10 PM, Gaetan Bisson wrote: A while back, the default primary group for all new users was users. It's not anymore: an individual group is created for each new user. One can disable USERGROUPS_ENAB in login.defs to get the old behavior. This is done to save space in /etc/group on systems with large number of users. So each user gets a home directory, generates log info under /var/log upon login/logout, /etc/passwd and /etc/shadow grow linearly in the number of users, but we are going to shave a few bytes off /etc/group? That's hard to believe. Gaetan, Thanks, glad to know I wasn't going nuts. I prefer individual groups created for each user and have a set of scripts that did that for Arch to keep my UID/GID for each user the same across multiple boxes. Eg. #!/bin/bash ## normal groups to add to system groupadd -g 1061 deborah groupadd -g 1062 zachry snip ## create users and assign groups useradd -u 1001 -g deborah -c Full Name -m deborah echo -e \n Setting password for user deborah: pwexit=1 while [[ $pwexit != 0 ]]; do passwd deborah pwexit=$? done unset pwexit useradd -u 1002 -g zachry -c Full Name -m zachry echo -e \n Setting password for user zachry: snip One question though, the USERGROUPS_ENAB flag seems self-explanatory, but the comments above the flag say: # # Enable setting of the umask group bits to be the same as owner bits # (examples: 022 - 002, 077 - 007) for non-root users, if the uid is # the same as gid, and username is the same as the primary group name. # # This also enables userdel to remove user groups if no members exist. # So, in addition to insuring umask group bits are the same as owner bits for non-root users, this setting controls whether new users are automatically added to the 'users' group by default with useradd? Because the behavior I saw from useradd prior to this change was that all users were added to the 'users' group even when a primary group was specified with -g. As long as nothing is using the 'users' group as a check like the cronie web-page seemed to suggest, then I guess there is no impact aside from saving a few bits in /etc/group. Thank you for the explanation. - -- David C. Rankin, J.D.,P.E. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKf/TgACgkQZMpuZ8CyrcgIxACeLwHfesXTVpDiXAJJNy5ASl9W jIEAnAtwl9tKw3DvSvymXYwVLeH2t7PP =QJr/ -END PGP SIGNATURE-
Re: [arch-general] New users not automatically added to 'users' group if -g default group specified?
[2013-12-04 22:12:40 -0600] David C. Rankin: One question though, the USERGROUPS_ENAB flag seems self-explanatory, but the comments above the flag say: # # Enable setting of the umask group bits to be the same as owner bits # (examples: 022 - 002, 077 - 007) for non-root users, if the uid is # the same as gid, and username is the same as the primary group name. # # This also enables userdel to remove user groups if no members exist. # So, in addition to insuring umask group bits are the same as owner bits for non-root users, this setting controls whether new users are automatically added to the 'users' group by default with useradd? See the man page to useradd: If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB variable in /etc/login.defs. If this variable is set to yes (or -U/--user-group is specified on the command line), a group will be created for the user, with the same name as her loginname. If the variable is set to no (or -N/--no-user-group is specified on the command line), useradd will set the primary group of the new user to the value specified by the GROUP variable in /etc/default/useradd, or 100 by default. -- Gaetan pgpMb99USETA3.pgp Description: PGP signature
Re: [arch-general] Fwd: Notebook freeze and slow when copy big files to external usb
On Wed, Dec 4, 2013 at 5:08 PM, Maykel Franco maykeldeb...@gmail.com wrote: Hi, I when I make a copy of a large file to a 2GB or 8GB usb 3.0 external hard drive, I notice that arch remains slow, frozen ... He struggles to open windows are minimized. I have the kernel: 3.12.2-1-ARCH Update the whole system to the last. Can you think because it can be? I also went from the 3.11 kernel However, debian, ubuntu, opensuse me not pass this ... It's happened to someone else? Thanks for everything. https://bugzilla.kernel.org/show_bug.cgi?id=12309 -- Kirill Churin Jabber: reflex...@reflexing.ru
[arch-general] Notebook freeze and slow when copy big files to external usb
Try disabling USB emulation on your motherboard. I had the same problem and this helped a lot, even if it is not a complete solution. --Temlin Olivér On Dec 4, 2013 5:47 PM, Maykel Franco maykeldeb...@gmail.com wrote: Hi, I when I make a copy of a large file to a 2GB or 8GB usb 3.0 external hard drive, I notice that arch remains slow, frozen ... He struggles to open windows are minimized. I have the kernel: 3.12.2-1-ARCH Update the whole system to the last. Can you think because it can be? I also went from the 3.11 kernel However, debian, ubuntu, opensuse me not pass this ... It's happened to someone else? Thanks for everything.