Re: 64Bit installation on a 500 GB Sata DRIVE
In <4a261dba.8040...@t-online.de>, Klaus Jantzen wrote: > > Please pay attention to the Code of Conduct for the list: http://www.debian.org/MailingLists/#codeofconduct Particularly, "Never send your messages in HTML; use plain text instead." -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: 64Bit installation on a 500 GB Sata DRIVE
Johannes Wiedersich wrote: [cut] I'm glad it works for you. I maintain that there are some sites and some plugins that won't work correctly on amd64, while they work fine on x86. Last time I tried virtualbox, would not start that proprietary OS on amd64, either. VirtualBox (from Sun) works just fine on AMD 64. Maybe the source is a clue? Peter HB [cut] -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[going OT] Re: 64Bit installation on a 500 GB Sata DRIVE
Johannes Wiedersich wrote: > thveillon.debian wrote: >> Johannes Wiedersich wrote: >>> Frank Lin PIAT wrote: But unless you have a specific need to use stick to 32bit kernel (driver, old application [in]compatibility), it is wise to move to 64bits. >>> Why? >>> >>> I know that 64bit is the future. I have the feeling, however, that many >>> applications are still better supported on 32bit than on 64bit. This >>> applies especially for multimedia, web pages and viewing certain >>> restricted pdfs, but I have often regretted the decision to move one of >>> my workstations to 64bit, just because it adds more hassle than it gains >>> in performance. >>> >>> Of course this is just my humble opinion. It may work for others. >>> >>> So, again: What is the advantage of running 64bit that warrants the >>> extra hassle? >>> >>> Cheers, >>> Johannes >>> >>> >> Hi, >> >> I have all the systems I use/admin in 64bits (amd64), it's mainly Debian >> and Ubuntu, I don't feel any "hassle" anymore. It used to be a problem >> for a few web pluggins and a few semi-deprecated programs, but not >> anymore. Most systems are multimedia workstations, everything works very >> well, including flash (native 64bits), Java (native 64bits), all >> possible codecs (w64codecs and more), Mplayer, Xine, Blender... > > I'm glad it works for you. I maintain that there are some sites and some > plugins that won't work correctly on amd64, while they work fine on x86. > > Last time I tried virtualbox, would not start that proprietary OS on > amd64, either. > I have Sun/Oracle VirtualBox amd64 (the proprietary one) running both XP and Win7-rc, XP vm are 32bits, Win7 is 64bit, no problem here (Debian Squeeze amd64). >> Regarding performances, it's sometimes just the same, often much faster, >> never slower, so no reason to look back to i386 for me. There's many >> comparison floating around, especially on www.phoronix.com, you can have >> a look at this Ubuntu vs Fedora roundup >> http://www.phoronix.com/scan.php?page=article&item=ubuntu_810_vs_fedora_10&num=4 > > Are you sure, that the x86 tests were carried out with the amd64-kernel > for x86? I am sure that 686-kernels will be outperformed by > amd64-kernels. My golden compromise between performance and usability is > a amd64 kernel with 32-bit userland. > > If it's really the amd64-kernel on x86 that's outperformed, I'd start to > reconsider... I am pretty sure it's 64bits kernel and libs, it would be really interesting to see the phoronix test tool (it's free, opensource, and gratis) results on such a setting, if you have spare time and/or a test machine... http://www.phoronix-test-suite.com/?k=downloads phoronix ran test on Ubuntu vs Mac os, both x86 and x86_64 Ubuntu (the later being a bit better, but still lagging behind the Mac). Which is interesting is that they say Mac OS kernel is 32bits, but with support for 64bits apps, which sounded strange to me: "With the OS X kernel currently being 32-bit but with support for 64-bit applications,[...]" source : http://www.phoronix.com/scan.php?page=article&item=ubuntu_osx_64bit&num=1 >> I imagine the performance gain should be even more sensible with some >> databases or intensive scientific number-crushing apps. > > After the recent change of German copyright (Urheberrecht), libraries > started to send copy-protected pdf's that require a closed source > DRM-plugin, which is only available for i386. So, what you gain in speed > by improved number-crunching, might be lost by not being able to study > the scientific literature :-( > > [Of course, I would prefer to read the literature without the need of > non-free software! ] > > Cheers, > Johannes > > Yep, it's strange to see that the so called "competition" in the proprietary software market doesn't drive editors to keep up with technical evolutions... It might changes with MS pushing 64bits OS versions forward. For such cases it's always possible to keep a 32bits vm, or a chroot. Cheers, Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
Klaus Jantzen wrote: > On 06/03/2009 09:05 AM, Rod James Bio wrote: >> Its a Seagate HD. I dont have the exact model number. Now I am >> checking if this is a hardware problem. One thing that bothers me is >> why does 32bit works? >> >> Klaus Jantzen wrote: >>> On 06/03/2009 07:46 AM, Rod James Bio wrote: We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Can anyone suggest if there are limitations or problems or past experiences? Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. Processor is Intel QUAD Q9550. --Rod James >>> Who is the manufacturer of your HD? What is the type? >>> I installed Debian Lenny 5.0 amd64 on two 500 GB HDs with no problem. >>> >>> -- >>> >>> K. Jantzen >>> >> >> > If it is a Seagate ST3500320AS (Barracuda ?) you might have a firmware > problem. > For this reason I had to exchange my two drives (which was done with no > problems). > The firmware for this HD _must_ be version SD1A. You could download and > install the new firmware > yourself (refer to the Seagate website) but that is of any use only if > you load the new firmware _before_ you > do any formatting otherwise you should return it to your dealer or to > Seagate. > > If you have any questions, let me know. > > -- > > K. Jantzen > I got bitten by the firmware bug on Seagate Barracuda 7200.11 drives, but it was supposed to kill the drive upon reboot, not to prevent partitioning ? I have Debian amd64 installed on such Seagates 500GB, and WS 500GB (WD5001AALS-00L3B2) too (raid1) with no problem. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
thveillon.debian wrote: > Johannes Wiedersich wrote: >> Frank Lin PIAT wrote: >>> But unless you have a specific need to use stick to 32bit kernel >>> (driver, old application [in]compatibility), it is wise to move to >>> 64bits. >> Why? >> >> I know that 64bit is the future. I have the feeling, however, that many >> applications are still better supported on 32bit than on 64bit. This >> applies especially for multimedia, web pages and viewing certain >> restricted pdfs, but I have often regretted the decision to move one of >> my workstations to 64bit, just because it adds more hassle than it gains >> in performance. >> >> Of course this is just my humble opinion. It may work for others. >> >> So, again: What is the advantage of running 64bit that warrants the >> extra hassle? >> >> Cheers, >> Johannes >> >> > > Hi, > > I have all the systems I use/admin in 64bits (amd64), it's mainly Debian > and Ubuntu, I don't feel any "hassle" anymore. It used to be a problem > for a few web pluggins and a few semi-deprecated programs, but not > anymore. Most systems are multimedia workstations, everything works very > well, including flash (native 64bits), Java (native 64bits), all > possible codecs (w64codecs and more), Mplayer, Xine, Blender... I'm glad it works for you. I maintain that there are some sites and some plugins that won't work correctly on amd64, while they work fine on x86. Last time I tried virtualbox, would not start that proprietary OS on amd64, either. > Regarding performances, it's sometimes just the same, often much faster, > never slower, so no reason to look back to i386 for me. There's many > comparison floating around, especially on www.phoronix.com, you can have > a look at this Ubuntu vs Fedora roundup > http://www.phoronix.com/scan.php?page=article&item=ubuntu_810_vs_fedora_10&num=4 Are you sure, that the x86 tests were carried out with the amd64-kernel for x86? I am sure that 686-kernels will be outperformed by amd64-kernels. My golden compromise between performance and usability is a amd64 kernel with 32-bit userland. If it's really the amd64-kernel on x86 that's outperformed, I'd start to reconsider... > I imagine the performance gain should be even more sensible with some > databases or intensive scientific number-crushing apps. After the recent change of German copyright (Urheberrecht), libraries started to send copy-protected pdf's that require a closed source DRM-plugin, which is only available for i386. So, what you gain in speed by improved number-crunching, might be lost by not being able to study the scientific literature :-( [Of course, I would prefer to read the literature without the need of non-free software! ] Cheers, Johannes -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
Johannes Wiedersich wrote: > Frank Lin PIAT wrote: >> But unless you have a specific need to use stick to 32bit kernel >> (driver, old application [in]compatibility), it is wise to move to >> 64bits. > > Why? > > I know that 64bit is the future. I have the feeling, however, that many > applications are still better supported on 32bit than on 64bit. This > applies especially for multimedia, web pages and viewing certain > restricted pdfs, but I have often regretted the decision to move one of > my workstations to 64bit, just because it adds more hassle than it gains > in performance. > > Of course this is just my humble opinion. It may work for others. > > So, again: What is the advantage of running 64bit that warrants the > extra hassle? > > Cheers, > Johannes > > Hi, I have all the systems I use/admin in 64bits (amd64), it's mainly Debian and Ubuntu, I don't feel any "hassle" anymore. It used to be a problem for a few web pluggins and a few semi-deprecated programs, but not anymore. Most systems are multimedia workstations, everything works very well, including flash (native 64bits), Java (native 64bits), all possible codecs (w64codecs and more), Mplayer, Xine, Blender... The only downsides are Cinelerra, well it doesn't work better on 64bits than on 32bits, just keeps crashing (dropped it in favor of Blender, which as a simple but powerful/stable video editing mode) , and Cinepaint which is not easy to find, but Gimp with GEGL as been catching up on features so no longer a problem. Regarding performances, it's sometimes just the same, often much faster, never slower, so no reason to look back to i386 for me. There's many comparison floating around, especially on www.phoronix.com, you can have a look at this Ubuntu vs Fedora roundup http://www.phoronix.com/scan.php?page=article&item=ubuntu_810_vs_fedora_10&num=4 Skip the first tests which are about games (tells smore about the video driver performances), both distributions have been tested in x86 and x86_64 in the exact same conditions. I imagine the performance gain should be even more sensible with some databases or intensive scientific number-crushing apps. Tom -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
Frank Lin PIAT wrote: > But unless you have a specific need to use stick to 32bit kernel > (driver, old application [in]compatibility), it is wise to move to > 64bits. Why? I know that 64bit is the future. I have the feeling, however, that many applications are still better supported on 32bit than on 64bit. This applies especially for multimedia, web pages and viewing certain restricted pdfs, but I have often regretted the decision to move one of my workstations to 64bit, just because it adds more hassle than it gains in performance. Of course this is just my humble opinion. It may work for others. So, again: What is the advantage of running 64bit that warrants the extra hassle? Cheers, Johannes -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
On Wed, Jun 03, 2009 at 01:46:50PM +0800, Rod James Bio wrote: > We've been doing an installation on this LTSP Server we are trying to > build. While formatting the 500 GB HD the partitioning > process is stock at 33%. Can anyone suggest if there are limitations or > problems or past experiences? I've had a few installs apparently hang at 33% for a while. Then it would jump from 33% to complete in no time. As if the indicator was incorrect. -- Daryl Styrk Naples FL, US -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
On 06/03/2009 09:05 AM, Rod James Bio wrote: Its a Seagate HD. I dont have the exact model number. Now I am checking if this is a hardware problem. One thing that bothers me is why does 32bit works? Klaus Jantzen wrote: On 06/03/2009 07:46 AM, Rod James Bio wrote: We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Can anyone suggest if there are limitations or problems or past experiences? Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. Processor is Intel QUAD Q9550. --Rod James Who is the manufacturer of your HD? What is the type? I installed Debian Lenny 5.0 amd64 on two 500 GB HDs with no problem. -- K. Jantzen If it is a Seagate ST3500320AS (Barracuda ?) you might have a firmware problem. For this reason I had to exchange my two drives (which was done with no problems). The firmware for this HD _must_ be version SD1A. You could download and install the new firmware yourself (refer to the Seagate website) but that is of any use only if you load the new firmware _before_ you do any formatting otherwise you should return it to your dealer or to Seagate. If you have any questions, let me know. -- K. Jantzen -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
Its a Seagate HD. I dont have the exact model number. Now I am checking if this is a hardware problem. One thing that bothers me is why does 32bit works? Klaus Jantzen wrote: On 06/03/2009 07:46 AM, Rod James Bio wrote: We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Can anyone suggest if there are limitations or problems or past experiences? Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. Processor is Intel QUAD Q9550. --Rod James Who is the manufacturer of your HD? What is the type? I installed Debian Lenny 5.0 amd64 on two 500 GB HDs with no problem. -- K. Jantzen -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
2009/6/3 Frank Lin PIAT : > On Wed, 2009-06-03 at 13:51 +0800, 明覺 wrote: >> On Wed, Jun 3, 2009 at 1:46 PM, Rod James Bio wrote: >> > We've been doing an installation on this LTSP Server we are trying to >> > build. While formatting the 500 GB HD the partitioning >> > process is stock at 33%. > > Yes, hardware failure (hard disk or memory). > Go to your hard-disk manufacturer website, download the tool to test the > harddisk, then run the test. > Then use memtest to test your memory. > > What's your motherboard chipset? Is your SATA controller configured in > AHCI or Compatibility mode ? (try switching to the other) > >> > Anyway just for additional information: >> > I tried using lenny 64bit installer to no avail and 32bit installation is >> > successful but we want to use 64bit because the machine has 5GB of memory >> > so >> > as to maximize the memory. > > FYI, Debian i386 has a kernel flavor named bigmem, which supports up to > 64GB (PAE see http://en.wikipedia.org/wiki/Physical_Address_Extension ) > > But unless you have a specific need to use stick to 32bit kernel > (driver, old application [in]compatibility), it is wise to move to > 64bits. > >> I donot have experience in it, if I encountered this problem, I would >> try to use the gNewSense livecd to partition the harddisk, and after >> that, install the 64bit debian. here is the gNewSense livecd, >> http://www.gnewsense.org/index.php?n=Main.Download > > 1. No FUD please. Debian-installer's partman works. ok, it works > 2. Formating with another tool is unlikely to help (because you still > have to proceed through the installation) why unlikely to help? he said it's the debian formating failed, of cause we can try formating it by another tool and then install debian without formating. > 3. Debian has it's own DebianLive CD good, I hope i can be as good as the gNewSense one. > > > Regards, > > Franklin > > -- 不苦不樂正念正智 Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
On 06/03/2009 07:46 AM, Rod James Bio wrote: We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Can anyone suggest if there are limitations or problems or past experiences? Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. Processor is Intel QUAD Q9550. --Rod James Who is the manufacturer of your HD? What is the type? I installed Debian Lenny 5.0 amd64 on two 500 GB HDs with no problem. -- K. Jantzen -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
Frank Lin PIAT wrote: On Wed, 2009-06-03 at 13:51 +0800, 明覺 wrote: On Wed, Jun 3, 2009 at 1:46 PM, Rod James Bio wrote: We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Yes, hardware failure (hard disk or memory). Go to your hard-disk manufacturer website, download the tool to test the harddisk, then run the test. Then use memtest to test your memory. What's your motherboard chipset? Is your SATA controller configured in AHCI or Compatibility mode ? (try switching to the other) Thanks for the info. Well the board has AHCI enabled by default and there is also IDE Mode. Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. FYI, Debian i386 has a kernel flavor named bigmem, which supports up to 64GB (PAE see http://en.wikipedia.org/wiki/Physical_Address_Extension ) But unless you have a specific need to use stick to 32bit kernel (driver, old application [in]compatibility), it is wise to move to 64bits. Thanks I did not know this. I'll RTFM on this. I donot have experience in it, if I encountered this problem, I would try to use the gNewSense livecd to partition the harddisk, and after that, install the 64bit debian. here is the gNewSense livecd, http://www.gnewsense.org/index.php?n=Main.Download 1. No FUD please. Debian-installer's partman works. 2. Formating with another tool is unlikely to help (because you still have to proceed through the installation) 3. Debian has it's own DebianLive CD Regards, Franklin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
On Wed, 2009-06-03 at 13:51 +0800, 明覺 wrote: > On Wed, Jun 3, 2009 at 1:46 PM, Rod James Bio wrote: > > We've been doing an installation on this LTSP Server we are trying to > > build. While formatting the 500 GB HD the partitioning > > process is stock at 33%. Yes, hardware failure (hard disk or memory). Go to your hard-disk manufacturer website, download the tool to test the harddisk, then run the test. Then use memtest to test your memory. What's your motherboard chipset? Is your SATA controller configured in AHCI or Compatibility mode ? (try switching to the other) > > Anyway just for additional information: > > I tried using lenny 64bit installer to no avail and 32bit installation is > > successful but we want to use 64bit because the machine has 5GB of memory so > > as to maximize the memory. FYI, Debian i386 has a kernel flavor named bigmem, which supports up to 64GB (PAE see http://en.wikipedia.org/wiki/Physical_Address_Extension ) But unless you have a specific need to use stick to 32bit kernel (driver, old application [in]compatibility), it is wise to move to 64bits. > I donot have experience in it, if I encountered this problem, I would > try to use the gNewSense livecd to partition the harddisk, and after > that, install the 64bit debian. here is the gNewSense livecd, > http://www.gnewsense.org/index.php?n=Main.Download 1. No FUD please. Debian-installer's partman works. 2. Formating with another tool is unlikely to help (because you still have to proceed through the installation) 3. Debian has it's own DebianLive CD Regards, Franklin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: 64Bit installation on a 500 GB Sata DRIVE
What I tried was to partition my HD using other linux installation at my workplace. Then I tag the partition so it wont be formatted but the installation still fails. Anyways thanks for the info. I just wanted to know if there are limitations or problem that could arise. Thanks! 明覺 wrote: > On Wed, Jun 3, 2009 at 1:46 PM, Rod James Bio wrote: > >> We've been doing an installation on this LTSP Server we are trying to >> build. While formatting the 500 GB HD the partitioning >> process is stock at 33%. Can anyone suggest if there are limitations or >> problems or past experiences? >> >> Anyway just for additional information: >> I tried using lenny 64bit installer to no avail and 32bit installation is >> successful but we want to use 64bit because the machine has 5GB of memory so >> as to maximize the memory. >> Processor is Intel QUAD Q9550. >> > I donot have experience in it, if I encountered this problem, I would > try to use the gNewSense livecd to partition the harddisk, and after > that, install the 64bit debian. here is the gNewSense livecd, > http://www.gnewsense.org/index.php?n=Main.Download > > >> --Rod James >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject >> of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> >> >> > > > >
Re: 64Bit installation on a 500 GB Sata DRIVE
On Wed, Jun 3, 2009 at 1:46 PM, Rod James Bio wrote: > We've been doing an installation on this LTSP Server we are trying to > build. While formatting the 500 GB HD the partitioning > process is stock at 33%. Can anyone suggest if there are limitations or > problems or past experiences? > > Anyway just for additional information: > I tried using lenny 64bit installer to no avail and 32bit installation is > successful but we want to use 64bit because the machine has 5GB of memory so > as to maximize the memory. > Processor is Intel QUAD Q9550. I donot have experience in it, if I encountered this problem, I would try to use the gNewSense livecd to partition the harddisk, and after that, install the 64bit debian. here is the gNewSense livecd, http://www.gnewsense.org/index.php?n=Main.Download > > --Rod James > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject > of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > > -- 不苦不樂正念正智 Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
64Bit installation on a 500 GB Sata DRIVE
We've been doing an installation on this LTSP Server we are trying to build. While formatting the 500 GB HD the partitioning process is stock at 33%. Can anyone suggest if there are limitations or problems or past experiences? Anyway just for additional information: I tried using lenny 64bit installer to no avail and 32bit installation is successful but we want to use 64bit because the machine has 5GB of memory so as to maximize the memory. Processor is Intel QUAD Q9550. --Rod James -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org