ext3 vs reiserfs 3.6
Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Thanks to Lennart and Goswin for having guessed the most likely cause of the crashes. Cheers francesco pietra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
On Fri, 28 Jul 2006, Francesco Pietra wrote: Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Would you be able to put together and make available a simple script with such a stress test for other people to try? Especially if you know that it consistently crashes your previous setup. I, for one, am curious, since I have 7 rock stable amd64 machines happily crunching numbers with (other) quantum chemistry applications and using reiserfs. None of them is SMP though. Bye Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
XMMS: No output plugins specified
Hi, after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Looking in the Settings-panel, the select-box for the output is empty. I searched the debian packages for any output-plugins, but I found nothing for alsa or so on. I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 now and the sounchip is a ac97-chip from realtek (ALC850). Any ideas? -- -- Markus Neviadomski mailto: [EMAIL PROTECTED] WWW: www.dieitexperten.de Linux User #291181 GPG-Key: 0xF5226EB5 --- signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Gnome problems
On Thu, 27 Jul 2006 15:45:09 -0600 edwardsa [EMAIL PROTECTED] wrote: Gnome has been giving me mysterious problems. I am running a testing amd64 installation (gnome 2.14). My install was very problematic. The package that checks signatures debsig-verify wouldn't allow many packages to install. When I removed it, the installation continued, but had many holes that I had to fix manually. When gnome came up, the top tool bar was sparsely populated. It did not have a main applications menu. I have since installed one, along with many other gnome packages. After this installation exercise, I rebooted and gnome would not come up. The top and bottom toolbars would blink maybe 10-15 times and then die. cntrl-alt-backspace would simply kill the graphics screen, leading to removing and restarting gdm. When I ran gnome in safemode, I recieved many OAF (object activation framework) errors about the applets in my tool bar. When I installed the liboaf-dev, I no longer received errors in the safemode and gnome came up normally. However, when I tried to install the system monitor applet, I received oaf errors again. Is there a known problem with the system monitor applet? I should also point out that I installed many of the theme packages, and that these have not shown up in the theme chooser. It seems that I have an infirmed gnome installation. Art Edwards I would try the following: 1. Exit GNOME 2. Run 'apt-get install gnome-core' to ensure that all the essential GNOME packages and their dependencies are in place. 3. Delete the ~/.gnome*, ~/.gconf*, ~/.metacity, and ~/.nautilus directories. (This step will cause you to lose any customisation.) 4. Start GNOME again Any better? -- Liam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMMS: No output plugins specified
install xmms-arts. I just fixed the exact same problem. Chris W. On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote: Hi, after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Looking in the Settings-panel, the select-box for the output is empty. I searched the debian packages for any output-plugins, but I found nothing for alsa or so on. I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 now and the sounchip is a ac97-chip from realtek (ALC850). Any ideas? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMMS: No output plugins specified
Am Freitag, den 28.07.2006, 02:39 -0700 schrieb Chris Wakefield: install xmms-arts. I just fixed the exact same problem. Chris W. But you have to use the artsd, right? I don't want to do this :) Now it seems, that xmms is broken completely. I installed xmms-arts and xmms-crossfade and both plugins could be selected. Trying to add a new title to the playlist fails without any message box or in the terminal. As root, the crossfade-plugin works with an old playlist very nice, arts-output makes some error, because no artsd is installed. Purging all xmms pakets, reinstall only xmms, xmms-arts, xmms-crossfade and deleting the .xmms directory in user-home didn't solve the problem. The plugins are available, but creating a playlist failed without any message. I have to wait for an upgraded package, i think. On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote: Hi, after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Looking in the Settings-panel, the select-box for the output is empty. I searched the debian packages for any output-plugins, but I found nothing for alsa or so on. I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 now and the sounchip is a ac97-chip from realtek (ALC850). Any ideas? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: ext3 vs reiserfs 3.6
Giacomo Mulas [EMAIL PROTECTED] writes: On Fri, 28 Jul 2006, Francesco Pietra wrote: Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Would you be able to put together and make available a simple script with such a stress test for other people to try? Especially if you know that it consistently crashes your previous setup. I, for one, am curious, since I have 7 rock stable amd64 machines happily crunching numbers with (other) quantum chemistry applications and using reiserfs. None of them is SMP though. Bye Giacomo We (at my workplace) have lots of them, smp and not, with reiserfs and they don't usualy crash. They do crash a lot when we get new ones untill we weed out all the bad ram and such but after that the majority runs stable. The rest we swap cpu or the mainboard till they work. We still do have problems with reiserfs every now and then though. Having power getting cut from nodes without proper shutdown seems to be a problem for reiserfs. On reboot the syslogd hangs for ages unless /var is reformated. Recently I convinced my boss to switch to another filesystem but we still have to test crash (e.g. pull the power every 5 minutes) the different FSes a lot to see which is most robust. Personaly I use ext3 and never had problems on amd64. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get the right source
On Thu, 2006-07-27 at 10:56 -0400, Lennart Sorensen wrote: On Thu, Jul 27, 2006 at 09:43:54AM -0400, Bill Ranck wrote: Hello folks, I am new to the 64 bit stuff and I need to rebuild my kernel for multiple processors. Why not just install the amd64-k8-smp kernel that comes with the distribution? Thanks to everyone who responded. Our local policy is that we rebuild all linux kernels without loadable kernel modules. So, I have to rebuild the kernel anyway, and I need to add the smp support as well. -- Bill Ranck Blacksburg, Va. 540-231-3951 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Menu Debian in KDE refresh: how ?
Hello all, I would like to refresh the Debian-menu in KDE (as I have many orphaned entries). I had this problem some time ago, and I had to delete some file in my home. Accidently I deleted your mail with the solution from the past and cannot find your answer in the debian-lists, too. Would you like to tell me once again ? I had to delete some .xml , but it was a little bit hidden. Something similar like debian-menu.xml Thanks Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Menu Debian in KDE refresh: how ?
On Fri, Jul 28, 2006 at 02:33:03PM +0200, Hans-J. Ullrich wrote: Hello all, I would like to refresh the Debian-menu in KDE (as I have many orphaned entries). I had this problem some time ago, and I had to delete some file in my home. Accidently I deleted your mail with the solution from the past and cannot find your answer in the debian-lists, too. Would you like to tell me once again ? Try running update-menus in a terminal window. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: Digital signature
Re: XMMS: No output plugins specified
On Fri, 28 Jul 2006, Markus Neviadomski wrote: after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Yeah, same here. XMMS seems to be broken. No output plugins available. I didn't bother to investigate further, instead I just downgraded back to 1.2.10+20060701-1. -- .--- OAMK --- http://www.pyksy.fi/ --- pyksy @IrcNet -- `- Teh OTEqi Information Minister-- Linux/Amiga/c64 freak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
On Fri, Jul 28, 2006 at 01:31:58PM +0200, Goswin von Brederlow wrote: Giacomo Mulas [EMAIL PROTECTED] writes: On Fri, 28 Jul 2006, Francesco Pietra wrote: Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Would you be able to put together and make available a simple script with such a stress test for other people to try? Especially if you know that it consistently crashes your previous setup. I, for one, am curious, since I have 7 rock stable amd64 machines happily crunching numbers with (other) quantum chemistry applications and using reiserfs. None of them is SMP though. Bye Giacomo We (at my workplace) have lots of them, smp and not, with reiserfs and they don't usualy crash. They do crash a lot when we get new ones untill we weed out all the bad ram and such but after that the majority runs stable. The rest we swap cpu or the mainboard till they work. We still do have problems with reiserfs every now and then though. Having power getting cut from nodes without proper shutdown seems to be a problem for reiserfs. Weird! That's supposed to be the very thing reiserfs *is* good at. On reboot the syslogd hangs for ages unless /var is reformated. Recently I convinced my boss to switch to another filesystem but we still have to test crash (e.g. pull the power every 5 minutes) the different FSes a lot to see which is most robust. I'd be interested in the results of your tests. Personaly I use ext3 and never had problems on amd64. And I'm using reiser and having problems on my AMD64. I guess that's another thing for me to try, though my problems seem to be X server-related. -- hendrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
On Fri, Jul 28, 2006 at 09:12:43AM -0400, [EMAIL PROTECTED] wrote: Weird! That's supposed to be the very thing reiserfs *is* good at. No actually reiserfs is rather fragile since it has essentially no redundancy in the meta data, unlike ext2/ext3 which have redundant superblocks and such. I have had major file corruption with reiserfs 3.6 when a system was turned of in the middle of a write, since (at least at the time) reiserfs would journal the meta data changes, and then just start overwriting the old contents of the file, and at boot it would update the meta data from the journal, and you end up with a partially updated file. ext3 on the other hand gives you either the version prior to the write, or the completely updated version, at least in my experience. I imagine with larger writes with some programs even ext3's ordered mode can't help you. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GoogleEarth install
Rob Blomquist [EMAIL PROTECTED] writes: On Thursday 27 July 2006 06:28 am, Lennart Sorensen wrote: On Wed, Jul 26, 2006 at 10:24:53PM -0700, Rob Blomquist wrote: I just tried running it inside my chroot, and it works. although a bit pokey. I'm guessing you don't have hardware OpenGL acceleration going. I found w/out that G.E. is essentially unusable (at least on my 2GHz Turion, 1GB ram laptop). With it, it is fully captivating! -Brett. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GoogleEarth install
On Fri, Jul 28, 2006 at 09:36:21AM -0400, Brett Viren wrote: I'm guessing you don't have hardware OpenGL acceleration going. I found w/out that G.E. is essentially unusable (at least on my 2GHz Turion, 1GB ram laptop). With it, it is fully captivating! Yeah accalerated opengl really is essential for it. Doesn't need much though, even an FX5200 is plenty. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
system don't boot
Hello, I have a working amd system on a bi-xeon DELL, and all works fine until now. On the last reboot try, the system don't boot anymore, i've just a screen with grub Have someone the same problem ? How to correct it ? debian kernel 2.6.12-smp-p4 regards [EMAIL PROTECTED] 28/07/2006BEGIN:VCARD VERSION:2.1 N:Cambefort;Jean Jacques FN:Cambefort Jean Jacques ORG:GCS TEL;WORK;VOICE:05 55 33 94 80 TEL;WORK;FAX:05 55 79 04 65 ADR;WORK:;;25 rue Gustave Nadaud;LIMOGES;;87000;France LABEL;WORK;ENCODING=QUOTED-PRINTABLE:25 rue Gustave Nadaud LIMOGES 87000 France URL: URL:www.groupecentreservice.fr EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20060728T161450Z END:VCARD
Re: How to get the right source
On Friday 28 July 2006 13:25, Bill Ranck wrote: Thanks to everyone who responded. Our local policy is that we rebuild all linux kernels without loadable kernel modules. So, I have to rebuild the kernel anyway, and I need to add the smp support as well. Be aware that this WILL cause you problems with some devices. I know from experience that the usb-storage module (for digital cameras, multi slot readers and external HDDs) occasionally (too rarely to investigate, but often enough to be annoying) locks up, leaving you unable to do anything with the attached device. Using rmmod and modprobe to unload and reload the module clears the fault. But if you compile usb-storage into the kernel (like wot I did) then you cannot clear the fault without rebooting. There must be other hardware and software combinations that will do this sort of thing. Of course, you may get lucky and never encounter any of them. -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Menu Debian in KDE refresh: how ?
Hi, On Fri, Jul 28, 2006 at 02:33:03PM +0200, Hans-J. Ullrich wrote: I would like to refresh the Debian-menu in KDE (as I have many orphaned entries). I had this problem some time ago, and I had to delete some file in my home. Accidently I deleted your mail with the solution from the past and cannot find your answer in the debian-lists, too. Would you like to tell me once again ? I had to delete some .xml , but it was a little bit hidden. Something similar like debian-menu.xml I had the problem, that no debian-menu existed anymore, after I reinstalled my system. It was the package 'menu' or 'menu-xdg' which were not installed here. sigi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get the right source
On Friday 28 July 2006 09:25, Bill Ranck wrote: On Thu, 2006-07-27 at 10:56 -0400, Lennart Sorensen wrote: On Thu, Jul 27, 2006 at 09:43:54AM -0400, Bill Ranck wrote: Hello folks, I am new to the 64 bit stuff and I need to rebuild my kernel for multiple processors. Why not just install the amd64-k8-smp kernel that comes with the distribution? Thanks to everyone who responded. Our local policy is that we rebuild all linux kernels without loadable kernel modules. So, I have to rebuild the kernel anyway, and I need to add the smp support as well. Then you need to go into Processor type and features then select the symmetric multi-processor support. When it comes to the compile line use something like fakeroot make-kpkg --append-to-version=-smp kernel_image without the quotes of course so that you will have the kernel named with -smp in it. -- Bill Ranck Blacksburg, Va. 540-231-3951 Stephen -- GPG Pubic Key: http://users.eastlink.ca/~stephencormier/publickey.asc pgp7PgbyUYaWP.pgp Description: PGP signature
Re: ext3 vs reiserfs 3.6
On Friday 28 July 2006 09:55, Giacomo Mulas wrote: On Fri, 28 Jul 2006, Francesco Pietra wrote: Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Would you be able to put together and make available a simple script with such a stress test for other people to try? After the change to ext3, I had memtest86+ running for one full day. Then I was said here (Goswin) that it may be an inconclusive test, if no errors are detected. Therefore, I went to the calculations of my interest. I do not believe it is a test. If not else because it takes so much time that one has to have specific interest in the result from the application. Anyway, install mpqc 2.3.1 on a two dual opteron machine with 8GB ram. Have no gui, no applications other that for crushing numbers. Launch a geometry optimization for a conformationally mobile molecule complex enough that on threads n=4 command it takes a couple of hours for each iteration. Have about 80 full iterations to get complete convergence. If the system does not crash, you are happy (and may probably conclude that ECC memories are not faulty). Observing (top) the dance on ram, I got the impression that ram was heavily stressed. That occurred to me with debian amd64 etch on ext3 filesystem. Same test with reiserfs 3.6 as filesystem led to repeated crashes. I am not implying that reiserfs 3.6 is no good (I have it on my PC i386 Athlon with gui, openoffice, wine , etc) also because I am not entitled to conclude that. But I am happy that I can work smoothly on ext3. I would like to be at the beach in Alghero, rather than here today. Have a good weekend, Giacomo. Cheers francesco Especially if you know that it consistently crashes your previous setup. I, for one, am curious, since I have 7 rock stable amd64 machines happily crunching numbers with (other) quantum chemistry applications and using reiserfs. None of them is SMP though. Bye Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
On Fri, 28 Jul 2006, Francesco Pietra wrote: Anyway, install mpqc 2.3.1 on a two dual opteron machine with 8GB ram. Have no gui, no applications other that for crushing numbers. Launch a geometry optimization for a conformationally mobile molecule complex enough that on threads n=4 command it takes a couple of hours for each iteration. Have about 80 full iterations to get complete convergence. If the system does not crash, you are happy (and may probably conclude that ECC memories are not faulty). Observing (top) the dance on ram, I got the impression that ram was heavily stressed. That occurred to me with debian amd64 etch on ext3 filesystem. Same test with reiserfs 3.6 as filesystem led to repeated crashes. Thanks, I will try that some time in the future when I can (i.e. I have deadlines to meet and a paper to submit first). Maybe I will ask you for suggestions on the input filesfor mpqc when it comes to that. I would like to be at the beach in Alghero, rather than here today. well, I am far enough from Alghero, but I work very close to Chia, and I tell you it's frustrating to have to keep working like crazy when you can see the dunes of the beach at less than 10 minutes driving distance, all of this with an outdoor temperature of about 36 C degrees... I should probably relocate away from Sardinia for working days and only come back for the weekends. Well, that's tomorrow, not so bad now that I think about it :) Cheers, Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: ext3 vs reiserfs 3.6
My biggest problem with reiser wasn't crashing, but data/disk corruption with sleepcat databases. But I agree, the memory testing is critical before putting a system into service. Since moving to XFS, rock solid! Even during power outages. Peter Yorke Sr. Linux Server Engineer Vulcan, Inc. -Original Message- From: Goswin von Brederlow [mailto:[EMAIL PROTECTED] Sent: Friday, July 28, 2006 4:32 AM To: Giacomo Mulas Cc: debian-amd64@lists.debian.org Subject: Re: ext3 vs reiserfs 3.6 Giacomo Mulas [EMAIL PROTECTED] writes: On Fri, 28 Jul 2006, Francesco Pietra wrote: Since I changed from reiserfs 3.6 to ext3 with debian etch amd64, the system no more suffered any crash, after days of running a very heavy computation with mpqc 2.3.1 with thread command for two dual opterons and 8 GB ram. The computation has now ended to full convergence. That was the most stressing action of memory I could conceive. Would you be able to put together and make available a simple script with such a stress test for other people to try? Especially if you know that it consistently crashes your previous setup. I, for one, am curious, since I have 7 rock stable amd64 machines happily crunching numbers with (other) quantum chemistry applications and using reiserfs. None of them is SMP though. Bye Giacomo We (at my workplace) have lots of them, smp and not, with reiserfs and they don't usualy crash. They do crash a lot when we get new ones untill we weed out all the bad ram and such but after that the majority runs stable. The rest we swap cpu or the mainboard till they work. We still do have problems with reiserfs every now and then though. Having power getting cut from nodes without proper shutdown seems to be a problem for reiserfs. On reboot the syslogd hangs for ages unless /var is reformated. Recently I convinced my boss to switch to another filesystem but we still have to test crash (e.g. pull the power every 5 minutes) the different FSes a lot to see which is most robust. Personaly I use ext3 and never had problems on amd64. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get the right source
On Fri, Jul 28, 2006 at 02:58:31PM +0100, A J Stiles wrote: Be aware that this WILL cause you problems with some devices. I know from experience that the usb-storage module (for digital cameras, multi slot readers and external HDDs) occasionally (too rarely to investigate, but often enough to be annoying) locks up, leaving you unable to do anything with the attached device. Using rmmod and modprobe to unload and reload the module clears the fault. But if you compile usb-storage into the kernel (like wot I did) then you cannot clear the fault without rebooting. There must be other hardware and software combinations that will do this sort of thing. Of course, you may get lucky and never encounter any of them. I believe there are some drivers which can only be built as modules. Of course it is also annoying to have to reboot the system to change a setting, which could have been done simply by unloading and reloaidng the module with the new parameter. For anything other than an embedded system, a modular kernel is a much better idea. I even got the impression a few years ago that many of the kernel developers expect a lot of drivers to always be modules, and in some cases consider built in a sepcial case that doesn't get access to all the options the module does. I can't think of any good reason for a non modular kernel on a system in general. It doesn't have any benefits. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to get the right source
On Friday 28 July 2006 16:29, Lennart Sorensen wrote:
For anything other than an embedded system, a modular kernel is a much
better idea.
.
I can't think of any good reason for a non modular kernel on a system in
general. It doesn't have any benefits.
A non-modular kernel {old-BSD-style} is reckoned by some to be more secure,
since there are potential issues with loadable kernel modules. Still, if
someone has gained access enough to cause a kernel module to load, there are
far worse things they can do.
--
AJS
delta echo bravo six four at earthshod dot co dot uk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
Lennart Sorensen [EMAIL PROTECTED] writes: On Fri, Jul 28, 2006 at 09:12:43AM -0400, [EMAIL PROTECTED] wrote: Weird! That's supposed to be the very thing reiserfs *is* good at. No actually reiserfs is rather fragile since it has essentially no redundancy in the meta data, unlike ext2/ext3 which have redundant superblocks and such. I have had major file corruption with reiserfs 3.6 when a system was turned of in the middle of a write, since (at least at the time) reiserfs would journal the meta data changes, and then just start overwriting the old contents of the file, and at boot it would update the meta data from the journal, and you end up with a partially updated file. ext3 on the other hand gives you either the version prior to the write, or the completely updated version, at least in my experience. I imagine with larger writes with some programs even ext3's ordered mode can't help you. -- Len Sorensen Ordered mode makes sure that any data in the file is what was written to it. It never fails. But it doesn't help if you have a big file, start overwriting it with new data and then turn of the power. You will end up with the file partialy overwritten with the new data and then the old data remains. So better stick with appending or creating a new file to replace the old and such, don't rewrite files. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
A google search... http://www.debian-administration.org/articles/388 On 7/28/06, Goswin von Brederlow [EMAIL PROTECTED] wrote: Lennart Sorensen [EMAIL PROTECTED] writes: On Fri, Jul 28, 2006 at 09:12:43AM -0400, [EMAIL PROTECTED] wrote: Weird! That's supposed to be the very thing reiserfs *is* good at. No actually reiserfs is rather fragile since it has essentially no redundancy in the meta data, unlike ext2/ext3 which have redundant superblocks and such. I have had major file corruption with reiserfs 3.6 when a system was turned of in the middle of a write, since (at least at the time) reiserfs would journal the meta data changes, and then just start overwriting the old contents of the file, and at boot it would update the meta data from the journal, and you end up with a partially updated file. ext3 on the other hand gives you either the version prior to the write, or the completely updated version, at least in my experience. I imagine with larger writes with some programs even ext3's ordered mode can't help you. -- Len Sorensen Ordered mode makes sure that any data in the file is what was written to it. It never fails. But it doesn't help if you have a big file, start overwriting it with new data and then turn of the power. You will end up with the file partialy overwritten with the new data and then the old data remains. So better stick with appending or creating a new file to replace the old and such, don't rewrite files. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Engañarse por amor es el engaño más terrible; es una pérdida eterna para la que no hay compensación ni en el tiempo ni en la eternidad. Kierkegaard Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: Gnome problems
Yes, yes, yes!! Thanks very much. Art Edwards On Fri, Jul 28, 2006 at 09:36:58AM +0100, Liam O'Toole wrote: On Thu, 27 Jul 2006 15:45:09 -0600 edwardsa [EMAIL PROTECTED] wrote: Gnome has been giving me mysterious problems. I am running a testing amd64 installation (gnome 2.14). My install was very problematic. The package that checks signatures debsig-verify wouldn't allow many packages to install. When I removed it, the installation continued, but had many holes that I had to fix manually. When gnome came up, the top tool bar was sparsely populated. It did not have a main applications menu. I have since installed one, along with many other gnome packages. After this installation exercise, I rebooted and gnome would not come up. The top and bottom toolbars would blink maybe 10-15 times and then die. cntrl-alt-backspace would simply kill the graphics screen, leading to removing and restarting gdm. When I ran gnome in safemode, I recieved many OAF (object activation framework) errors about the applets in my tool bar. When I installed the liboaf-dev, I no longer received errors in the safemode and gnome came up normally. However, when I tried to install the system monitor applet, I received oaf errors again. Is there a known problem with the system monitor applet? I should also point out that I installed many of the theme packages, and that these have not shown up in the theme chooser. It seems that I have an infirmed gnome installation. Art Edwards I would try the following: 1. Exit GNOME 2. Run 'apt-get install gnome-core' to ensure that all the essential GNOME packages and their dependencies are in place. 3. Delete the ~/.gnome*, ~/.gconf*, ~/.metacity, and ~/.nautilus directories. (This step will cause you to lose any customisation.) 4. Start GNOME again Any better? -- Liam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ATI-driver 3D Acceleration on Acer Aspire 5022
Hi folks, still I got 3D-acceleration NOT to work, better say, working bad. Acceleration is working, but still slow (yes, it is all activated and checked) Now I found this advice: -- snip -- Broken MTRR Problem (3D Acceleration doesn't work) It seems Acer's BIOS doesn't properly report the amount of memory in the machine to the OS. This causes the Kernel to have the wrong MTRR information and 3D Acceleration to not work, even if the ATI drivers are installed properly. To fix this add the following to /etc/rc.local: # Broken /proc/mtrr fix so that graphics card works echo disable=0 | /proc/mtrr echo disable=0 | /proc/mtrr echo base=0x size=0x4000 type=write-back | /proc/mtrr Note that this is for machines with 1GB of RAM. If you have a different amount replace the number after size= with the relevant one from this list: 0x1000 = 256 MB 0x2000 = 512 MB 0x4000 = 1024 MB 0x8000 = 2048 MB Now reboot the machine and you should have 3D Acceleration working, test it by running glxgears - the number should be about 4,000 FPS. Be careful if you run these commands manually - you should be in runlevel 3 and even then it can cause strange behaviour until a reboot is done. snap -- Seems to me like a hardware problem ! But what the hell is this /etc/rc.local on Debian-systems ? I cannot find it anywhere, due to its different achitecture. Can some specialist help me ? Thanks in advance ! Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ATI-driver 3D Acceleration on Acer Aspire 5022
On Fri, 28 Jul 2006 20:50:12 +0200, Hans-J. Ullrich wrote: But what the hell is this /etc/rc.local on Debian-systems ? I cannot find it anywhere, due to its different achitecture. Can some specialist help me ? /etc/rc.local is simply the last init script run in redhat based distros. It is enough that you add something like /etc/init.d/ati_sux write the code you reported in it, make it executable and then add it to the desired runlevels with low priority (i.e. 90) using rcconf or update-rc.d. -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wftodm segfaults on AMD64
Hi!
I'm the package maintainer of the soon-to-be-uploaded CJK packages.
CJK allows to write Chinese, Japanese, Korean, Thai and other
languages in LaTeX, supporting different encodings such as UTF-8.
A package that I would like to upload to my sponsor, Frank Küster, as
soon as I can. It will deprecate the unmaintained cjk-latex package.
But in order to do so, I need to fix an AMD64 segfault problem.
I need to create Japanese Wadalab DNP Type1 fonts using a utility
called wftodm. I could always compile this binary on an i386
computer, but I can't get it to work on my new Athlon64 3200+.
I have installed a pure 64-bit Debian/unstable.
The upstream CJK author, Werner LEMBERG, didn't write this tool but he
patched it to enable partial font downloading and is willing to help
me out.
He provided me a simple test case of nine lines (cfr. test.c in
attachment) and it segfaults too. I have tried uninstalling and
reinstalling libc6* but to no avail.
If any if you could help me why test.c crashes on my computer and not
on any other (i386) computer, I would be very grateful, since I'm no
programmer.
You can find the discussion on
http://lists.ffii.org/pipermail/cjk/2006-July/001472.html and onwards,
where you will also find the backtrace logs.
If you wish to test wftodm.c as well, the font tarballs can be found
on CTAN:
ftp://ftp.dante.de/pub/tex/support/ghostscript/3rdparty/fonts/kanji/Font/
wftodm.c in the attachment has already been patched by Werner
Lemberg's patch (in DNP.txt), which you can find on
http://cjk.ffii.org/ .
It would be most kind if you could CC me your replies to my email
address, danai.sae-han \ad\ skynet.be, to wl |ad| gnu.org (Werner
LEMBERG) and to cjk /ad/ ffii.org (this is the CJK mailing list).
Best regards
Danai SAE-HAN
韓達耐
--
题目:《过零丁洋》
作者:文天祥（１２３６－１２８２）
辛苦遭逢起一经，干戈寥落四周星。
山河破碎风飘絮，身世浮沉雨打萍。
惶恐滩头说惶恐，零丁洋里叹零丁。
人生自古谁无死，留取丹心照汗青。
#include stdio.h
#include string.h
#include stdlib.h
#include sys/types.h
#include sys/time.h
char *charstrs[34][256];
int charlens[34][256];
char *version_str=001.001;
int kcode_high;
char *StdHW=32;
char *StdVW=32;
char *UniqueId=9876;
char *FontBase=dm;
char fontname[256];
FILE *ofp;
int ecol=0;
char *jsf_names[] = {
,
jsy,
jroma,
jhira,
jkata,
jgreek,
jrussian,
jkeisen,
jka,
jkb,
jkc,
jkd,
jke,
jkf,
jkg,
jkh,
jki,
jkj,
jkk,
jkl,
jkm,
jkn,
jko,
jkp,
jkq,
jkr,
jks,
jkt,
jku,
jkv,
jkw,
jkx,
jky,
jkz,
NULL
};
#define kushift(c) c+0x20
#define tenshift(c) c+0x20
compute_fc(ku, ten, f, c)
register short ku, ten;
unsigned short *f, *c;
{
register int n;
ku -= 0x20;
ten -= 0x20;
*f = 1;
*c = 1;
if (ku = 0 || (9 = ku ku = 15) || ku 84) {
fprintf(stderr,invalid ku in jis (%x, %x), ku+0x20, ten+0x20);
return;
}
if (ten 1 || ten 94) {
fprintf(stderr,invalid ten in jis (%x, %x), ku+0x20, ten+0x20);
return;
}
if (ku = 8) {
if (ku == 1) {
*f = 1;
*c = ten;
} else if (ku == 2) {
*f = 1;
*c = ten+100;
} else if (ku == 3) {
*f = 2;
*c = ten+32;
} else {
*f = ku-1;
*c = ten;
}
} else if (ku = 47) { /* Daiich Suijun */
n = (ku-16)*94+ten-1;
*f = (n/256)+8;
*c = n%256;
} else {/* Daini Suijun */
n = (ku-48)*94+ten-1;
*f = (n/256)+20;
*c = n%256;
}
}
readfiles(filename)
char *filename;
{
FILE *fd;
char buf[4096],*cptr;
int kcode_low,i,len,kcode,c1;
unsigned short f,c;
if((fd=fopen(filename,r))==NULL){
fprintf(stderr,File %s is not found\n,filename);
exit(1);
}
while(fgets(buf,4096,fd)!=NULL){
len=strlen(buf);
if(buf[0]=='' !strncmp(buf+len-6 ,CompD,5)){
kcode=strtol(buf+len-12,NULL,16);
compute_fc((kcode8)255, (kcode255), f, c);
charlens[f][c]=(len-16)/2;
cptr=charstrs[f][c]=(char *)malloc((len-16)/2);
for(i=0;i(len-16)/2;i++){
c1=buf[i*2+1];c=buf[i*2+2];
*cptr++ = ((c1='a' ? c1-'a'+10 : c1-'0')4)
|(c='a' ? c-'a'+10 : c-'0');
}
}
}
fclose(fd);
}
main(ac,ag)
char **ag;
{
int i,j;
for(i=1;iac;i++){
if(*ag[i]!='-')break;
if(!strcmp(ag[i]+1,version)){
version_str=ag[++i];
}
else if(!strcmp(ag[i]+1,StdHW)){
StdHW=ag[++i];
}
else if(!strcmp(ag[i]+1,StdVW)){
StdVW=ag[++i];
}
else if(!strcmp(ag[i]+1,UniqueId)){
UniqueId=ag[++i];
}
else if(!strcmp(ag[i]+1,FontBase)){
FontBase=ag[++i];
}
}
for(;iac;i++)
readfiles(ag[i]);
for(i=1;isizeof(jsf_names)/sizeof(char *)-1;i++){
for(j=0;j256;j++)
if(charstrs[i][j])break;
if(j256){
sprintf(fontname,%s%s,FontBase,jsf_names[i]);
output_pfa(i);
output_afm(i);
}
}
}
Re: XMMS: No output plugins specified
Hi Markus, Yes, I spoke too soon, I also have that playlist problem. I agree that an upgrade will fix it, hopefully soon. Chris W. On Friday 28 July 2006 3:14 am, Markus Neviadomski wrote: Am Freitag, den 28.07.2006, 02:39 -0700 schrieb Chris Wakefield: install xmms-arts. I just fixed the exact same problem. Chris W. But you have to use the artsd, right? I don't want to do this :) Now it seems, that xmms is broken completely. I installed xmms-arts and xmms-crossfade and both plugins could be selected. Trying to add a new title to the playlist fails without any message box or in the terminal. As root, the crossfade-plugin works with an old playlist very nice, arts-output makes some error, because no artsd is installed. Purging all xmms pakets, reinstall only xmms, xmms-arts, xmms-crossfade and deleting the .xmms directory in user-home didn't solve the problem. The plugins are available, but creating a playlist failed without any message. I have to wait for an upgraded package, i think. On Friday 28 July 2006 2:30 am, Markus Neviadomski wrote: Hi, after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Looking in the Settings-panel, the select-box for the output is empty. I searched the debian packages for any output-plugins, but I found nothing for alsa or so on. I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 now and the sounchip is a ac97-chip from realtek (ALC850). Any ideas? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wftodm segfaults on AMD64
Hi. on 07/29/06 08:11, Danai SAE-HAN (韓達耐) wrote: If any if you could help me why test.c crashes on my computer and not on any other (i386) computer, I would be very grateful, since I'm no programmer. simply, you should include time.h instead of sys/time.h. also I recommend use -Wall option when you build programs. if you use this option, you can notice what wrong. [EMAIL PROTECTED]:~]% gcc -Wall test.c test.c:6: warning: return type of ‘main’ is not ‘int’ test.c: In function ‘main’: test.c:8: warning: implicit declaration of function ‘ctime’ test.c:8: warning: format ‘%s’ expects type ‘char *’, but argument 2 has type ‘int’ Cheers. -- /* * Masami Ichikawa * mailto: [EMAIL PROTECTED] * : [EMAIL PROTECTED] */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apparent crashes persist.
On Wed, Jul 26, 2006 at 08:59:55AM -0400, Lennart Sorensen wrote: On Wed, Jul 26, 2006 at 08:04:53AM -0400, [EMAIL PROTECTED] wrote: After much further trying (documented to some extent in this thread) I'm back to suspecting the software again. I've summarized the state of affairs as it's known as of now and filed it as a bug against xorg: bug #379480: Mouse and partial keyboard freeze on AMD64 Somehow the pattern of failure seems wrong for a hardware problem -- not really random enough, it seems to affect things that (I think) are different pieces of hardware (USB mouse and pre-PS2 keyboard), and it affects things differently that (I think) are the same piece of hardware (i.e. different keyboard keys behave differently after the crash). Advice on tracking it down, and experiences others have on ASUS A8N-VM-UAYGZ motherboards are still very welcome, of course, but perhaps I should move this discussion to the xorg mainling list. Are you using ps2 or usb mouse and keyboard? Is the bios up to date? What is a pre-ps2 keyboard? ps2 keyboards have a small round 6 pin connector just like ps2 mice. Old AT keyboards had a 5 pin din connector that was quite a bit larger. Does anyone still use those? Is usb legacy support enabled in the bios? (if you don't use a usb keyboard, try turning it off). Which window manager are you running? For a while I saw a lot of lockups when I tried to run firefox under kde. Use anything other than kde, and crashes/lockups went away. That was a few months ago though. Seems better now. New news: I found someone with the sam motherboard, and he has Linux working. No crashes for him. It turns out he is using Ubuntu Dapper. So I burned myself an Ubuntu Dapper Draks live CD, and booted it, and I can do some of the things that crash my Debian installation. So it looks like we do have a software problem. To be more sure, I'll have to install Ubuntu, and set it up to do everything I've got set up on Debian, including my home directory and user files and so forth. I think I still have a 1G partition I can use for everything except /usr and /home, enough room in a volume group to create a new /usr, and I'll pich the same /home. ANyone see disasters coming? I should probably append a note that I get no crashes using the Ubuntu live CD to my bug report agains Debian xorg. This should narrow the possibilities a bit. -- hendrik -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
