x32: unstable: Lack of libelf1 package.
iproute2 depends of libelf1 and that has no x32 build, making the base-files package uninstallable. Thanks.
Mike Genkin has invited you to Boxbe
Hi, Last chance! Just a reminder, Mike would like to share approved contacts with you on Boxbe. Use this link: https://www.boxbe.com/register?tc=3618420254_97483734 This message was sent at the request of genkstar...@yahoo.com. If you want to opt-out of invitations from Boxbe members, use this link: https://www.boxbe.com/unsubscribe?email=debian-am...@lists.debian.org&tc=3618420254_97483734 Boxbe, Inc. | 2390 Chestnut Street #201 | San Francisco, CA 94123
Mike Genkin invites you to use Boxbe
I'd like to share approved contacts with you on Boxbe Here's the link: https://www.boxbe.com/register?tc=3568600511_1410422160 -Mike This message was sent at the request of genkstar...@yahoo.com. If you want to opt-out of invitations from Boxbe members, use this link: https://www.boxbe.com/unsubscribe?email=debian-am...@lists.debian.org&tc=3568600511_1410422160 Boxbe, Inc. | 2390 Chestnut Street #201 | San Francisco, CA 94123
[EMAIL PROTECTED] and Boinc
I would like to install and run the [EMAIL PROTECTED] project on my server. It does not have X11 installed. I already have installed boinc_client. I understand you can control boinc for the command line using boinc_cmd. bonic_client is already setup to start at boot. I am trying to connect to the seti @home project and its not working. I understand there is yet another account I need for bonic to work somthing called BAM. could someone explain this? Its really silly having this many problems installing and running [EMAIL PROTECTED] I used to help back when I ran gentoo and it was simple as pie it seem like they really made it much harder to HELP them out. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.2 transition
On Fri, Jul 20, 2007 at 11:33:01AM +0200, Johannes Berg <[EMAIL PROTECTED]> wrote: > On Fri, 2007-07-20 at 10:16 +0200, Matthias Klose wrote: > > > Does any port still need to stick with GCC 4.1 for a while? Feedback > > from hppa, mips*, s390, powerpc, amd64, i386 porters doesn't show > > objections against the transition. > > I have objections :) > http://bugs.debian.org/433629 > Yes, it's pretty odd, but recompiling the whole kernel tree with gcc 4.2 > causes my usbhid to totally not work. I have another objection. I'd like all mozilla security updates to be built before gcc 4.2 becomes the default, because they don't build correctly yet, and I am (still) waiting for an upstream comment on how to fix it. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem creating 6TB partition...
On Sat, 5 May 2007, Alex Samad wrote: any advantage to splitting it up into say 3 x 2 and splitting the load between 3 partitions seems a multi day fsck is a bit price to pay ? the software doesn't support doing that though -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem creating 6TB partition...
On Fri, 4 May 2007, Alex Samad wrote: if its not too rude to ask, what do you guys have on these large partitions ? Alex This one is the data store for backuppc.. backing up a bunch of workstations and servers. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem creating 6TB partition...
On Tue, 1 May 2007, Daniel Schröter wrote: ext3 has the same "problem": http://ukai.org/b/log/debian/snapshot/fsck_completed_but-2005-09-04-15-00.html Sounds atypical to me, as it used to take around an hour or two to fsck the same 4 TB partition before I changed over to XFS. It's been a couple days now for the XFS, and probably another two weeks left. I've ordered another 4 GB of memory for the system, so it'll have 5 GB to work with soon. Mike
Re: Problem creating 6TB partition...
On Sun, 29 Apr 2007, Bernd Petrovitsch wrote: Generally, IMHO no. A fsck will cost a lot of time with all filesystems. Some worse than others though.. looks like this 4tb is going to take 3 weeks.. it took about 3-4 hours on ext3.. If i had a couple gig of ram to put in the server that'd probably help though, as it's constantly swapping out a few meg a second. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem creating 6TB partition...
On Sun, 29 Apr 2007, Roberto C. S?nchez wrote: Is it an exponential growth in the amount of time it takes? I've had some XFS partitions that were several hundred GBs (but not close to 1TB) and those seemed to pass the fsck stage very quickly. If i remember right, it's 1 gb of memory per TB of space, plus additional memory overhead for X number of inodes.. i have both a large filesystem and millions of hardlinks, so lots of inodes. Mike
Re: Problem creating 6TB partition...
Last time i used EXT3 for an 2TB volume, everythings fine but i need to disable the filesystem checks with tune2fs, because it needs too much time for an check :-). I´m not felling really good about that, is there a better solution? Keep in mind if you go with XFS, you're going to need 10-15 gig of memory or swap space to fsck 6tb.. it needs about 9 gig to xfs_check, and 3 gig to xfs_repair a 4tb array on one of my systems.. oh, and a couple days to do either. :) Mike
Re: i386 or amd64?
Jim, On Tuesday 02 January 2007 13:03, Jim Crilly wrote: > On 01/02/07 12:02:37PM -0600, Mike Reinehr wrote: > > Greg, > > > > On Monday 01 January 2007 18:25, Greg Madden wrote: > > > On Mon, 09 Oct 2006 21:30:08 +0200 > > > > > > Thomas Steffen <[EMAIL PROTECTED]> wrote: > > > > On 10/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > > Other than non-free stuff like flash and openoffice, > > > > > is there anything in the main section of i386 that isn't in the > > > > > main section of AMD64? > > > > > > > > A few minor things are missing, such as memtest86, partimage, and of > > > > course wine. Also note that most java-packages come without the > > > > plugin in 64bit. > > > > > > > > > In other words, what are people having to use a chroot i386 for? > > > > > > > > Closed software such as acrobat reader, flash, skype, vmware, picasa, > > > > googleearth etc. Most can be installed without a change root, but > > > > that is a bit of a struggle. > > > > > > > > Since you have only 1 GB of RAM, you can go with i386 without any > > > > obvious penalty. With amd64 you can get a little bit more > > > > performance, but you are also more likely to run into problems, such > > > > as the ones mentioned here. > > > > > > > > Thomas > > > > > > FYI, the latest VMware runs on 64 bit linux hosts. > > > > Which VMware? Just this past Saturday I downloaded & tried to install > > Workstation 5.5.5-29772 and the install failed with a list of missing > > libraries (32-bit, I presume, although I haven't had time to > > investigate). > > I don't know about VMWare Workstation, but I know Server works although > the UI is 32-bit so you need at least ia32-libs installed. > > Jim. Thanks! I'm in the process of setting up my first, new 64-bit desktop system. Trying to install Workstation was the last thing that I had time to do Saturday and when it failed I just packed it in for the weekend. I hope to have time to have another go at it soon. cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: i386 or amd64?
Greg, On Monday 01 January 2007 18:25, Greg Madden wrote: > On Mon, 09 Oct 2006 21:30:08 +0200 > > Thomas Steffen <[EMAIL PROTECTED]> wrote: > > On 10/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Other than non-free stuff like flash and openoffice, > > > is there anything in the main section of i386 that isn't in the main > > > section of AMD64? > > > > A few minor things are missing, such as memtest86, partimage, and of > > course wine. Also note that most java-packages come without the plugin > > in 64bit. > > > > > In other words, what are people having to use a chroot i386 for? > > > > Closed software such as acrobat reader, flash, skype, vmware, picasa, > > googleearth etc. Most can be installed without a change root, but that > > is a bit of a struggle. > > > > Since you have only 1 GB of RAM, you can go with i386 without any > > obvious penalty. With amd64 you can get a little bit more performance, > > but you are also more likely to run into problems, such as the ones > > mentioned here. > > > > Thomas > > FYI, the latest VMware runs on 64 bit linux hosts. Which VMware? Just this past Saturday I downloaded & tried to install Workstation 5.5.5-29772 and the install failed with a list of missing libraries (32-bit, I presume, although I haven't had time to investigate). Cheers! cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: keep specific versions of packages
Francesco, On Wednesday 27 December 2006 01:54, Francesco Pietra wrote: > --- Mike Reinehr <[EMAIL PROTECTED]> wrote: > > On Sunday 24 December 2006 09:03, Francesco Pietra > > > > wrote: > > > I want to avoid any modification from apt-get > > > > commands > > > > > to > > > > > > mpqc 2.3.1-0.2 > > > > > > specially compiled for amd64 with libint (which is > > > > not > > > > > included in the package of same version on debian > > > repositories) and installed with dpkg. I.e., I > > > > want to > > > > > avoid "downgrading" to a version without libint. > > > > > > >From "apt-cache show mpqc" version installed > > > > > > 2.3..1-0.2, though the list of dependencies does > > > > not > > > > > show libint (which is in, because the software > > > > deals > > > > > correctly with integrals that only libint allows > > > > to > > > > > do) > > > > > > According to Silva's APT HOWTO I should manage > > > > with > > > > > /etc/apt/preferences, though there is no such file > > > > or > > > > > directory on my debiam amd64 etch, > > > linux-image-2.6.18-3-amd64. Should I build a file > > > "preferences" from scratch? > > > > > > I must say that I am not familiar with this aspect > > > > of > > > > > apt. > > > > > > Thanks for advice > > > francesco pietra > > > > Francesco, > > > > I've been trying to understand pinning from the time > > I first used Debian, > > several years now, and still feel that I'm missing > > something, but I think > > your problem has a simple solution. I believe all > > that you need in > > your /etc/apt/preferences file are the following > > three lines: > > > > Package: mpqc > > Pin: version 2.3.1-0.2 > > Pin-Priority: 1000 > > As I wrote, there is no "preferences" file on my > system. Create from scratch? Yes, as root with a text editor, i.e., vi, vim, ed, ... and mode 0644. -rw-r--r-- 1 root root 245 Sep 2 17:06 /etc/apt/preferences See man apt_preferences for details. > Besides this, what happens to the libraries if I free > a package? For example, I wanted to check the stage of > development of ghemical on GNOME, though it ptretends > to install mpqc too, which is not compiled for the > libraries I need (in part lower, in part lacking). If I understand you correctly, then, if you decided to remove ghemical and mpqc was marked as having been installed automatically to satisfy the dependencies of ghemical, it too would be removed, otherwise, not. If you attempted to upgrade ghemical to a newer version, it appears that apt would do so without complaint as the dependency does not appear to mandate any particular version of mpqc, as it does with some of the other dependencies. > Thanks for answering > francesco pietra HTH! cmr > > Hope this helps, but no warranty is express or > > implied! :-) > > > > cmr > > -- > > Debian 'Etch': Registered Linux User #241964 > > > > "More laws, less justice." -- Marcus Tullius > > Ciceroca, 42 BC > > > > > > > > -- > > To UNSUBSCRIBE, email to > > [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: keep specific versions of packages
On Sunday 24 December 2006 09:03, Francesco Pietra wrote: > I want to avoid any modification from apt-get commands > to > > mpqc 2.3.1-0.2 > > specially compiled for amd64 with libint (which is not > included in the package of same version on debian > repositories) and installed with dpkg. I.e., I want to > avoid "downgrading" to a version without libint. > > >From "apt-cache show mpqc" version installed > > 2.3..1-0.2, though the list of dependencies does not > show libint (which is in, because the software deals > correctly with integrals that only libint allows to > do) > > According to Silva's APT HOWTO I should manage with > /etc/apt/preferences, though there is no such file or > directory on my debiam amd64 etch, > linux-image-2.6.18-3-amd64. Should I build a file > "preferences" from scratch? > > I must say that I am not familiar with this aspect of > apt. > > Thanks for advice > francesco pietra Francesco, I've been trying to understand pinning from the time I first used Debian, several years now, and still feel that I'm missing something, but I think your problem has a simple solution. I believe all that you need in your /etc/apt/preferences file are the following three lines: Package: mpqc Pin: version 2.3.1-0.2 Pin-Priority: 1000 Hope this helps, but no warranty is express or implied! :-) cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On Saturday 23 December 2006 09:35, Jim Crilly wrote: > On 12/22/06 12:10:41PM -0600, Mike Reinehr wrote: > > I hate to answer my own posting but it belatedly has occurred to me that > > perhaps it's not possible to mount a root partition using LVM without an > > initrd.img. I've booted without an initrd.img before & I've used LVM > > before, but not with the root partition as part of the logical volumes. > > Yes, no, maybe? > > That's pretty much it, you need to run the LVM tools (vgchange I think) to > scan for and setup the logical volumes. There is no code in the kernel to > do that for you so you have to use an initramfs image if your root is on > LVM. But why go through all of that trouble to not use one? The only burden > it puts on you is to run 'update-initramfs -u -k ' on of > the off chance that you change something that also needs to go in the > image, normal updates to things like LVM tools, udev, etc should update it > for you. > > Jim. Thanks for confirming this. I think I may have read something about this last year when I first researched LVM but then forgot. As for not using an initrd.img, long ago I became a confirmed follower of the KISS theory of operations (Keep It Simple, Stupid) and was just trying to pare my kernel of any unnecessary pieces. But, as you say, it's not that much trouble to maintain an initrd.img. Cheers! cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On Friday 22 December 2006 11:43, Mike Reinehr wrote: > Would someone please help me with what, I think, should be a fairly simple > kernel configuration question. I am attempting compile a new AMD64 kernel > that will boot without using an initrd.img file. I've done this a number of > times before, but this time I can't seem to get it working. Every time, I > end up with a kernel panic, unable to mount root device. > > First, I have a pair of SATA drives set up in a RAID 1 configuration, two > primary partitions (EXT3) and GRUB installed in the boot sector. The first > partition is mounted as /boot. The second partition is set up as a physical > volume group within which are defined the > usual /root, /home, /var, /usr, /tmp & swap as logical volumes. All this > was set up with the latest Debian-Installer beta (Etch RC1) and boots > perfectly with a stock kernel (linux-image-2.6.18-3-amd64). > > I've tried to locate all of the modules necessary to boot and compile them > into the kernel, but I must be missing something. > > When I attempt to boot with my kernel, > 1) GRUB locates and boots the kernel from /boot; > 2) The SATA drives are recognized; > 3) md & device-mapper modules are initialized; > 4) The RAID arrays are recognized; > md: Autodetecting RAID arrays > md: autorun ... > md: ... autorun DONE. > but then: > > VFS: Cannot open root device "mapper/vg0-root_lv" or unknown block(0,0) > Please append a correct "root=" boot option > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(0,0) > > I considered adding a "root=" boot option, as the message said, > but /dev/mapper/vg0_root_lv is the correct logical volume. > > As a post script, I just noticed that when I have a successful boot, the > RAID arrays are announced as they are recognized, where as with my kernels, > it just says "autorun" followed by "autorun DONE". If that means that the > RAID arrays are _not_ being recognized then I have no idea why. > > TIA > > CMR I hate to answer my own posting but it belatedly has occurred to me that perhaps it's not possible to mount a root partition using LVM without an initrd.img. I've booted without an initrd.img before & I've used LVM before, but not with the root partition as part of the logical volumes. Yes, no, maybe? -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Kernel Configuration Question
Would someone please help me with what, I think, should be a fairly simple kernel configuration question. I am attempting compile a new AMD64 kernel that will boot without using an initrd.img file. I've done this a number of times before, but this time I can't seem to get it working. Every time, I end up with a kernel panic, unable to mount root device. First, I have a pair of SATA drives set up in a RAID 1 configuration, two primary partitions (EXT3) and GRUB installed in the boot sector. The first partition is mounted as /boot. The second partition is set up as a physical volume group within which are defined the usual /root, /home, /var, /usr, /tmp & swap as logical volumes. All this was set up with the latest Debian-Installer beta (Etch RC1) and boots perfectly with a stock kernel (linux-image-2.6.18-3-amd64). I've tried to locate all of the modules necessary to boot and compile them into the kernel, but I must be missing something. When I attempt to boot with my kernel, 1) GRUB locates and boots the kernel from /boot; 2) The SATA drives are recognized; 3) md & device-mapper modules are initialized; 4) The RAID arrays are recognized; md: Autodetecting RAID arrays md: autorun ... md: ... autorun DONE. but then: VFS: Cannot open root device "mapper/vg0-root_lv" or unknown block(0,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) I considered adding a "root=" boot option, as the message said, but /dev/mapper/vg0_root_lv is the correct logical volume. As a post script, I just noticed that when I have a successful boot, the RAID arrays are announced as they are recognized, where as with my kernels, it just says "autorun" followed by "autorun DONE". If that means that the RAID arrays are _not_ being recognized then I have no idea why. TIA CMR -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Athenians, Chappy's & Ham
Oops! Sorry, I'm not sure how this happened. cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Athenians, Chappy's & Ham
On Wednesday 13 December 2006 15:29, George Thompson wrote: > Mike, > The chappy's delivery is set for this Friday, 12-15. Do you still want > it changed? > Thanks for the note. > George Yes, please. If it's not too much trouble. Mike > -Original Message- > From: Mike Reinehr [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 13, 2006 3:09 PM > To: George Thompson > Subject: Athenians, Chappy's & Ham > > George, > > 1)Linda & I want to thank you & Paulette, again, for inviting us > to dinner & > your Athenian Ball. I very much enjoyed meeting & talking with Raymond & > Marsha (what was their last name, again?) and with Elizabeth & her > friend. (I confess, I've forgotten his name.) The ball, as always, was > fun, but we especially like going out with you & Paulette. > > 2)I am reminded by Linda to ask you to reschedule our Chappy's > lunch to > Thursday, 21 December, instead of the following Friday, please. We > already have plans for a Xmas party that day. And, thanks again, for > thinking of us at Xmas. Every one here enjoys this. > > 3)And, thanks, yet again! Your Deramus Family ham arrived > yesterday. I > especially like your ham. I don't think there's nothing better than > good, country ham! (Actually, Linda's not a really big lover of country > ham, but I make up for it!) I'll bake it some time between now & New > Year's & we'll eat off it for the next three months. > > Merry Christmas & Happy New Year's! > > Mike > -- > Debian 'Etch': Registered Linux User #241964 > > "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC > -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt repositories
On Wednesday 29 November 2006 08:39, Raffaele Morelli wrote: > Hi everybody, > > could someone post a mirror for amd64 etch. > > thanx http://www.debian.org/mirror/list -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Keys too old or compromised ?
On Tuesday 21 November 2006 15:24, [EMAIL PROTECTED] wrote: > > > W: Es gibt keine ?ffentlichen Schl?ssel f?r die folgenden > > > Schl?ssel-IDs: A70DAF536070D3A1 > > > W: Es gibt keine ?ffentlichen Schl?ssel f?r die folgenden > > > Schl?ssel-IDs: A70DAF536070D3A1 > > > W: Es gibt keine ?ffentlichen Schl?ssel f?r die folgenden > > > Schl?ssel-IDs: A70DAF536070D3A1 > > > > > > - snap - > > > > > > I suppose, the ziyi_key has ran out of time. Where do I get a new one ? > > > > What is the message when locale is set to C? > > > > Did you check that the clock on your machine is set correctly? > > I got same errors. > > My clock is set correctly. > > Giulio What mirror or repository are you using which gives you this error? If it is not an official Debian repository you will have to go to their website, retrieve their public signing key and install it in your keyring. This is a new feature of apt-get with Etch. cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg problem and 404 error on bugs
On Thursday 02 November 2006 11:10, Lennart Sorensen wrote: > > Any idea on the 404 error? How do I follow discussion of a particular > > bug (e.g. 381612)? How could I have found dexconf on my own? > > Well there is a man page for dexconf on sarge at least. 404 errors > means the web server doesn't have what you asked for. So either you > asked wrong, or the server is misconfigured, or it really doesn't have > what you asked for. I've been seeing this error all week. I search the Debian User mailing list archive and receive a list a emails matching my criteria. When I click on one of the email links I receive the 404 error. These are not old emails, either, but from the current quarter. Something is wrong with the mailing list archives. cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel 2.6.19-rc4 custom debian package
On Wednesday 01 November 2006 17:13, Jean-Michel Pouré wrote: > Dear friends, > > Because of several daily freezes under AMD64 + nvidia, > I decided to make a custom 2.6.18-rc4 Debian package. > > I followed the normal procedure: > * Download 2.6.18 kernel and patch agains 2.6.19-rc4 > This is done by patch -p1 < patch.txt > * cp /boot/config.xxx /usr/src/linux > * make gconfig (and save) > * make-kpkg kernel-image --initrd > * make-kpkg kernel-headers > > After kernel installation and reboot, the freeze *** seem to dissapear > ***, as I could copy three DVDs of DV content to my hard disc. > > Just a few questions: > > * How do I enable console debugging in the kernel. I heard it was > possible, after a crash, to hit a few keys and display an error message. > > * What 64 bits kernel flavor should I choose? Debian chooses standard, > but I have an Athlon64x2. Should I choose Athlon64 type? > > If people are interested, I can publish my kernel debs. But I doubt it > is very interesting, as it is so easy to build a custom package with > Debian. > > Kind regards, > Jean-Michel Pouré This is documented in /usr/src/linux/Documentation/sysrq.txt. "You need to say "yes" to 'Magic SysRq key (CONFIG_MAGIC_SYSRQ)' when configuring the kernel" HTH! cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mozilla-browser
On Tuesday 31 October 2006 14:56, Douglas Tutty wrote: > I'm getting Etch setup on my new Athlon and am ready to install a > full-featured web-browser. I can't find mozilla-browser listed although > there is firefox. > > Is firefox full featured now? Is mozilla-browser dead or just not ready > for testing? > > For lightweight stuff on my 486, I've always used lynx (which does > https) or dillo (which doesn't). For sites with java, I've fired up > mozilla. I don't need flash (good thing since 64-bit isn't available) > but many sites need both https and java. > > I don't do Gnome, just startx with icewm. > > Doug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382956 RM: mozilla -- Ro??; abandoned upstream; unmaintained; RC-buggy -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: System freeze
On Tuesday 31 October 2006 00:33, Jan De Luyck wrote: > On Monday 30 October 2006 23:03, Jean-Michel Pouré wrote: > > Dear Friends, > > > > I recently bought an AMD64x2 dual-core desktop. > > > > The system is running Debian AMD64 SID. > > Unfortunately, I experience system freezes. > > I'm seeing this too, not on my AMD64 box, but on my Intel Pentium M laptop > (Dell D610). > > I get semi-random freezes, only when in X. Hardware is OK. No binary-only > drivers are being used. > > Jan I started following this thread simply out of curiosity as my AMD64 systems all are servers w/o X and are running just fine. Then, I became more interested as I realized that the symptoms were sounding familiar to what I've been experiencing with my 32-bit desktop. I'm still running an aging PIII desktop & Matrox video, but with up to date, 32-bit Etch. Initially I was sure that my problem just was caused by aging hardware and placed an order for a new system, but now I'm not so sure. In my case, my system freezes only when I attempt to do a -- to switch to an alternate console session. It doesn't happen 100% of the time, but enough that I've quit doing so. When it freezes, there is no response what so ever from the keyboard or mouse. The screen either is blank or displaying a "noise" pattern, and I can not ssh in from another system. After a power off/on reboot everything works fine and there are no error messages in the logs. Gradually, I'm coming to the conclusion that the problem is with xorg or, perhaps, an xorg/kernel combination. HTH cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: motd
On Monday 30 October 2006 11:59, Douglas Tutty wrote: > I'm running Etch on my new box and getting it set up. > > /etc/motd now points to /var/run/motd and there's a file > /etc/motd.tail > > I've tried man motd but it doesn't mention this new setup. I don't want > to break whatever this is, but I don't want the default motd and have > scripts that put reminders into motd (e.g. 2006-10-30 update aptitude) > so that I have to actually remove the comment once I've done it. This > way I don't forget. > > What is /etc/motd.tail, why is this like this, and where do I echo my > reminders? > > Thanks, > > Doug. Doug, Good question. I was curious about this, myself. The answer is in /etc/init.d/bootmisc.sh: # Update motd uname -snrvm > /var/run/motd [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd From this, it appears that /var/run/motd is overwritten every time we reboot, with the output of `uname -snrvm` (haven't checked the meaning of all these options, yet). Then, the contents of /etc/motd.tail is appended to /var/run/motd. So, it appears that anything we want to appear in motd more or less permanently must be put into motd.tail. I believe this answers the your What & Where questions, the answer to Why probably is buried somewhere in the Debian Policy manual. Cheers! cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned}
Henry, On Monday 23 October 2006 11:47, Henry Hollenberg wrote: > Dean Hamstead wrote: > > you need to compile the kernel module for yourself > > > > R. Donald is the maintainer - hit site is here > > http://people.debian.org/~rdonald/index.php > > > > wack these lines in your /etc/apt/sources.list > > > > #use this source line for unstable drivers > > deb http://people.debian.org/~rdonald/nvidia unstable > > nvidia-graphics-drivers > > deb http://people.debian.org/~rdonald/nvidia unstable > > nvidia-kernel-common deb http://people.debian.org/~rdonald/nvidia > > unstable nvidia-settings deb http://people.debian.org/~rdonald/nvidia > > unstable nvidia-xconfig deb http://people.debian.org/~rdonald/nvidia > > unstable modules > > > > #sarge modules > > deb http://people.debian.org/~rdonald/nvidia sarge modules > > > > then run apt-get update > > > > then go > > > > apt-get install nvidia-graphics-drivers > > > > m-a prepare nvidia > > m-a a-i nvidia > > > > that should be just about it, module assistant (m-a) should do most > > of the work for you. > > > > > > > > Dean > > Thanks Dean, > > Still seem to be screwing this up. > > andy:/home/hgh/TMP# apt-get -t unstable install nvidia-graphics-drivers > Reading package lists... Done > Building dependency tree... Done > E: Couldn't find package nvidia-graphics-drivers > > Here is my sources.list: > > deb http://archive.progeny.com/debian testing main contrib non-free > deb-src http://archive.progeny.com/debian testing main contrib non-free > deb http://secure-testing.debian.net/debian-secure-testing > testing/security-updates main contrib non-free > > # nvidia package maintainers modules Randall Donald > > deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers > deb http://people.debian.org/~rdonald/nvidia unstable nvidia-kernel-common > deb http://people.debian.org/~rdonald/nvidia unstable nvidia-settings > deb http://people.debian.org/~rdonald/nvidia unstable nvidia-xconfig > deb http://people.debian.org/~rdonald/nvidia unstable modules > > Do I have to set unstable as an option for packages in preferences or > apt.conf? Hmmm... I'm jumping in here and talking about something I know only about, so this may be entirely wrong, but I think I see a couple of errors in your sources list. First, (and this may have no bearing on your problem) but your only line for source code is: > deb-src http://archive.progeny.com/debian testing main contrib non-free but if when I fired up my browser to take a look I found that this no longer is a working site: > It is with regret that we must decommission archive.progeny.com. This > server was permanenatly removed on Sunday, October 22nd at 22:00 EDT. > (02:00 UTC on Monday, October 23rd). Progeny Linux Systems was happy to > provide this service while it could, and thanks n|Frame for their donation > of bandwidth while they could. Questions concerning this can be directed > toward the Progeny Mirrors mailing list. Second, I think you're supposed to be downloading source code, but the entries for people.debian.org begin with deb, not deb-src. There is no such package in the binary packages for amd64. This might all make more sense if you point your browser to http://people.debian.org/~rdonald/nvidia/ and have a look. HTH! cmr > There seem to be alot of ignore lines.I have always done intel before > and am kind of new to this alternate architecture thing > > Here is my attempt at an update: > > andy:/home/hgh/TMP# apt-get update > Ign http://archive.progeny.com testing Release.gpg > Get: 1 http://people.debian.org unstable Release.gpg [189B] > Ign http://archive.progeny.com testing Release > Get: 2 http://secure-testing.debian.net testing/security-updates > Release.gpg [189B] Hit http://people.debian.org unstable Release > Ign http://archive.progeny.com testing/main Packages/DiffIndex > Hit http://secure-testing.debian.net testing/security-updates Release > Ign http://archive.progeny.com testing/contrib Packages/DiffIndex > Ign http://archive.progeny.com testing/non-free Packages/DiffIndex > Ign http://people.debian.org unstable/nvidia-graphics-drivers > Packages/DiffIndex Ign http://archive.progeny.com testing/main > Sources/DiffIndex > Ign http://archive.progeny.com testing/contrib Sources/DiffIndex > Ign http://archive.progeny.com testing/non-free Sources/DiffIndex > Ign http://archive.progeny.com testing/main Packages > Ign http://people.debian.org unstable/nvidia-kernel-common > Packages/DiffIndex Ign http://people.debian.org unstable/nvidia-settings > Packages/DiffIndex Hit http://secure-testing.debian.net > testing/security-updates/main Packages/DiffIndex Ign > http://archive.progeny.com testing/contrib Packages > Ign http://people.debian.org unstable/nvidia-xconfig Packages/DiffIndex > Ign http://people.debian.org unstable/modules Packages/DiffIndex > Hit http://people.debian.org unstable/nvidia-graphics-drivers Packages > Ign http://archive.progeny.com testing/non-free
Re: LVM root?
On Wednesday 11 October 2006 08:21, [EMAIL PROTECTED] wrote: > On Mon, Oct 09, 2006 at 09:20:06AM -0400, [EMAIL PROTECTED] wrote: > > Perhaps more to the point, make sure you have room for several > > kernels in /boot. You don't have to uninstall a kernel in order > > to install a new one. If you are careful with your lilo, or grub, > > you can get a choice of kernels at boot time. This in invaluable > > if the new kernel doesn't work! > > > > I've found 50MB for / to be too cramped at times. > > I've found 100 MB a bit tight but 124 MB fine. This is why I went with > 200 MB since I've got the room. I only ever have 2 kernels installed, > old and new). Do 64-bit kernel modules and libs take more space than > 32-bit? > > How much space to people find they need in / ( minus /usr, /var, /home, > /tmp, and swap)? For what it's worth, I discovered last month that the new Debian installer--if you select LVM & automatic partitioning--will put every partition except for /boot under LVM and will size all of the partitions you mention above automatically. In fact, I was surprised at how small the LVM volumes were for some of these, but so far everything is working with their suggested sizes. I would suggest doing a trial install with the new Debian installer and see how it goes. cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LVM root?
Doug, I'm certainly no expert on this, but I have been using LVM2 for a year or so, so ... On Wednesday 11 October 2006 07:45, [EMAIL PROTECTED] wrote: > On Sun, Oct 08, 2006 at 10:15:22PM +0200, Jean-Luc Coulon (f5ibh) wrote: > > Le 08.10.2006 18:05:23, [EMAIL PROTECTED] a ?crit?: > > >Obviously, I don't know how LV works internally. If the root > > >filesystem > > >get corrupted, how do I fix it from a recovery shell (e.g. the install > > >USB) if its on an LV? If this is trivial, then is the thing to do to > > >make all of the disk a PV then have LVs for everything? > > > > It is probably a confidence problem. > > A corrupted root file system is not better than a corrupted root over > > LVM. > > I'm confident that I don't know enough about LVM yet to rescue a mangled > system. In the past, if something got corrupted (lightening strike, > powerfailure, disk failure, etc), I could pop in my grub disk, and > either boot my regular kernel or the one on the copy of /boot on a > diferent drive, tell it root=/dev/hda5 init=/bin/sh and start fixing it. First off, you're partially right, here. GRUB, so far as I know, does not yet support LVM, but that is not an insurmountable problem. As long as your boot partition and the included kernel boot files are on a regular partition you still will be able to boot an LVM root partition. All that's necessary is that LVM be included in the kernel (and the initrd). > If that didn't work, I'd boot a rescue system (e.g. the install floppy > or CD) and manually fsck the partitions. > Ditto above, plus, my experience is that both the new Debian installer as well as late model Knoppix live CD's include support for LVM. So, just boot from one of those. Mount the appropriate LVM volumes and go to work. > I suppose this is the key to my understanding and will make all clear: > Where do I tell the grub disk (USB stick?) to find the kernel and what > root= line do I give the kernel? With / and /boot part of LVM, how does > grub find the kernel to boot? The grub-howto and docs don't mention LVM > at all. Your boot partition must be on a regular file system. The root can be an LVM volume, so long as your kernel/initrd supports LVM. > With regular partitions, if the partition table gets corrupted, its > simple to fix if I have what it looked like before using sfdisk -d (I > never ran into this problem after the table corruption that prompted me > to keep this information on a floppy with other essential backups). > > What is the LVM equivalent of this? Either the entire hard disk (no partitions) or individual partitions can be LVM physical volumes, so there's really no difference here. If your partition table becomes corrupted you still would have to fix it with sfdisk or dd. > The whole HOWTO package is getting woefully out of date. LVM-HOWTO > doesn't cover recovering from errors, MULTI-DISK-HOWTO doen't cover LVM, > and the various recovery howtos focus on bare-metal recovery not fixing > a broken system. > > Or, it it the case now that LVM is so reliable that any errors will be > hardware and unrecoverable anyway, requiring a bare-metal recovery. As ever, the likelyhood of file corruption is directly proportional to the length of time since your last backup! > Thanks, > > Doug. HTH! Cheers, cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia-GLX very slow
antongiulio05 wrote: Check this entry in /etc/X11/xorg.conf ---> Load "glx" It must be activated. Yes, it's activated but it's not enough. This is the "Section" (I never changed it): Section "Module" # Load"bitmap" Load"dbe" # Load"ddc" ## Load"dri" Load"extmod" Load"freetype" Load"glx" # Load"int10" # Load"record" Load"type1" #Load "vbe" Load"synaptics" EndSection Thanks, Giulio I have same problems NVidia (card 6200). glxgears print ~3FPS. I'll try to load/unload kernel modules, restart X server, but it does not effect. But after reboot computer all works fine. So, try to reboot or power on/off your computer. -- Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Need a little C programming help
Andreas & Erik, Thanks very much for your help. The include files were, in fact, within the main block. I'd swear that they have been there for years, but I'll worry about that some other time. It's quite possible that I made a change six months or so ago and now just don't remember. Anyway, relocating them as you suggested completely solved the problem. Thanks, also, for the compiling tips. I'll start experimenting with them. Sincerely, cmr On Tuesday 12 September 2006 07:36, Erik Mouw wrote: > On Mon, Sep 11, 2006 at 05:44:37PM -0500, Mike Reinehr wrote: > > My apology for taking up the groups time with an off-topic request for > > help. I don't think that this has anything at all to do with 64-bit > > processing. What I know about c programming wouldn't take me five minutes > > to tell, so I'm easily stumped by compiler error messages. > > > > I have a very small c program that is running on our local AMD64 server, > > which is running an up to date Debian Sarge. I've compiled this program > > many times over the past year by simply typing `cc swrc.c` and then > > weeding out my many c errors. > > > > This evening, I had to make very minor change to the program but when I > > attempted to compile I received the following error output: > > > > [EMAIL PROTECTED]:~/tmp$ cc swrc.c > > Try gcc -Wall instead, that gives you a lot more hints about what's > wrong. > > > In file included from /usr/include/sys/types.h:219, > > from /usr/include/stdlib.h:433, > > from swrc.c:5: > > /usr/include/sys/sysmacros.h: In function `main': > > /usr/include/sys/sysmacros.h:43: error: nested function `gnu_dev_major' > > declared `extern' > > /usr/include/sys/sysmacros.h:49: error: nested function `gnu_dev_minor' > > declared `extern' > > /usr/include/sys/sysmacros.h:55: error: nested function `gnu_dev_makedev' > > declared `extern' > > [EMAIL PROTECTED]:~/tmp$ > > Nested functions? Looks like you're including a header file in a > function instead of outside of it. If you know what you're doing it > shouldn't be a problem, but as a general rule don't even try that. > > > I would really appreciate someone telling me what I'm doing wrong, or at > > least giving me a hint! > > Always compile with -Wall. Adding -Wshadow sometimes also reveals > interesting bugs. > > > Erik > > -- > +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- > > | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[OT] Need a little C programming help
My apology for taking up the groups time with an off-topic request for help. I don't think that this has anything at all to do with 64-bit processing. What I know about c programming wouldn't take me five minutes to tell, so I'm easily stumped by compiler error messages. I have a very small c program that is running on our local AMD64 server, which is running an up to date Debian Sarge. I've compiled this program many times over the past year by simply typing `cc swrc.c` and then weeding out my many c errors. This evening, I had to make very minor change to the program but when I attempted to compile I received the following error output: [EMAIL PROTECTED]:~/tmp$ cc swrc.c In file included from /usr/include/sys/types.h:219, from /usr/include/stdlib.h:433, from swrc.c:5: /usr/include/sys/sysmacros.h: In function `main': /usr/include/sys/sysmacros.h:43: error: nested function `gnu_dev_major' declared `extern' /usr/include/sys/sysmacros.h:49: error: nested function `gnu_dev_minor' declared `extern' /usr/include/sys/sysmacros.h:55: error: nested function `gnu_dev_makedev' declared `extern' [EMAIL PROTECTED]:~/tmp$ The reason I'm asking for help this time is that it appears that the errors are in one of the included libraries, rather in my own source code. My include statements are: #include #include #include #include #include I would really appreciate someone telling me what I'm doing wrong, or at least giving me a hint! Thanks in advance! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: blank DVDs no recognized, other media OK
On Tuesday 29 August 2006 09:05, Matthias Julius wrote: > Lennart Sorensen <[EMAIL PROTECTED]> writes: > > What model of drive? Any chance the DVD laser is toast on the drive, > > but the CD laser is OK? They are different lasers running different > > wavelength of light. > > Are you sure? I thought they both use red lasers. They are both red, but like he said, different wavelengths. See: http://www.madsci.org/posts/archives/2002-03/1015981955.Ph.r.html > Matthias -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to setup KDE or Gnome
On Monday 28 August 2006 14:43, Lennart Sorensen wrote: > On Sat, Aug 26, 2006 at 01:02:31PM +0100, A.E.Lawrence wrote: > > Nobody has mentioned /etc/inittab in this thread so far. > > > > ISTR that I just had to assign a run level to include kde/gdm/whatever. > > > > Runlevel 2 is usually kept for text alone which is very useful indeed > > when your GUI goes belly up. > > Well by default debian doesn't assign meanings to run levels, so 2 3 4 > and 5 all seem to do the same thing. It is up to the admin to decide if > run levels should have different purposes and change things accordingly. > > -- > Len Sorensen Mr. Lawrence, You can find more information on this subject by reading the README files in /etc/init.d and in /usr/share/doc/sysv-rc and the man page for update-rc.d. cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where is the debian-amd64 howto?
On Friday 25 August 2006 11:11 am, edwardsa wrote: > I'm looking for the debian-amd64 howto. Google points to alioth, but > that is now secured. Does this file reside anywhere else? > > Art Edwards Art, Here it is: http://haydn.debian.org/~intero-guest/debian-amd64-howto.html I think all the files now have been moved to the Debian AMD64 Wiki: http://wiki.debian.org/?DebianAMD64 HTH cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question : grub commands
On Monday 14 August 2006 03:13 pm, Gnu-Raiz wrote: > On Monday 14 August 2006 14:40, Mike Reinehr wrote: > > On Monday 14 August 2006 01:40 pm, Gnu-Raiz wrote: > > > On Monday 14 August 2006 11:07, Hans-J. Ullrich wrote: > > > > Hello ! > > > > Just an easy question: > > > > > > > > Is there a difference between "disable_timer_pin_1" and > > > > "noapictimer" at startup in grub ? If yes, what is the > > > > difference ? > > > > > > > > (This command is needed to get the clock running correct) > > > > > > > > regards > > > > > > > > Hans > > > > > > Why not use Chrony and your local pool.ntp.org servers for > > > time? Also what happens if you don't reboot for a long time, > > > then how do you keep your time correct? > > > > > > Not that it makes a difference, but those are kernel commands, > > > I believe all grub does is pass those on to the kernel anyway. > > > > > > Your local search engine will be most useful here, might want > > > to give it a go. > > > > > > Gnu_Raiz > > > > ntp-simple couldn't be easier to install & use and will keep your > > system time synchronized with the national time servers. I also > > would recommend ntpdate if you shut your system down frequently. > > Ntpdate will set the time on boot, while ntp-simple will keep it > > synchronized. > > > > HTH > > > > cmr > > -- > > Debian 'Sarge': Registered Linux User #241964 > > > > "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC > > > > > :) I have one machine that uses ntpd, if your curious that is what > > Freebsd ships with except it's not turned on by default. Regardless > the hardest part was doing the .conf file, it was easy if you use > the pool at ntp.org. That was why I suggested ntp-simple as it requires no configuration. It just works! (tm) Like you, I've used regular ntp and found the configuration to be pain. :-) > If you really want to read up on the virtures of Chrony and why some > suggest it for Debian you might want to search Debian user list, as > it comes up once in a while. Let's just say that each has it ardent > fans. I'm not familiar with Chrony and will look it up. Thanks! > Gnu_Raiz cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question : grub commands
On Monday 14 August 2006 03:22 pm, Lennart Sorensen wrote: > On Mon, Aug 14, 2006 at 02:40:58PM -0500, Mike Reinehr wrote: > > ntp-simple couldn't be easier to install & use and will keep your system > > time synchronized with the national time servers. I also would recommend > > ntpdate if you shut your system down frequently. Ntpdate will set the > > time on boot, while ntp-simple will keep it synchronized. > > There have been kernel/chipset combinations where the system clock ran > double speed. This is outside the scope of what ntp will tolerate. ntp > won't run on such a system. The system has to be reasonably accurate > before ntp will work with it. > > -- > Len Sorensen Acknowledged! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question : grub commands
On Monday 14 August 2006 01:40 pm, Gnu-Raiz wrote: > On Monday 14 August 2006 11:07, Hans-J. Ullrich wrote: > > Hello ! > > Just an easy question: > > > > Is there a difference between "disable_timer_pin_1" and > > "noapictimer" at startup in grub ? If yes, what is the difference > > ? > > > > (This command is needed to get the clock running correct) > > > > regards > > > > Hans > > Why not use Chrony and your local pool.ntp.org servers for time? > Also what happens if you don't reboot for a long time, then how do > you keep your time correct? > > Not that it makes a difference, but those are kernel commands, I > believe all grub does is pass those on to the kernel anyway. > > Your local search engine will be most useful here, might want to > give it a go. > > Gnu_Raiz ntp-simple couldn't be easier to install & use and will keep your system time synchronized with the national time servers. I also would recommend ntpdate if you shut your system down frequently. Ntpdate will set the time on boot, while ntp-simple will keep it synchronized. HTH cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: smartmonitor-tools not working with sata drives
Harm Behrens wrote: Just upgrade your kernel to 2.6.15 or more. there is no kernel 2.6.15 in the amd64-sarge repositery! And as this is an production-server I don't like to compile myself! 2.6.16 have in backports and testing. I couldn't find testing at: deb http://ftp.de.debian.org/debian-amd64/debian/ testing main contrib where is it? deb http://ftp.de.debian.org/debian/ testing main contrib non-free Package linux-image-. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: smartmonitor-tools not working with sata drives
Harm Behrens wrote: the hardware setup: - mobo: Asus A8N-SLI - 2 sata harddrives: 300 GB Samsung 300 GB - kernel: 2.6.8-12-amd64-k8 Just upgrade your kernel to 2.6.15 or more. there is no kernel 2.6.15 in the amd64-sarge repositery! And as this is an production-server I don't like to compile myself! harm-? 2.6.16 have in backports and testing. http://linux-ata.org/software-status.html wrote: SMART support With the integration of ATA passthru in kernel 2.6.15, SMART is fully supported in the standard libata driver. So your need 2.6.15 or more kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: smartmonitor-tools not working with sata drives
Harm Behrens wrote: I have problems to start smartmonitor-tools: smartctl -i -d ata /dev/sda -T permissive smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) === START OF INFORMATION SECTION === Device Model: [No Information Found] Serial Number:[No Information Found] Firmware Version: [No Information Found] Device is:Not in smartctl database [for details use: -P showall] ATA Version is: 1 ATA Standard is: Exact ATA specification draft version not indicated Local Time is:Wed Aug 9 11:43:58 2006 CEST SMART is only available in ATA Version 3 Revision 3 or greater. We will try to proceed in spite of this. SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported. A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. the hardware setup: - mobo: Asus A8N-SLI - 2 sata harddrives: 300 GB Samsung 300 GB - kernel: 2.6.8-12-amd64-k8 Any help is appreciated. Thanks, Harm Just upgrade your kernel to 2.6.15 or more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rxvt won't start
On Sunday 07 May 2006 12:02 pm, Russ Cook wrote: > Russ Cook wrote: > > Gnu-Raiz wrote: > >> On Friday 28 April 2006 15:48, Russ Cook wrote: > >>> Aaron M. Ucko wrote: > Russ Cook <[EMAIL PROTECTED]> writes: > > I'm running gnome. From a xterminal, I try to start rxvt, and > > get this message: > > rxvt: can't load color "Black" > > rxvt: can't load color "Black" > > rxvt: aborting > > > > Has anyone seen this problem, and can you tell me what I > > should check? > > You may have managed to hit http://bugs.debian.org/343389 . Try > reinstalling the x11-common package with dpkg > --force-confmiss: > > dpkg -i --force-confmiss > /var/cache/apt/archives/x11-common_*.deb > >>> > >>> Aaron, > >>> Thank you for the reply. I did as you suggested, but the error > >>> remains the same. > >>> Thanks though! > >> > >> Is their any special reason your using rxvt? You can make the changes > >> to x-term to make it look exactly like rxvt! > >> Example code: > >> > >> xterm -sb -sl 200 -leftbar -fg black -bg white & > >> > >> I do agree that if rxvt does not work right maybe you should file a > >> bug report. If I remember correctly rxvt is a subset to xterm, and > >> might not have implemented everything yet. > >> > >> Gnu_Raiz > > > > Gnu_Raiz, > > Thank you for your reply. Below is what the system tells me when I > > executed the command > > string you suggested, from within a Konsole window. It appears I have > > a configuration problem of some sort. > > > > [EMAIL PROTECTED]:~$ xterm -sb -sl 200 -leftbar -fg black -bg white & > > [1] 7723 > > [EMAIL PROTECTED]:~$ Warning: Color name "white" is not defined > > Warning: Cannot convert string "nil2" to type FontStruct > > Warning: Unable to load any usable ISO8859 font > > Warning: Unable to load any usable ISO8859 font > > Warning: Color name "black" is not defined > > xterm: Cannot allocate color green > > xterm: Cannot allocate color red > > > > [1]+ Donexterm -sb -sl 200 -leftbar -fg black -bg > > white > > After a recent 'apt-get upgrade' with no change to my sources.list file, > rxvt now works. I have no idea what has changed, but I'm now a 'happy > camper'. Sorry for the late response, but I've been out of town & have gotten way behind on this list. IIRC I had similar problem on an I386 system a month or two ago which turned out to have a simple answer. The file /etc/X11/rgb.txt had gone missing. Reinstalling x11-common did not solve the problem, but copying the file over from another system did. Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Missing firefox source and unofficial debian-amd64 breakage
On Sun, Apr 23, 2006 at 09:49:29PM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Sun, Apr 23, 2006 at 02:46:47PM +0200, Goswin von Brederlow <[EMAIL > PROTECTED]> wrote: > > Hi, > > > > as some might have noticed the Debian archive is missing > > > > /debian/pool/main/f/firefox/firefox_1.5.dfsg+1.5.0.2.orig.tar.gz > > > > The missing file has a sideeffect for the debian-amd64 archive because > > the sync-script detects an inconsistency and stops. Since it goes > > alphabeticaly and package after firefox won't be updated to the latest > > version anymore. > > > > >From my irc backlog this looks like a DAK screwup and not the > > maintainers fault and is probably being investigated already. But that > > doesn't help the rest of the world in the short run. > > AFAIK, the breakage is due to the fact that 1.5.dfsg+1.5.0.2-1 is > sitting in the NEW queue. I guess Eric didn't make a sourceful upload > for 1.5.dfsg+1.5.0.2-2, thus the missing orig.tar.gz file. Better than that. Eric DID a sourceful upload which got rejected because the .orig.tar.gz was in the NEW queue. Then he uploaded without the source and that's what got into the archive. Now, 1.5.dfsg+1.5.0.2-1 has been rejected, without any reason given. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Missing firefox source and unofficial debian-amd64 breakage
On Sun, Apr 23, 2006 at 02:46:47PM +0200, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Hi, > > as some might have noticed the Debian archive is missing > > /debian/pool/main/f/firefox/firefox_1.5.dfsg+1.5.0.2.orig.tar.gz > > The missing file has a sideeffect for the debian-amd64 archive because > the sync-script detects an inconsistency and stops. Since it goes > alphabeticaly and package after firefox won't be updated to the latest > version anymore. > > >From my irc backlog this looks like a DAK screwup and not the > maintainers fault and is probably being investigated already. But that > doesn't help the rest of the world in the short run. AFAIK, the breakage is due to the fact that 1.5.dfsg+1.5.0.2-1 is sitting in the NEW queue. I guess Eric didn't make a sourceful upload for 1.5.dfsg+1.5.0.2-2, thus the missing orig.tar.gz file. > Dear maintainers, could you upload the missing orig.tar.gz to > people.d.o or some other public place and send us the url so we can do > a quick fix for amd64 (and anyone else needing the file) please. I'll leave that to Eric. I don't have the .orig.tar.gz. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Amarok 1.3.8-1 crashes on startup
I am having trouble getting the amarok 1.3.8-1 package running on my system. It crashes on startup every time I run it. I've tried wiping out the config files from .kde, but after I get through the first run wizard it crashes in the same manner, with the following: [EMAIL PROTECTED] ~ $ amarok amaroK: [Loader] Starting amarokapp.. amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp. QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc KCrash: Application 'amarok' crashing... I've run gdb on amarokapp and get the following backtrace: [EMAIL PROTECTED] ~ $ gdb /usr/lib/amarok/amarokapp GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/lib/amarok/amarokapp [Thread debugging using libthread_db enabled] [New Thread 46912618815024 (LWP 26253)] Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Program received signal SIGABRT, Aborted. [Switching to Thread 46912618815024 (LWP 26253)] 0x2d207de0 in raise () from /lib/libc.so.6 (gdb) bt #0 0x2d207de0 in raise () from /lib/libc.so.6 #1 0x2d209290 in abort () from /lib/libc.so.6 #2 0x2ce02bf0 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #3 0x2ce00c36 in __gxx_personality_v0 () from /usr/lib/libstdc++.so.6 #4 0x2ce00c63 in std::terminate () from /usr/lib/libstdc++.so.6 #5 0x2ce00d4a in __cxa_throw () from /usr/lib/libstdc++.so.6 #6 0x2ce0103f in operator new () from /usr/lib/libstdc++.so.6 #7 0x2ce010d9 in operator new[] () from /usr/lib/libstdc++.so.6 #8 0x2dd2f0e1 in QPNGImageWriter::writeImage () from /usr/lib/libqt-mt.so.3 #9 0x2dd2fb2a in QPNGImageWriter::writeImage () from /usr/lib/libqt-mt.so.3 #10 0x2dd2f272 in QPNGImageWriter::writeImage () from /usr/lib/libqt-mt.so.3 #11 0x2da58d97 in QImageIO::write () from /usr/lib/libqt-mt.so.3 #12 0x2da5c43f in QImage::doImageIO () from /usr/lib/libqt-mt.so.3 #13 0x2da5d6c6 in QImage::save () from /usr/lib/libqt-mt.so.3 #14 0x004b0ce6 in QMap::operator[] () #15 0x004b2653 in QMap::operator[] () #16 0x2dabf3a6 in QWidget::unsetFont () from /usr/lib/libqt-mt.so.3 #17 0x2dac0cd3 in QWidget::reparent () from /usr/lib/libqt-mt.so.3 #18 0x2dac0da0 in QWidget::reparent () from /usr/lib/libqt-mt.so.3 #19 0x004604a3 in QValueListPrivate::~QValueListPrivate () #20 0x005663f5 in QMapPrivate::QMapPrivate () #21 0x0045d93c in KToggleAction::metaObject () #22 0x005ba091 in QWizard::setFinish () #23 0x2d1f44ca in __libc_start_main () from /lib/libc.so.6 #24 0x00452cca in ?? () #25 0x7fb779b8 in ?? () #26 0x2abc29c0 in ?? () from /lib64/ld-linux-x86-64.so.2 #27 0x0001 in ?? () #28 0x007f20f0 in ?? () #29 0x in ?? () I'm running a custom compiled kernel 2.6.15 on a socket 754 Athlon 64 3200 on an asus k8v se deluxe motherboard. I am using the unstable tree. I submitted a bugreport a few weeks ago but never got a response. Any help is greatly appreciated. If there is anything more I can provide to help solve this problem let me know. Mike McLean !DSPAM:43fe653b243341750711582! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd race conditions
On Tue, Feb 07, 2006 at 05:36:51PM +, Steven Haslam wrote: > There shouldn't be any kernel changes required. Just use mkinitrd.yaird > to build a new initrd.img. I installed the sarge-backports yaird and modified /etc/kernel-pkg.conf to say "ramdisk=mkinitrd.yaird" and then ran "dpkg-reconfigure linux-image-2.6.15-1-amd64-k8-smp" which seemed to cause the ramdisk to be rebuilt using yaird. As you explained this meant that the network drivers were not loaded by the initrd. I still couldn't get my local udev rules to rename the interfaces on startup though. In the end I just disabled the e100 in the BIOS - I hope that the two tg3s will always be discovered in the same order... :-) Thanks for all your help. I think I'd like to log a bug report about this though. Is udev the best package to do that against? -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd race conditions
Mike Crowe wrote: >> 1. Failure to boot at all and being dumped at a shell prompt inside >> the ramdisk if the onboard SATA driver is loaded prior to the >> megaraid driver. This is despite the fact that nothing is connected >> to SATA. I've worked around this one by disabling the onboard SATA. On Tue, Feb 07, 2006 at 02:26:54PM +, Steven Haslam wrote: > I actually had this exact problem myself for the first time this morning > with my X2 system, with an initrd built by initramfs-tools. > > Using yaird may help because AIUI it will only load the modules required > to mount the root filesystem during the initramfs stage, or at least > will load those first. Assuming I can persuade the stock 2.6.15 kernel to use yaird rather than initramfs then I'll give that a go. If I have to compile the kernel myself I might as well just compile in the drivers I need which will also solve the problem for me. >> 2. Almost random ordering of ethernet devices between boots. The >> machine has a single e100 and two tg3 ports. Although I can believe >> that the two tg3s always appear in the same order I've had the e100 >> detected either first, last or inbetween the two tg3s! Statically >> configuring IP addresses is very hard if you don't know which will be >> eth0 next time. I've not fathomed a workaround for this one. This >> makes bug #342498 entered against the installer even worse. > You can fix the names of network interfaces using udev-- istr that's > available in sarge, even though a kernel that supports it isn't (fun). > > e.g. I have: > > bash$ cat /etc/udev/rules.d/010_local.rules [snip] But surely that's too late? The ramdisk will load the drivers before my root filesystem and therefore that rules file can be seen. -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
initrd race conditions
I'm running the backports.org 2.6.15 kernel on an otherwise sarge amd64 box with a couple of Opteron 275s. It seems that modules are being loaded by the initrd at startup in parallel. This seems to lead to serious race conditions with the following symptoms: 1. Failure to boot at all and being dumped at a shell prompt inside the ramdisk if the onboard SATA driver is loaded prior to the megaraid driver. This is despite the fact that nothing is connected to SATA. I've worked around this one by disabling the onboard SATA. 2. Almost random ordering of ethernet devices between boots. The machine has a single e100 and two tg3 ports. Although I can believe that the two tg3s always appear in the same order I've had the e100 detected either first, last or inbetween the two tg3s! Statically configuring IP addresses is very hard if you don't know which will be eth0 next time. I've not fathomed a workaround for this one. This makes bug #342498 entered against the installer even worse. Does anyone else see this problem? Is it likely to be amd64 specific? I haven't really used initrds, udev or 2.6 kernels on the dual processor x86 boxes we have so I don't know if they suffer similary. -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Make, ccache and unreaped defunct shells
On Fri, Feb 03, 2006 at 12:47:10AM +0100, Frederik Schueler wrote: > I suggest you pick the backported linux-image-2.6.15-1-amd64-k8-smp > and yaird from www.backports.org. That's what I ended up doing not long after posting. The problem seemed to go away but it's been replaced by another network related problem that I'm currently discussing on the Linux netdev list. Once I was convinced that the make problem had gone away I was going to post a followup. > The ccache version you are using is newer than the one in sarge > (2.3-1.1), is it a sid backport? It's compiled straight from source. Thanks for the advice. -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please help - kernel crashes often
[EMAIL PROTECTED] ~]# mcelog --k8 --ascii wrote: > Yeah, I looked at the memory. It's got a PQI sticker (at least one set) > > It's SUPPOSED to be "(Samsung, Micron, Elpida, Infineon, Hynix OEM)" - > which would align it basically with what Supermicro suggests: > > http://supermicro.com/Aplus/support/resources/memory/?sz=1.0&mspd=0.4&mtyp=9&id=51EF70624CA791283EC434A52DA0D4E2 > > Anyway, I called Supermicro. I'm going to order their > recommended/proper heatsink, air shroud, and then also call up the > vendor I got the RAM from and tell them they did not deliver the > proper stuff. They'll put up a fight, because they don't do good > business - so tomorrow looks to be fun. > > Hopefully between those two any cooling and any RAM issues will be out > of the equation. > > On 2/1/06, Paul Brook <[EMAIL PROTECTED]> wrote: > > On Wednesday 01 February 2006 16:47, mike wrote: > > > After running memtest86 (V3.3) for at least 24 hours, I came back and > > > saw that each machine completed 61-63 cycles of tests, with 0 > > > errors... > > > > > > However, I did look through the BIOS for cache disabling - and it > > > doesn't appear I can disable the CPU cache. > > > > > > I did turn on chipkill and some other supposed ECC memory "helpers" > > > and instantly had the machine crash twice. > > > > > > [EMAIL PROTECTED] ~]# mcelog --k8 --ascii > > CPU 0 4 northbridge TSC 2 > > > Northbridge Chipkill ECC error > > > Chipkill ECC syndrome = 6ca0 > > >bit32 = err cpu0 > > >bit45 = uncorrected ecc error > > >bit57 = processor context corrupt > > >bit61 = error uncorrected > > > bus error 'local node origin, request didn't time out > > > generic read mem transaction > > > memory access, level generic' > > > STATUS b65020016c080813 MCGSTATUS 4 > > > 332ff8453 ADDR 7ff5faf0 > > > Kernel panic - not syncing: Machine check > > > > I had something similar, and it turned out the motherboard just didn't like > > the brand/model of memory I was using. Replacing it with a different make > > (this time one that was on the motherboard's recommended list) fixed the > > problem. > > > > Paul > > >
Re: Please help - kernel crashes often
Yeah, I looked at the memory. It's got a PQI sticker (at least one set) It's SUPPOSED to be "(Samsung, Micron, Elpida, Infineon, Hynix OEM)" - which would align it basically with what Supermicro suggests: http://supermicro.com/Aplus/support/resources/memory/?sz=1.0&mspd=0.4&mtyp=9&id=51EF70624CA791283EC434A52DA0D4E2 Anyway, I called Supermicro. I'm going to order their recommended/proper heatsink, air shroud, and then also call up the vendor I got the RAM from and tell them they did not deliver the proper stuff. They'll put up a fight, because they don't do good business - so tomorrow looks to be fun. Hopefully between those two any cooling and any RAM issues will be out of the equation. On 2/1/06, Paul Brook <[EMAIL PROTECTED]> wrote: > On Wednesday 01 February 2006 16:47, mike wrote: > > After running memtest86 (V3.3) for at least 24 hours, I came back and > > saw that each machine completed 61-63 cycles of tests, with 0 > > errors... > > > > However, I did look through the BIOS for cache disabling - and it > > doesn't appear I can disable the CPU cache. > > > > I did turn on chipkill and some other supposed ECC memory "helpers" > > and instantly had the machine crash twice. > > > > [EMAIL PROTECTED] ~]# mcelog --k8 --ascii > CPU 0 4 northbridge TSC 2 > > Northbridge Chipkill ECC error > > Chipkill ECC syndrome = 6ca0 > >bit32 = err cpu0 > >bit45 = uncorrected ecc error > >bit57 = processor context corrupt > >bit61 = error uncorrected > > bus error 'local node origin, request didn't time out > > generic read mem transaction > > memory access, level generic' > > STATUS b65020016c080813 MCGSTATUS 4 > > 332ff8453 ADDR 7ff5faf0 > > Kernel panic - not syncing: Machine check > > I had something similar, and it turned out the motherboard just didn't like > the brand/model of memory I was using. Replacing it with a different make > (this time one that was on the motherboard's recommended list) fixed the > problem. > > Paul >
Re: Please help - kernel crashes often
After running memtest86 (V3.3) for at least 24 hours, I came back and saw that each machine completed 61-63 cycles of tests, with 0 errors... However, I did look through the BIOS for cache disabling - and it doesn't appear I can disable the CPU cache. I did turn on chipkill and some other supposed ECC memory "helpers" and instantly had the machine crash twice. [EMAIL PROTECTED] ~]# mcelog --k8 --ascii
Re: Jumbo Frames?
All: It appears my initial assumption I can set everything to MTU 9000 was incorrect. Since my initial post, I also found a mail thread of someone else with Linux and Dell PowerConnect 5324 who had the same issues at 9000. So I played around with the MTUs on both servers. I figured out that 6000 seems to be the best. I tested increments of 500 and every combination up to 9500 (which would give a "SIOCSIFMTU: Invalid argument" error every time, no big deal) I have a lot of data in a table format, which would be too hard to share. But if anyone wants a copy of it, which I guess would be specific to Broadcom ethernet NICs and PowerConnect 5324 switches, feel free to email me. I doubt there will be much need for it right now, so I won't put it up anywhere or make an effort to share it. Anyway, it appears when I would set one machine to 7000 and the other at 7000 or above it would drop down to ~ 25MB/sec. Otherwise, I could get anywhere from 100-117MB/sec. Which isn't a problem - theoretically, gigE can only give me 125MB/sec anyway... so 116-117MB/sec I think is really good, so I am happy now. :) Thanks for the help, and forcing me to walk through the motions! - mike
Re: Please help - kernel crashes often
Do you mean disable the CPU cache (L2?) or disable the ECC memory cache? I haven't looked at the BIOS yet to see which options I have, but I want to make sure I do the right one :) Wouldn't disabling some caches wind up cutting the performance down, especially if you mean the CPU cache? Having the dual 1M L2 caches is supposed to be really good, disabling those would probably be a big performance hit then wouldn't it? Thanks for the feedback though. All of this is helping me. On 1/31/06, Lennart Sorensen <[EMAIL PROTECTED]> wrote: > It seems to say _data_cache_ ecc error, not ram ecc error. Sounds like > a cpu has a defective cache. Well unless that is how the cpu reports > when a transfer between cache and ram had an ecc failure. Need an > expert on the k8 to answer that I think. :) > > 1U machines do tend to run hot, due to limited space for cooling and > packing everything in so tight. A cpu that is marginal is much more > likely to fail in such conditions. If the bios has an option to disable > the cache, maybe you could see if that makes it stable. If it does, > then you pretty much know where the broken hardware is.
Make, ccache and unreaped defunct shells
I've installed sarge/amd64 on a machine with a couple of Opteron 275s. We're using make (Debian version), ccache 2.4 and distcc 2.18.3 to build quite a large amount of code using -j12. At some point during the build make will stop spawning new jobs. Looking at the process listing there are a large number (equivalent to the number passed to -j) of completed shell processes sat unreaped with make sat asleep waiting for them. mac 32196 1.0 0.2 24876 19648 pts/5 S+ 11:51 0:02 make mac 13234 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14254 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14296 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14308 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14470 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14491 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14518 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14530 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14545 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14571 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14589 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] mac 14610 0.0 0.00 0 pts/5 Z+ 11:52 0:00 [sh] According to /proc/32196/wchan the make process is in pipe_wait. It seems like there is a fundamental problem with waiting for child processes somewhere. Has anyone seen anything similar or recommend the best course of action? ---8<--- ii libc6 2.3.2.ds1-22 ii kernel-image-2.6.8-11-amd64 2.6.8-16sarge1 ii make3.80-9 --->8--- -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Jumbo Frames?
Here's all the information I think could possibly be relevant... does anything look out of place here? This is machine A: [EMAIL PROTECTED] ~]# ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: d Current message level: 0x00ff (255) Link detected: yes [EMAIL PROTECTED] ~]# ifconfig eth0 Link encap:Ethernet HWaddr 00:30:48:56:64:38 inet addr:192.168.1.102 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:299221 errors:0 dropped:0 overruns:0 frame:0 TX packets:74500 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:541384360 (516.3 MiB) TX bytes:22598748 (21.5 MiB) Interrupt:16 This is machine B: lvs02:~# ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: d Current message level: 0x00ff (255) Link detected: yes lvs02:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:30:48:56:64:42 inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1 RX packets:2951 errors:0 dropped:0 overruns:0 frame:0 TX packets:301 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:10087616 (9.6 MiB) TX bytes:25102 (24.5 KiB) Interrupt:16 and the two ports on the switch: switch01# show int st Flow Link Back Mdix Port Type Duplex Speed Neg ctrl State Pressure Mode .. . ... ... g19 1G-CopperFull1000 Enabled Off Up Disabled On g21 1G-Combo-C Full1000 Enabled Off Up Disabled Off Both ports full duplex, speed 1000, flow control off, neg enabled, state up, back pressure disabled, and MDI/MDIX is different (don't think that should make a difference?) and I don't know if this is meaningless or not but mii-tool reports only 100 [EMAIL PROTECTED] ~]# mii-tool eth0: negotiated 100baseTx-FD flow-control, link ok however it oinly supports these types anyway: media: 100baseT4, 100baseTx-FD, 100baseTx-HD, 10baseT-FD, 10baseT-HD, (to advertise both HD and FD) 100baseTx, 10baseT mii-tool is saying flow-control is on, it appears, and the switch doesn't - but I don't know if mii-tool can be trusted... Any other information/logs/whatever you want just let me know. I appreciate any and all help and want to make it as easy as I can to get the help :) On 1/30/06, Anthony DeRobertis <[EMAIL PROTECTED]> wrote: > Check to make sure that B is operating in 1000mbps, full duplex, using > ethtool, and check to make sure the switch agrees. Duplex mismatches > will kill any ethernet link.
Re: Please help - kernel crashes often
Yes, I was able to go down and get on the console, record it, and found a thread on how to decypher it. The MCE was: CPU 0: Machine Check Exception: 4 Bank 0: f60da833 TSC 23fd7acec1e ADDR 797db2c0 Kernel panic - not syncing: Machine check the output from "mcelog" was: web03:~# mcelog --k8 --ascii wrote: > ECC failures will generate MCE's. The MCE message *should* provide some > hint as to what is wrong.
Re: Jumbo Frames?
On 1/30/06, Andrew Sharp <[EMAIL PROTECTED]> wrote: > C -> A will end up at 1500 since C can only do 1500, obviously. B -> A, > your switch is choking, is my *guess*. > > I suspect your switch it not working as well as you think it is, > unfortunately. Is it firmware upgradeable? If so, check for updates. > Also check the Dell forums. I have a unmanaged Dell switch, it exhibits > the same behavior. Unfortunately, not upgradeable in my case ~:^( I sure hope not! It's a Dell PowerEdge 5324, and it touts all sorts of goodies. > You should get better than 50MB/s however. What are the NICs? Using a > hacked version of netcat, to eliminate disk I/O from the picture, I see > steady 90ish MB/s. Between two 64/66 Intel NICs across my Dell switch. > Between any other NIC hardware combos, I see 70-80 MB/s max. Actually, > the only other hardware I have that isn't 32bit is a Broadcom 57XX, also > 64/66. All the servers are identical config: * Dual-core Opteron 175 * 2x1 gig DDR3200 ECC * Seagate 250G SATA * Serverworks HT1000 chipset on a Supermicro H8SSL-i motherboard (specs: http://www.supermicro.com/Aplus/motherboard/Opteron/HT1000/H8SSL-i.cfm) * appears to be Dual-port Broadcom BCM5704C Gigabit LAN / Ethernet Controller Are there any sort of sysctls or echo foo >/proc/somesettings that might help get more benefit out of jumbo frames? No magtter what I would expect it to at least be the same speed. Not 10x worse.
Re: Jumbo Frames?
Yeah - but I shouldn't be incurring that much on a dual-core opteron that's idle to slow it down by 10x on the same protocol :) Maybe FTP vs. SCP... but not a common denominator... On 1/30/06, Allan Wind <[EMAIL PROTECTED]> wrote: > On 2006-01-30T13:58:56-0800, mike wrote: > > I'm just scp'ing a 170 meg video file back and forth - it's over 10 > > times slower... does anything stand out to you instantly as to what > > the problem would be? > > The difference does not make sense, but you do incur CPU overhead for > encryption with scp so it might not be the best test. > > > /Allan > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFD3o45uDtNyOwreTYRArLGAJ9rUuIuMuPWFc51foiPigW9slUihwCfZqJM > KP26gQqHcyqKFkNfaGKV0tE= > =Bi6Q > -END PGP SIGNATURE- > > >
Re: Jumbo Frames?
Thanks for the reply. I've tried that and now this is giving me confusing results: A has jumbo frames (mtu 9000) B has jumbo frames (mtu 9000) C has normal (mtu 1500) B -> A = 3.4MB/sec C -> A = around 50MB/sec I'm just scp'ing a 170 meg video file back and forth - it's over 10 times slower... does anything stand out to you instantly as to what the problem would be? Thanks in advance. - mike On 1/30/06, Lionel Elie Mamane <[EMAIL PROTECTED]> wrote: > Yes. Set the MTU to 9000 on all machines.
Jumbo Frames?
I have recently moved my servers to an all gigabit ethernet network and I'd like to make use of jumbo frames. They're enabled on my switch (it's a Dell managed switch) - however, I am not sure if I have to make any changes to the servers themselves (i.e. changing the default MTU from 1500 to 9000?) - and I haven't been able to find anything by Googling that helps. I'm running Debian-amd64, so this isn't completely off-topic :) Thanks in advance for any replies, I'm sure plenty of people here use it or know how I can figure this out and confirm! - mike
Re: Please help - kernel crashes often
Sure enough, one of the two others I tested failed within only 10-15 mins. Does this look appropriate for a dual-core, single chip, Opteron 175 in a 1u chassis? The max any CPU gets is 62C... ipmi>sensors CPU Temparture (C) =62.00 Min=0.00 Max=75.00ok System Temparture (C)=25.00 Min=0.00 Max=75.00ok DIMM Voltage (V) =2.70 Min=2.30 Max=2.82 ok CPU Core Voltage (V) =1.41 Min=1.04 Max=1.71 ok 3.3V Voltage (V) =3.34 Min=2.90 Max=3.57 ok 3.3VSB Voltage (V) =3.33 Min=2.90 Max=3.57 ok 5V Voltage (V) =5.07 Min=4.49 Max=5.48 ok 12V Voltage (V) =11.84 Min=10.89 Max=13.29ok -12V Voltage (V) =-12.11Min=-13.19Max=-10.81 ok Battery Voltage (V) =3.34 Min=3.04 Max=3.72 ok FAN 1 Fan (RPM) =6750.00 Min=810.00Max=17145.00 ok FAN 5 Fan (RPM) =4860.00 Min=810.00Max=17145.00 ok Power Supply = ok Thanks!
Re: Please help - kernel crashes often
Thanks for the quick reply. I have an IPMI card installed and can monitor the CPU temperatures - it took a LOT to get this up to 70C and set off the threshhold alarm. An idle machine doing a make -j2 shouldn't take it to it's knees, or make it overheat. Especially on two separate servers... however I'm open to try anything at this point. Especially since it is on two servers, I'll try running it on two others and see if those two fail as well. On 1/29/06, Harald Dunkel <[EMAIL PROTECTED]> wrote: > Hi Mike, > > A machine check exception indicates a hardware problem, i.e. > a broken CPU. (I am not sure whether it could indicate > bad ECC memory, too. Did you run memtest68?) > > Since you get the problem on heavy load I would suggest to > look for the CPU fan. If the CPU is overheated then this > is the kind of problem I would expect. > > > Good luck > > Harri > > >
Re: Please help - kernel crashes often
I forgot, I should have included dmesg... and lspci I suppose. Bootdata ok (command line is root=/dev/sda2 ro) Linux version 2.6.14.3-mike ([EMAIL PROTECTED]) (gcc version 4.0.3 2005 (prerelease) (Debian 4.0.2-4)) #3 SMP Fri Dec 2 05:39:39 PST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7fff (usable) BIOS-e820: 7fff - 7fffe000 (ACPI data) BIOS-e820: 7fffe000 - 8000 (ACPI NVS) BIOS-e820: fec0 - fec03000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) ACPI: RSDP (v000 ACPIAM) @ 0x000f7140 ACPI: RSDT (v001 A M I OEMRSDT 0x11000517 MSFT 0x0097) @ 0x7fff ACPI: FADT (v002 A M I OEMFACP 0x11000517 MSFT 0x0097) @ 0x7fff0200 ACPI: MADT (v001 A M I OEMAPIC 0x11000517 MSFT 0x0097) @ 0x7fff0390 ACPI: OEMB (v001 A M I AMI_OEM 0x11000517 MSFT 0x0097) @ 0x7fffe040 ACPI: DSDT (v001 0ABSW 0ABSW005 0x0005 INTL 0x02002026) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 7fff Using 20 for the hash shift. Max adder is 7fff Using node hash shift of 20 Bootmem setup node 0 -7fff On node 0 totalpages: 524175 DMA zone: 3999 pages, LIFO batch:1 Normal zone: 520176 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:1 ACPI: PM-Timer IO Port: 0x508 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:3 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:3 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-15 ACPI: IOAPIC (id[0x03] address[0xfec01000] gsi_base[16]) IOAPIC[1]: apic_id 3, version 17, address 0xfec01000, GSI 16-31 ACPI: IOAPIC (id[0x04] address[0xfec02000] gsi_base[32]) IOAPIC[2]: apic_id 4, version 17, address 0xfec02000, GSI 32-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:7ec0) Checking aperture... CPU 0: aperture @ 828000 size 32 MB Aperture from northbridge cpu 0 too small (32 MB) No AGP bridge found Built 1 zonelists Kernel command line: root=/dev/sda2 ro Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz PM timer. time.c: Detected 2194.608 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) Memory: 2057504k/2097088k available (2567k kernel code, 39196k reserved, 899k data, 204k init) Calibrating delay using timer specific routine.. 4395.97 BogoMIPS (lpj=8791943) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 0(2) -> Node 0 -> Core 0 mtrr: v2.0 (20020519) Using local APIC timer interrupts. Detected 12.469 MHz APIC timer. Booting processor 1/2 APIC 0x1 Initializing CPU#1 Calibrating delay using timer specific routine.. 4389.33 BogoMIPS (lpj=8778663) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 1(2) -> Node 0 -> Core 1 Dual Core AMD Opteron(tm) Processor 175 stepping 02 CPU 1: Syncing TSC to CPU 0. CPU 1: synchronized TSC with CPU 0 (last diff 0 cycles, maxerr 540 cycles) Brought up 2 CPUs Disabling vsyscall due to use of PM timer time.c: Using PM based timekeeping. testing NMI watchdog ... OK. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 ACPI: Subsystem revision 20050902 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller :00:02.1 Boot video device is :00:05.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1.P1P2._PRT] ACPI: PCI Interrupt Link [LN00] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LN01] (IRQs 1 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LN02] (IRQs 1 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LN03] (IRQs 1 3 4 5
Please help - kernel crashes often
I'm having a problem - any time I do a large rsync, or even compile a kernel over and over (basically a stress test - but not really throwing a major load on it) it eventually throws a machine check exception (I don't have a console into it right now so I can't paste the exact dump...) I'm wondering if perhaps I'm missing something obvious here - it's a dual-core Opteron setup, which I believe requires NUMA? and perhaps because of it's special needs, I might need to do something different? Anyway I am happy to try anything and I need to get a dump of it so I can Google that as well and see if anything specific turns up. Any help is appreciated! PLEASE help! I need these to work properly ASAP :) I will happily reply with any other information or try anything! Hardware: * Dual-core Opteron 175 * 2x1 gig DDR3200 ECC * Seagate 250G SATA * Serverworks HT1000 chipset on a Supermicro H8SSL-i motherboard (specs: http://www.supermicro.com/Aplus/motherboard/Opteron/HT1000/H8SSL-i.cfm) Software: * Debian-amd64 * gcc version 4.0.3 20060115 (prerelease) (Debian 4.0.2-7) * GNU ld version 2.16.91 20060118 Debian GNU/Linux I am using unstable for my apt sources right now, but I don't think this is an apt package related issue, or a library issue - but a kernel issue (or perhaps GCC 4.0 compiling the kernel?) I have 6 identical machines built and so far two of them have the same issue - at first I was [hoping] it was only the specific one and might be a hardware issue... I've tried two different versions of kernels and both have the same problem... One was 2.6.14.3, currently I am running 2.6.15.1, vanilla sources (no patches), config below: CONFIG_X86_64=y CONFIG_64BIT=y CONFIG_X86=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_MMU=y CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_CMPXCHG=y CONFIG_EARLY_PRINTK=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="-mike" CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_HOTPLUG=y CONFIG_KOBJECT_UEVENT=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y # CONFIG_CPUSETS is not set CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_CC_ALIGN_FUNCTIONS=0 CONFIG_CC_ALIGN_LABELS=0 CONFIG_CC_ALIGN_LOOPS=0 CONFIG_CC_ALIGN_JUMPS=0 # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_STOP_MACHINE=y # # Block layer # CONFIG_LBD=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y # CONFIG_IOSCHED_DEADLINE is not set # CONFIG_IOSCHED_CFQ is not set CONFIG_DEFAULT_AS=y # CONFIG_DEFAULT_DEADLINE is not set # CONFIG_DEFAULT_CFQ is not set # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="anticipatory" # # Processor type and features # CONFIG_MK8=y # CONFIG_MPSC is not set # CONFIG_GENERIC_CPU is not set CONFIG_X86_L1_CACHE_BYTES=64 CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_MTRR=y CONFIG_SMP=y # CONFIG_SCHED_SMT is not set CONFIG_PREEMPT_NONE=y # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT is not set CONFIG_PREEMPT_BKL=y CONFIG_NUMA=y CONFIG_K8_NUMA=y CONFIG_X86_64_ACPI_NUMA=y CONFIG_NUMA_EMU=y CONFIG_ARCH_DISCONTIGMEM_ENABLE=y CONFIG_ARCH_DISCONTIGMEM_DEFAULT=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_SELECT_MEMORY_MODEL=y # CONFIG_FLATMEM_MANUAL is not set CONFIG_DISCONTIGMEM_MANUAL=y # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_DISCONTIGMEM=y CONFIG_FLAT_NODE_MEM_MAP=y CONFIG_NEED_MULTIPLE_NODES=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y CONFIG_NR_CPUS=2 # CONFIG_HOTPLUG_CPU is not set CONFIG_HPET_TIMER=y CONFIG_X86_PM_TIMER=y # CONFIG_HPET_EMULATE_RTC is not set CONFIG_GART_IOMMU=y CONFIG_SWIOTLB=y CONFIG_X86_MCE=y CONFIG_X86_MCE_INTEL=y CONFIG_X86_MCE_AMD=y CONFIG_PHYSICAL_START=0x10 # CONFIG_KEXEC is not set CONFIG_SECCOMP=y # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_ISA_DMA_API=y CONFIG_GENERIC_PENDING_IRQ=y # # Power management options # CONFIG_PM=y # CONFIG_PM_LEGACY is not set # CONFIG_PM_DEBUG is not set # # ACPI (Advanced Configurati
Re: Printer problem with cups
I have a similar problem. Restarting hotplug and enabling the printer seems to fix it too. I tried hunting it down, but got confused with udev and hotplug. The kernel version we have for amd64 appears to be udev. Udev does seem to be a replacement for hotplug, but there is still a hotplug in init.d. I think its a kernel problem with not reporting new hardware. I did some tests with udev, and udev didn't report anything new in the message log. I think udev is supposed to report a new item, and possibly run a script. Since then I've tried Ubuntu, and same issue. Different kernels, same issue. Good luck. On Fri, 2005-12-23 at 18:19 +, antonio giulio wrote: > g printer on. Just logged in, I have > tried to print, and now it works. It's not so nice, however I can make > a print now:) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Printer problem with cups
Make sure your printer is powered-on when you boot your machine. and Try /etc/init.d/hotplug restart followed by a /etc/init.d/cupsys restart I've had problems with my Epson not working right if it's not detected on boot. - Original Message - From: "thierry" <[EMAIL PROTECTED]> To: "Debian-AMD64-ML" Sent: Friday, December 23, 2005 10:07 AM Subject: Re: Printer problem with cups Lennart Sorensen wrote: On Fri, Dec 23, 2005 at 08:28:24AM +, antonio giulio wrote: I have tried: 1) # /etc/init.d/cupsys restart not working 2) # /etc/init.d/udev restart not working 3) again # /etc/init.d/cupsys restart not working --- I use my printer rarely, and I don't need to keep it in a lan, and so I would like to know if there is an alternative to cups, more "plug'n'play" for single pc and single printer... I can't think of anything simpler than cups. try: /usr/bin/enable printername if that doesn't work try: /etc/init.d/cupsys stop /etc/init.d/cupsys start Making sure the printer is on, and the usb printer module is loaded. I don't know if there is a way to force cupsys to just assume the printer is there even if it is off with USB printers. I always just leave the printer on personally so it generally doesn't become a problem. Len Sorensen Well I don't know for sure, but it might be a problem with Epson printer. I got the same problem last year, but I did not investigate it, as I was a my way to get an HP printer, which was recognized as soon as a pluged it in. Thierry -- 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]
Re: DualCore Dual-Opteron Board - suggestion?
> I believe there is an issue with kernels < 2.6.14-2 with Opteron SMP. > That is why I'm running 2.6.14-2 myself. > > The issue was an AMD errata rather than a bug with the kernel - > 2.6.14-2 contained a workaround. I think that's all that NUMA stuff right? It wasnt optimized properly or something...
Re: DualCore Dual-Opteron Board - suggestion?
I run Tyan dual-Opterons - not dual-core yet, but I would expect them to run great. They use pretty standard chipsets. I'd suggest them every time. Debian-amd64 works great on them. On 12/7/05, Lars Schimmer <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi! > > Just for a quick note: > anyone has a suggestion for a dual-Opteron board for Dualcore opterons > which works flawless under debian amd64? > E.G. the Tyan Tiger K8WE looks nice for me, but does it run flawless > with debian amd64? > At least this board has to power up 4 firewire bus for us here. > > Cya > Lars > - -- > - - > TU Graz, Institut für ComputerGraphik & WissensVisualisierung > Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] > PGP-Key-ID: 0xB87A0E03 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFDlv7yVguzrLh6DgMRAs3FAJ90urxrRp6tRtAgi1TmaNdRZ0cfxACfQZ5R > jYTjNv2k2e5BmgsEC00S6qQ= > =DcVp > -END PGP SIGNATURE- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: ISO Burning problems
On Tuesday 06 December 2005 12:42 pm, Lennart Sorensen wrote: > On Tue, Dec 06, 2005 at 06:12:45PM +, antonio giulio wrote: > > with: > > > > mount -o loop image.iso /mnt/image > > mount /dev/cdrom /mnt/cdrom > > diff -ruN /mnt/image /mnt/cdrom > > > > diff has returned nothing. > > diff returning nothing means no differences found. > > if you want you can do: > diff -ruN /mnt/image /mnt/cdrom && echo "Everything matches" || echo > "Something didn't match" > > > This is the output of k3b-debug after dvd iso burning: > > All looked fine to me. > > Len Sorensen I ran into this the first time that I burned a DVD image of Libranet's new, 3.0 release. Growisofs output indicated a successful burn, but the new image failed the md5sum test. I finally noticed that the dvd image was several kilobytes larger than the original image. Eventually, using dd & od I determined that the difference appeared to consist of several blocks of binary zeros appended to the end of the original image. As a test of this theory, I used dd to truncate the extra blocks and the resulting image passed the md5sum test. Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question (not necessarily related to -amd64)
That's what I thought :) No hard feelings here. On 12/5/05, Stephen Gran <[EMAIL PROTECTED]> wrote: > This one time, at band camp, mike said: > > this was directed at that one guy with the out of office message, right? > > > > i shouldn't have any sort of responders... > > Yes, sorry - I should have been clearer. > > It was meant as a pointer to netiquette, not criticism, and it wasn't > directed at you. > -- > - > | ,''`.Stephen Gran | > | : :' :[EMAIL PROTECTED] | > | `. `'Debian user, admin, and developer | > |`- http://www.debian.org | > - > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFDlNxoSYIMHOpZA44RAop5AKCbGflTieMr5AwZylsvS7ZmtU2IQgCgzPcn > lifh19ncSTlfOeTb3ajexFA= > =C42r > -END PGP SIGNATURE- > > >
Re: Question (not necessarily related to -amd64)
this was directed at that one guy with the out of office message, right? i shouldn't have any sort of responders... On 12/5/05, Stephen Gran <[EMAIL PROTECTED]> wrote: > This one time, at band camp, mike said: > > Is an /etc/hosts lookup negligible? > > And please turn off your autoresponder for mailing list traffic. > > Thanks, > -- > - > | ,''`.Stephen Gran | > | : :' :[EMAIL PROTECTED] | > | `. `'Debian user, admin, and developer | > |`- http://www.debian.org | > - > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFDlNMISYIMHOpZA44RAg7lAKDTKLax1QI/HDs5+CkrbBGBMMIAcwCfbLQy > TYvrv+3FAvmUiH2Oqu7ABl4= > =7Dzq > -END PGP SIGNATURE- > > >
Question (not necessarily related to -amd64)
Is an /etc/hosts lookup negligible? I'd like to assign "friendly names" to my servers "i.e. 'mysql' for the mysql server" - right now I use IPs. But it would make it more portable (as well as make it easier for my hosting clients to remember) - but if it's going to add a lot of overhead, then I'd rather not... I know it isn't as "expensive" as a normal DNS lookup, but it has to be more expensive than just a straight IP address. This would mainly be used from PHP scripts, some are accessed hundreds of times per minute - maybe this information gets cached and I'm worrying for nothing? Thanks, mike
Re: about the advantage of 64 bit processor
Search google for it, it's a long and argumentative answer. I've run debian 64 and ubuntu 64 and everything works just fine for me. Things that don't work. ndiswrapper wifi drivers that are for windows 32bit (note open source native drivers work fine, atheros for example) things that require a chroot: win32codecs (to play binary copied windows codecs) flash (open source versions available, but not a complete replacement for macromedia) openoffice(ubuntu has a hack to get it running without a chroot, but it is suposidly "dirty" and is still running 32 bit) Aside from that I've had trouble with the newest Kino from Ubuntu, crashes on save. Uriquen masters (game) doesn't work in AMD64, though these look like simple bugs A side note, see the amd64 guide. It has details on how to creat a chroot. I think it was pretty easy, cut and paste about 6 commands and you are set. Then you can install 32 programs using aptitude, and you have a plain sarge x86 distribution (just can't run 32 drivers on your 64bit kernel) As far as why you would run amd64? Probably so you can brag to your friends. For most things I guess you can see 1-2% speed increase from using the extra registers in the amd64. Encoders/compressors/encrypters and the like can reap the benefits causing something like a 20% increase. The speed difference will get better once amd64 gets more popular. Even unreal tournament runs on amd64 now, but some benchmarks show it running slower than the 32 bit version (as per lack of optimizations). - Original Message - From: "JULIO Cayo" <[EMAIL PROTECTED]> To: Sent: Wednesday, November 30, 2005 9:20 PM Subject: about the advantage of 64 bit processor Hi, I don't speak Inglish, but I try. I have an amd64 (+3200) processor (512 mb) , and obviusly , debian sarge amd64. My question is: which program do you experiment a big difference beetwen 32 bit and 64 bit. I use a common aplication and the performce is equal to 32 bit program. Thanks. Sorry for my Inglish. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: about the advantage of 64 bit processor
I'm still seeing some things (like LinuxThreads, and some clustered filesystem products) that will only run on x86, not x86_64 based kernels - and I've often wondered about switching back to normal 32-bit x86 (but on an amd64 chip.) I hear the performance is still better than a normal 32-bit chip... I guess the main difference is that I wouldn't be able to address more than 2GB RAM. Isn't that right (someone else)? Other than that, I'm not sure if there's much difference... I haven't seen any benchmarks showing amd64 in 64-bit totally outperforming amd64 in 32-bit mode myself... I'd like to hear someone else's opinion (perhaps more knowledgable on the architecture differences) - I was thinking about bringing this up myself as I might have to use x86 for certain [proprietary] filesystem products, but I wouldn't want to waste a lot of resources or miss out on the opportunity to address additional RAM (especially if I want to use something like memcached, where I can give it all the extra RAM I have in each machine as part of the distributed cache) Thanks, mike On 11/30/05, JULIO Cayo <[EMAIL PROTECTED]> wrote: > Hi, I don't speak Inglish, but I try. > I have an amd64 (+3200) processor (512 mb) , and obviusly , debian > sarge amd64. My question is: which program do you experiment a big > difference beetwen 32 bit and 64 bit. > I use a common aplication and the performce is equal to 32 bit program. > Thanks. > > Sorry for my Inglish. > >
Re: Mysql 5 64Studio install
No, I can't say I am running Gnome at all. But especially for lightweight SQL and some PHP, I don't see any reasons why not to use MySQL 5.0. Read it's limitations or something if you're worried... it's been great for me though. - mike On 11/30/05, studio-64 <[EMAIL PROTECTED]> wrote: > Hi Mike > Thanks for that, are you running Gnome on this box? > Just a bit paranoid lest I lose the desktop on this machine, and I wont > have problems with Ansi complience. I will be running very basic SQL on > this DB along with a bit of PHP. > > Cheers > Bob > > > mike wrote: > > I run MySQL 5 on Debian-amd64. Runs about the same as 4.x so far it > > seems performance-wise. > > > > I've been able to seamlessly switch it for just about everything - > > MySQL 5.0 now is picky on JOINs (especially LEFT JOINs) to be more > > ANSI SQL compliant, so those may break and need to be re-worked. > > Otherwise I haven't seen any other issues. Been working on trying to > > move everything to MySQL 5.0 and the mysqli PHP extension. > > > > > > On 11/30/05, studio-64 <[EMAIL PROTECTED]> wrote: > > > >>Hi > >>Do any of you know how MYSQL 5 runs on Deb 64? synaptic wants to > >>uninstall Gnome applets and some other Gnome stuff to install Mysql 5, > >>browser, and server. > >> > >>Will this mean I lose the desktop (this happened to another Deb > >>installation I did!) > >> > >>My system is running 64studio as a DAW and I would like Mysql for > >>tracking tracks.bands,albums and production/Master CD's. > >> > >>Not the most heavy weight use of a database I know, but I can move it > >>around easily. > >> > >>Cheers > >>Bob > >> > >> > >> > >> > >> > >>Bearmusic > >>hearmymusic.co.uk > >> > >> > >> > >>-- > >>To UNSUBSCRIBE, email to [EMAIL PROTECTED] > >>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >> > >> > > > > > > -- > > > > Bearmusic > hearmymusic.co.uk > > >
Re: Mysql 5 64Studio install
I run MySQL 5 on Debian-amd64. Runs about the same as 4.x so far it seems performance-wise. I've been able to seamlessly switch it for just about everything - MySQL 5.0 now is picky on JOINs (especially LEFT JOINs) to be more ANSI SQL compliant, so those may break and need to be re-worked. Otherwise I haven't seen any other issues. Been working on trying to move everything to MySQL 5.0 and the mysqli PHP extension. On 11/30/05, studio-64 <[EMAIL PROTECTED]> wrote: > Hi > Do any of you know how MYSQL 5 runs on Deb 64? synaptic wants to > uninstall Gnome applets and some other Gnome stuff to install Mysql 5, > browser, and server. > > Will this mean I lose the desktop (this happened to another Deb > installation I did!) > > My system is running 64studio as a DAW and I would like Mysql for > tracking tracks.bands,albums and production/Master CD's. > > Not the most heavy weight use of a database I know, but I can move it > around easily. > > Cheers > Bob > > > > > > Bearmusic > hearmymusic.co.uk > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: Open office
Ubuntu breezy has a working 32bit behind the scenes version that works quite well here. See what they are doing. On Thu, 2005-11-24 at 21:32 +0100, sigi wrote: > Hi, > > > >You can use Goswin's unofficial amd64-archive package to get this working. > > >It builds amd64 debs of enough library and binary packages to get it > > >running, though it's running 32-bit behind the scenes. Very nice. > > > > Do you have a link? I have not found on google-search. > > Think, you're searching this message: > http://lists.debian.org/debian-amd64/2005/07/msg00663.html > > regards, > sigi. > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Suggestions for a new AMD64 system
On Tuesday 22 November 2005 03:29 pm, Jack Malmostoso wrote: > On Tue, 22 Nov 2005 22:00:11 +0100, Lennart Sorensen wrote: > > d-i can do software raid1 just fine. Just don't try to setup the > > fakeraid in the bios, it won't use that, and you don't want to either. > > Thank you very much. > As for LVM I am not really sure I want to use it, mainly because I haven't > really understood it yet. I should read the LVM howto probably :) > > As this will be my first RAID setup, I guess I'll just stick to one thing > at a time. > Again, thanks for your advice! > > -- > Best Regards, Jack > Linux user #264449 > Powered by Debian PPC Jack, You really should take Lennart at his word and spend a little time learning LVM (LVM2, actually). It's really not that hard to set up. It took me only a couple of hours or so for my first LVM installation and that included reading the man pages and some online help. Of course, I've only scratched the surface of what's it's capable of doing. For me, the attraction was the ability to dynamically adjust file system sizes, without having to shutdown, backup, repartition, restore, etc., etc., ... Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: amd64: Sarge or Etch?
FWIW, this is most likely what I'll be doing as well. :) On 11/10/05, Matthias Julius <[EMAIL PROTECTED]> wrote: > Install Sarge and then upgrade to Etch.
Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005)
Junichi Uekawa wrote: Hi, I've tried running mplayer v4l2 input on a bt878 card, and it fails. xawtv works fine, and 2.6.14-rc5 used to work fine. On git 3b44f137b9a846c5452d9e6e1271b79b1dbcc942 : $ mplayer tv://1 -tv driver=v4l2 MPlayer dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 BTTV currently only supports v4l1. We are still in the process of porting the bttv driver from v4l1 to v4l2. Nickolay is working on it. -Michael Krufky Failed to open /dev/rtc: Permission denied (it should be readable by the user.) Opening joystick device /dev/input/js0 Can't open joystick device /dev/input/js0 : Permission denied Can't init input joystick Setting up LIRC support... mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing tv://1. Cache fill: 0.00% (0 bytes) Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski <[EMAIL PROTECTED]> comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture device tuner read/write streaming supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-Nc; 4 = PAL-M; 5 = PAL-N; 6 = NTSC-JP; 7 = PAL-60; inputs: 0 = Television; 1 = Composite1; 2 = S-Video; Current input: 0 Current format: YUV420 v4l2: current audio mode is : MONO v4l2: ioctl queue buffer failed: Bad address v4l2: 0 frames successfully processed, 0 frames dropped. At Thu, 03 Nov 2005 13:26:25 +0900, Junichi Uekawa wrote: Hi, I've noticed that mencoder no longer works with bttv capture on my system; with today's git tree (ec1890c5df451799dec969a3581ff72e1934b5ee), while it used to work on 2.6.14-rc5. xawtv functions. I'm looking for people who experienced the same problem, or possibly for a fix. The devices are: :03:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) :03:0b.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) :03:0b.0 0400: 109e:036e (rev 11) :03:0b.1 0480: 109e:0878 (rev 11) I'm using mencoder Debian package '1:1.0-pre7cvs20051102-0.0' from marillat's for x86_64 architecture. $ mencoder --version MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 --version is not an MEncoder option Exiting... (error parsing cmdline) Linux dancer64 2.6.14-rc5dancer-gb563c9b1 #1 Thu Oct 27 12:55:05 JST 2005 x86_64 GNU/Linux mencoder output on 2.6.14 (today's git) channel: 12 minutes: 30 output filename: /home/dancer/XXX/XXX/ MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices (Family: 8, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 8 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 File not found: 'frameno.avi' Failed to open frameno.avi success: format: 9 data: 0x0 - 0x0 TV detected! ;-) Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture device tuner read/write streaming supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-Nc; 4 = PAL-M; 5 = PAL-N; 6 = NTSC-JP; 7 = PAL-60; inputs: 0 = Television; 1 = Composite1; 2 = S-Video; Current input: 0 Current format: YUYV v4l2: current audio mode is : STEREO Selected channel: 12 (freq: 217.250) v4l2: ioctl queue buffer failed: Bad address Linux dancer64 2.6.14-rc5dancer-gb563c9b1 #1 Thu Oct 27 12:55:05 JST 2005 x86_64 GNU/Linux mencoder output on 2.6.14-rc5: channel: 12 minutes: 1 output filename: /tmp/.avi MEncoder dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0) Detected cache-line size is 64 bytes CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 success: format: 9 data: 0x0 - 0x0 Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski <[EMAIL PROTECTED]> comment: first try, more to come ;-) Selected device: BT878 video (IODATA GV-BCTV5/PC Tuner cap: Tuner rxs: MONO Capabilites: video capture video overlay VBI capture devi
Re: raidtools
On Wednesday 09 November 2005 09:29 pm, Hamish Moffatt wrote: > On Wed, Nov 09, 2005 at 02:16:32PM -0600, Mike Reinehr wrote: > > Raidtools2 is in the archive, [..] > > Actually it's not in unstable any more. My bad. I just took a quick look at the pool & wasn't paying any attention to the distribution. > > I would consider using mdadm, instead: > > http://cgi.cse.unsw.edu.au/~neilb/mdadm > > Unfortunate that mdadm has a totally different interface with its own > set of confusing properties. There's no question that it's a completely different interface, but I don't think it's any more confusing than raidtools. Starting with no previous experience with either, as I did, I think learning mdadm is no more difficult to learn than raidtools and, perhaps, easier as everything you need is rolled up into one program. > Hamish > -- > Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: raidtools
On Wednesday 09 November 2005 01:38 pm, Jacob Bresciani wrote: > I've got software raid up and running but before I send this server > out to the production environment I wanted to test the hot swap SCSI > drives. They are setup as a software mirror. I yanked one, and > through in a blank drive, had it re-detect by echoing the proper > strings into /proc/scsi/scsi. At this point I noticed that I hadn't > installed the raidtools (raidhotremove, raidhotadd...). They don't > seem to be available from my sources either. Have they been moved? > Should I be using a newer tool? can't seem to find out what's changed. > > Basically what's todays procedures on regenerating software RAID1? > > my sources.list contains > > deb http://mirror.espri.arizona.edu/debian-amd64/debian/ etch main > contrib non-free > deb http://debian.csail.mit.edu/debian-amd64/debian/ etch main > contrib non-free > deb-src http://debian.csail.mit.edu/debian-amd64/debian/ etch main > contrib non-free > > Jacob Bresciani > > "Passwords are like bubble gum, strongest when fresh, should never be > used by groups and create a sticky mess when left laying around" Jacob, Raidtools2 is in the archive, however, I would consider using mdadm, instead: http://cgi.cse.unsw.edu.au/~neilb/mdadm Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GLIBC BUG still not fixed in stable package
Goswin - are you saying stable/sarge from amd64.debian.net will have a patched glibc? There's another application I discovered which fell victim to this pthread issue. But I can't find where it is, and I know it's not as popular as MySQL. It's a shame, I know a lot of people running amd64-based machines for MySQL, and currently if you choose to run a "stable" version you're left with this nasty bug. If a patched glibc is going to be back in stable off amd64.debian.net, I can keep using sarge then. Otherwise I'll have to use testing it appears... - mike On 11/9/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > The glibc in stable won't be updated. Stable is set in stone for > better and worse. It might be possible to fix this in a point release > but I'm not too optimistic. Replacing glibc on all archs when just > amd64 and (so far) just mysql is affected is a big deal. > > But fortunately we have stinkypete on amd64.debian.net were we already > have a few amd64 specific patches to make thinks work, like cdrdao. An > upload of a fixed glibc is going there as we speak, Frederik beat me > to it this morning.
Re: GLIBC BUG still not fixed in stable package
This is precisely the reason I just went from stable to testing. It still hasn't been touched in stable - nothing really has since it was done months ago... I didn't have any problems with testing (or unstable) before, so I figured it'll be fine to run it anyhow. But yes, I was quite disappointed that something like this has not been pushed through. Other things than MySQL are also affected (basically anything that uses NPTL and the specific function call might suffer) On 11/8/05, Thimo Eichstädt <[EMAIL PROTECTED]> wrote: > Hello, > > I am using MYSQL 5.0.15 on debian 3.1 (sarge) > AMD64. Mysql randomly hangs at INSERT commands, > this was already tracked down to an glibc bug and is marked as fixed. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314408 > > A patch exists, the stable packages were not > updated, either. So the problem still exists and > makes mysql (and other programs) unusable on debian sarge AMD64 machines. > > When will the glibc version in debian be updated > ? Ubuntu has already patched their glibc... > > Thanks > Thimo Eichstädt > >
Re: USBs stop working
opps, one more thing. What does dmesg say when things go bad? Any logs? - Original Message - From: arvy To: debian-amd64@lists.debian.org Sent: Thursday, November 03, 2005 9:47 AM Subject: USBs stop working Hi all,I have a amd64 asus l5d with unofficial sarge 3.1 and 2.6.14-amd64 kernel,while I'm working with my laptop, for some reasons I do not know, it shuts down the usbs and so, every device plugged in, stops working. So I can't use mouse, external usb hard disk and so on.But this is not enough... when the usbs go down stops working also the sound card, the lan and the wireless too, it loses the essid and I've to reboot if I want it to work again.I don't know for sure if only this devices stop working and no other... might be some other devices but I do not know for sure.If I unplug the mouse, after it has been shutted down, dmesg reports me that the device has been unplugged but if I plug in amother time the mouse it doesn't work.When the usbs are down and the wireless does not work if I try to unplug the wireless module (plugged in with ndiswrapper) the system freezes and I have to shut it down keeping the button pressed...Moreover, if I keep the mouse plugged in when it stops working and I move touchpad and usb mouse at the same time the cursor moves intermittently and seems to be disturbed by the usb mouse... so there should be some interaction although external mouse does not work.I tried to install NFORCE driver from nvidia site but it doesn't work,I have the same problem with 32bit debian and kernel,I tried also some other kernel, 2.4; 2.6.8 etc...thanks... marco
Re: USBs stop working
Sounds like a kernel problem. More specifically a driver. See if you can narrow it down to a device. Try disabling the usb bus and pull out a ps/2 mouse. Does your wireless die out? Try diabling the ndiswrapper does usb die? The problem may be as simple as getting a wireless card that has native support, as ndiswrapper is kind of a hack or it could be your beta supported webcam you got for free, I don't know. - Original Message - From: arvy To: debian-amd64@lists.debian.org Sent: Thursday, November 03, 2005 9:47 AM Subject: USBs stop working Hi all,I have a amd64 asus l5d with unofficial sarge 3.1 and 2.6.14-amd64 kernel,while I'm working with my laptop, for some reasons I do not know, it shuts down the usbs and so, every device plugged in, stops working. So I can't use mouse, external usb hard disk and so on.But this is not enough... when the usbs go down stops working also the sound card, the lan and the wireless too, it loses the essid and I've to reboot if I want it to work again.I don't know for sure if only this devices stop working and no other... might be some other devices but I do not know for sure.If I unplug the mouse, after it has been shutted down, dmesg reports me that the device has been unplugged but if I plug in amother time the mouse it doesn't work.When the usbs are down and the wireless does not work if I try to unplug the wireless module (plugged in with ndiswrapper) the system freezes and I have to shut it down keeping the button pressed...Moreover, if I keep the mouse plugged in when it stops working and I move touchpad and usb mouse at the same time the cursor moves intermittently and seems to be disturbed by the usb mouse... so there should be some interaction although external mouse does not work.I tried to install NFORCE driver from nvidia site but it doesn't work,I have the same problem with 32bit debian and kernel,I tried also some other kernel, 2.4; 2.6.8 etc...thanks... marco
Re: Mirror list
I agree with Mattias - it sounds like your experience with ISPs and such is limited. If you'd like I can walk you through some of HE's history, off the list. They are a colo company on steroids, for all intents and purposes (look at their "About Us" page even) - the reason I know this? My friend and I ran a server out of HE back when you were still in middle or elementary school :) If I didn't know any better, I'd say you're trying to refer them business; nobody here is looking to be sold and you're trying to sell - hardcore. There must be some sort of motivation for this kind of plugging. - mike On 10/31/05, lordSauron <[EMAIL PROTECTED]> wrote: > Perhaps. But nonetheless, HE does offer some of the best bandwidth > avaliable. I've looked into frame relay, and I haven't seen it go > that fast compared to HE's GIG-E. Can you imagine *gigabit* ethernet > - to the Internet!!! HE's a very professional company and I'm > absolutely positive they'd allow multiple lines into the same building > - for a price, of course. I know Comcast wouldn't do that > unless you paid them well more than you're able to!
Re: Mirror list
well the idea was reusing the idea of a distributed/p2p mirroring concept. not necessarily tied to a specific protocol, but it is a standard... (and the .torrent files could be compiled just like the md5 signature files, still on a central mirror/mirrors, but those would only run trackers and not do a lot of seeding, it would be up to the rest of the world to seed) i know that i would run one of these. i would put an upload cap on it, since i don't have unmetered connectivity yet on my colocated cluster, but i would contribute. :) i'm just thinking of ways to offload reliance on the mirrors for -all- types of transfering. - mike On 10/31/05, Lennart Sorensen <[EMAIL PROTECTED]> wrote: > Someone suggested that in the past. As far as I recall here are some of > the problems that were pointed out: > > You would need a .torrent per deb file > Many files are small while bittorrent is best for larger files that can > be divided into blocks for parallel transfers. > Someone has to generate all these torrent files and then you have to > mirror those around so apt-get can get the torrent to then connect to a > tracker to then start downloading the deb. Often for smaller deb files > the actual download from http would have been faster. ...
Re: Mirror list
it might be off topic for this list, but i think it may be advantageous to think about using some sort of p2p type mechanism in the future. imagine an infinite supply of "mirrors" to grab the files from, instead of centrally-hosted sites with what seems to be regular turnover. obviously would still need to have some sort of central servers with the ports/packages list to verify the md5sum's of the files to ensure integrity... could leverage existing protocols like bittorrent too. just an idea. :) /gets off soapbox
CFS / RPC: can't encode arguments
Title: CFS / RPC: can't encode arguments I'm running the amd64 port on an XFS filesystem and am having troubles running CFS, the Cryptographic File System. When I attempt to cattach to an NFS-mounted directory, I get the error: RPC: can't encode arguments The portmapper is running and NFS works fine mounting other filesystems and being mounted from other hosts (the NFS client and server are both running). I've strace'd cattach, and have traced the problem down to the clnt_call() function call. I have contacted the CFS maintainer and he wasn't quite sure what was going on, but suggested that perhaps the RPC library is built with a different configuration on amd64. Could someone help shed some light on this? I've only seen two other people on the net complain about this, and neither have gotten a solution. Thanks in advance!
Re: unreal tournament 2004 for x86_64 on debian
I installed the nvidia driver using m-a install nvidia ( I think I had the 7474 nvidia-modules installed, make sure nvidia-glx is the same, also install nvidia-glx-ia32 for 32 bit support). Then xorg needs some changes too, google amd64 debian nvidia. Does running ut2004 produce anything in the terminal window? Are you trying to run ut2004 in 32 bit mode or 64 bit? - Original Message - From: "Alan Ianson" <[EMAIL PROTECTED]> To: Sent: Friday, October 28, 2005 1:34 PM Subject: Re: unreal tournament 2004 for x86_64 on debian On Fri October 28 2005 11:05 am, Mike Dobbs wrote: What errors are you getting? After I installed the latest update it stopped working. The window would show up on the taskbar with a spinning hourglas for about 15 seconds and then just went away. I'm not sure what was wrong. Make sure your version of the nvidia modules matches your versoin of the nvidia-glx. OK, I'm going to try and install now. Do these nvidia modules work with the "nv" driver I am using now, or do I need to get/build a new "nvidia" driver for the xorg config? I had to link the openal library to use the 64bit system library. I will have to do that too I think, how would I do that? - Original Message - From: "Alan Ianson" <[EMAIL PROTECTED]> To: Sent: Friday, October 28, 2005 1:01 PM Subject: Re: unreal tournament 2004 for x86_64 on debian > On Fri October 28 2005 09:49 am, Mike Dobbs wrote: >> What problems are you having? ut2004 runs fine in my amd64 debian sid >> and >> ubuntu amd64. Running 64bit. > > This amd64 box is new to me, so I have to get used to the way it wants > to > play. I have run quake3 with linux (32bit) before, it ran wonderfully > but > I > had no sound. Q3 just isn't the same without BANG BANG! I have never > tried it > since. > > I have had UT2004 running with debian amd64. It ran fine, sound and > video. But > when I upgraded to the latest linux version (ut2004) it stopped > working, > I don't know why. I had the nvidia drivers installed from the nvidia > site > since > I couldn't get them installed the debian way. I'm going to try again > with > testing and see if I can do it the debian way so future upgrades won't > be > a > problem. > > There is nobody in my neck of the woods I can ask about setting this > stuff up > under linux, so I mostly stumble around in the dark and try to scan > these > groups for info on getting them up and running. > > If It could be done I would like to have UT (the classic version, had > it > running nicely under 32bit linux), UT2K3/4 and Quake 3 running here on > my > debian amd-64 box. > >> - Original Message - >> From: "studio-64" <[EMAIL PROTECTED]> >> To: "Alan Ianson" <[EMAIL PROTECTED]>; >> Sent: Friday, October 28, 2005 11:39 AM >> Subject: Re: unreal tournament 2004 for x86_64 on debian >> >> > Please let us all know when you get it working, as I miss these as >> > well on my 64studio (yeah I know I should be making music, not >> > playin' >> > games!!) >> > >> > Cheers >> > Bob >> > >> > Alan Ianson wrote: >> >> On Thu October 27 2005 11:20 pm, Dean Hamstead wrote: >> >>>is anyone out there running ut2004 x86_64 >> >>>with nvidia drivers on debian for amd64 >> >>> >> >>>im pulling my hair out hear >> >> >> >> I have in the past. I don't have the nvidia drivers installed at >> >> the >> >> moment. I can't get them installed for some reason on stable. I'm >> >> running testing at the moment so I am going to give installing them >> >> the >> >> debian way again when I get a chance. Last time I installed the >> >> drivers >> >> from the nvidia site and did have it working, as long as I didn't >> >> upgrade (ut2004) to the latest upgrade. >> >> >> >> I must say it worked a real charm. I really enjoy UT and quake 3 >> >> and >> >> have missed them since switching to linux. I'm going to have to >> >> have >> >> a good sit down with debian and see if I can get these things going >> >> here. >> >> >> >> Well, that's just my experience.. :) >> > >> > -- >> > >> > >> > >> > Bearmusic >> > hearmymusic.co.uk >> > >> > >> > >> > -- >> > 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] -- 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]
Re: unreal tournament 2004 for x86_64 on debian
What errors are you getting? Make sure your version of the nvidia modules matches your versoin of the nvidia-glx. I had to link the openal library to use the 64bit system library. - Original Message - From: "Alan Ianson" <[EMAIL PROTECTED]> To: Sent: Friday, October 28, 2005 1:01 PM Subject: Re: unreal tournament 2004 for x86_64 on debian On Fri October 28 2005 09:49 am, Mike Dobbs wrote: What problems are you having? ut2004 runs fine in my amd64 debian sid and ubuntu amd64. Running 64bit. This amd64 box is new to me, so I have to get used to the way it wants to play. I have run quake3 with linux (32bit) before, it ran wonderfully but I had no sound. Q3 just isn't the same without BANG BANG! I have never tried it since. I have had UT2004 running with debian amd64. It ran fine, sound and video. But when I upgraded to the latest linux version (ut2004) it stopped working, I don't know why. I had the nvidia drivers installed from the nvidia site since I couldn't get them installed the debian way. I'm going to try again with testing and see if I can do it the debian way so future upgrades won't be a problem. There is nobody in my neck of the woods I can ask about setting this stuff up under linux, so I mostly stumble around in the dark and try to scan these groups for info on getting them up and running. If It could be done I would like to have UT (the classic version, had it running nicely under 32bit linux), UT2K3/4 and Quake 3 running here on my debian amd-64 box. - Original Message - From: "studio-64" <[EMAIL PROTECTED]> To: "Alan Ianson" <[EMAIL PROTECTED]>; Sent: Friday, October 28, 2005 11:39 AM Subject: Re: unreal tournament 2004 for x86_64 on debian > Please let us all know when you get it working, as I miss these as well > on my 64studio (yeah I know I should be making music, not playin' > games!!) > > Cheers > Bob > > Alan Ianson wrote: >> On Thu October 27 2005 11:20 pm, Dean Hamstead wrote: >>>is anyone out there running ut2004 x86_64 >>>with nvidia drivers on debian for amd64 >>> >>>im pulling my hair out hear >> >> I have in the past. I don't have the nvidia drivers installed at the >> moment. I can't get them installed for some reason on stable. I'm >> running testing at the moment so I am going to give installing them >> the >> debian way again when I get a chance. Last time I installed the >> drivers >> from the nvidia site and did have it working, as long as I didn't >> upgrade (ut2004) to the latest upgrade. >> >> I must say it worked a real charm. I really enjoy UT and quake 3 and >> have missed them since switching to linux. I'm going to have to have a >> good sit down with debian and see if I can get these things going >> here. >> >> Well, that's just my experience.. :) > > -- > > > > Bearmusic > hearmymusic.co.uk > > > > -- > 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: udev & hotplug
I don't think it matters. the script ends since /sbin/hotplug isn't there. /etc/hotplug I think is empty. - Original Message - From: "Karl Hoppel" <[EMAIL PROTECTED]> To: "Mike Dobbs" <[EMAIL PROTECTED]> Sent: Friday, October 28, 2005 11:09 AM Subject: Re: udev & hotplug [EMAIL PROTECTED] said: worked fine for me. udev replaces hotplug. Though you'll need to convert your hotplug scripts to udev rules. Should the script /etc/init.d/hotplug and the directory /etc/hotplug remain after the upgrade? Is there something I need to do about the following message that apt-get gives me: Removing hotplug ... (Reading database ... 75737 files and directories currently installed.) Preparing to replace udev 0.068-2 (using .../udev_0.071-1_amd64.deb) ... ** * Please purge the hotplug package! ** Karl worked fine for me. udev replaces hotplug. Though you'll need to convert your hotplug scripts to udev rules. - Original Message - From: "Karl Hoppel" <[EMAIL PROTECTED]> To: Sent: Friday, October 28, 2005 10:54 AM Subject: udev & hotplug > > apt-get wants to remove hotplug to install the latest version > of udev. Is this okay to do? > > > # apt-get -s install udev > Reading package lists... Done > Building dependency tree... Done > The following extra packages will be installed: > libsepol1 > The following packages will be REMOVED: > hotplug > The following NEW packages will be installed: > libsepol1 > The following packages will be upgraded: > udev > 1 upgraded, 1 newly installed, 1 to remove and 76 not upgraded. > 1 not fully installed or removed. > Inst libsepol1 (1.8-1 Debian AMD64 archive:unstable) > Remv hotplug [0.0.20040329-25] [udev ] > Inst udev [0.068-2] (0.071-1 Debian AMD64 archive:unstable) > Conf bug-buddy (2.10.0-4 Debian AMD64 archive:unstable) > Conf libsepol1 (1.8-1 Debian AMD64 archive:unstable) > Conf udev (0.071-1 Debian AMD64 archive:unstable) > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: unreal tournament 2004 for x86_64 on debian
What problems are you having? ut2004 runs fine in my amd64 debian sid and ubuntu amd64. Running 64bit. - Original Message - From: "studio-64" <[EMAIL PROTECTED]> To: "Alan Ianson" <[EMAIL PROTECTED]>; Sent: Friday, October 28, 2005 11:39 AM Subject: Re: unreal tournament 2004 for x86_64 on debian Please let us all know when you get it working, as I miss these as well on my 64studio (yeah I know I should be making music, not playin' games!!) Cheers Bob Alan Ianson wrote: On Thu October 27 2005 11:20 pm, Dean Hamstead wrote: is anyone out there running ut2004 x86_64 with nvidia drivers on debian for amd64 im pulling my hair out hear I have in the past. I don't have the nvidia drivers installed at the moment. I can't get them installed for some reason on stable. I'm running testing at the moment so I am going to give installing them the debian way again when I get a chance. Last time I installed the drivers from the nvidia site and did have it working, as long as I didn't upgrade (ut2004) to the latest upgrade. I must say it worked a real charm. I really enjoy UT and quake 3 and have missed them since switching to linux. I'm going to have to have a good sit down with debian and see if I can get these things going here. Well, that's just my experience.. :) -- Bearmusic hearmymusic.co.uk -- 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]
AMD64 howto update with nvidia/ut2004 what I did to make it work!
How do we go about updating the amd64 howto guide? For those that are interested here's what I did in a nutshell. (don't take literally, I don't have my machine in front of me now.) Nvidia setup: from http://home.comcast.net/~andrex/Debian-nVidia/installation.html NOTE -- do not use the nvidia installer! This breaks thinks and makes your life hard later. This way works well to since once setup, if you get a new kernel run m-a auto-install nvidia and your back and running! |apt-get install module-assistant nvidia-kernel-common |m-a prepare m-a auto-install nvidia (not sure if m-a sets it up, but you may need to set CC=gcc-4.0 or whatever version your kernel is compiled with (cat /proc/version) apt-get install nvidia-glx nvidia-glx-ia32 (spelling) (make sure you install all the samer version! mixing broke ut2004 for me) Edit /etc/X11/XF86Config-4: * In the "Module" section, be sure that you have a line |Load "glx" | and remove or comment out (prepend with a #) any lines that refer to the "dri" or "GLCore" modules. * In the "Device" section for your video card, be sure you have a line |Driver "nvidia"| Make sure you have access to nvidia, was default for me, but you may need to add yourself to the video group UT2004 32 bit -- Default is 32 bit. May run ok if you install nvidia-glx-ia32 UT2004 64 bit -- Make sure you have the latest patch for 64 bit support Changed ut2004.sh to call amd64 binary (somthing like bin/ut2004-amd64 Move the openal.o to openal.o.old ln -s /usr/lib/openal.o openal.o (localtion is probably wrong here, and it's maybe libopenal.o) (without this sound don't work on 64 bit) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenGL games in Amd64
Make sure you install nvidia the debian way, and if using unstable install the same versoin 7474 I think is the latest. Get unreal Torunament 2004. Download the amd64 patch. I had to link the asound library to the libraries on my system for sound and viola. 64bit ut2004! Note, not really any faster than the 32bit, but it's nice knowing 64bits are passed! Ran quake 2 works great using the quake2 pacakges (forgot name) in debian. - Original Message - From: "Zachary Rizer" <[EMAIL PROTECTED]> To: Sent: Friday, October 21, 2005 9:49 AM Subject: OpenGL games in Amd64 I've recently come to the realization that OpenGL games such as Quake*, Doom3, and Enemy Territory, can be run successfully in the main amd64 root. I was previously running these games from within the 32bit chroot. In order for a successful setup like this, what lib packages must you have installed? What does your /etc/ld.so.conf look like? What version of the nvidia packages are you using? Does it matter? I cannot download the nvidia-glx-ia32 package, apt tells me it's not downloadable (but it says it's already the newest version). I've recently repaired a lot of my issues, according to other excellent posts to this list, but I'm still getting segfaults upon loading the libGL.so.1. My 7676 nvidia packages were compiled a month or more ago, when my libs were sort of messed up...maybe I should recompile them? Thanks, sorry for all the confusing questions. Zaq -- 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]
Re: xorg transparency and shadows
I think there are numerous problems with transset and family right now, that is why it's not in debian. run glxgears, if your not getting framerates above 50, your video card either not 3d or the proper driver isn't supported. See nvidia, ATI, preferably nvidia. - Original Message - From: "Chris Wakefield" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 19, 2005 12:17 AM Subject: Re: xorg transparency and shadows I re-installed transset and got it working, but the desktop runs very, very slow. Can someone suggest a fix here? Do I require more packages besides transset for translucency to run better? Thanks for any interest or replies, Chris W. On October 18, 2005 11:02 am, mons wrote: Hi, > Thanks, it's nice. > Is it possible apply automatically transparency (transset) at all > windows? > > Giulio I use KDE 3.4.2 and to do that you need to go to Control Center -> Desktop -> Window Behavior -> Translucency -- Pozdrawiam serdecznie: mons -- 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]
Re: nvidia driver error - xorg doesn't start
You say you updated your machine? Do you have a new kernel? the nvidia module will need to be recompiled m-a install invidia. Check to see if the nvidia module is loaded - "lsmod" - Original Message - From: "antonio giulio" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 18, 2005 9:03 AM Subject: nvidia driver error - xorg doesn't start Hi, I have in /etc/modules 'nvidia' and my kernel is 2.6.12. After last update I cannot enter in kdm more. I got error for 'screens not found etc.', but nvidia is present in '/etc/modules'. If I launch 'modprobe nvidia', kdm starts. However when I try to enter in KDE, it returns to kdm login page again. I have last version from repository unstable of udev. Could be it same problem of thread: http://lists.debian.org/debian-amd64/2005/07/msg01160.html ??? my nvidia-version is 7174 Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]