March 2010 - openSUSE Users - openSUSE Mailing Lists

[opensuse] 11.0 kernel-default-2.6.25.20-0.7.x86_64.rpm - Install Failure
by David C. Rankin 21 Mar '10

21 Mar '10

Guys, I experienced one of the first kernel install failures I have ever been faced with on 11.0 tonight and I'm not sure what is going on. This x86_64 box had 11.0 installed from the time it was released to the present and has had every kernel update installed without any problem. So why now? Looking at the error message given, it looks like the installer lost its mind and is trying to issue non-existent modprobe options and it looks like it can't find the partition it is running on -- strange :-( Below, I have included all the relevant diagnostics I can think of. I need help! failure log error: 2010-03-18 00:50:21 kernel-default-2.6.25.20-0.7.x86_64.rpm install failed rpm output: Free diskspace below /boot: 93126 blocks Setting up /lib/modules/2.6.25.20-0.7-default Kernel image: /boot/vmlinuz-2.6.25.20-0.7-default Initrd image: /boot/initrd-2.6.25.20-0.7-default modprobe: unrecognized option '--resolve-alias' Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o <modname>] [ --dump-modversions ] <modname> [parameters...] modprobe -r [-n] [-i] [-v] <modulename> ... modprobe -l -t <dirname> [ -a <modulename> ...] Root device: /dev/mapper/nvidia_fdaacfde_part7 (mounted on / as ext3) Resume device: /dev/mapper/nvidia_fdaacfde_part6 Device mapper!nvidia_fdaacfde_part7 not found in sysfs /sbin/mkinitrd failed error: %post(kernel-default-2.6.25.20-0.7.x86_64) scriptlet failed, exit status 1 The existing grub menu.lst that has worked for over a year: ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.0 - 2.6.25.20-0.5 root (hd0,4) kernel /vmlinuz-2.6.25.20-0.5-default root=/dev/mapper/nvidia_fdaacfde_part7 resume=/dev/mapper/nvidia_fdaacfde_part6 splash=silent showopts vga=0x31a initrd /initrd-2.6.25.20-0.5-default What the installer did install in /boot [02:40 ecstasy:~] # l /boot total 20509 drwxr-xr-x 4 root root 3072 2010-03-18 02:30 ./ drwxr-xr-x 21 root root 4096 2010-03-17 23:48 ../ -rw------- 1 root root 512 2009-04-14 19:22 backup_mbr lrwxrwxrwx 1 root root 1 2008-10-17 22:02 boot -> ./ -rw-r--r-- 1 root root 83043 2009-08-14 07:39 config-2.6.25.20-0.5-default -rw-r--r-- 1 root root 83043 2010-03-01 10:36 config-2.6.25.20-0.7-default -rw------- 1 root root 49 2010-03-18 01:46 .directory drwxr-xr-x 2 root root 1024 2010-03-18 01:46 grub/ lrwxrwxrwx 1 root root 28 2010-03-18 02:12 initrd -> initrd-2.6.25.20-0.7-default -rw-r--r-- 1 root root 6114957 2009-08-20 17:34 initrd-2.6.25.20-0.5-default drwx------ 2 root root 12288 2008-10-17 21:59 lost+found/ -rw-r--r-- 1 root root 115828 2010-03-18 02:30 memtest.bin -rw-r--r-- 1 root root 593408 2010-01-20 18:52 message -rw-r--r-- 1 root root 240694 2009-08-14 07:40 symsets-2.6.25.20-0.5-default.tar.gz -rw-r--r-- 1 root root 240887 2010-03-01 10:56 symsets-2.6.25.20-0.7-debug.tar.gz -rw-r--r-- 1 root root 283169 2010-03-01 10:36 symsets-2.6.25.20-0.7-default.tar.gz -rw-r--r-- 1 root root 108555 2010-03-01 10:44 symsets-2.6.25.20-0.7-lockdep.tar.gz -rw-r--r-- 1 root root 277661 2010-03-01 10:45 symsets-2.6.25.20-0.7-xen.tar.gz -rw-r--r-- 1 root root 441111 2009-08-14 07:40 symtypes-2.6.25.20-0.5-default.gz -rw-r--r-- 1 root root 441121 2010-03-01 10:36 symtypes-2.6.25.20-0.7-default.gz -rw-r--r-- 1 root root 126896 2009-08-14 07:40 symvers-2.6.25.20-0.5-default.gz -rw-r--r-- 1 root root 126915 2010-03-01 10:36 symvers-2.6.25.20-0.7-default.gz -rw-r--r-- 1 root root 1176821 2009-08-14 07:34 System.map-2.6.25.20-0.5-default -rw-r--r-- 1 root root 1177117 2010-03-01 10:32 System.map-2.6.25.20-0.7-default -rw-r--r-- 1 root root 2505238 2009-08-14 07:39 vmlinux-2.6.25.20-0.5-default.gz -rw-r--r-- 1 root root 2505320 2010-03-01 10:36 vmlinux-2.6.25.20-0.7-default.gz lrwxrwxrwx 1 root root 29 2010-03-18 02:12 vmlinuz -> vmlinuz-2.6.25.20-0.7-default -rw-r--r-- 1 root root 2109784 2009-08-14 07:34 vmlinuz-2.6.25.20-0.5-default -rw-r--r-- 1 root root 2109912 2010-03-01 10:33 vmlinuz-2.6.25.20-0.7-default Yes, dev/mapper/nvidia_fdaacfde_part7 is really there: [02:40 ecstasy:~] # mount /dev/mapper/nvidia_fdaacfde_part7 on / type ext3 (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/mapper/nvidia_fdaacfde_part5 on /boot type ext3 (rw,acl,user_xattr) /dev/mapper/nvidia_fdaacfde_part8 on /home type ext3 (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) proc on /var/lib/ntp/proc type proc (ro) /dev/mapper/nvidia_baaccaja_part5 on /mnt/arch type ext3 (rw) /dev/mapper/nvidia_baaccaja_part6 on /mnt/arch/boot type ext3 (rw) /dev/mapper/nvidia_baaccaja_part7 on /mnt/arch/home type ext3 (rw) /dev/mapper/nvidia_baaccaja_part9 on /mnt/arch/var type ext3 (rw) /dev/mapper/nvidia_baaccaja_part10 on /mnt/arch/srv type ext3 (rw) Does it have enough space: yep! 02:38 ecstasy:~> df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/nvidia_fdaacfde_part7 20G 17G 2.4G 88% / udev 4.0G 288K 4.0G 1% /dev /dev/mapper/nvidia_fdaacfde_part5 69M 26M 40M 40% /boot /dev/mapper/nvidia_fdaacfde_part8 437G 318G 97G 77% /home /dev/mapper/nvidia_baaccaja_part5 19G 8.1G 9.4G 47% /mnt/arch /dev/mapper/nvidia_baaccaja_part6 114M 29M 80M 27% /mnt/arch/boot /dev/mapper/nvidia_baaccaja_part7 37G 24G 12G 69% /mnt/arch/home /dev/mapper/nvidia_baaccaja_part9 15G 5.8G 8.0G 43% /mnt/arch/var /dev/mapper/nvidia_baaccaja_part10 29G 6.3G 22G 23% /mnt/arch/srv Is the raid setup OK -- yep again. [02:25 ecstasy:~] # dmraid -r /dev/sdd: nvidia, "nvidia_baaccaja", mirror, ok, 1465149166 sectors, data@ 0 /dev/sdc: nvidia, "nvidia_fdaacfde", mirror, ok, 976773166 sectors, data@ 0 /dev/sdb: nvidia, "nvidia_baaccaja", mirror, ok, 1465149166 sectors, data@ 0 /dev/sda: nvidia, "nvidia_fdaacfde", mirror, ok, 976773166 sectors, data@ 0 [02:39 ecstasy:~] # dmraid -s *** Active Set name : nvidia_baaccaja size : 1465149056 stride : 128 type : mirror status : ok subsets: 0 devs : 2 spares : 0 *** Active Set name : nvidia_fdaacfde size : 976773120 stride : 128 type : mirror status : ok subsets: 0 devs : 2 spares : 0 [02:39 ecstasy:~] # cat /proc/partitions major minor #blocks name 8 0 488386584 sda 8 1 1 sda1 8 5 72229 sda5 8 6 2104483 sda6 8 7 20972826 sda7 8 8 465234336 sda8 8 16 732574584 sdb 8 17 1 sdb1 8 21 19534977 sdb5 8 22 120456 sdb6 8 23 39062016 sdb7 8 24 1951866 sdb8 8 25 15358108 sdb9 8 26 30716248 sdb10 8 27 7510356 sdb11 8 28 618317721 sdb12 8 32 488386584 sdc 8 33 1 sdc1 8 37 72229 sdc5 8 38 2104483 sdc6 8 39 20972826 sdc7 8 40 465234336 sdc8 8 48 732574584 sdd 8 49 1 sdd1 8 53 19534977 sdd5 8 54 120456 sdd6 8 55 39062016 sdd7 8 56 1951866 sdd8 8 57 15358108 sdd9 8 58 30716248 sdd10 8 59 7510356 sdd11 8 60 618317721 sdd12 253 0 732574583 dm-0 253 1 488386583 dm-1 253 2 488384001 dm-2 253 3 72229 dm-3 253 4 2104483 dm-4 253 5 20972826 dm-5 253 6 732572001 dm-6 253 7 465234336 dm-7 253 8 19534977 dm-8 253 9 120456 dm-9 253 10 39062016 dm-10 253 11 1951866 dm-11 253 12 15358108 dm-12 253 13 30716248 dm-13 253 14 7510356 dm-14 253 15 618317721 dm-15 So WTF? Installer bug? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 2

