Re: Hey everyone, GUI isn't working; I can't figure out how to configure my xserver correctly.
Mark Allums <[EMAIL PROTECTED]> writes: > Lance Ferrer wrote: >> Im getting XIO: Fatal IO error 104 (connection reset by peer) on X >> server ":0.0" when I try to boot debian. I'm new to linux and >> computers in general, so any help would be great. I have a BFG >> NVidea 8800 GT if that helps. If you need any more specs or anything >> just let me know. > The newer NVIDIA cards still aren't supported particularly well by > most Linux distros. I have a 7800 GT that won't work right with X > anytime I install even a recent Linux distro in a box with that card > installed.[1] (Haven't had the guts to try an 8000-series card.) I > usually use a 6600 GT for installs, install the non-free[2] NVIDIA > proprietary driver available on NVIDIA's web site, and then switch out > cards. Well, I got Nvidia 8600GT and it didn't work in etch. But lenny works, and nv in lenny supports this card. So, I would assume, 8800 should work in lenny as well. It isn't supported in etch. -- "But what has been said once can always be repeated." - Zeno of Elea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
-- Forwarded message -- From: Maximiliano Marin Bustos <[EMAIL PROTECTED]> Date: Tue, Apr 15, 2008 at 8:30 PM Subject: Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix To: Alexandru Cardaniuc <[EMAIL PROTECTED]> On Tue, Apr 15, 2008 at 8:28 PM, Alexandru Cardaniuc <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (Lennart Sorensen) writes: > > >> Current issues > >> > >> Testing users: NVIDIA packages are currently not in testing due to > >> lack of maintainance, a Linux bug and X server 1.4's ABI change. > >> Filipus Klutiero plans to update the document when the situation is > >> fixed. In the meantime, packages referred to by this guide will not > >> be available on pure testing systems. It is possible to setup a > >> testing/unstable mix. > >> > >> I assume that these problems have been fixed and you can install the > >> nvidia packages on pure Lenny (which I am using), provided you > >> follow the instructions in the rest of the howto > > > > If you take the source package from unstable, change the dependancy > > version for xorg to the version in testing and I think a couple of > > other build dependancies, and then build the package, it installs and > > runs just fine. At least I think that's what I did a few weeks ago. > > You can even do it for Etch the same way if you want. > > > > The package in unstable does depend on a newer xorg than is in testing > > as far as I recall, but the nvidia driver itself does in fact not have > > that version requirement. > > Not anymore. I installed nvidia driver from sid on my lenny machine. No > problems. > > > > Perhaps it would be nice if the package in unstable was modified to > > have a more lenient version requirement so that it could in fact be > > installed on lenny with no modification required. > > It was modified :) > > -- > "The only thing necessary for evil to flourish is for good men to do > nothing." > - Edmund Burke > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > Me too, i haven't problems. -- Atte, Maximiliano Marin http://maximilinux.wordpress.com
Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
[EMAIL PROTECTED] (Lennart Sorensen) writes: >> Current issues >> >> Testing users: NVIDIA packages are currently not in testing due to >> lack of maintainance, a Linux bug and X server 1.4's ABI change. >> Filipus Klutiero plans to update the document when the situation is >> fixed. In the meantime, packages referred to by this guide will not >> be available on pure testing systems. It is possible to setup a >> testing/unstable mix. >> >> I assume that these problems have been fixed and you can install the >> nvidia packages on pure Lenny (which I am using), provided you >> follow the instructions in the rest of the howto > > If you take the source package from unstable, change the dependancy > version for xorg to the version in testing and I think a couple of > other build dependancies, and then build the package, it installs and > runs just fine. At least I think that's what I did a few weeks ago. > You can even do it for Etch the same way if you want. > > The package in unstable does depend on a newer xorg than is in testing > as far as I recall, but the nvidia driver itself does in fact not have > that version requirement. Not anymore. I installed nvidia driver from sid on my lenny machine. No problems. > Perhaps it would be nice if the package in unstable was modified to > have a more lenient version requirement so that it could in fact be > installed on lenny with no modification required. It was modified :) -- "The only thing necessary for evil to flourish is for good men to do nothing." - Edmund Burke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
> > If you take the source package from unstable, change the dependancy > version for xorg to the version in testing and I think a couple of other > build dependancies, and then build the package, it installs and runs > just fine. At least I think that's what I did a few weeks ago. > Did you get the unstable source package from here: http://packages.debian.org/unstable/? Could you get an entire installation of Sid from here: http://cdimage.debian.org/cdimage/daily-builds/unstable/20080410-1/amd64/jigdo-cd/ ? If you could install an entire sid distro from this daily build (excuse my ignorance) then presumably you could avoid changing any dependencies and install the nvidia drivers successfully... Regards Michael Fothergill _ Welcome to the next generation of Windows Live http://www.windowslive.co.uk/get-live
Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
On Tue, Apr 15, 2008 at 08:59:49PM +, Michael Fothergill wrote: > I have been reading the debian nvidia howto and I noticed the following > comment: > > ** > > Current issues > > Testing users: NVIDIA packages are currently not in testing due to lack of > maintainance, a Linux bug and X server 1.4's ABI change. Filipus Klutiero > plans to update the document when the situation is fixed. In the meantime, > packages referred to by this guide will not be available on pure testing > systems. It is possible to setup a testing/unstable mix. > > I assume that these problems have been fixed and you can install the nvidia > packages on pure Lenny (which I am using), provided you follow the > instructions in the rest of the howto If you take the source package from unstable, change the dependancy version for xorg to the version in testing and I think a couple of other build dependancies, and then build the package, it installs and runs just fine. At least I think that's what I did a few weeks ago. You can even do it for Etch the same way if you want. The package in unstable does depend on a newer xorg than is in testing as far as I recall, but the nvidia driver itself does in fact not have that version requirement. Perhaps it would be nice if the package in unstable was modified to have a more lenient version requirement so that it could in fact be installed on lenny with no modification required. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem with avahi-daemon
Hello, I have an annoying problem with avahi-daemon. When the init-Script starts I receive the message: Starting Avahi mDNS/DNS-SD Daemon: avahi-daemonTimeout reached while wating for return value Could not receive return value from daemon process. failed! Does anybody else have this problem too? Or has anybody an idea about this issue? BTW: I tried other versions (lenny and etch) of avahi-daemon and its all the same. Regards Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
Dear folks, I have been reading the debian nvidia howto and I noticed the following comment: ** Current issues Testing users: NVIDIA packages are currently not in testing due to lack of maintainance, a Linux bug and X server 1.4's ABI change. Filipus Klutiero plans to update the document when the situation is fixed. In the meantime, packages referred to by this guide will not be available on pure testing systems. It is possible to setup a testing/unstable mix. I assume that these problems have been fixed and you can install the nvidia packages on pure Lenny (which I am using), provided you follow the instructions in the rest of the howto * Regards Michael Fothergill _ Welcome to the next generation of Windows Live http://www.windowslive.co.uk/get-live
Re: Fw: Re: Problems installing amd64 with Supermicro motherboard
On Tue, Apr 15, 2008 at 09:49:02AM -0700, Francesco Pietra wrote: > Reconfiguring (accepting automatic detection) worked fine indeed. Thanks. > (ATI card) > > Not only. Now dhclient connects to network! Odd, not sure how those could be related. > At this point I can resume molecular dynamics with the machine. However, inf > still wise to change to lenny, where to learn how to carry out correctly a > debootstrap? Is it safe to save on another computer /usr/local where amber9 > dock6 dms openmpi-1.2.3 nwchem are installed If you have Etch installed, just upgrade normally to Lenny by changing /etc/apt/sources.list from etch or stable to lenny, then do apt-get update and apt-get dist-upgrade. debootstrap often doesn't work reliably except for stable anyhow, so you would essentially have to debootstrap etch, then dist-upgrade that to lenny anyhow. > and /opt/intel > where the intel compilers for the above programs are installed? > > Thanks for your precious instructions. Actually, I have acknowledged with > thanks your great help in compiling mpqc with libint in a publication > > F. Pietra "Why colchicine does not show mutarotation. With M05-2X density > functional in the realm of tricky natural products" J. Phys. Org. Chem. 2007, > 20, 1102-1107 Neat (not that I can actually read it without buying it I guess). :) -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Problems installing amd64 with Supermicro motherboard
Hi: Grat! Please see below --- On Tue, 4/15/08, Lennart Sorensen <[EMAIL PROTECTED]> wrote: > From: Lennart Sorensen <[EMAIL PROTECTED]> > Subject: Re: Fw: Re: Problems installing amd64 with Supermicro motherboard > To: "Francesco Pietra" <[EMAIL PROTECTED]> > Cc: "debian64" > Date: Tuesday, April 15, 2008, 7:51 AM > On Tue, Apr 15, 2008 at 12:46:12AM -0700, Francesco Pietra > wrote: > > > > Quickly added: > > I loaded Knoppix 5.3.1 (lenny, kernel 2.6.24.4) > networking OK. > > So the network works with the newer kernel, so it should > work with a > direct lenny install. > > > When loading etch from the HDDD, command > > > > startx > > > > does not start X (it worked on previous machine). > Errors > > no scree found > > X10 fatal IO error 104 on X server. > > > > I use the GNU driver, no nvidia driver for X. > > Ehm, doesn't that supermicro board have an ATI video > chip? > > Try reconfiguring X with dpkg-reconfigure xserver-xorg and > let it pick > what it thinks is right. Reconfiguring (accepting automatic detection) worked fine indeed. Thanks. (ATI card) Not only. Now dhclient connects to network! At this point I can resume molecular dynamics with the machine. However, inf still wise to change to lenny, where to learn how to carry out correctly a debootstrap? Is it safe to save on another computer /usr/local where amber9 dock6 dms openmpi-1.2.3 nwchem are installed and /opt/intel where the intel compilers for the above programs are installed? Thanks for your precious instructions. Actually, I have acknowledged with thanks your great help in compiling mpqc with libint in a publication F. Pietra "Why colchicine does not show mutarotation. With M05-2X density functional in the realm of tricky natural products" J. Phys. Org. Chem. 2007, 20, 1102-1107 francesco pietra > > If you have an nvidia card added in, then I am pretty sure > Etch can't > run any 8xxx cards, only 7xxx and lower. You need lenny > for 8xxx series > cards. > > -- > Len Sorensen Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Problems installing amd64 with Supermicro motherboard
On Tue, Apr 15, 2008 at 12:46:12AM -0700, Francesco Pietra wrote: > > Quickly added: > I loaded Knoppix 5.3.1 (lenny, kernel 2.6.24.4) networking OK. So the network works with the newer kernel, so it should work with a direct lenny install. > When loading etch from the HDDD, command > > startx > > does not start X (it worked on previous machine). Errors > no scree found > X10 fatal IO error 104 on X server. > > I use the GNU driver, no nvidia driver for X. Ehm, doesn't that supermicro board have an ATI video chip? Try reconfiguring X with dpkg-reconfigure xserver-xorg and let it pick what it thinks is right. If you have an nvidia card added in, then I am pretty sure Etch can't run any 8xxx cards, only 7xxx and lower. You need lenny for 8xxx series cards. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fw: Re: Problems installing amd64 with Supermicro motherboard
Quickly added: I loaded Knoppix 5.3.1 (lenny, kernel 2.6.24.4) networking OK. When loading etch from the HDDD, command startx does not start X (it worked on previous machine). Errors no scree found X10 fatal IO error 104 on X server. I use the GNU driver, no nvidia driver for X. regards francesco Unfortunately I have duties at the moment to investigate deeper this issue. --- On Mon, 4/14/08, Francesco Pietra <[EMAIL PROTECTED]> wrote: > From: Francesco Pietra <[EMAIL PROTECTED]> > Subject: Re: Problems installing amd64 with Supermicro motherboard > To: "Lennart Sorensen" <[EMAIL PROTECTED]> > Cc: "Giacomo Mulas" <[EMAIL PROTECTED]>, debian-amd64@lists.debian.org, "A J > Stiles" <[EMAIL PROTECTED]> > Date: Monday, April 14, 2008, 11:13 AM > Hi > reported at the bottom the output of > > dmesg > gsemd > > > --- On Mon, 4/14/08, Lennart Sorensen > <[EMAIL PROTECTED]> wrote: > > > From: Lennart Sorensen > <[EMAIL PROTECTED]> > > Subject: Re: Problems installing amd64 with Supermicro > motherboard > > To: "Francesco Pietra" > <[EMAIL PROTECTED]> > > Cc: "Giacomo Mulas" > <[EMAIL PROTECTED]>, debian-amd64@lists.debian.org, > "A J Stiles" <[EMAIL PROTECTED]> > > Date: Monday, April 14, 2008, 8:47 AM > > On Sat, Apr 12, 2008 at 10:17:03AM -0700, Francesco > Pietra > > wrote: > > > Hi > > > I finally succeeded in entering BIOS (although > the > > Intel Boot Agent is a pest that has still to be > eliminated; > > thanks to "ael" for suggesting Freedos: not > yet > > tried, > > > Se please my previous answer: no chance to remove the Boot > Agent. > > >I first wanted to configure BIOS at least where I am > > sure what I am doing). > > > > > > In configuring the CPU (4 dual-core amd 875 Rev > E1: > > cache L1 256KB, cache L2 2048KB) it is not clear to me > how > > to set the MTRR mapping. The choice is between > > "continuous" (which makes the PCI hole > > noncacheable) and "discrete" (which places > the > > PCI hole beloww the 4GB boundary). > > > > > > Oddly, the System Memory is reported 20480MB > (which > > agrees with the result of command > > > > > > $ cat /proc/meminfo > > > > > > when Linux is launched. Actually, I installed > aside > > each socket 2GB + 2GB + 1G + 1G Kingston DDR1 ECC, so > I > > expected a total 24GB. All these memories were OK on a > Tyan > > S2895, and insertion on the Supermicro H8QCE board > seems > > correct. I did myself all the management of the 2GB, > and I > > was carefully grounded. Should the filling of the > slots be > > different? > > > > Is all the RAM the same speed? Is it all ECC? Is it > all > > buffered? > > > Like in the case of the CD-ROM, one slot was not well > fixed. Now OK. > > > > > The specs for the board seem to indicate it supports > 32GB > > (16 x 2GB) of > > buffered 400MHz DDR, or 64GB (16 x 4GB) of buffered > 333MHz > > DDR. > > > > What happens if you only install the 2GB modules and > leave > > out the 1GB > > modules? > > > > So out of your 24GB you are only seeing 20GB? > > > > As far as I can tell from the manual the way to > install the > > ram would > > be: > > > > > > > > CPU3 2GB in 1B > > 2GB in 1A > > 1GB in 2A1GB in 2B > > 1GB in 2B1GB in 2A > > 2GB in 1A > > 2GB in 1BCPU4 > > > > 2GB in 1BCPU1 > > 2GB in 1A > > 1GB in 2B1GB in 2A > > 1GB in 2A1GB in 2B > > 2GB in 1A > > CPU2 2GB in 1B > > Ypu are quite correct. In fact this is the order that I set > after having edited the BIOS. Changing the position of the > memory slots (or because one was badly fixed, has prevented > my access to BIOS. It seems inescapable to clear CMOS. To > this regard I posed the question to Supermicro Europe; > > You suggested to clear CMOS by removing the battery and > shorting the battery socket. This is considered unsafe by > most people. Why not shortening the JBT1 without removing > the battery? > > They have just answered "By shorting the battery > socket you can be 100% sure the COMS has been cleared" > > > > > > > Could you post your 'dmesg' output, to see > what the > > e820 tables and mtrr > > and such show as well as the kernel reserved memory? > > dmesg > dsemd > > having loaded amd64 from the raid1 disks that were in use > in my previous two-socket (dual-core opteron 265) machine. > As you can see there is no correct driver for the embedded > Gigabit. I have just got the right drived (module) from > Supermicro and have to find the right way to load the > module fro a diskette or usb key with modprobe (I never > loaded a module before) > > Bootdata ok (command line is root=/dev/md2 ro ) > Linux version 2.6.18-3-amd64 (Debian 2.6.18-7) > ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) > (Debian 4.1.1-20)) #1 SMP Mon Dec 4 17:04:37 CET 2006 > BIOS-provided physical RAM map: