Re: new kernel too big for lilo
On Thu, Jan 05, 2006 at 09:52:25AM +0900, Craig Hagerman wrote: Hamish said that there is rarely a need to compile your own kernel with Debian. I think I must have missed something. Is there a ways to do a simple 'apt-get install new_kernel'? I did a google search for something like 'debian kernel install', but all of the hits described compiling your own new kernel. Yes, there's packages called linux-image-* (previously kernel-image-*) which contain kernels including modules. With GRUB at least, installing a new kernel package will also add them to the boot menu. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is it em64t ?
hello, i have a p4 machine. how can i know if it has em64t? thank you,
Re: is it em64t ?
On Thu, 2006-01-05 at 17:04 +0800, zzz haha wrote: i have a p4 machine. how can i know if it has em64t? A somewhat stupid but nevertheless possibly useful suggestion: Try to boot the Debian x86-64 installation CD. If it works, you either have an em64t or an amd64 processor. Since you state your machine is a p4, you may safely rule out the latter possibility. Alternatively, try to find out what processor is in there, and check the Intel website. Maybe there's also a flag in /proc/cpuinfo that indicates em64t capabilities. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Thu, Jan 05, 2006 at 10:22:51AM +0100, Koen Vermeer wrote: On Thu, 2006-01-05 at 17:04 +0800, zzz haha wrote: i have a p4 machine. how can i know if it has em64t? A somewhat stupid but nevertheless possibly useful suggestion: Try to boot the Debian x86-64 installation CD. If it works, you either have an em64t or an amd64 processor. Since you state your machine is a p4, you may safely rule out the latter possibility. Alternatively, try to find out what processor is in there, and check the Intel website. Maybe there's also a flag in /proc/cpuinfo that indicates em64t capabilities. The lm flag in /proc/cpuinfo tells the CPU can do long mode, which means it has the 64 bit extensions. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
The lm flag in /proc/cpuinfo tells the CPU can do long mode, which means it has the 64 bit extensions. thank you!
Re: Strange network probes on UDP port: 161
On Wed, Jan 04, 2006 at 09:08:11PM -0500, Stephen Woodbridge wrote: Ever since I have brought my new system on line I have been getting the following reports from other server: Jan 4 20:47:49 maps portsentry[1117]: attackalert: Connect from host: 192.168.1.113/192.168.1.113 to UDP port: 161 Jan 4 20:47:49 maps portsentry[1117]: attackalert: Host: 192.168.1.113 is already blocked. Ignoring Since all these systems are behind a firewall device and my local network is all configured on the 10.1.1.x network this is a little strange. I'm pretty sure it is coming from the new hardware, but I'm not sure how to confirm it other than to turn off the new server and see if the messages stop. Well, you can use tcpdump to comfirm this. tcpdump -en host 192.168.1.113 for example. That will give you at least the MAC address. I do have an IPMI card in the new server that I have not figured out how to setup and configure because I have been focused on other issues first. If you remove that card, does this happens still? port 161 is an snmp port but I can find no reference to anything like that in the motherboard user's guide for the SuperMicro X6DHT-G motherboard. There is likely a firmware option onto your IPMI card that will enable some remote monitoring features. For example, you can enable the LAN monitoring stuff so that you can remotely use some hardware monitoring tools like FreeIPMI or OpenIPMI. It may be possible that your card is also capable of using SNMP for sending monitoring events. Are there such options when you enter the firmware at boot stage, or maybe under the bios menu? Cheers, -- 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]
no updates to amd64 stable in last 3 weeks?
i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. here's my sources.list #deb file:///cdrom/ sarge main deb ftp://ftp.de.debian.org/debian-amd64/debian/ stable main deb-src ftp://ftp.de.debian.org/debian-amd64/debian/ stable main deb http://security.debian.org/ stable/updates main deb http://bach.hpc2n.umu.se/debian-amd64/debian/ stable main deb-src http://bach.hpc2n.umu.se/debian-amd64/debian/ stable main the uptime is currently 12 days, 22:30 and we had it running for about a week or two before we moved it to the data centre, surely there must have been some new packages from those below in that time, in stable: adduser install apache2 install apache2-common install apache2-mpm-prefork install apache2-utils install apcupsd install apt install apt-utils install aptitudeinstall at install base-config install base-files install base-passwd install bashinstall bsdmainutilsinstall bsdutilsinstall bzip2 install ca-certificates install console-common install console-datainstall console-tools install coreutils install cpioinstall cramfsprogs install croninstall dashinstall db4.2-util install debconf install debconf-i18ninstall debconf-utils install debianutils install defoma install dhcp-client install diffinstall discover1 install discover1-data install dpkginstall dselect install e2fslibsinstall e2fsprogs install ed install eject install fdutils install fileinstall findutils install fontconfig install gcc-3.3-baseinstall gettext-baseinstall grepinstall groff-base install grubinstall gzipinstall hdparm install hostnameinstall hotplug install ifupdowninstall infoinstall initrd-toolsinstall initscripts install iptablesinstall iputils-pinginstall kernel-image-2.6-amd64-k8-smp install kernel-image-2.6-em64t-p4 install kernel-image-2.6.8-11-amd64-k8-smp install kernel-image-2.6.8-11-em64t-p4 install klogd install lessinstall libacl1 install libapache2-mod-php4 install libapache2-mod-security install libapr0 install libattr1install libblkid1 install libbz2-1.0 install libc6 install libcap1
Re: Strange network probes on UDP port: 161
I guess that's SNMP traffic. Ever since I have brought my new system on line I have been getting the following reports from other server: Jan 4 20:47:49 maps portsentry[1117]: attackalert: Connect from host: 192.168.1.113/192.168.1.113 to UDP port: 161 Jan 4 20:47:49 maps portsentry[1117]: attackalert: Host: 192.168.1.113 is already blocked. Ignoring Since all these systems are behind a firewall device and my local network is all configured on the 10.1.1.x network this is a little strange. I'm pretty sure it is coming from the new hardware, but I'm not sure how to confirm it other than to turn off the new server and see if the messages stop. I do have an IPMI card in the new server that I have not figured out how to setup and configure because I have been focused on other issues first. port 161 is an snmp port but I can find no reference to anything like that in the motherboard user's guide for the SuperMicro X6DHT-G motherboard. Any thoughts on this? -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: no updates to amd64 stable in last 3 weeks?
On (05/01/06 10:27), Matthew Robinson wrote: i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. Stable is such because it doesn't introduce new packages, only security fixes. This helps to ensure servers remain rock solid. Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: no updates to amd64 stable in last 3 weeks?
On Thursday 05 January 2006 13:01, Clive Menzies wrote: On (05/01/06 10:27), Matthew Robinson wrote: i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. Stable is such because it doesn't introduce new packages, only security fixes. This helps to ensure servers remain rock solid. i know, i was just worried about the lack of security fixes (ive run i386 stable before, with much more updates than this) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Anyone willing to seed sarge amd64 isos?
Hi. Is there anyone (hopefully, more than one person) who's willing to seed sarge amd64 dvd ISOs for bittorrent for a while? I've been stuck at 39% and 24% for quite a while. Edit: well, it looks like someone has ESP, in that someone just started seeding within the last 30 minutes. Still, if more people could jump in that'd be very very helpful (especially since I dunno how long that person will be around). Thanks. -c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: no updates to amd64 stable in last 3 weeks?
On (05/01/06 13:10), Matthew Robinson wrote: On Thursday 05 January 2006 13:01, Clive Menzies wrote: On (05/01/06 10:27), Matthew Robinson wrote: i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. Stable is such because it doesn't introduce new packages, only security fixes. This helps to ensure servers remain rock solid. i know, i was just worried about the lack of security fixes (ive run i386 stable before, with much more updates than this) OK. I only run sid on amd64 but our i386 and powerpc (stable) servers had a batch of upgrades a couple of weeks ago; perhaps Goswin can shed some light :) Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 64/32 with DRI
On Wed, 2006-01-04 at 14:43 -0800, Andrew Sharp wrote: It looks to me to be 64-bit specific, like, it's iterating through a 4294967295 planes trying to do something the chip doesn't even support, instead of skipping that feature. So if you can live without DRI for a little while, they will probably have this fixed, or at least a patch available. I sure hope so. I just figure the squeaky wheel gets the grease is all. Wish their bugzilla had voting. Oh well. -s signature.asc Description: This is a digitally signed message part
Re: Anyone willing to seed sarge amd64 isos?
On Thu, Jan 05, 2006 at 01:33:56PM +, [EMAIL PROTECTED] wrote: Hi. Is there anyone (hopefully, more than one person) who's willing to seed sarge amd64 dvd ISOs for bittorrent for a while? I've been stuck at 39% and 24% for quite a while. Edit: well, it looks like someone has ESP, in that someone just started seeding within the last 30 minutes. Still, if more people could jump in that'd be very very helpful (especially since I dunno how long that person will be around). Thanks. jigdo. Forget bittorrent. :) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3ware 9550 SATA RAID controller problems
On Wed, Jan 04, 2006 at 08:39:30PM -0500, Stephen Woodbridge wrote: After finally getting Sarge installed on my SuperMicro X6DHT-G motherboard system, I am having a problem recognizing the 3ware 9550 SATA Raid Controller card. I have loaded the 3w-9xxx module but that is not getting me anywhere yet. This system boots from a separate SATA disk so the system is running, just without the 1.6TB raid array :( lspci is reporting: :03:02.0 RAID bus controller: 3ware Inc: Unknown device 1003 So, I think what needs to happen next is one or more of the following: 1) upgrade to the 2.6.12 kernel 2) compile the updated vendor source for 3w-9xxx module on either 2.6.8-11 or 2.6.12 3) something simpler that I am missing. Ideally, I would like to use a stock kernel which was why I was thinking of getting 2.6.12 from etch otherwise I will need to try and figure out how to use the kernel-package system and long term maintenance becomes a bigger problem. Thoughts and suggestions would be greatly appreciated. My experience is that amd64 systems run much better with 2.6.12 than 2.6.8 in general. So I personally think the upgrade is very worthwhile. Keeping the rest with stable is usually fine. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with mozilla-browser 1.7.12-1 in testing
On Thu, Nov 17, 2005 at 01:48:34PM -0600, Pete Harlan wrote: Using testing, mozilla-browser 1.7.12-1 is unusable for me: It crashes after a half-dozen clicks from a web browser (if four clicks doesn't kill it, usually a back-button or two does). Reverting to 1.7.8-1 restores its health. I've tried removing the .mozilla folder, but it doesn't help. Does the amd64 testing mozilla-browser 1.7.12-1 work well for anyone? I'm using a variety of self-compiled recent kernels (including the binary nvidia module), but everything else is rock-solid. If others say that this is working for them, then that will give me some information. FYI, Not having heard from anyone that mozilla-browser 1.7.12-1 works for them on amd64 testing (or sid), I have entered a bug report for it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345985 --Pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: no updates to amd64 stable in last 3 weeks?
* Matthew Robinson [EMAIL PROTECTED] [2006-01-05 13:34]: On Thursday 05 January 2006 13:01, Clive Menzies wrote: On (05/01/06 10:27), Matthew Robinson wrote: i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. Stable is such because it doesn't introduce new packages, only security fixes. This helps to ensure servers remain rock solid. i know, i was just worried about the lack of security fixes (ive run i386 stable before, with much more updates than this) Subscribe to debian-security, then you'll always know about security fixes. I see 15 updates for sarge in the last month, but many of them will be things you're not running (dropbear, phpbb2, tkdiff...) so of course you'll not see them. There was a big fix for the kernel in December, so you should at least check that! :) Andrew Preater -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone willing to seed sarge amd64 isos?
On Thu, Jan 05, 2006 at 01:33:56PM +, [EMAIL PROTECTED] wrote: Hi. Is there anyone (hopefully, more than one person) who's willing to seed sarge amd64 dvd ISOs for bittorrent for a while? I've been stuck at 39% and 24% for quite a while. Edit: well, it looks like someone has ESP, in that someone just started seeding within the last 30 minutes. Still, if more people could jump in that'd be very very helpful (especially since I dunno how long that person will be around). Thanks. I just started them, and someone started downloading them at 700 KB/s Why didn't you just download them from one of the mirrors anyway? I started the bt on bytekeeper.as28747.net, where they're on /cdimage-amd64/sarge-amd64/iso-dvd/ Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: no updates to amd64 stable in last 3 weeks?
As a semi-related question between this thread and another: I have rolled my own 2.6.12 kernel for all machines running sarge, and am wondering about best practices for kernel security patches. Sarge is limited to 2.6.12 as far as I know due to udev versions and other issues, which vulnerabilities effect 2.6.12 (seems alot were reported fixed in 2.6.10), and are there patches available to apply to our rolled 2.6.12? Joel Johnson i'm currently running AMD64 Stable, and i'm a little worried that there haven't been any updates (sudo apt-get update ; sudo apt-get dist-upgrade) since just after i first installed. Stable is such because it doesn't introduce new packages, only security fixes. This helps to ensure servers remain rock solid. i know, i was just worried about the lack of security fixes (ive run i386 stable before, with much more updates than this) There was a big fix for the kernel in December, so you should at least check that! :) Andrew Preater
Re: no updates to amd64 stable in last 3 weeks?
On Thu, Jan 05, 2006 at 11:13:59AM -0800, Joel Johnson wrote: As a semi-related question between this thread and another: I have rolled my own 2.6.12 kernel for all machines running sarge, and am wondering about best practices for kernel security patches. Sarge is limited to 2.6.12 as far as I know due to udev versions and other issues, which vulnerabilities effect 2.6.12 (seems alot were reported fixed in 2.6.10), and are there patches available to apply to our rolled 2.6.12? Well if you don't use udev at all (I don't) and you are willing to port yaird or initramfs to sarge (yaird was rather easy to backport), then running 2.6.14 and higher is not a problem on sarge. I run 2.6.14 on my sarge systems, and will probably move to 2.6.15 soon. If you do use udev, well you can backport that too. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sata-HD and IDE CD-Rom on etch/2.6.12 solved
Many thanks to Lennart Sorensen for helping me fix this. My initial problem was that my new machine, a Shuttle XPC with an Athlon Venice 3800+ cpu, a SATA hard drive, and an IDE CD-ROM (cdrw/dvd combo) would boot without any /dev/hd*, and would try to mount the cdrom on /dev/scd0. If there was initially no disc in the tray, it would be impossible to mount CDs at all, if there were, it would, but things were flakey. With the fix suggested by Lennart, all seems to be working properly. I now have /dev/hdc and the cd is mounted as an ide-cd on that device. I've only booted it once, and that was with a cd in the tray, but it probably will work fine in general. It seems much more stable now, and even Gnome automounting works (and is, btw, pretty cool). Here is what I did: manually add ide-cd to /etc/mkinitrd/modules then regenerate the initrd by (thanks for the further info on how to do this...) mkinitrd -o /boot/initrd.img-2.6.12-1-amd64-generic -- David L. Johnson __o | And though I have the gift of prophecy, and understand all _`\(,_ | mysteries, and all knowledge; and though I have all faith, so (_)/ (_) | that I could remove mountains, and have not charity, I am nothing. [1 Corinth. 13:2] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sata-HD and IDE CD-Rom on etch/2.6.12 solved
On Thu, Jan 05, 2006 at 04:04:41PM -0500, David L. Johnson wrote: Many thanks to Lennart Sorensen for helping me fix this. My initial problem was that my new machine, a Shuttle XPC with an Athlon Venice 3800+ cpu, a SATA hard drive, and an IDE CD-ROM (cdrw/dvd combo) would boot without any /dev/hd*, and would try to mount the cdrom on /dev/scd0. If there was initially no disc in the tray, it would be impossible to mount CDs at all, if there were, it would, but things were flakey. With the fix suggested by Lennart, all seems to be working properly. I now have /dev/hdc and the cd is mounted as an ide-cd on that device. I've only booted it once, and that was with a cd in the tray, but it probably will work fine in general. It seems much more stable now, and even Gnome automounting works (and is, btw, pretty cool). Here is what I did: manually add ide-cd to /etc/mkinitrd/modules then regenerate the initrd by (thanks for the further info on how to do this...) mkinitrd -o /boot/initrd.img-2.6.12-1-amd64-generic You might get better performance too if you use the k8 or em64t specific kernel depending on whether you have an amd or intel cpu. generic runs on everything but isn't optimized specificly for either. I guess in your case you want the amd64-k8 kernel. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3ware 9550 SATA RAID controller problems
On Wed, 2006-01-04 at 20:39 -0500, Stephen Woodbridge wrote: Hi Again, After finally getting Sarge installed on my SuperMicro X6DHT-G motherboard system, I am having a problem recognizing the 3ware 9550 SATA Raid Controller card. I have loaded the 3w-9xxx module but that is not getting me anywhere yet. This system boots from a separate SATA disk so the system is running, just without the 1.6TB raid array :( lspci is reporting: :03:02.0 RAID bus controller: 3ware Inc: Unknown device 1003 So, I think what needs to happen next is one or more of the following: You can get lspci to show the full and correct details if you run update-pciids. 1) upgrade to the 2.6.12 kernel 2) compile the updated vendor source for 3w-9xxx module on either 2.6.8-11 or 2.6.12 3) something simpler that I am missing. Ideally, I would like to use a stock kernel which was why I was thinking of getting 2.6.12 from etch otherwise I will need to try and figure out how to use the kernel-package system and long term maintenance becomes a bigger problem. Thoughts and suggestions would be greatly appreciated. We recently bought a system with a 3ware 9550 controller and found 2.6.12 was not recent enough. We got it working with 2.6.15-rc6 in the end, and now that 2.6.15 is released we will upgrade it to a more stable release - fortunately the system using this machine is still under development. So I would heartily recommend coming to grips with kernel-package and building your own (hopefully simpler) kernel. When building with make-kpkg we generally don't use the .config from a Debian build as we can make it more hardware specific and so do not need the complexity of an initrd image for the build. I find it's better to spend 20 minutes going through all the options in make menuconfig and specifying appropriate settings for your hardware. Of course I have been doing that for more than ten years now, so I guess I'm not daunted by it... :-) Regards, Andrew McMillan. - Andrew @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/PHYS: Level 2, 150-154 Willis St DDI: +64(4)803-2201 MOB: +64(272)DEBIAN OFFICE: +64(4)499-2267 Make things as simple as possible, but no simpler -- Einstein - signature.asc Description: This is a digitally signed message part
right kernel for turion64 cpu ?
hi, any idea what's the right kernel for turion64 cpu ? the k8 one ? thx for any help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new kernel too big for lilo
On Thursday 05 January 2006 01:52, Craig Hagerman wrote: On 1/1/06, Hamish Moffatt [EMAIL PROTECTED] wrote: Hamish said that there is rarely a need to compile your own kernel with Debian. I think I must have missed something. Is there a ways to do a simple 'apt-get install new_kernel'? I did a google search for something like 'debian kernel install', but all of the hits described compiling your own new kernel. I'll contradict Hamish, but then I don't really like the debian-kernel method (especially the stupid and irrelevant warnings it always give me) If you already compiled your kernel yourself, there is no need to use debian tool to do it. After configure, just use these three command to build the kernel : $ make $ make modules_install $ make install make install will copy the correct version of the compiled kernel (you were using the uncompressed kernel, which doesn't boot anymore) to /boot After that, you can add an entry to your boot method of choice. I recommend grub. Surfing in the Japanese Alps sound good. Cheers, Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new kernel too big for lilo
After configure, just use these three command to build the kernel : $ make $ make modules_install $ make install for a personal computer, and for one who can make menuconfig, i agree the debian way does not seem to add too much value.
Re: right kernel for turion64 cpu ?
On Thu, Jan 05, 2006 at 10:53:16PM +0100, jose wrote: any idea what's the right kernel for turion64 cpu ? the k8 one ? thx for any help. Yep. That is the one. All AMD k8 class CPUs so far use that one. Well the X2 use k8-smp as do any multicpu opteron systems. The k8 being all 64bit AMDs so far. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new kernel too big for lilo
On Thu, Jan 05, 2006 at 05:25:00PM -0500, Lennart Sorensen wrote: On Fri, Jan 06, 2006 at 06:22:01AM +0800, zzz haha wrote: After configure, just use these three command to build the kernel : $ make $ make modules_install $ make install for a personal computer, and for one who can make menuconfig, i agree the debian way does not seem to add too much value. Being able to uninstall is a big value. Being able to use module assistant to build add on modules is nice too (although that doesn't technically need you to do it the debian way, but it works a bit better). The ability to cleanly uninstall is the main thing. Avoiding accidental Not to mention proper versioning; make install will overwrite /vmlinuz, while installing a new kernel package will simply add new entries to your GRUB configuration. The manual commands aren't handling the initrd either. Still, the initrd is not important if you customised the whole kernel configuration. Proper versioning also means you can have matching versions of other modules for each installed kernel (nvidia, wifi etc) and still switch back and forth between kernels if necessary. The Debian method is not complicated so I'm surprised at the resistance. The command is simply fakeroot make-kpkg kernel_image [--revision foo] --initrd sudo dpkg -i ../kernel-image... I've found in recent times that I rarely need to compile my own kernel anyway. I think I'm running stock kernels on my three machines at home now. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: missing /dev/fd/0 device nodes
Joachim Achtzehnter wrote: My guess is that the upgrade from testing to unstable somehow failed to create this link. The /dev/fd link exists on testing. And on sarge. And woody. And probably potato before that. No idea when it first came into being, but it isn't recent. [BTW: If you're using udev, perhaps your udev config is messed up somehow] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: no updates to amd64 stable in last 3 weeks?
Lennart Sorensen wrote: I run 2.6.14 on my sarge systems, and will probably move to 2.6.15 soon. If you do use udev, well you can backport that too. FYI, I use 2.6.15 on my sarge system at work, with Sarge's udev, and don't have any problems (it's ia32, though) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: missing /dev/fd/0 device nodes
Hi Anthony, You wrote: The /dev/fd link exists on testing. And on sarge. And woody. And probably potato before that. No idea when it first came into being, but it isn't recent. [BTW: If you're using udev, perhaps your udev config is messed up somehow] Didn't do anything knowingly with udev. All I did was to first install 'testing' on a virgin system, changed the sources list from 'testing' to 'unstable', then ran aptitude to perform the upgrade. I then connected my USB printer to this system, added it via the Web to CUPS, tried a test print and found that printing silently fails. After some looking around and enabling debug output in several places it became clear that a foomatic script was failing because there was no /dev/fd/0 file. So, if 'testing' has this symbolic link, it must have been removed somehow by the upgrade procedure... Joachim -- work: [EMAIL PROTECTED] (http://www.netacquire.com) private: [EMAIL PROTECTED] (http://www.kraut.ca) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3ware 9550 SATA RAID controller problems
OK following this thread and the good advice from the thread: Re: no updates to amd64 stable in last 3 weeks? I have to ask what is udev and what does it do for me? Where/how do I get 2.6.15 that I can build for sarge and can someone walk me (a noobie) through the steps of building and installing it on sarge in the Debian way, so that is is similar to Linux carto 2.6.8-11-em64t-p4-smp #1 SMP Mon Oct 3 00:07:51 CEST 2005 x86_64 GNU/Linux but with the driver needed for the 3ware 9550 card. I say similar to the above because I have that working. While I don't mind wading through a bunch of questions in menuconfig, but concern is that I will not have a clue about what hardware is in my system or not. I'm reading http://newbiedoc.sourceforge.net/system/kernel-pkg.html but it would really make me feel better if someone with experience outlined the critical steps. For example, I have the 3ware linux driver source but I think from other reports, the 2.6.15 already supports the 3ware 9550 card, so maybe just taking the .config from 2.6.8-11 and starting with that, ahh how do I start with that? Do I still need to go through menuconfig? While while I waiting on a response I will wing it and try to do something is I can find 2.6.15 somewhere. -Steve Andrew McMillan wrote: On Wed, 2006-01-04 at 20:39 -0500, Stephen Woodbridge wrote: Hi Again, After finally getting Sarge installed on my SuperMicro X6DHT-G motherboard system, I am having a problem recognizing the 3ware 9550 SATA Raid Controller card. I have loaded the 3w-9xxx module but that is not getting me anywhere yet. This system boots from a separate SATA disk so the system is running, just without the 1.6TB raid array :( lspci is reporting: :03:02.0 RAID bus controller: 3ware Inc: Unknown device 1003 So, I think what needs to happen next is one or more of the following: You can get lspci to show the full and correct details if you run update-pciids. 1) upgrade to the 2.6.12 kernel 2) compile the updated vendor source for 3w-9xxx module on either 2.6.8-11 or 2.6.12 3) something simpler that I am missing. Ideally, I would like to use a stock kernel which was why I was thinking of getting 2.6.12 from etch otherwise I will need to try and figure out how to use the kernel-package system and long term maintenance becomes a bigger problem. Thoughts and suggestions would be greatly appreciated. We recently bought a system with a 3ware 9550 controller and found 2.6.12 was not recent enough. We got it working with 2.6.15-rc6 in the end, and now that 2.6.15 is released we will upgrade it to a more stable release - fortunately the system using this machine is still under development. So I would heartily recommend coming to grips with kernel-package and building your own (hopefully simpler) kernel. When building with make-kpkg we generally don't use the .config from a Debian build as we can make it more hardware specific and so do not need the complexity of an initrd image for the build. I find it's better to spend 20 minutes going through all the options in make menuconfig and specifying appropriate settings for your hardware. Of course I have been doing that for more than ten years now, so I guess I'm not daunted by it... :-) Regards, Andrew McMillan. - Andrew @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/PHYS: Level 2, 150-154 Willis St DDI: +64(4)803-2201 MOB: +64(272)DEBIAN OFFICE: +64(4)499-2267 Make things as simple as possible, but no simpler -- Einstein - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone willing to seed sarge amd64 isos?
I just started them, and someone started downloading them at 700 KB/s Probably me. Thanks muchly. Why didn't you just download them from one of the mirrors anyway? Honestly? I figured the AMD64 ISOs would be reasonably popular, so bt would go quickly; and at the same time, I've always tried to avoid downloading ISOs directly from mirrors, just to be kind to mirror bandwidth and demand. If I stayed stuck for too long, I probably would have just gone with jigdo. Thanks again. At 77%/82% now. I'll definitely seed for a good while after I'm done. -c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
First Kernel Build Attempt Failed was: Re: 3ware 9550 SATA RAID controller problems
Tried to build my first kernel, but no joy. This is what I did ... cd /usr/src wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.15.tar.bz2 tar xjf linux-2.6.15.tar.bz2 ln -s linux-2.6.15 linux cd linux cp /boot/config-2.6.8-11-em64t-p4-smp .config make oldconfig # answer 20,000 questions, mostly took the defaults # man there is a lot of junk I know I don't need # man there is a lot of stuff I have NO IDEA if I need it fakeroot make-kpkg clean fakeroot make-kpkg --apend-to-version=.20060105 kernel-image cd .. ls sudo dpkg -i kernel-image-2.6.15.20060105_10.00.Custom_amd64.deb # I'm running grub sudo reboot # system goes through its normal reboot steps # and console reports Booting 'Debian GNU/Linux, Kernel 2.6.15.20060105 Default ' kernel direct mapping tables upto 8100ffc0 @ 8000-c000 root (hd0,0) Filesystem type ext2fs, partition type 0x83 Kernel /boot/vmlinuz root=/dev/sda1 ro console=tty0 [Linux-bzImage, setup=0x1e00, size=0x122a9c] savedefault boot . Decompressing Linux...done. Booting the kernel. _(hangs here) Too late to think straight now, maybe you will have some thoughts in the morning. Thanks, -Steve Stephen Woodbridge wrote: OK following this thread and the good advice from the thread: Re: no updates to amd64 stable in last 3 weeks? I have to ask what is udev and what does it do for me? Where/how do I get 2.6.15 that I can build for sarge and can someone walk me (a noobie) through the steps of building and installing it on sarge in the Debian way, so that is is similar to Linux carto 2.6.8-11-em64t-p4-smp #1 SMP Mon Oct 3 00:07:51 CEST 2005 x86_64 GNU/Linux but with the driver needed for the 3ware 9550 card. I say similar to the above because I have that working. While I don't mind wading through a bunch of questions in menuconfig, but concern is that I will not have a clue about what hardware is in my system or not. I'm reading http://newbiedoc.sourceforge.net/system/kernel-pkg.html but it would really make me feel better if someone with experience outlined the critical steps. For example, I have the 3ware linux driver source but I think from other reports, the 2.6.15 already supports the 3ware 9550 card, so maybe just taking the .config from 2.6.8-11 and starting with that, ahh how do I start with that? Do I still need to go through menuconfig? While while I waiting on a response I will wing it and try to do something is I can find 2.6.15 somewhere. -Steve Andrew McMillan wrote: On Wed, 2006-01-04 at 20:39 -0500, Stephen Woodbridge wrote: Hi Again, After finally getting Sarge installed on my SuperMicro X6DHT-G motherboard system, I am having a problem recognizing the 3ware 9550 SATA Raid Controller card. I have loaded the 3w-9xxx module but that is not getting me anywhere yet. This system boots from a separate SATA disk so the system is running, just without the 1.6TB raid array :( lspci is reporting: :03:02.0 RAID bus controller: 3ware Inc: Unknown device 1003 So, I think what needs to happen next is one or more of the following: You can get lspci to show the full and correct details if you run update-pciids. 1) upgrade to the 2.6.12 kernel 2) compile the updated vendor source for 3w-9xxx module on either 2.6.8-11 or 2.6.12 3) something simpler that I am missing. Ideally, I would like to use a stock kernel which was why I was thinking of getting 2.6.12 from etch otherwise I will need to try and figure out how to use the kernel-package system and long term maintenance becomes a bigger problem. Thoughts and suggestions would be greatly appreciated. We recently bought a system with a 3ware 9550 controller and found 2.6.12 was not recent enough. We got it working with 2.6.15-rc6 in the end, and now that 2.6.15 is released we will upgrade it to a more stable release - fortunately the system using this machine is still under development. So I would heartily recommend coming to grips with kernel-package and building your own (hopefully simpler) kernel. When building with make-kpkg we generally don't use the .config from a Debian build as we can make it more hardware specific and so do not need the complexity of an initrd image for the build. I find it's better to spend 20 minutes going through all the options in make menuconfig and specifying appropriate settings for your hardware. Of course I have been doing that for more than ten years now, so I guess I'm not daunted by it... :-) Regards, Andrew McMillan. - Andrew @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/PHYS: Level 2, 150-154 Willis St DDI: +64(4)803-2201 MOB: +64(272)DEBIAN OFFICE: +64(4)499-2267 Make things as simple as possible, but no simpler -- Einstein - -- To UNSUBSCRIBE, email