[opensuse] usrobotics modem #5637
by John Heinen 21 Mar '10

21 Mar '10

My modem, usrobotics 5637, burned out after 1 year usage, is there a better one on the market? I bought two Conexant 2.0 56K modem made in China acompanied with a very small cd I should have known better. John -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 1

Re: [opensuse] systemload / cpu's
by Randall R Schulz 21 Mar '10

21 Mar '10

On Saturday March 20 2010, Anton Aylward wrote: > Anders Johansson said the following on 03/20/2010 02:54 PM: > > On Sat, 2010-03-20 at 12:43 -0400, Anton Aylward wrote: > >> Aye, and with that comes a whole new raft of hazards and problems, > >> including many to do with the various aspects of security.- > > > > Security aspects of SMP? > > > > Apart from certain race condition exploits possibly being easier to > > achieve, I have no idea what that would be. Could you expand a > > little on what you mean? > > Right now its open-ended. Only if software development continues to be done with the tools of the pre-multi-CPU era. I think software Darwinism will make quick work of those efforts. > Security isn't *just* about keeping hackers out. > There are issues of integrity and availability to consider, > never mind the Parkerian Hexad. I shall not ever mind it. > Per has already mentioned that programmers are unfamiliar with the > kind of multi-threading required for effective and efficient use of > multi-core - arbitrary numbers not just dual core - programming. We > can expect error and we cant be sure what those errors will be. Programmers are not, as a whole, unfamiliar with these issues, to the extent they are at all settled matters of computational theory. Good means to exploit multi-CPU systems are relatively few and nascent at this point and it's true that we're going to have to expect a phase during which bugs rooted in concurrency issues not faced with uniprocessor systems will occur. As usual, people who don't live in the world of software engineering see that world as populated by bumbling tinkerers who only produce working systems by accident. > While multi-threading is not new, few programmers have been forced to > use it for real in their own code. Very few programmers have > experience with *true* multiprocessing until now. Possibly true, depending on how you quantify those qualifiers "few" and "for real,", but the research community has been seriously exploring the conceptual and software tools require to effectively, efficiently and reliably exploit multi-processor systems for quite some time and the fruits of those labors are now becoming available to the work-a-day programmer. > With this new programming paradigm the average programmer is > confronted with the need to understand much more and write code that > is cleaner to a much higher degree than ever before. Very likely > there will be pressure to make more applications multi-threaded, lest > they'll be too slow to be competitive. This is not really true. Every one working in this field is pursuing solutions that alleviate the need to deeply understand myriad issues an "corner cases" of concurrent systems. This is much as operating systems protect application programmers from the myriad of hardware used in modern computing platforms and the way programming languages allow programmers to express their software concepts using concepts and notations far removed from both the simplicity of today's CPU programming models as well as the arcane complexity of those same models (ironically enough). > It's also *much* harder to test and debug multi-threaded code. The > languages we use, most notably C and C++, don't provide for much in > the way of error avoidance or detection of interlock, contention and > race conditions, either. The bugs are also going to be much more > dependent on machine environment, other software and so on, making > reproduction of issues incredibly difficult. C and C++ are unlikely to be the languages used when we move into the era of multi-CPU systems and explicitly parallel software designs. I don't believe anyone thinks that thread-based designs will suffice and they are not what is being developed for application programming. > Due to the multi-cores, we're probably at the threshold of an era > with an entirely new set of program bugs. Classic statistical testing > and even execution path analysis will be less effective that ever. I expect we might see a dip in reliability but since I expect new models and languages explicitly designed for parallel computation to become dominant, I think it's likely that any such dip will be brief and we will come out on the other side with significantly better (-performing, more reliable) systems than we have now. > We will need new design and programming paradigms, tools and > debugging tools. > > I don't see them yet. Look harder. Randall Schulz -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

