Re: VMWare does not start after update to libc6-i386?
Hello I got the truble last week on unstable. On unstable, dependency problem had solved . waite until the maintener solve that or get the source package from archive and build it , and dpkg -x it,copy some binaries to /emul/ia32-linux/usr/X11R6/lib all you need is... libICE libSM libX11 libXaw libXext libXi libXt libXtst and ... make symbolic link. and I forget details error message will tell you. - LeAnn Rimes IRL 押井守 津野裕子 あびゅうきょ Linux OpenVMS [EMAIL PROTECTED] http://www.dd.iij4u.or.jp/~skonishi Gnupg fingerprint = 0DB8 AAAE BC4D 0EE6 804C 839D CEE9 B250 C9FE 6618 - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
system clock running 4% fast
Since I built my new amd64 host, my system clock is borked. It runs about 4% fast-- gaining an hour a day. This is way to much gain for ntpd to keep up with. To compensate I've had to set adjtimex --tick 9600, which approximately corrects for the drift. This would be tolerable, except that the drift rate isn't constant. It's all over the place. Right after I boot it's stable at about -50 PPM, but then after a few hours it suddenly goes nuts. Look at the adjustments ntpdate has to make when I run it once a minute: 20 Mar 05:05:58 ntpdate[17703]: step time server 168.75.65.20 offset 0.060836 sec 20 Mar 05:06:55 ntpdate[17724]: step time server 168.75.65.20 offset -0.514396 sec 20 Mar 05:07:53 ntpdate[17734]: step time server 168.75.65.20 offset 0.263715 sec 20 Mar 05:08:51 ntpdate[17740]: step time server 168.75.65.20 offset -0.047366 sec 20 Mar 05:09:48 ntpdate[17746]: step time server 168.75.65.20 offset -0.215751 sec 20 Mar 05:10:45 ntpdate[17755]: step time server 168.75.65.20 offset -0.646224 sec 20 Mar 05:11:42 ntpdate[17763]: step time server 168.75.65.20 offset -1.274522 sec No wonder ntpd can't keep up. The drift rate is all over the place. I'm running a custom 64-bit kernel 2.6.15. CPU is Athlon64 X2 4200+, chipset is nForce4. Many people are reporting problems related to time with the 2.6.15 kernel on amd64, e.g. http://bugzilla.kernel.org/show_bug.cgi?id=3927 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354995 http://www.ussg.iu.edu/hypermail/linux/kernel/0410.1/1505.html A search for amd64 linux clock turns them up. However, 80% or more of the discussion seems to be about the AMD/ATI bug, which applies to the combination of AMD processors with some ATI chipsets (not sure which one). I don't have an ATI chipset. Still, I've tried all of the following boot parameters that people have recommended for this problem: disable_timer_pin_1 (my host won't boot) no_timer_check noapic acpi=off clock=pmtmr notsc I also disabled CPU frequency spread spectrum in the BIOS. The result is always the same-- the clock is stable after I boot, but a few hours later it goes nuts again. Help! How can I fix my system clock? Do I a hardware problem? How can I tell? Any help would be greatly appreciated. Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: system clock running 4% fast
Andrew On Mon, 2006-03-20 at 10:13 +, Andrew Schulman wrote: Since I built my new amd64 host, my system clock is borked. It runs about 4% fast-- gaining an hour a day. This is way to much gain for ntpd to keep up with. To compensate I've had to set adjtimex --tick 9600, which approximately corrects for the drift. This would be tolerable, except that the drift rate isn't constant. It's all over the place. Right after I boot it's stable at about -50 PPM, but then after a few hours it suddenly goes nuts. Look at the adjustments ntpdate has to make when I run it once a minute: snip No wonder ntpd can't keep up. The drift rate is all over the place. I'm running a custom 64-bit kernel 2.6.15. CPU is Athlon64 X2 4200+, chipset is nForce4. Many people are reporting problems related to time with the 2.6.15 kernel on amd64, e.g. http://bugzilla.kernel.org/show_bug.cgi?id=3927 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354995 http://www.ussg.iu.edu/hypermail/linux/kernel/0410.1/1505.html A search for amd64 linux clock turns them up. However, 80% or more of the discussion seems to be about the AMD/ATI bug, which applies to the combination of AMD processors with some ATI chipsets (not sure which one). I don't have an ATI chipset. Still, I've tried all of the following boot parameters that people have recommended for this problem: disable_timer_pin_1 (my host won't boot) no_timer_check noapic acpi=off clock=pmtmr notsc I also disabled CPU frequency spread spectrum in the BIOS. The result is always the same-- the clock is stable after I boot, but a few hours later it goes nuts again. Help! How can I fix my system clock? Do I a hardware problem? How can I tell? Any help would be greatly appreciated. I can remember a story about a Sparc/Solaris system that was the time server for a network but it kept very, very bad time. It turned out it was also terminal (RS232 type) server as well. In Solaris the serial interrupt ran at a higher priority than the clock tick so it was losing a number of clock ticks every day - thus the poor time. I was wondering if something simular was happening to you? Have you got some hardware/driver that is causing the system to miss clock interrupts? Hope this helps Steve signature.asc Description: This is a digitally signed message part
Mount/fstab problem
A few days ago I tried out gnome on my debian sid amd64 installation. For some reason, everytime I started gnome, nautilus would pop up with a little window where it demonstrated the files on a backup partition. This partition is clearly set to noauto in fstab, but I couldn't stop gnome from mounting it.I decided kde worked better for me, and uninstalled gnome. The backup partition doesn't get mounted when I enter the desktop anymore, but the funny thing is that now the /proc file system is not being mounted at boot (like it did before), and hence ooffice gives me warning and sound doesn't work in wine. I have followed the instructions in the AMD 64 howto to the letter, and had not altered fstab when the problems occured. Both these issues go away when if I su to root and do mount -a, which shows fstab is fine, doesn't it?Anyone know what's going on? Is my problem some kind of rest from the gnome installation, or is nautilus behaviour and the present issues just a coincident?Please help,Land Haj Yahoo! Mail Use Photomail to share photos without annoying attachments. fstab Description: 1159799512-fstab
Re: Mount/fstab problem
Sorry, I forgot to specify that it is the proc file system in the 32 bit chroot that doesn't get mounted./landhajLand Haj [EMAIL PROTECTED] wrote: A few days ago I tried out gnome on my debian sid amd64 installation. For some reason, everytime I started gnome, nautilus would pop up with a little window where it demonstrated the files on a backup partition. This partition is clearly set to noauto in fstab, but I couldn't stop gnome from mounting it.I decided kde worked better for me, and uninstalled gnome. The backup partition doesn't get mounted when I enter the desktop anymore, but the funny thing is that now the /proc file system is not being mounted at boot (like it did before), and hence ooffice gives me warning and sound doesn't work in wine. I have followed the instructions in the AMD 64 howto to the letter, and had not altered fstab when the problems occured. Both these issues go away when if I su to root and do mount -a, which shows fstab is fine, doesn't it?Anyone know what's going on? Is my problem some kind of rest from the gnome installation, or is nautilus behaviour and the present issues just a coincident?Please help,Land HajYahoo! Mail Use Photomail to share photos without annoying attachments. Yahoo! Mail Use Photomail to share photos without annoying attachments.
Re: SATA RAID MV88SX6041 on Sarge 3.1r0a Problem
Mushu schrieb: Hi list, I tried to install Sarge 3.1r0a AMD64 on a Supermicro server with Marvell SATA RAID MV88SX6041 controller. Because Sarge Installer CD could not recognize the controller I used a temporary IDE disk to compile and got the driver (ftp://ftp.abit.com.tw/pub/download/drivers/linux/marvell/mvsata340.zip) I followed the instruction in http://www.deesconsulting.com/howtos/marvell-sarge.txt Now I can install Sarge to my SATA disks (I still get warning message: mv_sata : no version for struct_module found: kernel tainted actually, but Sarge can recognize my disks now). Somehow I managed to install this driver. I can remember having some problems like you. It could be, that I solved this by unsetting Loadable module support --- [ ] Module versioning support (EXPERIMENTAL). Kernel is 2.6.8 (using Debian Sarge). Perhaps it helps. Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on sata drive with adaptec aic-8130 controller V2
Leopold Palomo Avellaneda schrieb: Hi, sorry if not is the correct list, but I have found than this issue have been threaded before [1] and I have a some aspects not very clear, I would like to ask to the list about it. We have bought a HPProliant ML150 G2 that comes with a RAID controller. This raid controller is a Adaptec HostRaid 8130 SATA Galileo/SATA II PI-X. 1) I have found some people that says that this controller is the _same_ (or can use) [2] the Marvell 88SX6541-BCZ driver. Please, could you confirm this? It is a Marvell Chip. lspci gives me this: :03:04.0 SCSI storage controller: Marvell Technology Group Ltd. MV88SX6041 4-port SATA II PCI-X Controller (rev 07) I do not know about the driver. I just know, that in Kernel 2.8.15 there was support for this controller, but it was marked highly experimentel and I found it unstable. Perhaps this changed with Kernel 2.8.16, but I have not tried it, yet. For your other questions I have no answers, sorry. But perhaps you have a look on this post: http://lists.debian.org/debian-amd64/2006/03/msg00356.html The post is about the same sata controller. Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
locale warnings
Folks, I'm getting perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_DE:en_US:en_GB:en, LC_ALL = (unset), LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). when installing a vserver in vserver v17 build --force -n v17 --hostname v17.ativel.com --context 17 --interface eth0:192.168.1.17/24 -m debootstrap -- -d sarge -m http://amd64.debian.net/debian-amd64/ after apt-config and apt-get update/apt-get upgrade. apt-get install locales and locale-gen doesn't fix it. Any ideas? -- Eugen* Leitl a href=http://leitl.org;leitl/a http://leitl.org __ ICBM: 48.07100, 11.36820http://www.ativel.com 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE signature.asc Description: Digital signature
Re: Mount/fstab problem
On Mon, Mar 20, 2006 at 05:33:22AM -0800, Land Haj wrote: Sorry, I forgot to specify that it is the proc file system in the 32 bit chroot that doesn't get mounted. /landhaj Land Haj [EMAIL PROTECTED] wrote: A few days ago I tried out gnome on my debian sid amd64 installation. For some reason, everytime I started gnome, nautilus would pop up with a little window where it demonstrated the files on a backup partition. This partition is clearly set to noauto in fstab, but I couldn't stop gnome from mounting it. I decided kde worked better for me, and uninstalled gnome. The backup partition doesn't get mounted when I enter the desktop anymore, but the funny thing is that now the /proc file system is not being mounted at boot (like it did before), and hence ooffice gives me warning and sound doesn't work in wine. I have followed the instructions in the AMD 64 howto to the letter, and had not altered fstab when the problems occured. Both these issues go away when if I su to root and do mount -a, which shows fstab is fine, doesn't it? Anyone know what's going on? Is my problem some kind of rest from the gnome installation, or is nautilus behaviour and the present issues just a coincident? What is in your /etc/fstab (not in the chroot, the one in the chroot has very little purpose unless you want to have some mounts available for manual use while in the chroot). Something like this should work fine: proc /proc proc defaults 0 0 proc /chroot32/proc proc defaults 0 0 Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: SATA RAID MV88SX6041 on Sarge 3.1r0a Problem
From: Mushu [mailto:[EMAIL PROTECTED] I tried to install Sarge 3.1r0a AMD64 on a Supermicro server with Marvell SATA RAID MV88SX6041 controller. Because Sarge Installer CD could not recognize the controller I used a temporary IDE disk to compile and got the driver (ftp://ftp.abit.com.tw/pub/download/drivers/linux/marvell/mvsa ta340.zip) I have a Supermicro motherboard H8DAR-T with this Marvell controller on it. It boots just fine off a SATA drive (a single drive, no array configuration). You need the stock sata_mv driver. It is already in the kernel, and the etch netinst disk. However it isn't in the initramfs, so you have to change that per my earlier posting. -- Bhaskar
In-Reply-To=[EMAIL PROTECTED]Subject=Re:%20Mathematica SIGSEGV Crash
mailto:[EMAIL PROTECTED][EMAIL PROTECTED]Subject=Re:%20Mathematica SIGSEGV Crash I have found that the cleanStart option solves this problem: mathematica -cleanStart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: locale warnings
Eugen Leitl [EMAIL PROTECTED] writes: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_DE:en_US:en_GB:en, LC_ALL = (unset), LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). when installing a vserver in FWIW, I've seen that frequently since installing 64-bit etch about a month ago; probably every time I install something with aptitude. I noticed that those 3 variables have the stated values when I check them. I haven't noticed a real downside to it, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: locale warnings
On Mon, 2006-03-20 at 10:26 -0800, Gary W. Swearingen wrote: Eugen Leitl [EMAIL PROTECTED] writes: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_DE:en_US:en_GB:en, LC_ALL = (unset), LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). when installing a vserver in FWIW, I've seen that frequently since installing 64-bit etch about a month ago; probably every time I install something with aptitude. I noticed that those 3 variables have the stated values when I check them. I haven't noticed a real downside to it, though. I had this problem for a long time until I noticed that the package locales was not installed. After that all was fine. -- Kristian Kvilekval [EMAIL PROTECTED] http://www.cs.ucsb.edu/~kris w:805-893-2526 h:504-9756 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mount/fstab problem
Yes, $chroot/etc/fstab has next to nothing in it, but if you check the regular /etc/fstab that I attached to my first mail, you will see that proc is listed just as you suggest. But it still doesn't get mounted as $chroot/proc unless I manually do a 'mount -a' after boot. This is really weird./landhajLennart Sorensen [EMAIL PROTECTED] wrote: On Mon, Mar 20, 2006 at 05:33:22AM -0800, Land Haj wrote: Sorry, I forgot to specify that it is the proc file system in the 32 bit chroot that doesn't get mounted. /landhaj Land Haj <[EMAIL PROTECTED]> wrote: A few days ago I tried out gnome on my debian sid amd64 installation. For some reason, everytime I started gnome, nautilus would pop up with a little window where it demonstrated the files on a backup partition. This partition is clearly set to noauto in fstab, but I couldn't stop gnome from mounting it. I decided kde worked better for me, and uninstalled gnome. The backup partition doesn't get mounted when I enter the desktop anymore, but the funny thing is that now the /proc file system is not being mounted at boot (like it did before), and hence ooffice gives me warning and sound doesn't work in wine. I have followed the instructions in the AMD 64 howto to the letter, and had not altered fstab when the problems occured. Both these issues go away when if I su to root and do mount -a, which shows fstab is fine, doesn't it? Anyone know what's going on? Is my problem some kind of rest from the gnome installation, or is nautilus behaviour and the present issues just a coincident?What is in your /etc/fstab (not in the chroot, the one in the chroot hasvery little purpose unless you want to have some mounts available formanual use while in the chroot).Something like this should work fine:proc /proc proc defaults 0 0proc /chroot32/proc proc defaults 0 0Len Sorensen-- To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze.
updated howto
Hello, an updated version of the debian amd64 howto is avaiable in my local alioth space at [1]; hopefully someone will benefit from this. Special thanks and gratitude to Ana for her kindness, ideas and support :) All the best, Roberto PS: If you want to reply, please don't forget to add me in CC because I am not subscribed to this list. [1] http://haydn.debian.org/~intero-guest/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated howto
Roberto Pariset wrote: Hello, an updated version of the debian amd64 howto is avaiable in my local alioth space at [1]; hopefully someone will benefit from this. Special thanks and gratitude to Ana for her kindness, ideas and support :) All the best, Roberto PS: If you want to reply, please don't forget to add me in CC because I am not subscribed to this list. [1] http://haydn.debian.org/~intero-guest/ I've greatly benefited from this howto; it's good to see it keeps being maintained. Shouldn't the section about the 32-bit chroot mention schroot also, though? (chroot seems to be deprecated on unstable). Here's my version of the do_dchroot script (it seems to not work as well as the current one): #!/bin/sh ARGS= for i in $@ ; do ARGS=$ARGS '$i' done exec schroot -p -c ia32 -q `basename $0` $ARGS The above assumes a [ia32] entry in /etc/schroot/schroot.conf like so: [ia32] description=Debian sid (ia32) location=/chroot/ia32 priority=3 groups=put-user-group-here,root root-groups=root aliases=default -- Nelson Menezes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated howto
Hello Roberto, thank you for the updated HOWTO. For some reason the /etc/apt/sources.list lines for downloading the debianized nvidia drivers, given in the FAQ section Is my Nvidia card supported?, does not work for me. [EMAIL PROTECTED]:~$ cat /etc/apt/sources.list deb ftp://ftp.de.debian.org/debian-amd64/debian/ testing main non-free contrib deb-src ftp://ftp.de.debian.org/debian-amd64/debian/ testing main non-free contrib deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ deb64a:/home/sieck# aptitude update Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Ign http://people.debian.org unstable/amd64/ Release.gpg Ign http://people.debian.org unstable/all/ Release.gpg Ign http://people.debian.org unstable/amd64/ Release Ign http://people.debian.org unstable/all/ Release Get:1 ftp://ftp.de.debian.org testing Release.gpg [189B] Ign http://people.debian.org unstable/amd64/ Packages Ign http://people.debian.org unstable/all/ Packages Get:2 http://people.debian.org unstable/amd64/ Packages [2983B] Get:3 ftp://ftp.de.debian.org testing Release [5902B] Get:4 http://people.debian.org unstable/all/ Packages [1905B] Get:5 ftp://ftp.de.debian.org testing/main Packages [2782kB] Hit ftp://ftp.de.debian.org testing/non-free Packages Get:6 ftp://ftp.de.debian.org testing/contrib Packages [36.5kB] Get:7 ftp://ftp.de.debian.org testing/main Sources [1079kB] Hit ftp://ftp.de.debian.org testing/non-free Sources Get:8 ftp://ftp.de.debian.org testing/contrib Sources [18.3kB] Fetched 3927kB in 25s (157kB/s) Reading package lists... Done W: Couldn't stat source package list http://people.debian.org unstable/amd64/ Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_unstable_amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/all/ Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_unstable_all_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/amd64/ Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_unstable_amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/all/ Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_unstable_all_Packages) - stat (2 No such file or directory) W: You may want to update the package lists to correct these missing files W: You may want to run apt-get update to correct these problems Does anybody else experience similar problems? Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
1U server with 4 SATA ports and a 32-bit PCI slot
I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64 glibc update for sarge
Hello, On Thu, Mar 16, 2006 at 09:08:25PM +0100, Goswin von Brederlow wrote: The bug prevents NPTL threads from functioning correctly which is a big issue on amd64. Most notably mysql hangs due to this. I second the request to include this patch, and strongly recommend to do so. For a discussion of this issue concerning mysql, please have a look at http://bugs.mysql.com/bug.php?id=8555 Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
On Mon, Mar 20, 2006 at 02:16:29PM -0800, David Liontooth wrote: I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? I suspect one of the Tyan boards would fit the bill. I don't personally use Tyan (I use Asus) and I don't use rackmount (so hence no problem there). I know the nforce chipsets in general have fairly decent support in Linux. I believe the AMD chipsets do too. No idea how the ServerWorks for opteron are doing Linux wise. As for PCI, well usually you can get a 90degree adapter to put at least one pci slot in a rackmount. More than that often means custom board for a specific case design is required. Maybe this problem has been solved now, but I certainly haven't seen it done yet, other than custom systems (like IBM, etc). 1U is just a pain for expansion cards. Maybe this is what you are wanting: http://www.tyan.com/products/html/gt20b3870.html (1 PCI-X slot) http://www.tyan.com/products/html/gt24b2891.html (1 PCI-X and 1 PCIe slots). They have lots more, but most have just one expansion slot. 4 SATA drives seem standard, and they can even be hotswap it seems. I don't think linux supports hotswap in libata yet, but it is being worked on. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated howto
On Monday 20 March 2006 17:28, Alexander Sieck wrote: Hello Roberto, thank you for the updated HOWTO. For some reason the /etc/apt/sources.list lines for downloading the debianized nvidia drivers, given in the FAQ section Is my Nvidia card supported?, does not work for me. deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ Does anybody else experience similar problems? Alexander Try these. deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers deb http://people.debian.org/~rdonald/nvidia unstable nvidia-xconfig deb http://people.debian.org/~rdonald/nvidia unstable nvidia-settings deb http://people.debian.org/~rdonald/nvidia unstable nvidia-kernel-common Stephen -- GPG Pubic Key: http://users.eastlink.ca/~stephencormier/publickey.asc pgp2yTBbCytUo.pgp Description: PGP signature
Re: updated howto
Hello Roberto, thanks for the reply. The problem is already aptitude update (or apt-get update). (Not aptitude upgrade) I have downloaded the debs directly from rdonald's page and installed them with dpkg. However, either due to some misconfiguration on http://people.debian.org/~rdonald or on my system the sources.list lines mentioned in the HOWTO and on http://people.debian.org/~rdonald do not work. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated howto
Nelson Menezes wrote: Here's my version of the do_dchroot script (it seems to not work as well as the current one): Doh... now, this is a bit simpler and it actually works: #!/bin/sh exec schroot -p -c ia32 -q `basename $0` $@ -- Nelson Menezes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated howto
Hello Stephen, On Mon, Mar 20, 2006 at 06:42:32PM -0400, Stephen Cormier wrote: Try these. deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers deb http://people.debian.org/~rdonald/nvidia unstable nvidia-xconfig deb http://people.debian.org/~rdonald/nvidia unstable nvidia-settings deb http://people.debian.org/~rdonald/nvidia unstable nvidia-kernel-common Stephen Similar result: deb64a:/home/sieck# aptitude update Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Hit ftp://ftp.de.debian.org testing Release.gpg Get:1 http://people.debian.org unstable Release.gpg [189B] Hit ftp://ftp.de.debian.org testing Release Hit ftp://ftp.de.debian.org testing/main Packages Get:2 http://people.debian.org unstable Release [17.2kB] Hit ftp://ftp.de.debian.org testing/non-free Packages Hit ftp://ftp.de.debian.org testing/contrib Packages Hit ftp://ftp.de.debian.org testing/main Sources Hit ftp://ftp.de.debian.org testing/non-free Sources Hit ftp://ftp.de.debian.org testing/contrib Sources Ign http://people.debian.org unstable Release Get:3 http://people.debian.org unstable/nvidia-graphics-drivers Packages [3028B] Get:4 http://people.debian.org unstable/nvidia-xconfig Packages [420B] Get:5 http://people.debian.org unstable/nvidia-settings Packages [702B] Get:6 http://people.debian.org unstable/nvidia-kernel-common Packages [1120B] Fetched 22.6kB in 2s (9606B/s) Reading package lists... Done W: Couldn't stat source package list http://people.debian.org unstable/nvidia-graphics-drivers Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-graphics-drivers_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-xconfig Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-xconfig_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-settings Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-settings_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-kernel-common Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-kernel-common_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-graphics-drivers Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-graphics-drivers_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-xconfig Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-xconfig_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-settings Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-settings_binary-amd64_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://people.debian.org unstable/nvidia-kernel-common Packages (/var/lib/apt/lists/people.debian.org_%7erdonald_nvidia_dists_unstable_nvidia-kernel-common_binary-amd64_Packages) - stat (2 No such file or directory) W: You may want to update the package lists to correct these missing files W: GPG error: http://people.debian.org unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 212253A4F641D1A6 W: You may want to run apt-get update to correct these problems Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Hi Len, Lennart Sorensen wrote: On Mon, Mar 20, 2006 at 02:16:29PM -0800, David Liontooth wrote: I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? I suspect one of the Tyan boards would fit the bill. I don't personally use Tyan (I use Asus) and I don't use rackmount (so hence no problem there). I know the nforce chipsets in general have fairly decent support in Linux. I believe the AMD chipsets do too. No idea how the ServerWorks for opteron are doing Linux wise. As for PCI, well usually you can get a 90degree adapter to put at least one pci slot in a rackmount. More than that often means custom board for a specific case design is required. Maybe this problem has been solved now, but I certainly haven't seen it done yet, other than custom systems (like IBM, etc). 1U is just a pain for expansion cards. Maybe this is what you are wanting: http://www.tyan.com/products/html/gt20b3870.html (1 PCI-X slot) http://www.tyan.com/products/html/gt24b2891.html (1 PCI-X and 1 PCIe slots). One expansion slot is OK, but I need it to be 32-bit standard PCI. The problem is that the boards now have switched to PCI-Express to complement PCI-X, and there are no framegrabber cards for these slots yet. The first PCI-Express grabber cards are on the way, but they have no Linux support. I have a Tyan machine and am very happy with it, but it doesn't look like they have a 1U with 32-bit PCI. Obviously not a common combination. Dave They have lots more, but most have just one expansion slot. 4 SATA drives seem standard, and they can even be hotswap it seems. I don't think linux supports hotswap in libata yet, but it is being worked on. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
David Liontooth [EMAIL PROTECTED] writes: I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? tyan.com has barebones systems that should do what you want. http://tyan.com/products/html/barebone_amd.html My company just bought one of their higher-end ones (dual CPU, dual-core capable, etc), and the person doing the assembly has been very impressed with the fit and finish. When the rest of the parts arrive, we'll be able to tell you how they perform. Mike -- It still insists that we beg for our purity -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Maybe this is what you are wanting: http://www.tyan.com/products/html/gt20b3870.html (1 PCI-X slot) http://www.tyan.com/products/html/gt24b2891.html (1 PCI-X and 1 PCIe slots). One expansion slot is OK, but I need it to be 32-bit standard PCI. The problem is that the boards now have switched to PCI-Express to complement PCI-X, and there are no framegrabber cards for these slots yet. The first PCI-Express grabber cards are on the way, but they have no Linux support. Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Michael Alan Dorman wrote: tyan.com has barebones systems that should do what you want. http://tyan.com/products/html/barebone_amd.html Thanks! Indeed, it's there -- the Transport GT20 (B2865) comes with the option of a PCI slot and is just the ticket! I had looked around the Tyan site and missed it. My company just bought one of their higher-end ones (dual CPU, dual-core capable, etc), and the person doing the assembly has been very impressed with the fit and finish. When the rest of the parts arrive, we'll be able to tell you how they perform. That would be great -- the hardware looks like it should all be supported. Best, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Paul Brook wrote: On Tuesday 21 March 2006 02:04, David Liontooth wrote: Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. I have a DVB-t card that works fine in a PCI-X slot, and it looks like the more recent (2388x based) Hauppage cards should also work. What about v4l cards? The old-fashioned analog signal? Dave Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
On Tuesday 21 March 2006 02:04, David Liontooth wrote: Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. I have a DVB-t card that works fine in a PCI-X slot, and it looks like the more recent (2388x based) Hauppage cards should also work. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: locale warnings
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Gary W. Swearingen wrote: Eugen Leitl [EMAIL PROTECTED] writes: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_DE:en_US:en_GB:en, LC_ALL = (unset), LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). when installing a vserver in FWIW, I've seen that frequently since installing 64-bit etch about a month ago; probably every time I install something with aptitude. I noticed that those 3 variables have the stated values when I check them. I haven't noticed a real downside to it, though. issue aptitude install locales dpkg-reconfigure locales and make sure to select correct locale for en_DE, en_US and en_GB in the window that opens after the second command. that should do the trick. regards, - -- Lubos [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEH6Gr5EqL/d2IfcARA0mdAKDNgEzwCoqvvdEglLUkPR9EMRHmvACgyblW 7kntq+RGAmEAa/O6QawhBng= =489D -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]