DG965ss
I tried an amd64 installation on an Intel DG965SS board with 8 GByte. The system is very very slow (installation more than 1 day.) and I got corrupt files from the net (e.g. apt-get update). I have read that this should be a Intel Bios Bug since version 1669 (curr: 1719), if using more than 4 GDB. Does anyone has sucessfully installed Debian amd64 on such a motherboard? If yes, I would like to know which BIOS Version and boot parameter (noacpi, etc.) you are using. thanks, Helmut [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DG965ss
On Fri, 1 Feb 2008, Dr. Helmut G. Enders wrote: I tried an amd64 installation on an Intel DG965SS board with 8 GByte. The system is very very slow (installation more than 1 day.) and I got corrupt files from the net (e.g. apt-get update). I have read that this should be a Intel Bios Bug since version 1669 (curr: 1719), if using more than 4 GDB. Does anyone has sucessfully installed Debian amd64 on such a motherboard? If yes, I would like to know which BIOS Version and boot parameter (noacpi, etc.) you are using. thanks, Helmut [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Yes, Use the following boot option: If using lilo: append=mem=8832M Otherwise, just add mem=8832M for grub. Then it will back to normal. I wouldn't touch the BIOS updates unless this works for you, I tried updating the BIOS 2-4 revisions and none of them helped me for my 965 board. Justin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ath5k success ???
Hi all, with the new kernel version, there is a new module available: ath5k. It shall replace madwifi. Has anyone get it running ? I can load it, the device is seen, but I never get an IP via dhcp. Maybe it dows still not work correctly. Can anybody confirm this ? If yes, should we sent a bugreport ? Cheers Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Total vs per-cpu memory
Hi absolutely true. But then, who is so diligent to always do so, especially when developing your own code for scientific computation? I've written some, and only when it was for public consumption I cared to put all the checks in all the places... :P Ehm, anyone that wants to avoid embareshing things like segfaults in their programs. It can save a lot of headaches debuging the problem later to just do things right to begin with. Since you are discussing this. I spent yesterday on trying to debug ngspice on amd64 with gdb and valgrind. It segfaults on amd64 but not on i386. Can you point out some good documents on where to put those checks you mention? Unfortunately often I don't know when a data structure can be freed. Thanks Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DG965ss
On Fri, Feb 01, 2008 at 09:09:23AM +0100, Dr. Helmut G. Enders wrote: I tried an amd64 installation on an Intel DG965SS board with 8 GByte. The system is very very slow (installation more than 1 day.) and I got corrupt files from the net (e.g. apt-get update). I have read that this should be a Intel Bios Bug since version 1669 (curr: 1719), if using more than 4 GDB. It can be slow with 4GB too. The BIOS incorrectly sets up the MTRR causing a bit of memory to be uncached. Does anyone has sucessfully installed Debian amd64 on such a motherboard? If yes, I would like to know which BIOS Version and boot parameter (noacpi, etc.) you are using. If you simply boot the kernel with mem=XXX telling it a bit less memory than you actually have you should avoid the small chunk of slow memory. If you have 8GB, limiting it to 7 or 7.5GB should work just fine. Something like: mem=7168M should work, then after you boot and install you can check the actual MTRR (in /proc/mtrr) to see what address is the last cached one and use that (so if the base for the highest entry is 8704M and size is 128M then you would want to use mem=8832M as far as I have understood things) It seems that essentially only intel is still getting this wrong in their bioses, and it doesn't matter if you have 4GB or 8GB, they manage to screw up in many cases no matter how much memory you have above the 4GB mark (which you have some of even with 4GB due to the PCI reserved space in the 3 to 4GB area). Everyone else seems to have clued in to the mistake in intel's reference bios code and fixed it. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
b43 driver oddities...
I know this is not strictly an amd64 matter, but I just discovered something odd (for me) and wanted to understand if it's just me. I have an asus A6K, with one of the (in)famous broadcom wireless chips. Until kernel 2.6.24 I was only able to (partially) use wifi via ndiswrapper, meaning that I could only use unencrypted or wep (almost the same) links, wpa and wpa2 never worked. From time to time I also tried using the bcm43xx driver, with no joy. Then came 2.6.24 and, surprise surprise, ndiswrapper does not work any more. It gets compiled and loaded ok, but no interface appears. I suppose there was some API change in the kernel that was not corrected for in the ndiswrapper code. On the other hand, the shiny new b43 driver appeared. Apparently, still no joy. In particular, it was not possible to detect networks, iwlist scan reported nothing, or more specifically Interface doesn't support scanning. Since I had also compiled in debugging for b43 and friends, I was surprised to find nothing on the syslog, no initialisation. Then I tried issuing a ifconfig wlan0 up command (which does not quite make sense to me). Lo and behold, immediately something appeared on syslog, saying the radio was detected etc.. I retried iwlist scan, and I now also get a list of available networks. I still have to test in depth, but it appears to work. Where exactly was it ever made known that you have to ifconfig up your wireless interface before you can have it list the available networks? I hope this can be useful for others. Ciao 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) _ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Total vs per-cpu memory
On Thu, 31 Jan 2008, Lennart Sorensen wrote: Insufficient ram does not EVER cause a segmentation fault. Only buggy code causes segmentation faults. If a bad programmer simply calls malloc and doesn't check that it succeeded before using it, then you get a segmentation fault, but only because the programmer didn't write proper code. absolutely true. But then, who is so diligent to always do so, especially when developing your own code for scientific computation? I've written some, and only when it was for public consumption I cared to put all the checks in all the places... :P Ciao 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) _ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b43 driver oddities...
Giacomo Mulas: [...] Where exactly was it ever made known that you have to ifconfig up your wireless interface before you can have it list the available networks? I have no idea but I have made the same observation with an Atheros chip when using madwifi (self-compiled from SVN). J. -- In this bunker there are women and children. There are no weapons. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: Total vs per-cpu memory
On Fri, Feb 01, 2008 at 02:01:35PM +0100, Giacomo Mulas wrote: absolutely true. But then, who is so diligent to always do so, especially when developing your own code for scientific computation? I've written some, and only when it was for public consumption I cared to put all the checks in all the places... :P Ehm, anyone that wants to avoid embareshing things like segfaults in their programs. It can save a lot of headaches debuging the problem later to just do things right to begin with. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reinstalling Debian - part I
Hi I have an amd64 system that is still dualboot with XP. It has a 100GB FAT32 that i use as my /home but since i barely use XP anymore and i had some issues with FAT32 i'm gonna resize my 20GB XP partition (oh, wait, i have game isos...) and change the fat to ext3. Also, my system got infected with this virus called gnome, which is really hard to get rid off. I hear KDE is the same and with so much X experimenting i'm not sure anymore which session/display/window/file/___managers i have and which are default. It's annoying. I also surely have some lost and unused packages and i could use some tweaking as far as partition sizes go, so, this implies repartition and reformat anyway. Before i do that, i want some advice. Here are the specs: power supply: 400W motherboard: Asus M2NPV-VM processor: AMD Athlon64 3500+ (2.2GHZ PIB SOCKET AM2 512KB CACHE) RAM: 2x Kingston 1G DDR2 800MHz CL5 (with two empty slots) hard-drive: Maxtor 160GB SATA II 7200RPM 8Mb Cache DVD: LG RW GSA-H10A (never used it in Debian yet actually) There are 3 other computers, two debians wired to the NAT router, another wireless with Vista (i'm thiking printers and Samba later). Starting with general questions, one of my future projects will be to fiddle around with Linux from Scratch. The thing is, if i compile everything, will i be able to compile a package manager and use it to manage everything i've already compiled? If not i'm stuck with a system that's not easily upgradable (although that's not the point with LFS). Religious question #1: which PM to use? I mostly use APT and i'm quite happy with it. Aptitude seemed ok. I want automatic removal of unused packages and whatever else is there to make management easy. Religious question #2: Display Manager. XDM does the job and i guess with some fiddling it could even become pretty. I have other machines, only one monitor and i'm lazy. I can get away with openSSH but i'd like to open a window on my desktop and connect to the other boxes. I did it once!! So, i'd like to use the same DM in all machines, one that will later allow me to remote session. I think SDM is discontinued (used SSH - i don't need it on my local network but its fun), i refuse to use GDM or KDM since i dislike the corresponding desktop enviroments (although i'm now using gdm). So... unless(?) i go for VNC i'd like a DM that can handle XDMCP. And the difference between a display manager and a session manager? Languages and i18n. My mother tongue is NOT english. I'm ok with it being the system language, i actually like the interface to be english, since i don't really appreciate other translations, but i want to be able to use the system (keyboard et al) for my own language (portuguese), as well as others (esperanto and russian). I want to be able to have filenames with portuguese accented letters, cyrillic or hebrew characters if i freaking want to - and use them on the console. Admitedly i ran into most problems with the FAT32 partition, but i still get a lot of garble. How can i guarantee a default Unicode system? Which brings us to the next question. Fonts. While fiddling with the default X meta-package (oh :(, i'd forgotten about that) i ran into 3 different locations for fonts. Apapretly Xfs is deprecated. I want my fonts to be central and unicode, available to all programs, at least. I don't want fonts that are not unicode - any tweaks? Short of compiling it how can i assure that my X server will be adapted to my hardware? It often installs drivers for a bunch of cards unnecessarily, for instance. And this motherboard has an onborad nVidia chip which i'd like to use to the max (and how could i test that?). Also i know this monitor (Samtron 55E) supports more than 800x600 resolutions, but i can't really know if it's using something above that. Also there doesn't seem to be a standard as fas as icons (and its size/behaviour) go... The installation: i want to be sure i'll only instal the most basic packages, the minimal system. I could use the netinst CD i used last time (May) but it would be interesting to use a USB pen-drive. I have a 2GB Kingston, i assume that's feasable. As far as general questions go, that's it for now i guess. All cronstructive criticism is welcome. Next wil be partitions :-) Cheers, Nuno -- Fica bem, porta-te mal. Be well, misbehave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Grub and raid
Hi I am using a 64 bit computer but the problem might be general. But anyway, is there any unknown trick in making a computer with two raid1 SATA disks boot with Grub? I can mount /dev/md* when I boot the system on the install CD but I am unable to install grub on /dev/sda nor /dev/sdb. Thanks Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Total vs per-cpu memory
On Fri, Feb 01, 2008 at 04:10:25PM +0100, Gudjon I. Gudjonsson wrote: Since you are discussing this. I spent yesterday on trying to debug ngspice on amd64 with gdb and valgrind. It segfaults on amd64 but not on i386. Can you point out some good documents on where to put those checks you mention? The main thing to watch out for it people using int's as pointers. pointers should always be void * or longs. Do you have an example of how to make it segfault? Unfortunately often I don't know when a data structure can be freed. When you know you won't try to access it again. Also setting the pointer to NULL after freeing it and then checking that a pointer is not NULL before trying to access it (and if it is null when you don't think it should be, spit out an error message). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub and raid
-Original Message- From: Gudjon I. Gudjonsson [mailto:[EMAIL PROTECTED] Sent: Friday, February 1, 2008 04:19 PM To: debian-amd64@lists.debian.org Subject: Grub and raid Hi I am using a 64 bit computer but the problem might be general. But anyway, is there any unknown trick in making a computer with two raid1 SATA disks boot with Grub? I can mount /dev/md* when I boot the system on the install CD but I am unable to install grub on /dev/sda nor /dev/sdb. Thanks Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Look at this link. It allowed me to do a rock solid install with grub.. http://www.debian-administration.org/articles/512 YMMV. Good luck.
Re: Grub and raid
Am Freitag, den 01.02.2008, 23:19 +0100 schrieb Gudjon I. Gudjonsson: Hi I am using a 64 bit computer but the problem might be general. But anyway, is there any unknown trick in making a computer with two raid1 SATA disks boot with Grub? [...] Hi, have a look at: http://www.planamente.ch/emidio/pages/linux_howto_root_lvm_raid_etch.php#3.3 http://www.gentoo.org/doc/de/gentoo-x86-tipsntricks.xml#software-raid http://wiki.debian.org/SataRaid These are generic instructions for installing a software-raid and GRUB. I think, the problem is not related to 64 bits... HTH, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Total vs per-cpu memory
Hi again On Fri, Feb 01, 2008 at 04:10:25PM +0100, Gudjon I. Gudjonsson wrote: Since you are discussing this. I spent yesterday on trying to debug ngspice on amd64 with gdb and valgrind. It segfaults on amd64 but not on i386. Can you point out some good documents on where to put those checks you mention? The main thing to watch out for it people using int's as pointers. pointers should always be void * or longs. If you are interested there is a Debian package on my server: deb http://195.198.146.229/debian/ amd64/ deb-src http://195.198.146.229/debian/ source/ You just need to start the program and it will segfault :) The debugging symbols are stripped even if it is run with the nostrip option but they exist in src/ngspice. Thanks Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reinstalling Debian - part I
Nuno, You can de-install unnecessary stuff anytime later. Using an interactive PM eases the control over the package selection. It lets you browse and solve dependency conflicts much more easily. Compared to 'real' graphical PMs like synaptics, interactive aptitude has advanced features, but for a newbie is less intuitively. I still recommend to use it from the beginning because it's worth to learn. But you would need to read the manual. x-terminals (like xterm, konsole, gnome-terminal) are UTF-8 capable. For example, gnome-terminal has menu path to select and organize different character encodings. Usually, it is possible to switch the language of a certain window by keyboard shortcut or mouseclick - this is a task done by window manager (pls refer to that docs.) If you like smart office, and fewer stuff installed, you can try with a smart 'session manager' like wmaker (windowmaker), which has kind of uniform launcher icons and workspaces but is not a full desktop session at all. You don't need to install Gnome or KDE to run Gnome or KDE applications. For example, installing K3b burner will install some KDE specific stuff automatically, but not more than necessary. You can choose the default session in the display manager, it also let's you start through into a certain session directly without login. There are ways to bypass the display manager completely, too. For wmaker this works fine, however, gdm and kdm did some stuff to prepare later session (IIRR, some y ago), maybe that's still the case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hal: some questions
Hans, HAL does not depend on pmount, but pmount depends on libhal-storage. KDE kio-plugins use pmount, while Gnome use gnome-volume-manager and gnome-vfs. pmount installs an additional warpper pmount-hal. According to the pmount manpage, you need users in the group 'plugdev' (debian.) But HAL is not the essential low level daemon to recognize and mount devices, it's udev. Basically, mounting is triggered by udev, and many packages install new udev rules into /etc/udev. As for your problem, to me that seems to be a bug of the desktop session (eg, insufficient udev configuration) and you should search their bug database. Provided the device is recognized correctly at all, you can always force specific mount options by 'hard' fstab entries, with options like eg. noauto,users,uid=1000,gid=50,sync,noatime,nodiratime,noexec. You can choose the /dev/disk/by-label/ path to identify the device unambiguously. m°
Re: Grub and raid
On Fri, 01 Feb 2008 23:30:21 +0100, Gudjon I. Gudjonsson wrote: But anyway, is there any unknown trick in making a computer with two raid1 SATA disks boot with Grub? I have two SATA disks on a nForce4 motherboard in RAID1, and boot happily with Grub. The RAID was set up during installation and it is: /dev/md0: /dev/sda1 + /dev/sdb1 -- / /dev/md1: /dev/sda2 + /dev/sdb2 -- swap /dev/md2: /dev/sda3 + /dev/sdb3 -- /home Grub is installed on both disks, removing one does not prevent the system to be booted. My device.map is: [EMAIL PROTECTED]:~$ cat /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb See if yours is different. -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]