4 5

[opensuse] Hack question
by Jim Hatridge 21 Mar '10

21 Mar '10

Hi all, I was just on a random webcam chat site. It connect you to others randomly. Anyway I was chatting with what I thought was a lady in Texas. The last thing the other posted was that he was the "turkishhacker" and he had hacked my info from my system via my turned off webcam. BUT I don't have a cam on this system and I though that Linux was more or less hack proof. Could his guy have done something to my system and where could I check? I'm running a normal install of SuSE 11.2 Thanks, JIM in Germany -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

5 4

[opensuse] After playing game (STALKER) I have wrong display resolution. Need to relogin to restore it. Is there any way to restore the resolution without relogin?
by arygroup＠gmail.com 21 Mar '10

21 Mar '10

After playing game (STALKER) I have wrong display resolution. Need to relogin to restore it. Is there any way to restore the resolution without relogin? Opensuse 11.2 KDE 4.3.5 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 4

Re: [opensuse] systemload / cpu's
by Carlos E. R. 20 Mar '10

20 Mar '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-03-20 17:54, Hans Witvliet wrote: You forgot to post to the list. > On Sat, 2010-03-20 at 17:25 +0100, Carlos E. R. wrote: >>> Aren't the processes supposed to be spread even on the different core's? >> >> No. >> >> Not till developers learn how to do that, one of these years >:-) >> > > No seriously, > If "top" and snmp-tools can get load-everage info > from /proc/sys/somewhere, why doesn't the task-scedualar do it? > > afaicr minix did, and pondering a bit deeper, the schedular in 2.0 also. > I still can remember when running linux on my sparc20 station, i could > see the processes hopping from one cpu to another. If there are several processes, then yes, they are more or less divided amongst the cpus. If it is one, single thread, process that is very busy, it can remain on the same core full time, full load. Perhaps if it stops for a second while it asks the cpu for something it can hop to another. I have often seen one core at 100% and the rest at 2%, for a long time, busy with one program (and the core temperature shows it). Some programs change core now and then, some apparently don't. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkulIVgACgkQU92UU+smfQWdeACbB1XW7sodmdZ1we5JpNdOvKgl T9oAn3VDIcUlBquqh38/o/9ZxtQjLKiV =tm5J -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] openSUSE Weekly News 115 is out!
by Sascha 'saigkill' Manns 20 Mar '10

