As long the 64bit version doesn't even finishes to boot from CD I don't care how strong it is elsewhere

What I don't get is why there are no drivers that have 2 parts: one part is the one that talks to the hardware and has a open unified interface (this part could even be closed source binary).
The 2nd part could be the software that connects the open interface to the OS driver interface (suppose mostly Windows).

This way open source driver programmer can program the 2nd stage for their beloved OS without the need of diving too much into these things.

Maybe I don't get it (why we don't have this in place) because I'm not a driver programmer

what are you on about. I assume you are talking about userspace drivers. although I'm certain if you can't explain what you mean, your not fit to make any compassion between OS's, or would gain from an explanation a trip to google would have given you.

If you 64bit copy of Ubuntu does not work. This is not Ubuntu's help forum. Do not try and self-diagnose the problem with half-baked technobable.

My advise is short if Ubuntu has not worked for you, post what happened not what you think is happening on the forum, and if its not resolved there, file a bug in their bugzilla.

Do not spend a long time on it, Linux has many choices take advantage of them. Fendora looks interesting. repeat above Fendora.

Remember that you can try the Alternate Install CD if you're having problems with the LiveCD. You should also consider installing the 32-bit version if you can't get the 64-bit version to install. Personally, I tried both the 64-bit and 32-bit versions on my AMD Turion64 laptop, and I didn't notice any real difference in performance (except perhaps for MP3 encoding...)

It's generally less of a hassle to go with 32-bit, especially since some proprietary technologies (Flash, audio and video codecs) are not available in 64-bit.

Surprisingly enough, Debian's 64bit actually has things that Ubuntu's 64-bit does not. Important things like Wine and nspluginwrapper are already packaged.

With Wine they used a patch, though from reading the bug report it was kind of a hack. But they did get Wine packaged for 64bit. Unfortunately it's an older version of Wine, but that's okay since I don't use it that often. On the other hand, the flash plugin I do use quite often.

Also I haven't had ANY codec problems with 64bit Debian. In fact all of them worked out of the box since they install the proper gstreamer packages by default.

I never even had to install w32codecs. wmv and the apple quicktime movies work fine.

There are kernel problems in 2.6.20 which are not strictly speaking Ubuntu's fault. These problems have to do with faulty detection of certain newer brands of optical drives, USB devices, and SATA/PATA drives.

They are solvable; I had these problems with a Dell GX260 and was able to fix it from advice given on ubuntuforums.org. I blame Canonical for assuming kernel.org was going to rigorously test compatibility for them; owners of tv tuner cards who watched kernel patches break audio support for their chipsets last year know too well how little of a priority testing is for the kernel maintainers.

Go to ubuntuforums.org and search the forums for solutions; you will likely find the one that fits you.

As for going with 64 bit releases, the argument for desktop users is pretty slim right now. Closed source plugins like Flash are all 32 bit and will not talk to the 64-bit browsers installed on your system; the hack around this is to install the 32 bit version of the browser and reconfigure your system to use it instead. Benchmarks indicate negligible speed differences between running natively in 64 bit mode and 32 bit mode for desktop users.

Regarding 64bit browser and Flash9. A simple solution worked for me. 64bit OS users with a 64bit Firefox browser can use the nspluginwrapper to utilize Flash9 from inside 64bit Firefox. seamless. (it'll work until Flash is GPL'd later this year).

I use a 64bit OS as my desktop, I use a 64bit browser, and Flash9.so without resorting to a 32bit browser kludge and it works just fine - thank you. =)

nspluginwrapper is now in sid, and will likely be in the next Ubuntu release since they polish the work of the Debian developers.