Re: SATA RAID (MSI Neo-FSR) on debian-amd64
On Mon, Sep 27, 2004 at 11:43:19AM +0200, Erik Mouw wrote: Oh, this might be important: There are no IDE devices on my system aside from the dvd-burner. The installer talks about writing the bootloader to the mbr or hdd1 (with hardwareraid=on, software raid=off and hardwareraid=off, softwareraid=off), whilst such device doesn't really exist. The sata drives are identified by the installer as scsi drives. I'm not sure LILO and/or Grub understand SATA devices mapped to /dev/sd*, all my amd64 box is netbooted (using pxelinux). Yes, they do. My AMD64 box boots using Grub from a SATA drive (off one of the on-board controllers), and I use /dev/sda for the drive. Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- What part of gestalt don't you understand? --- signature.asc Description: Digital signature
Re: Do you know this mirror?
On 04-Sep-24 17:00, Peter Cordes wrote: Speaking of which, the Packages.gz files for the gcc-3.4/testing repository on bach.hpc2n.umu.se are 20bytes (i.e. a gzip of an empty file). The uncompressed versions are right, but apt-get goes for the compressed. The amd64/gcc-3.4 repository currently has only packages from sid/unstable and not from sarge/testing. This is the reason why the Packages.gz file for testing is empty. However, I am preparing an amd64/gcc-3.4 sarge archive for my own private use which has already the debs from 7940 source packages from current 'testing' installed. If there is demand for an amd64/gcc-3.4 sarge/testing archive, I could upload my packages to the gcc-3.4 archive on alioth. Regards Andreas Jochens
Can I use my card account after starting this process
Bring to a standstill the annoying letters and calls. We have pioneered an advanced system of proven strategies that will get the creditors and debt collectors off your back for good Our debt termination program has legally stopped millions of dollars worth of debt from being collected. check out our Elimination Program here http://www.classyclubproductdemand.com/e2/ i am busy, no thank you, go above Keep it up! cried Rob, bitterly. I hope you'll enjoy yourself The other Turks raised their comrade to his feet, and the three stared at one another in surprise, being unable to understand how a bound prisoner could so effectually defend himself
Re: AMD64 and Ndiswrapper and wireless cards
Run 32-bit. Unfortunately, thats about it. It might be possible to do a 32-64 'wrapper' similar to how floating point is handled, but its unlikely to be worth the effort. (Chances are it won't be stable, probably not get accepted upstream anywhere, etc...) (To save the searching, basically the kernel can do begin_fpu and end_fpu to save/restore processor state across floating point operations. It requires disabling preempt and all sorts of other evil hacks and - afaik - is never actually used anywhere. Userspace handles it as part of the usual context switch, so nothing special is needed. This may be wrong in some details but for this I think its accurate enough. And I'm sure someone who's looked at it more recently can correct me ;) ..) On Mon, 27 Sep 2004 00:42:08 -0500, Kunjan Shah [EMAIL PROTECTED] wrote: Hello, I bought a shiny HP zv5260 last week. It's AMD 64, and I got sid installed on it. works great. However I was wondering if any one of you knew how to get the broadcomm Wireless G card on it working. Since its 64 bit i cannot use ndiswrapper to run 32 bit windows drivers. So does anyone of you know a workaround for this? Thanks, Regards, Kunjan. -- - Kunjan Shah http://kunjan.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Disconnect [EMAIL PROTECTED] http://www.gotontheinter.net/
Re: Promise or VIA?
Hi, (this is a bit off-topic) On Wed, 22 Sep 2004 17:55:50 -0500, Pete Harlan [EMAIL PROTECTED] wrote: The Asus A8V I bought has both a VIA and a Promise SATA controller, and both work fine with Linux. The Promise is better supported under Linux (or possibly just a better controller; it does TCQ under Linux, where the VIA doesn't (yet?)) as far as I could tell from the SATA compatibility page. I was wondering: having both a Promise and a VIA SATA controllers and 2 hard drives: to implement software raid, which of these configurations would give better performance?: 1. One HD attached to a different controller (one to VIA, one to Promise) 2. Both HDs on the VIA controller 3. Both HDs on the Promise controller I guess that using a single controller would put more load on it but reduce the PCI bus load, and vice versa... am I right? From the thread discussion, I would say that option 3 is better than 2 (Promise being a better controller)... but is it better than option 1 in overall performance on this scenario? what do you think? Thanks pep
IWill DK8N main board with AMD 242 Opteron
Dear Sirs, I want to run Debian on Opteron 242 processors with IWill main board based on nForce3 250 chipset (DK8N from IWill) Have you any experiences?? Any opportunities?? And if is not so big trouble, just one more question - -- which graphic card for dual-head (sth like xinerama, etc) and which sound card (with DSP processors onboard - for music advanced edition) should I choose ?? I read that MATROX is not supproting Linux as well as in the past, so maybe you have positive opinion about nVidia or ATI (should make possible to work fine with for example VEEJAY VIDEO MIXING) About sound cards - I thought about CREAMWARE, but maybe I can buy sth much cheaper and as good as I will have 2-processor 64-bit machine.. Best regards, -- Piotr Pruszczak
Audio problems with Asus K8V SE Deluxe
Does anyone have audio working correctly on an Asus K8V SE Deluxe? I recently upgraded the motherboard on my desktop at home to this board and am having trouble getting audio to work correctly. The motherboard has an integrated VIA VT8237 audio chip on it, and it sort-of works with the ALSA VT82xx driver, but not very well. Some things seem to sound ok (xmms) but others don't (nearly everything else I've tried). The sound is irregular, with pops and crackles, random large fluctuations in volume, and runs at the wrong speed (usually too fast). I've searched the web/usenet and found that I'm not the only one with this problem: From: Rod Smith ([EMAIL PROTECTED]) Subject: Re: athlon64 upgrade ... Newsgroups: comp.os.linux.hardware Date: 2004-05-27 16:54:03 PST [] the VIA VT8237 that drives it is not yet officially supported by the kernel, although it does work with the ALSA VT8233 driver -- just not optimally. Specifically, some programs produce sped-up or stuttery sound. [] http://groups.google.com/groups?hl=enlr=ie=UTF-8c2coff=1threadm=1et59c-90v.ln%40speaker.rodsbooks.comrnum=2prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26c2coff%3D1%26q%3Dvt8237%2Balsa%2Bk8v%26btnG%3DSearch But I've also read that this is supposed to be fixed as of ALSA 1.05a (I've installed modules compiled from Debian's alsa-source 1.06). Now, here's where it gets weird. I decided to just disable the onboard audio and install a pci sound card (Trident 4DWaveNX) since this chip has been around for several years and is very well supported by ALSA. After switching to the new card I expected the problems to go away, but they persist. This happens both with the analog output and the SPDIF out, so it's not just analog noise. I've been running stock i386 Debian sid with a vanilla Linus Linux 2.6.8 compiled 32-bit but optimized for Athlon64. I've tried twiddling several of the kernel settings (APIC, ACPI, CPU Frequency scaling, pre-emption) and lots of compiles/reboots later I've yet to find a setting that does not have this problem. Does anyone have any suggestions? Eric
Re: Do you know this mirror?
[EMAIL PROTECTED] (Bob Proulx) writes: Except for the Packages file I see no advantage for rsync in the case of the deb archive. In fact I see a serious advantage for using http. Pull the Packages files locally and then do all of the system stats locally. It would seem to be the lightest on the server of the available options. 1) Automatic deletion of files on the mirror when they disappear upstream. 2) Preservation of hard links and the resulting preservation of disk space. I aggree that rsync's bandwidth-saving-through-binary-diffs feature goes unused. -Brett.
Re: Do you know this mirror?
Brett Viren wrote: Bob Proulx writes: Except for the Packages file I see no advantage for rsync in the case of the deb archive. In fact I see a serious advantage for using http. Pull the Packages files locally and then do all of the system stats locally. It would seem to be the lightest on the server of the available options. 1) Automatic deletion of files on the mirror when they disappear upstream. The 'debmirror' program handles this too. And importantly in the correct order. First update the pool with new files, then update the Packages files, then remove the obsoleted files. For people using rsync I fear they are just rsync'ing the two directories 'pool' and 'dist' without taking this into consideration. The archive is large and takes time to run from start to finish. That opens up a window of time between when files are deleted and the Packages file is updated that the files are not available from the mirror. Or time between getting the new Packages files and getting the new debs if run in the reverse order. 2) Preservation of hard links and the resulting preservation of disk space. I can't think of any files in a depot that would be hard linked. All of the files look to be unique files to me. What am I missing? Bob pgpwH6KW9tNKE.pgp Description: PGP signature
Re: Do you know this mirror?
Bob Proulx wrote: Brett Viren wrote: 2) Preservation of hard links and the resulting preservation of disk space. I can't think of any files in a depot that would be hard linked. All of the files look to be unique files to me. What am I missing? I know for a fact that Debian has used hard-links in the mirror tree in the past because one of my friends ran into the problem when trying to mirror into AFS (which doesn't support hard links). However I can't think of anything that would still be hard linked so it's probably irrelevant. -Peter
newbie tusing debian-installer
Whoever can help: I'm definitely a newbie, just built my first custom-built computer, and after Mandrakelinux failed to give me the control and driver support I needed, I'm trying Debian GNU/Linux. I tried the amd64 debian-installer (got the current net .iso from alioth) and at the step where it tried to partition my hard drive, it says it couldn't find a disk to partition and said to make sure I have a hard drive installed. I obviously do, see I currently have my dual boot-up of windows xp and mandrakelinux working, so any help would be greatly appreciated (remember, I'm an extreme newbie, so simple, dumbed-down steps if possible). Thank you so much in advance! Ross System: MSI K8N Neo2 Platinum nForce3 Ultra Athlon 64(FX) Skt939 DDR ATX Motherboard w/Audio, Dual LAN, RAID/Serial ATA Retail AMD Athlon 64 3500+ Processor Socket 939 Retail Western Digital Raptor serial ATA hard drive (74 GB, 10,000rpm) eVGA GeForce 6800 AGP 8X 128MB DDR Video Card
Re: Audio problems with Asus K8V SE Deluxe
I had a problem with sound just not working, and it had something to do with the kernel loading up the OSS drivers as well, which interfered with the ALSA drivers. perhaps you have something similar? I cant remember what the oss driver looks like when using lsmod, off the top of my head, it may have been sound*. Sorry not very helpful, but hopefully it helps. p.s. maybe broken Mboard? Cheers - Nick Eric Sharkey wrote: Does anyone have audio working correctly on an Asus K8V SE Deluxe? I recently upgraded the motherboard on my desktop at home to this board and am having trouble getting audio to work correctly. The motherboard has an integrated VIA VT8237 audio chip on it, and it sort-of works with the ALSA VT82xx driver, but not very well. Some things seem to sound ok (xmms) but others don't (nearly everything else I've tried). The sound is irregular, with pops and crackles, random large fluctuations in volume, and runs at the wrong speed (usually too fast). I've searched the web/usenet and found that I'm not the only one with this problem: From: Rod Smith ([EMAIL PROTECTED]) Subject: Re: athlon64 upgrade ... Newsgroups: comp.os.linux.hardware Date: 2004-05-27 16:54:03 PST [] the VIA VT8237 that drives it is not yet officially supported by the kernel, although it does work with the ALSA VT8233 driver -- just not optimally. Specifically, some programs produce sped-up or stuttery sound. [] http://groups.google.com/groups?hl=enlr=ie=UTF-8c2coff=1threadm=1et59c-90v.ln%40speaker.rodsbooks.comrnum=2prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26c2coff%3D1%26q%3Dvt8237%2Balsa%2Bk8v%26btnG%3DSearch But I've also read that this is supposed to be fixed as of ALSA 1.05a (I've installed modules compiled from Debian's alsa-source 1.06). Now, here's where it gets weird. I decided to just disable the onboard audio and install a pci sound card (Trident 4DWaveNX) since this chip has been around for several years and is very well supported by ALSA. After switching to the new card I expected the problems to go away, but they persist. This happens both with the analog output and the SPDIF out, so it's not just analog noise. I've been running stock i386 Debian sid with a vanilla Linus Linux 2.6.8 compiled 32-bit but optimized for Athlon64. I've tried twiddling several of the kernel settings (APIC, ACPI, CPU Frequency scaling, pre-emption) and lots of compiles/reboots later I've yet to find a setting that does not have this problem. Does anyone have any suggestions? Eric
Re: Audio problems with Asus K8V SE Deluxe
I had a problem with sound just not working, and it had something to do with the kernel loading up the OSS drivers as well, which interfered with the ALSA drivers. perhaps you have something similar? No, I never mess with the OSS stuff. I'm certain that wasn't compiled in. p.s. maybe broken Mboard? I don't think so, since the same problem has been reported by others, and its affecting the pci card as well. It's almost as if the internal unit of time used to pace sound playback were unstable, which is why I suspected it may have had something to do with cpu frequency scaling, but turning that off didn't seem to make a difference. Eric
SATA/usb mass storage conflict
I have tried installing the amd64 port and I was able to install and configure the base system once but after this it times out when checking the partitions on the drive ( i.e. /dev/scsi/host0/bus0/etc. p1 p2 p5 etc.) on reboot. I've also tried rerunning the installer and it times out at loading sd_mod. After much frustration I gave up on the installer and tried the installer from fedora core 2 for amd64 thinking I might be able to try with a different kernel and it was freezing when loading the usb mass storage drivers ( I have a usb flash reader installed instead of a floppy). Disabling usb allows me to boot the fedora core installer but still not the debian installer ( hanging at sd_mod) and of course the initrd image on the hd is loading the usb mass storage drivers and failing with the same time out as before. Is there a simple way to remove the drivers for usbms from the initrd image while using the fc rescue disk? Has anyone had similar experiences? I'm assuming the sata drives and the usb drives are fighting over /dev/sda, if I were to create a kernel image with the sata drivers compiled in statically and the usbms loaded as a module later do people think it will still conflict?