20 Mar '10

We are pleased to announce: Issue 115 of openSUSE Weekly News is out! [0] Contents [hide] * 1 Editors Note * 2 Announcements o 2.1 openSUSE News: openSUSE 11.3 Milestone 3 is out! * 3 Status Updates o 3.1 Distribution + 3.1.1 Andrea Florio: openSUSE-LXDE Live CDs + 3.1.2 Pavol Rusnak: openSUSE Xfce Live CDs o 3.2 Boosters Team + 3.2.1 Michal Hrušecký: openSUSE Search + 3.2.2 Boosters Standup 2010-03-16 o 3.3 Build Service + 3.3.1 Build Team Meeting + 3.3.2 Will Stephenson: openSUSE Boosters update: build.opensuse.org improvements o 3.4 Wiki / Communication / Events + 3.4.1 Jan Weber: 800 DVDs left in Chemnitz :-) + 3.4.2 Sirko Kemter: A few things about last weekend + 3.4.3 Petr Uzel: openSUSE @ Chemnitzer Linux Tage 2010 + 3.4.4 Alex Barrios: FLISOL 2010 in Venezuela * 4 Tips and Tricks o 4.1 For Desktop Users + 4.1.1 Worldlabel.com/Dmitri Popov: Turbocharge OpenOffice.org Writer with AuthorSupportTool o 4.2 For Commandline/Script Newbies + 4.2.1 nixCraft/Vivek Gite: Bash History: Display Date And Time For Each Command + 4.2.2 ServerWatch/Juliet Kemp: Get the Most Out of Your Open-Source Software With Redirection in Bash o 4.3 For System Administrators + 4.3.1 Ghacks/Jack Wallen: Understanding Samba security modes * 5 New/Updated Applications @ openSUSE o 5.1 Packman: sockso 1.2.3 o 5.2 Packman: kmediafactory 0.7.5 o 5.3 OBS/Petr Mladek: OpenOffice_org 3.2.1 beta1 available for openSUSE o 5.4 OBS/Klaas Freitag (dragotin): Kraft 0.40 Beta 2 available * 6 Projects Corner o 6.1 KDE Project + 6.1.1 openSUSE KDE meeting 20100318 * 7 Planet SUSE o 7.1 Andrew Wafaa: Bugging Bugs - A Call For Help o 7.2 Klaas Freitag (dragotin): The KDE Plasma Reference * 8 openSUSE Forums o 8.1 Can't Install Thunderbird o 8.2 Numpad Issue o 8.3 Wireless Problem o 8.4 Virtual Box USB Issue * 9 On the Web o 9.1 Announcements + 9.1.1 Frank Karlitschek (karli): ownCloud - development started + 9.1.2 Advances in audio + 9.1.3 Eclipse 3.6 M6 (Helios) available for download + 9.1.4 Gustavo Noronha: WebKitGTK+ 1.1.90 is out! o 9.2 Call for participation + 9.2.1 Linux.com/Jennifer Cloer: One Year Later: What Do You Think of Linux.com? o 9.3 Reports + 9.3.1 Aaron Reichman (areichman): ownCloud features + screenshots + 9.3.2 Aaron Seigo: The Plasma Netbook Reference Platform + 9.3.3 Mario Carrion: Comparing Ruby and C#: Equality + 9.3.4 THINQ.co.uk/Paul Hales: Linux powers 9 out of 10 top supercomputers + 9.3.5 ZDNet/Zack Whittaker: Top 100 sites in 2010: Search giants, shopping, Facebook and a bit of porn + 9.3.6 Computerworld/Steven J. Vaughan-Nichols: Linux on the cloud: IBM, Novell & Red Hat + 9.3.7 The Register/Timothy Prickett Morgan: Novell, Ingres partner for appliances + 9.3.8 Techworld/Paul Krill: Novell Mono project bringing Silverlight to Apple iPhone o 9.4 Reviews and Essays + 9.4.1 TuxRadar: Reviewed: OpenOffice.org 3.2 + 9.4.2 Ars Technica/Ryan Paul: Cracking open five of the best open source easter eggs o 9.5 LOL + 9.5.1 handlewithlinux.com: Linux coolness: Linux Cooler, Linux serves you beer * 10 Past Events & Meetings * 11 Upcoming Events & Meetings * 12 Security Updates o 12.1 SUSE Security Summary Report: SUSE-SR:2010:006 o 12.2 SUSE Security Announcement: OpenOffice.org (SUSE- SA:2010:017) * 13 Statistics o 13.1 opensuse.org o 13.2 openFATE o 13.3 Bugzilla o 13.4 Localization o 13.5 openSUSE for your ears * 14 Feedback / Communicate / Get Involved * 15 Credits * 16 Translations For a list of available translations see this page: http://en.opensuse.org/OpenSUSE_Weekly_News/115/Translations [0] http://en.opensuse.org/OpenSUSE_Weekly_News/115 -- Sincerely yours Sascha Manns openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] Permissions on cifs mounted volumes
by Roger Oberholtzer 20 Mar '10

20 Mar '10

I have no problems mounting cifs file systems and assigning ownership to the files to some user (via mount command parameters). I am now hoping to set up something a bit more complex and am unsure how best to proceed. I have an openSUSE 11.2 system that authenticates users via an MS Active Directory. This works fine. Users log in and a home is created on the fly. It literally has a life of it's own. Which is great. In this setup, there are a number of shared drives that all users attach to on their Windows PCs. They want the same capability when they log in on Linux. The drives are the same for all users. The permissions for reading and writing are maintained in the AD based on the user. And there is the problem: on a Windows PC, only one person is usually logged in and thus gets the correct permissions on that PC. On the Linux box, perhaps more than one person will log in at a time. How to sort out the cifs file system permissions? I am guessing that such sharing is not really part of the cifs client mount capabilities. So, I have been considering doing the following. All the AD logins are in the Linux 'users' group. If I set the default file permissions so that the group has the permissions I am after, the members of the group should be able to play nice together. The limitations I see are: 1. no one gets more permissions than the user cifs used to mount the file system, independent of their AD permissions. 2. some users who might not have permissions in the AD will get them if the user cifs used when mounting the file system had those extra permissions. Is there perhaps a more obvious way that I have not figured out? Like mounting these cifs file systems multiple times, one for each user, using their AD authentication? I really want these to be mounted automatically when the user logs in. The password for the remote cifs will be the same as the one they logged in with (as they were authenticated in that AD), but I am guessing they will have to enter it again for the mounting, right? I usually see autofs mentioned in these parts. How does that deal with the authentication? I think this is the last major part of the puzzle for me using AD with Linux. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 3

