Re: X applications under chroot
On 10/4/05, Ernest jw ter Kuile <[EMAIL PROTECTED]> wrote: On Tuesday 04 October 2005 22:51, Dale E. Martin wrote:> On Tue, Oct 04, 2005 at 04:41:48PM -0300, Eduardo Costa Lisboa wrote:>> Make sure you "rbind" mount /tmp and /home into the chroot. Ah ? why is that needed for /tmp ? In the default configuration, X clients connect to the local X server via a named pipe in /tmp. That is what DISPLAY=:0 means. You can also use a network connection (DISPLAY=localhost:0), but that is usually disabled for security reasons, and not quite as fast as a pipe. In the end, most UNIX servers are accessed via named pipes. So if you want to use these servers, you have to find the pipe and make it available to the chroot environment. MySQL for example puts the pipe in /var, which is quite a pain. Thomas
Re: CPU Frequency on default Sarge kernel
On Tuesday 04 October 2005 14:49, Eduardo Costa Lisboa wrote: > I have a Compaq R3000. It is a Athlon64 3200+ processor, has steps of > 800, 1600 and 2000 MHz. I have the exact same laptop. In order to use frequency scaling, the kernel must support "ACPI processor p-states", which basically means that the kernel uses ACPI to get information on the supported processor frequencies (this is how Windoze does it). Older kernels (< 2.6.9) required a patched version of the powernow_k8 module in order to support this. Newer kernels have this feature built in, so you just have to make sure it is enabled in the kernel config. Also, newer kernels have things like the alps touchpad code already included. I'm currently running a custom 2.6.13 kernel, and everything is fine. Email me off-list if you want my kernel config, etc. cheers, -Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CPU Frequency on default Sarge kernel
On 10/4/05, Frederik Schueler <[EMAIL PROTECTED]> wrote: > what laptop with which CPU do you have exactly? Could you post your > /proc/cpuinfo? I have a Compaq R3000. It is a Athlon64 3200+ processor, has steps of 800, 1600 and 2000 MHz. > 2.6.8 was released a year ago, you should try a newer kernel -- for > example linux-image-2.6.12-1-amd64-k8 from testing. > Lots of things have changed in the cpufreq parts of the kernel, and > if you have a turion64 or mobile athlon64 cpu, it's likely your > processor was released after 2.6.8 was, and consequently the kernel > does not know anything about it. Thanks for the tip, I will take a loot at it. I think my lap has 12 or 18 months, I guess. -- Eduardo Costa Lisboa
Re: CPU Frequency on default Sarge kernel
Hello, On Mon, Oct 03, 2005 at 11:06:37PM -0300, Eduardo Costa Lisboa wrote: > Hi. I can't set the CPU frequency on my notebook. I am using the > default kernel, 2.6.8-11-amd64-generic. what laptop with which CPU do you have exactly? Could you post your /proc/cpuinfo? 2.6.8 was released a year ago, you should try a newer kernel -- for example linux-image-2.6.12-1-amd64-k8 from testing. Lots of things have changed in the cpufreq parts of the kernel, and if you have a turion64 or mobile athlon64 cpu, it's likely your processor was released after 2.6.8 was, and consequently the kernel does not know anything about it. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: X applications under chroot
On Tuesday 04 October 2005 22:51, Dale E. Martin wrote: > On Tue, Oct 04, 2005 at 04:41:48PM -0300, Eduardo Costa Lisboa wrote: > > Make sure you "rbind" mount /tmp and /home into the chroot. Ah ? why is that needed for /tmp ? Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X applications under chroot
On Tue, Oct 04, 2005 at 04:41:48PM -0300, Eduardo Costa Lisboa wrote: > How can I execute an X application, such as OpenOffice, under chroot? > > When I call it, it tells it can't open the display. > > I already tried to export the display as :0.0 and even as > localhost:0.0, but none worked (I created a proper /etc/hosts file > before) > > Any idea? Make sure you "rbind" mount /tmp and /home into the chroot. Take care, Dale -- Dale E. Martin - [EMAIL PROTECTED] http://the-martins.org/~dmartin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Clean sid? install to Tyan k8we
I have succeeded a clean sid install to Tyan k8we as follows: Debian-installer-version: debian-testing-amd64-businesscard dated 10/04/05 http://cdimage.debian.org/pub/cdimage-testing/daily/amd64/current/debian-testing-amd64-businesscard.iso uname -a: 2.6.12-1-amd64-k8-smp Date: Oct 5th, 2005 around 3:00 AM JST Method: Boot off from the burnt iso image above. http://ftp.jp.debian.org/debian-amd64/debian/ no proxies Machine: DIY WS based on Tyan k8we w/o SCSI Processor: Dual Opteron 265 Memory: SanMax ECC Registered Memory 512MB x 4 Root Device: SATA0 /dev/sdb2 Root Size/partition table: /dev/sdb1 32GB is mounted as a swap /dev/sdb2 32GB is mounted as root Output of lspci: :00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) :00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3) :00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) :00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) :00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3) :00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2) :00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) :00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) :00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) :00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) :00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :02:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2) :08:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) :08:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) :08:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) :08:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) :80:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) :80:01.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) :80:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) :80:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) :81:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2) Output of lspci -n: :00:00.0 0580: 10de:005e (rev a3) :00:01.0 0601: 10de:0051 (rev a3) :00:01.1 0c05: 10de:0052 (rev a2) :00:02.0 0c03: 10de:005a (rev a2) :00:02.1 0c03: 10de:005b (rev a3) :00:06.0 0101: 10de:0053 (rev a2) :00:07.0 0101: 10de:0054 (rev a3) :00:08.0 0101: 10de:0055 (rev a3) :00:09.0 0604: 10de:005c (rev a2) :00:0a.0 0680: 10de:0057 (rev a3) :00:0e.0 0604: 10de:005d (rev a3) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :00:19.0 0600: 1022:1100 :00:19.1 0600: 1022:1101 :00:19.2 0600: 1022:1102 :00:19.3 0600: 1022:1103 :02:00.0 0300: 10de:0140 (rev a2) :08:0a.0 0604: 1022:7450 (rev 12) :08:0a.1 0800: 1022:7451 (rev 01) :08:0b.0 0604: 1022:7450 (rev 12) :08:0b.1 0800: 1022:7451 (rev 01) :80:00.0 0580: 10de:005e (rev a3) :80:01.0 0580: 10de:00d3 (rev a3) :80:0a.0 0680: 10de:0057 (rev a3) :80:0e.0 0604: 10de:005d (rev a3) :81:00.0 0300: 10de:0140 (rev a2) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Install errs at "Installing the base system" after the choice of kernel. I completed the installation proces by means of chroot install. After the error, I enter alternate screen by Alt-F2. Then after hitting return a. # mount -t proc proc /target/proc b. # chroot /target /bin/bash c. # mount -a d. # gpg --keyse
Re: X applications under chroot
You have to give you client permission. See xhost See the amd64 howto guide https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html . I suggest using 'dchroot -d openoffice' works great for me. Note you have to set a config file, see howto above. - Original Message - From: "Eduardo Costa Lisboa" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 04, 2005 2:41 PM Subject: X applications under chroot How can I execute an X application, such as OpenOffice, under chroot? When I call it, it tells it can't open the display. I already tried to export the display as :0.0 and even as localhost:0.0, but none worked (I created a proper /etc/hosts file before) Any idea? -- Eduardo Costa Lisboa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X applications under chroot
How can I execute an X application, such as OpenOffice, under chroot? When I call it, it tells it can't open the display. I already tried to export the display as :0.0 and even as localhost:0.0, but none worked (I created a proper /etc/hosts file before) Any idea? -- Eduardo Costa Lisboa
Re: CPU Frequency on default Sarge kernel
On 10/3/05, Corey Hickey <[EMAIL PROTECTED]> wrote: > Can you be more specific? Tell us the output of the following: Sorry, here it is: > $ cpufreq-info cpufrequtils 0.2: cpufreq-info (C) Dominik Brodowski 2004 Report errors and bugs to [EMAIL PROTECTED], please. analyzing CPU 0: no or unknown cpufreq driver is active on this CPU > $ grep CONFIG_CPU_FREQ /boot/config-`uname -r` CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_PROC_INTF=m CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=m CONFIG_CPU_FREQ_TABLE=m > $ dmesg | grep powernow-k8 no output :-( > That last one might not work if your machine has been running a while. Try: > # cd /var/log ; (cat messages messages.0 ; cat messages.*.gz | zcat) | \ > grep powernow-k8 | tail -n 20 It doesn't return any output too But hey! It was the powernow-k8 module that wasn't loaded! Heh, thanks! -- Eduardo Costa Lisboa
OPTFLAGS for mozilla-thunderbird (was: Re: Mozilla-Bug #321644)
Stefan Lüthje wrote: > Hello, > > can anyone fix or force to fix this bug, because this bug is older than > two month and the brower mozilla is absolute useless on AMD64 :-( > > The solution is already documented: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321644 Thanks for posting this. If it helps anyone else, changing the OPTFLAGS and rebuilding mozilla-thunderbird cleared up the very frequent crashes I was having when viewing HTML emails on amd64. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UML, TLS, and Debian AMD64
Hi, > > I'm not quite sure how you can work around it without > > going through rebuilding glibc. > > I'm willing to jump through some hoops. I've done `apt-get source glibc`. > Any > tips on how to disable TLS / NPTL and compile a new package would be most > appreciated! see debian/sysdeps/amd64.mk, replace nptl with linuxthreads, and go through the hoops, as you described. I think you are mostly on your own from here. Good luck. regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CPU Frequency on default Sarge kernel
On Tue, Oct 04, 2005 at 10:24:15AM +0200, Giacomo Mulas wrote: > On Mon, 3 Oct 2005, Eduardo Costa Lisboa wrote: > > >Hi. I can't set the CPU frequency on my notebook. I am using the > >default kernel, 2.6.8-11-amd64-generic. > > > >I would like to know if is it possible to set the processor frequency > >using cpufrequtils on the AMD64 processor. > > yes, it is. You probably need to load the appropriate module, or (if > you prefer) to compile a new kernel including it. The appropriate module > to load depends on the processor you have, possible choices being > > - powernow-k8 (for Athlon64, Turions, Opterons, 64bit AMD cpus in general) > - p4-clockmod (for Intel P4 with 64 bit extension) > - speedstep-centrino (I don't know what this is for, probably some 64 bit > mobile Intel chip) Some xeon processors with EMT64 include the same kind of frequency/voltage scaling than the Pentium-M. They are intended for servers platform obviously. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug in xchat?
I seem to have found a little bug in xchat. Seems like I can't connect to a SOCKS4 proxy server, in case, TOR. Have anyone seen this? -- Eduardo Costa Lisboa
Re: UML with debian-amd64
You just missed me bringing up an issue about it on this list. I have 64-bit Debian running inside 64-bit Debian, and it looks like it's going to work fine, except that UML doesn't support NPTL. Normally this isn't a problem; simply removing /lib/tls fixes it. But Debian AMD64 has it compiled directly into glibc, because all 64-bit CPUs support this feature. I've made the UML devs aware of the problem via the uml-user mailing list. It looks like for now you'll have to recompile glibc, at least within the UML instance. I'm not sure about the host. It looks like the 3.0 version of Xen does not require disabling TLS. You might want to evaluate that. Supposedly, release is imminent... On Tuesday 04 October 2005 08:58 am, Tim Matthews wrote: > hello > > I would like to know if anyone on this list has used UML with debian-amd64. > > Any good/bad experiences? disasters? worth doing, etc? > > cheers, > > tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
UML with debian-amd64
hello I would like to know if anyone on this list has used UML with debian-amd64. Any good/bad experiences? disasters? worth doing, etc? cheers, tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: perspectives on 32 bit vs 64 bit
On Tue, Oct 04, 2005 at 03:26:12PM +0200, Thomas Steffen wrote: > I feel with you. As much as I like a native 64bit system, it is just too > much of a pain to get all the stuff together. Even for something as simple > as Acrobat Reader it takes hours of configuration before it works without a > chroot. Why would you care about Acrobat? xpdf, gpdf, gv, evince etc are all replacements. > And you might want to give Ubuntu a try. The amd64 version is quite How nice of you to say so on the debian-amd64 list! More like how insulting... Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ant: Re: Ant: Re: Ant: detecting SATA2
On Tue, Oct 04, 2005 at 03:39:16PM +0200, Peter Sheldrick wrote: > The only difference between your setup and mine that i > can see is that you installed debian on a SATA1 HD and > i'm trying to install it on a SATA2 HD. Are they not > supposed to be completely backwards compatilbe? With > my recent experiences i dont think so. Is there > anything i have to change in bios to make it run? When > i switch the SATA2 controller off the pc hangs at boot > which is strange because i plugged in my disc on the > SATA1 slot so what does he need the SATA2 controller > for? What do you mean when you say the Pre-Boot > Execution Environment option failes? Does the PXE not > start up or does an alteration of an PXE option not > take effect? I'm reluctant to flash the bios - i never > tried it - if it has nothing to do with the problem, > since it is risky, more so because as you say it works > without. > When i try a debian installer with kernel 2.6.8 it > hangs while partitioning. When installing debain from > knoppix with debootstrap: > debootstrap --arch --resolve-deps amd64 sarge /mnt/ > http://amd64.debian.net/debian-amd64/ > it just exits at random stages - once at "I: > Extracting modutils..." sometimes later, once while > trying to chroot. However cheers for the help. Is your knoppix 64bit? If not you can not debootstrap amd64. You have to be running a 64bit kernel to do that. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ant: Re: Ant: Re: Ant: detecting SATA2
The only difference between your setup and mine that i can see is that you installed debian on a SATA1 HD and i'm trying to install it on a SATA2 HD. Are they not supposed to be completely backwards compatilbe? With my recent experiences i dont think so. Is there anything i have to change in bios to make it run? When i switch the SATA2 controller off the pc hangs at boot which is strange because i plugged in my disc on the SATA1 slot so what does he need the SATA2 controller for? What do you mean when you say the Pre-Boot Execution Environment option failes? Does the PXE not start up or does an alteration of an PXE option not take effect? I'm reluctant to flash the bios - i never tried it - if it has nothing to do with the problem, since it is risky, more so because as you say it works without. When i try a debian installer with kernel 2.6.8 it hangs while partitioning. When installing debain from knoppix with debootstrap: debootstrap --arch --resolve-deps amd64 sarge /mnt/ http://amd64.debian.net/debian-amd64/ it just exits at random stages - once at "I: Extracting modutils..." sometimes later, once while trying to chroot. However cheers for the help. - Peter --- Andrew Chant <[EMAIL PROTECTED]> schrieb: > The stock BIOS on the ASRock 939Dual-SATA2 sucks. > The PXE option, at > the very least, fails approx. 60% of the time, with > no rhyme or > reason. There is a newer bios available on the > website, v1.2. Stock > is v1.1. Once I manage to get the system to boot, > however, everything > seems to work fine. > > I stuck with BIOS v1.1, and installed to an SATA > drive (Seagate) and I > never had the problems you are describing. I used > the daily installer > from amd64.debian.net/debian-installer on 9/21. > > -Andrew > > On 10/3/05, Peter Sheldrick > <[EMAIL PROTECTED]> wrote: > > I have 1024MB of Ram. The make is: > > DDRRAM Corsair TWINX 320. Is it likely that the > bios > > is messed up? I didn't fiddle with it and its a > brand > > new mobo so the vendor is unlikely to offer a more > > recent bios. > > > > --- Lennart Sorensen > <[EMAIL PROTECTED]> > > schrieb: > > > > > On Mon, Oct 03, 2005 at 03:33:19PM +0200, Peter > > > Sheldrick wrote: > > > > Thank you very much! I couldn't wish for > better > > > > replies! > > > > > > > > I now connected my SATA2 disc to a SATA > connector > > > > although the mobo handbook advises against it. > > > When i > > > > start the installation with a cd made from > > > > sarge-amd64-2.6.12-netinst.iso available at > > > > http://tinyplanet.ca/~lsorense/amd64/, i > modprobe > > > > sata_uli and the installer detects my disc :). > But > > > > when i try to format it, at one stage or the > other > > > i > > > > get at least: > > > > "Kernel panic - not syncing: PCI-DMA: high > addres > > > but > > > > no IOMMU" > > > > handler!" > > > > the furthest i got so far was past the > formatting > > > - > > > > installing the base system - but then one of > the > > > > errors above occured. > > > > Knoppix detects the disc and i can mount it - > but > > > > lsmod did not show sata_uli *puzzled*. > > > > So what do you guys recommend? Should i use a > IDE > > > HD > > > > instead? Is it likley that this is a silly > mistake > > > or > > > > some serious incompatibility where even if i > > > manage to > > > > install debian ugly errors are going to crop > up > > > later? > > > > > > Well I haven't used the Uli chipset so I have no > > > idea how good/bad it > > > might be or how the support is for it (other > than > > > support at all is very > > > recent in the kernel). > > > > > > How much ram do you have? > > > > > > I am surprised at the 'no IOMMU' message unless > you > > > have 4GB or more of > > > ram and the bios is misconfigured and/or broken. > > > > > > Len Sorensen > > > > > > > > > -- > > > To UNSUBSCRIBE, email to > > > [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? > Contact > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > ___ > > Was denken Sie über E-Mail? Wir hören auf Ihre > Meinung: > http://surveylink.yahoo.com/wix/p0379378.aspx > > > > > > -- > > To UNSUBSCRIBE, email to > [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > ___ Was denken Sie über E-Mail? Wir hören auf Ihre Meinung: http://surveylink.yahoo.com/wix/p0379378.aspx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: perspectives on 32 bit vs 64 bit
On 9/30/05, Faheem Mitha <[EMAIL PROTECTED]> wrote: I have an Opteron server, on which I am running the AMD64 Debian port. Forvarious reasons, I'm contemplating going back to 32 bit. I feel with you. As much as I like a native 64bit system, it is just too much of a pain to get all the stuff together. Even for something as simple as Acrobat Reader it takes hours of configuration before it works without a chroot. I did the conversion back to 32bit for Windows XP. XP x64 offers no obvious advantages, and a lot of headache, even though most legacy applications install just fine. So if you think you want to got back, I think you should just do it. You can still run a 64bit kernel and have a 64bit chroot for the cases where it makes a difference. For most everyday tasks I cannot see any obvious difference, though. The major reason is that aside from the packages in the AMD64 Debianarchive, it is not always easy to find Debian packages for AMD64, since i386 is still very much the default. Also, not all software compiles withAMD64. Also even common packages seem to have a lot more bugs when compiled as 64bit application compared to the 32bit binary. What is the 4 Gig limit for 32 bit processors that people talk about? Doesthis mean that each process/thread can only get a limit of 4 Gig? Is there any workaround for this? No. Each 32bit application is limited to about 3 GB of linear address space. The application can implement its own memory management scheme with overlays, paging etc, but that is more pain than it is worth. Anyway, how many applications do you have that want more than 3 GB of memory? What are the other limits? I read elsewhere that a 32 bit Linux system hasan effective limit of 16 Gig usable memory total. That is only true for a 32bit kernel, which is not necessary for a 32bit userland. Anyway, how much memory do you have? And you might want to give Ubuntu a try. The amd64 version is quite polished, and the compatibility libraries are imho in a better state. You can also run the i386 version with added amd64 compatibilities libraries. In any case try the beta for 5.10, it should have some nice improvements over 5.4 (which is already pretty useful). Thomas
Re: perspectives on 32 bit vs 64 bit
Faheem Mitha wrote: Dear People, I have an Opteron server, on which I am running the AMD64 Debian port. For various reasons, I'm contemplating going back to 32 bit. The major reason is that aside from the packages in the AMD64 Debian archive, it is not always easy to find Debian packages for AMD64, since i386 is still very much the default. Also, not all software compiles with AMD64. There should be no need to go "back to 32-bit" for this reason. Please note that the opteron, in 64-bit mode with a 64-bit kernel running and all the 64-bit software you can get, is still capable of running the odd 32-bit program just fine. I am aware that 64 bit computing has considerable advantages as well. Indeed, so get the best of both worlds: * 64-bit performance for all software that _is_ ported, which is most of it, * and 32-bit software for those few programs who either are proprietary or proved surprisingly hard to port. I'm looking for perspectives from people who have experience with both, and what their feelings about this are. I run both kinds of software on my home machine. Almost everything 64-bit, but a 32-bit chroot so I can run a 32-bit webbrowser in order to use 32-bit java/flash plugins. (There is as yet no good 64-bit java webbrowser plugin, although there is a 64-bit java.) Specifically, I was looking for clarifications about memory issues. I have looked at stuff on the web, but am still confused. What is the 4 Gig limit for 32 bit processors that people talk about? Does this mean that each process/thread can only get a limit of 4 Gig? Is there any workaround for this? 32-bit programs cannot address more than 4GB, because that's all you can address in a 32-bit pointer. Various trickery exists that lets 32-bit intel machines access more than 4GB _in total_ (but still limited to 4GB per process), but these tricks robs you of some performance! There are no such problems with 64 bit. Of course there is a limit, but it is at 17179869184 GB. Nothing to worry about today. :-) What are the other limits? I read elsewhere that a 32 bit Linux system has an effective limit of 16 Gig usable memory total. The limit is 4GB. Intel has various tricks to up this limit a bit, all with some performance impact and limitations. The main limitation of course, is that one _single_ process won't get more than 4GB anyway. (Well, you can theoretically address more, but you definitely don't want to do the work necessary to do that. (First, make a compiler to make such code, then port the kernel to use 48-bit segmented pointers, by the time you're finished all 32-bit hw is obsolete and people will be worrying more about the Y10K problem. :-) It is so much easier to just go 64-bit, and then "2GB" or "4GB" isn't special numbers at all any more. A single process can use billions of GB, if you can afford a machine that big. A single data structure can be bigger than 4GB . . . Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: USB printer
Still having some issue with this. The error I'm getting is:Paused: Unable to open USB device "usb://EPSON/Stylus%20C42": No such device When I run '/etc/init.d/hotplug restart' the printer will usually work again. Any other ideas? On Sun, 2005-10-02 at 02:24 +0100, Paul Brook wrote: > On Sunday 02 October 2005 01:13, Mike Dobbs wrote: > > I have a C42UX printer. It works great when it's plugged in and turned > > on when the system boots. However, if it is turned off cups just > > pauses the printer and says the printer cannot be found. > > You can use a hotplug script to automatically enable/disable the printer. > > Put something like the following two files in /etc/hotplug/usb > The values for the .usermap file can be found with "lsusb". > > Paul > > -- printer.usermap --- > # usb module match_flags idVendor idProduct bcdDevice_lo bcdDevice_hi > bDeviceClass bDeviceSubClass bDeviceProtocol bInterfaceClass > bInterfaceSubClass bInterfaceProtocol driver_info > ml1210 0x0003 0x04e8 0x300c 0x 0x 0x00 0x00 0x00 0x00 0x00 0x00 > 0x > > -- printer --- > #!/bin/sh > > case "$ACTION" in > add) > /usr/bin/enable C42UX > if [ ! -z "$REMOVER" ]; then > cat > "$REMOVER" << EOF > #!/bin/sh > > /usr/bin/disable C42UX > EOF > chmod +x "$REMOVER" > fi > ;; > esac > > exit 0 > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 System Becomes Unresponsive During Software RAID Synchronization
Eric Sorton wrote: > I'm going to try the SysReq key combinations and see if they respond > and provide any helpful information on what might be happening. Try and keep, e.g., 'ps' in the buffer-cache. e.g., leave: watch -n1 'ps fxa' running in a console Either that or use a shell with built-in ls/cat commands to manually investivate proc. I suspect all your commands, attempts at login, ssh's, etc. have gone into uninterruptable sleep, after SATA flaked out. Happened to me with my evil defective SATA port :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 System Becomes Unresponsive During Software RAID Synchronization
On Mon, Oct 03, 2005 at 09:51:22AM -0400, Lennart Sorensen wrote: > 2.6 kernels currently default to using up to 200M/s for resync. This > causes seriously painful disk access while this is taking place. > > I personally always drop it to 10 or 15M/sec so that I can still work on > the system while it syncs the raid. This is done like this: > > echo 1 > /proc/sys/dev/raid/speed_limit_max > > System becomes responsive again and the resync only takes about twice as > long or so. It certainly takes longer. Have you tried using an other I/O scheduler (like cfq or deadline) on the affected drives? According to my experiences, the default anticipatory scheduler is very bad interactivity-wise when there is heavy disk activity. On the other hand, anticipatory gives much better throughput than cfq, so you have to decide what do you need. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer
On Tuesday 04 October 2005 02:16, Kalle Kivimaa wrote: > hjalmar <[EMAIL PROTECTED]> writes: > > No I am not running X as root. I can not get mplayer to work as a normal > > user but I have no problems with it when run as root. > > You do have a file permission problem. Unfortunately I don't remember > which file in /dev or /proc you need to chmod, even though I ran into > this same problem a year or two ago... Try asking in debian-users what > the device/proc files are for XV. Start mplayer with 'strace mplayer 2> some_file' look at the file. You will probably be able to see where the permission problem is - it make take a bit to understand what strace is telling you. Ed Tomlinson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wacom tablet on amd64
wacom: version magic '2.6.11 gcc-4.0' should be '2.6.11 gcc-3.3' You have been compiling the wacom module with a different GCC version then the kernel itself was compiled with. If you compile the module with the same compiler as the kernel was compiled (e.g. by changing symlinks in /usr/bin), it should not complain anymore. yeah, i already found out as well... i'm actually doing it the other way round - upgrading the kernel (2.6.12 is available via apt-get) and compiling it with newest gcc... thanks, -- Lubos [EMAIL PROTECTED]" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wacom tablet on amd64
> wacom: version magic '2.6.11 gcc-4.0' should be '2.6.11 gcc-3.3' You have been compiling the wacom module with a different GCC version then the kernel itself was compiled with. If you compile the module with the same compiler as the kernel was compiled (e.g. by changing symlinks in /usr/bin), it should not complain anymore. Just ask, if you need more specific instructions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CPU Frequency on default Sarge kernel
On Mon, 3 Oct 2005, Eduardo Costa Lisboa wrote: Hi. I can't set the CPU frequency on my notebook. I am using the default kernel, 2.6.8-11-amd64-generic. I would like to know if is it possible to set the processor frequency using cpufrequtils on the AMD64 processor. yes, it is. You probably need to load the appropriate module, or (if you prefer) to compile a new kernel including it. The appropriate module to load depends on the processor you have, possible choices being - powernow-k8 (for Athlon64, Turions, Opterons, 64bit AMD cpus in general) - p4-clockmod (for Intel P4 with 64 bit extension) - speedstep-centrino (I don't know what this is for, probably some 64 bit mobile Intel chip) - acpi-cpufreq (generic driver using ACPI calls) I don't know which ones are compiled in the default Debian generic kernels. If the module you need is not available in the kernel you are running you will need to either find a precompiled kernel package which includes them or compile your own (usually better if you are at ease with it, since you can tailor the kernel to your needs) Bye Giacomo -- _ Giacomo Mulas <[EMAIL PROTECTED]> _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ "When the storms are raging around you, stay right where you are" (Freddy Mercury) _ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mozilla-Bug #321644
Hello, can anyone fix or force to fix this bug, because this bug is older than two month and the brower mozilla is absolute useless on AMD64 :-( The solution is already documented: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321644 Best Regards Stefan Luethje -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh login delay
On Monday 03 October 2005 15:54, Lennart Sorensen wrote: > On Mon, Oct 03, 2005 at 12:51:56AM +0200, Gudjon I. Gudjonsson wrote: > >This is most probably not an amd64 related problem but could someone > > tell me where the delay time for the failed login in ssh is set in > > Debian. All the computers I have access to have delay but not my amd64 > > one. I have looked through the internet for 2 hours without success. > > Usually delay on connect/login is caused by not having working DNS/hosts > file to resolve the incoming IP. If DNS is working fine, it tends to be > able to quickly determine if it can or can not resolve the name of the > IP connecting. If DNS is not working, you will get a long delay while > it waits for name lookup timeout. > > Len Sorensen I don't think there is any DNS problem. ssh works perfectly on all the machines I have access to (or administrate) but one does not have any delay on password after a failed password. I would like to be able to control this parameter. Regards Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