[opensuse] Small problem with GKrellM and sensors
by Constant Brouerius van Nidek 20 Mar '10

20 Mar '10

In the last week I got a small problem with GKrellM version 2.3.2. After a reboot which I normally try to avoid, the temperature, voltages and fan-speed are not shown. I have read the man page of sensors, I have run sensors-detect another time and know for sure that the chip, gl520sm, on my machine is detected. When I run sensors the complete data of the chip are shown. GKrellM does not detect the sensors. How could I get these data back on my Krell monitor? -- Linux User 183145 using a Pentium III , powered by openSUSE 11.2 (i586) Kernel: 2.6.31.12-0.1-desktop KDE Development Platform: 4.4.1 (KDE 4.4.1) "release 228" 22:06pm up 0:14, 4 users, load average: 0.87, 1.39, 1.59 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] Xorg CPU issue
by Michael Letourneau 20 Mar '10

20 Mar '10

I have an issue, seen on two totally different systems, where when the display shutsdown on in powersaving (just the display) Xorg ends up taking up 100% of the cpu. Screen saver is set to blank the screen only, and it takes affect fine, but after the display actually turns off Xorg just starts to eat up cycles like anything. I have found some google references to older versions OpenSuse having this but not on 11.2. I was able to "fix" one of the systems (the desktop) by disabling any type of power saving. So even when the system is idle it just stays there. The other system (the laptop) that does not seem to work. I've had this for a while now, tried updating the Xorg version from the Xorg repository which actually caused other problems so reverted back. I had it running on KDE 4.3 so tried 4.4, still there. The two systems are detailed below. KDE 4.4 11.2 (with latest updates) Laptop - Core Two Duo, with Nvidia (using Nvidia's driver) Desktop - P4 with integrated Intel The desktop is "fixed" now, though I'd like to be able to get the powersaving feature to work on it again. Any suggestions on what to look at next, or what to try for the laptop? Thanks, Michael -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

4 6