Re: updating question...
On Thu, Apr 14, 2011 at 03:35:10PM +0100, Darac Marjal wrote: > > It sounds to me like your locate package has been upgraded to mlocate. > As per the package status of mlocate, mlocate differs from plain locate > in that when you run "locate foo" you only see files to which you have > access. Also instead of re-reading the whole filesystem, timestamps are > taken into account and only changed files are recorded in the database. > As a result updatedb is, as you have found, a lot faster. Interesting. I wonder how it manages to find the changed files without reading the entire directory tree? It shouldn't have to read the files themselves in any case, should it? -- hendrik -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110414210404.gb12...@topoi.pooq.com
Re: updating question...
Darac, Thanks so much for the reply. If I put the question in the wrong forum/list, I apologize but while my knowledge of LInux is not specifically noob, it is not such that I would be able to recognize whether a situation was related to debian-amd64, or to wheezy/testing. But thanks again for the reply and I appreciate it a lot. Helps w. my understanding of things. Regards, Whit On 04/14/2011 10:35 AM, Darac Marjal wrote: On Thu, Apr 14, 2011 at 08:51:34AM -0400, Whit Hansell wrote: Guys, Using Wheezy, debian. In the past I have always done my updates w. #aptitude update #aptitude safe-upgrade #aptitude autoclean #updatedb Everything is working just fine and no problem except the updatedb command. I know it used to actually update the file database and sometimes it actually took some time to do it. And sometimes when I would install a file from outside aptitude I would have to run updatedb to get the system to recognize it. Now when I run updatedb it seem like it is doing nothing. It takes no time at all yet so far am having no recognition problems. Am just wondering if I'm actually doing anything by trying to run it. E.g is it actually updating? A couple of caveats: 1) This isn't strictly amd64 related. 2) updatedb isn't actually related to the package database, but maintains a list of all files on your system. It sounds to me like your locate package has been upgraded to mlocate. As per the package status of mlocate, mlocate differs from plain locate in that when you run "locate foo" you only see files to which you have access. Also instead of re-reading the whole filesystem, timestamps are taken into account and only changed files are recorded in the database. As a result updatedb is, as you have found, a lot faster. For the record, there's no real need to call "updatedb" after an update as there should be a cron job that does that for you. However, there's also no harm in it and I can see a reason for doing so. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da71ef8.7010...@comcast.net
Re: updating question...
On Thu, Apr 14, 2011 at 08:51:34AM -0400, Whit Hansell wrote: > Guys, > Using Wheezy, debian. > > In the past I have always done my updates w. > > #aptitude update > #aptitude safe-upgrade > #aptitude autoclean > #updatedb > > Everything is working just fine and no problem except the updatedb > command. I know it used to actually update the file database and > sometimes it actually took some time to do it. And sometimes when I > would install a file from outside aptitude I would have to run > updatedb to get the system to recognize it. Now when I run updatedb > it seem like it is doing nothing. It takes no time at all yet so > far am having no recognition problems. Am just wondering if I'm > actually doing anything by trying to run it. E.g is it actually > updating? A couple of caveats: 1) This isn't strictly amd64 related. 2) updatedb isn't actually related to the package database, but maintains a list of all files on your system. It sounds to me like your locate package has been upgraded to mlocate. As per the package status of mlocate, mlocate differs from plain locate in that when you run "locate foo" you only see files to which you have access. Also instead of re-reading the whole filesystem, timestamps are taken into account and only changed files are recorded in the database. As a result updatedb is, as you have found, a lot faster. For the record, there's no real need to call "updatedb" after an update as there should be a cron job that does that for you. However, there's also no harm in it and I can see a reason for doing so. -- Darac signature.asc Description: Digital signature
updating question...
Guys, Using Wheezy, debian. In the past I have always done my updates w. #aptitude update #aptitude safe-upgrade #aptitude autoclean #updatedb Everything is working just fine and no problem except the updatedb command. I know it used to actually update the file database and sometimes it actually took some time to do it. And sometimes when I would install a file from outside aptitude I would have to run updatedb to get the system to recognize it. Now when I run updatedb it seem like it is doing nothing. It takes no time at all yet so far am having no recognition problems. Am just wondering if I'm actually doing anything by trying to run it. E.g is it actually updating? Anyone have any knowledge in this area? TIA Whit -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da6edd6.6030...@comcast.net
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
Michael, I just re-checked my instructions I had for myself elsewhere and found I had made a mistake. In the menu.lst file make sure there IS a space between the (hd0) and (hd1). Sorry about that. HTH's Whit Whit Hansell wrote: Michael, I've got a dual boot. Linux on one drive and WXP on another. Very easy to set up. But as I remember, when I installed Windows, I disconnected the Linux drive while doing the install, then put the WXP drive on middle connector of ATA cable when I had that situation. But now I have two drives on SATA setup and WXP is on second SATA w. Linux on first SATA. I know everyone says Windows wants to be first but. Hey it works. When I boot up I have the Linux drive as first HD in boot up sequence. Actually, in my boot up sequence the machine doesn't even show the second drive but it still works. In /boot/grub/menu.lst add: ### END DEBIAN AUTOMAGIC KERNELS LIST ,--this is last line in menu.lst file and I added the next below it so it would not be in the update area title Windows XP <--- Type Windows 7That is only a title.. map (hd0)(hd1) <-- no spaces between items in par. map (hd1)(hd0) <-- " " " root (hd1,0) rootnoverify (hd1,0) makeactive chainloader +1 -Save your menu.lst file--- The above is the last item in menu.lst and it will allow your Windows 7 item to show up after Linux so that when your boot process hits the menu list if nothing is done, it will start your linux setup first. w...@greatstar:/boot/grub$ cat device.map (hd0)/dev/sda (hd1)/dev/sdb Also in your /boot/grub directory is your device.map file. Insert the above in it and save it too. I have both drives attached to SATA connectors. If you have a setup using ATA use hda and hdb instead of sda and sdb. Anyway, as I said, Windows says it likes to be first on the hdw hookups. I have my linux drive setup first and have the linux drive being the first in the bootup process in the BIOS. Make sure your drives are hooked up again and then boot. You should get the menu and you can downspace to the Windows drive and see if it will come up. Mine has been working just fine w. this setup and I'm using AMD64 on an ASUS mtb w. no problem. HTH's Whit Michael Fothergill wrote: Dear Debian folks, I an running Lenny on an AMD64 box. I have 8GB of RAM on the machine in anticipation of putting Windows 7 on the machine. I know many Debian folks don't bother with Windows but I need it for certain things I do.. I bought an extra SATA drive and hooked it up so now I have two one with Debian on it. My plan is to install Windows on the new drive.. If you installed Windows on the new drive and then installed Debian grub would see the Windows on the other drive and create a boot option for you to fire it up if you wanted to when you boot the PC up. But if you installed debian first as I have on one disk and then add Windows on the other one then if you boot up the machine it will load Windows and you won't get a choice to fire up Linux (at least I don't expect it). I had a piece of software for Windows called Partition Magic which I seem to have lost. If I still had it I could install it on Windows (after installed that OS) and it would see the Linux on the other drive... I could set up its bootloading program and then when the machine rebooted it would give me choice to boot either Linux or the Windows.. That would be a way to load Linux first and Windows second on two separate drives and still be able to get a choice to load either OS on boot up of the PC.. Except of course there would be other ways because I have sent you this email and if you were kind you might point out some of them. I could cheat and install the Windows and then reinstall Debian and grub would see it but I don't want to do that. I want to keep the old installation. How would you modify grub to see a Windows OS that hasn't been installed yet? Could I use the installer in Debian to make Windows partition on the new drive and then install the Windows on it and then grub would see it and boot up seeing both OSes? It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. Suggestions welcome. Regards Michael Fothergill -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cffe888.7040...@comcast.net
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
Michael, I've got a dual boot. Linux on one drive and WXP on another. Very easy to set up. But as I remember, when I installed Windows, I disconnected the Linux drive while doing the install, then put the WXP drive on middle connector of ATA cable when I had that situation. But now I have two drives on SATA setup and WXP is on second SATA w. Linux on first SATA. I know everyone says Windows wants to be first but. Hey it works. When I boot up I have the Linux drive as first HD in boot up sequence. Actually, in my boot up sequence the machine doesn't even show the second drive but it still works. In /boot/grub/menu.lst add: ### END DEBIAN AUTOMAGIC KERNELS LIST ,--this is last line in menu.lst file and I added the next below it so it would not be in the update area title Windows XP <--- Type Windows 7That is only a title.. map (hd0)(hd1) <-- no spaces between items in par. map (hd1)(hd0) <-- " " " root (hd1,0) rootnoverify (hd1,0) makeactive chainloader +1 -Save your menu.lst file--- The above is the last item in menu.lst and it will allow your Windows 7 item to show up after Linux so that when your boot process hits the menu list if nothing is done, it will start your linux setup first. w...@greatstar:/boot/grub$ cat device.map (hd0)/dev/sda (hd1)/dev/sdb Also in your /boot/grub directory is your device.map file. Insert the above in it and save it too. I have both drives attached to SATA connectors. If you have a setup using ATA use hda and hdb instead of sda and sdb. Anyway, as I said, Windows says it likes to be first on the hdw hookups. I have my linux drive setup first and have the linux drive being the first in the bootup process in the BIOS. Make sure your drives are hooked up again and then boot. You should get the menu and you can downspace to the Windows drive and see if it will come up. Mine has been working just fine w. this setup and I'm using AMD64 on an ASUS mtb w. no problem. HTH's Whit Michael Fothergill wrote: Dear Debian folks, I an running Lenny on an AMD64 box. I have 8GB of RAM on the machine in anticipation of putting Windows 7 on the machine. I know many Debian folks don't bother with Windows but I need it for certain things I do.. I bought an extra SATA drive and hooked it up so now I have two one with Debian on it. My plan is to install Windows on the new drive.. If you installed Windows on the new drive and then installed Debian grub would see the Windows on the other drive and create a boot option for you to fire it up if you wanted to when you boot the PC up. But if you installed debian first as I have on one disk and then add Windows on the other one then if you boot up the machine it will load Windows and you won't get a choice to fire up Linux (at least I don't expect it). I had a piece of software for Windows called Partition Magic which I seem to have lost. If I still had it I could install it on Windows (after installed that OS) and it would see the Linux on the other drive... I could set up its bootloading program and then when the machine rebooted it would give me choice to boot either Linux or the Windows.. That would be a way to load Linux first and Windows second on two separate drives and still be able to get a choice to load either OS on boot up of the PC.. Except of course there would be other ways because I have sent you this email and if you were kind you might point out some of them. I could cheat and install the Windows and then reinstall Debian and grub would see it but I don't want to do that. I want to keep the old installation. How would you modify grub to see a Windows OS that hasn't been installed yet? Could I use the installer in Debian to make Windows partition on the new drive and then install the Windows on it and then grub would see it and boot up seeing both OSes? It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. Suggestions welcome. Regards Michael Fothergill -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cffd656.3070...@comcast.net
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
>> It is possible I think to modify the bootloader in Windows (without >> using e.g. Partition Magic) to sniff out the Linux and allow you to >> choice of booting it when you boot up the PC.. > > Yes, but it's fragile and not worth doing that way. > Depends on the version of grub: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550702 Grub in squeeze is 1.98 that bug is fixed in 1.99 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=-ef8=vpufumqtkh14hwthy0d-+fy5=hnqy...@mail.gmail.com
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
http://www.debian.org/MailingLists/#codeofconduct * Never send your messages in HTML; use plain text instead. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinbehgcakjdebsz8htvonnx-v-3o7uyes5c9...@mail.gmail.com
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
Partition magic really isn't worth it anymore. It rarely works with modern large disks. I agree. A similar open source solution that works better is GParted. They have a bootable iso that gives you the same type of functionality. That would be a way to load Linux first and Windows second on two separate drives and still be able to get a choice to load either OS on boot up of the PC.. How would you modify grub to see a Windows OS that hasn't been installed yet? Could I use the installer in Debian to make Windows partition on the new drive and then install the Windows on it and then grub would see it and boot up seeing both OSes? It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. Yes, but it's fragile and not worth doing that way. I believe he is trying to get similar functionality as the BootMagic software that was distributed with Partition Magic. It was essentially a boot loader that booted other bootloaders (lilo, grub, NT loader etc). Would recommend using Grub myself instead. Works better overall. It is simple enough to restore Grub to the MBR when Windows overwrites it by using a boot/rescue disc. Although, it is possible to add a Grub4DOS entry to the NT loader that would provide a failsafe to allow booting into Linux from Windows in the event Windows overwrites the bootloader on the MBR. -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free & Open Source fund accounting software company.
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
On Wed, Dec 08, 2010 at 11:43:02AM +, Michael Fothergill wrote: > Dear Debian folks, > > I an running Lenny on an AMD64 box. I have 8GB of RAM on the > machine in anticipation of putting Windows 7 on the machine. I know > many Debian folks don't bother with Windows but I need it for certain > things I do.. > > I bought an extra SATA drive and hooked it up so now I have two one > with Debian on it. My plan is to install Windows on the new > drive.. If you installed Windows on the new drive and then > installed Debian grub would see the Windows on the other drive and > create a boot option for you to fire it up if you wanted to when you > boot the PC up. I believe windows won't boot unless it is on the primary harddisk. Linux is much less picky. This is why people usualyl say to install windows first, then install linux. linux knows how to share a machine, windows does not believe in sharing. Making your current debian install move from being the first harddisk to being the second might break things (although all fixable, it is all fstab and bootloader related, unless you happen to be using UUID based fstab and grub in which case everything might just work anyhow). Unfortunately Lenny does NOT use UUIDs normally, while Squeeze appears to default to it. You will want to switch to that first to make the fstab much more flexible about rearranging drives. > But if you installed debian first as I have on one disk and then add > Windows on the other one then if you boot up the machine it will load > Windows and you won't get a choice to fire up Linux (at least I don't > expect it). You can certainly have grub know about windows, it tends to detect that automaticly in most cases. > I had a piece of software for Windows called Partition Magic which I > seem to have lost. If I still had it I could install it on Windows > (after installed that OS) and it would see the Linux on the other > drive... I could set up its bootloading program and then when the > machine rebooted it would give me choice to boot either Linux or the > Windows.. Partition magic really isn't worth it anymore. It rarely works with modern large disks. > That would be a way to load Linux first and Windows second on two > separate drives and still be able to get a choice to load either OS on > boot up of the PC.. Just have grub in the MBR of the primary disk with an option for both. Simple and reliable. > Except of course there would be other ways because I have sent you > this email and if you were kind you might point out some of them. > I could cheat and install the Windows and then reinstall Debian and > grub would see it but I don't want to do that. I want to keep the > old installation. Well without fixing the config to have debian work from what would be the second disk after adding a new one, I don't believe you can get windows to work. > How would you modify grub to see a Windows OS that hasn't been > installed yet? Could I use the installer in Debian to make Windows > partition on the new drive and then install the Windows on it and then > grub would see it and boot up seeing both OSes? > > It is possible I think to modify the bootloader in Windows (without > using e.g. Partition Magic) to sniff out the Linux and allow you to > choice of booting it when you boot up the PC.. Yes, but it's fragile and not worth doing that way. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101208160609.gp12...@caffeine.csclub.uwaterloo.ca
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
" trust grub to boot Windows that trust Windows to boot anything that is not Windows. -- I don't get no respect. Eduardo M KALINOWSKI " ( The crux of the matter -- trust ) Is debian-lenny open source? Windoze obfuscated? Best to have two separate boxes interconnected by ether-net. At the very least have debian drive turned off when using Windoze of dual-boot-box. Power to drive switch can be obtained from WWW.COOLERGUYS.COM . cables cable adapters and extensions Molex 4 Pin on/off Power Switch 12V and 5V DC cable adapters and extensions Serial ATA Power Adapter UV blue Short of all that precaution, connect the new drive: with both drives powered up install debian onto new drive: from old drive which will show up as media on new installation, copy all files from /home to new installation /home; disconnect new debian drive; install doze onto old drive; reconnect new drive; configure BIOS to always boot up from new drive grub from which you can easily choose doze or debian. Never let doze see the linux. Always let linux see everything Good luck ! ☻☺ --- Begin Message --- Dear Debian folks, I an running Lenny on an AMD64 box. I have 8GB of RAM on the machine in anticipation of putting Windows 7 on the machine. I know many Debian folks don't bother with Windows but I need it for certain things I do.. I bought an extra SATA drive and hooked it up so now I have two one with Debian on it. My plan is to install Windows on the new drive.. If you installed Windows on the new drive and then installed Debian grub would see the Windows on the other drive and create a boot option for you to fire it up if you wanted to when you boot the PC up. But if you installed debian first as I have on one disk and then add Windows on the other one then if you boot up the machine it will load Windows and you won't get a choice to fire up Linux (at least I don't expect it). I had a piece of software for Windows called Partition Magic which I seem to have lost. If I still had it I could install it on Windows (after installed that OS) and it would see the Linux on the other drive... I could set up its bootloading program and then when the machine rebooted it would give me choice to boot either Linux or the Windows.. That would be a way to load Linux first and Windows second on two separate drives and still be able to get a choice to load either OS on boot up of the PC.. Except of course there would be other ways because I have sent you this email and if you were kind you might point out some of them. I could cheat and install the Windows and then reinstall Debian and grub would see it but I don't want to do that. I want to keep the old installation. How would you modify grub to see a Windows OS that hasn't been installed yet? Could I use the installer in Debian to make Windows partition on the new drive and then install the Windows on it and then grub would see it and boot up seeing both OSes? It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. Suggestions welcome. Regards Michael Fothergill -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinudw4mndadtr7xvplyp9=findx_vizzhex=...@mail.gmail.com --- End Message ---
Re: dumb question about dual booting debian and Windows 7 on separate drives.....
There's nothing amd64 specific in this question, debian-user would have been better. On Qua, 08 Dez 2010, Michael Fothergill wrote: I bought an extra SATA drive and hooked it up so now I have two one with Debian on it. My plan is to install Windows on the new drive.. If you installed Windows on the new drive and then installed Debian grub would see the Windows on the other drive and create a boot option for you to fire it up if you wanted to when you boot the PC up. But if you installed debian first as I have on one disk and then add Windows on the other one then if you boot up the machine it will load Windows and you won't get a choice to fire up Linux (at least I don't expect it). Yeah, installing Windows will probably overwrite you MBR and make you linux unbootable. But that's easy to recover. Just boot any linux CD (the debian installer CD will probably work, or use some live distro) and recover grub: http://www.cyberciti.biz/tips/restore-debian-linux-grub-boot-loader.html There are many other similar guides. It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. That is possible, but I have never tried. I personally don't like that solution much, I'd rather trust grub to boot Windows that trust Windows to boot anything that is not Windows. -- I don't get no respect. Eduardo M KALINOWSKI edua...@kalinowski.com.br -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101208095843.829477nnfbmrx...@mail.kalinowski.com.br
dumb question about dual booting debian and Windows 7 on separate drives.....
Dear Debian folks, I an running Lenny on an AMD64 box. I have 8GB of RAM on the machine in anticipation of putting Windows 7 on the machine. I know many Debian folks don't bother with Windows but I need it for certain things I do.. I bought an extra SATA drive and hooked it up so now I have two one with Debian on it. My plan is to install Windows on the new drive.. If you installed Windows on the new drive and then installed Debian grub would see the Windows on the other drive and create a boot option for you to fire it up if you wanted to when you boot the PC up. But if you installed debian first as I have on one disk and then add Windows on the other one then if you boot up the machine it will load Windows and you won't get a choice to fire up Linux (at least I don't expect it). I had a piece of software for Windows called Partition Magic which I seem to have lost. If I still had it I could install it on Windows (after installed that OS) and it would see the Linux on the other drive... I could set up its bootloading program and then when the machine rebooted it would give me choice to boot either Linux or the Windows.. That would be a way to load Linux first and Windows second on two separate drives and still be able to get a choice to load either OS on boot up of the PC.. Except of course there would be other ways because I have sent you this email and if you were kind you might point out some of them. I could cheat and install the Windows and then reinstall Debian and grub would see it but I don't want to do that. I want to keep the old installation. How would you modify grub to see a Windows OS that hasn't been installed yet? Could I use the installer in Debian to make Windows partition on the new drive and then install the Windows on it and then grub would see it and boot up seeing both OSes? It is possible I think to modify the bootloader in Windows (without using e.g. Partition Magic) to sniff out the Linux and allow you to choice of booting it when you boot up the PC.. Suggestions welcome. Regards Michael Fothergill -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinudw4mndadtr7xvplyp9=findx_vizzhex=...@mail.gmail.com
Re: strange packages - Question
On Mon, Feb 15, 2010 at 01:40:02PM +0100, Juan P. Rigol Sanchez wrote: > Sorry if this is a stupid question, but with regard to this I was also > wondering why linux-image-amd64 is pointing to > linux-image-2.6.32-trunk-amd64 and not to linux-image-2.6.32-2-amd64, > which seems to be the latest kernel (my X session hangs when running the > former). As the kernel team why they didn't update that package yet. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100215125235.gf5...@rene-engelhard.de
Re: strange packages - Question
Hi, Sorry if this is a stupid question, but with regard to this I was also wondering why linux-image-amd64 is pointing to linux-image-2.6.32-trunk-amd64 and not to linux-image-2.6.32-2-amd64, which seems to be the latest kernel (my X session hangs when running the former). Thanks, JP Am Friday 12 February 2010 22:04:57 schrieb Hans-J. Ullrich: > Hi all, Moin, > I wondered what is the difference between the two packages > > "linux-image-amd64" and "linux-image-2.6-amd64". Both seem to be > meta- packages, and both want to install the same kernel. > > Is there a difference at all? If yes, which one is preferred for > which purposes? linux-image-amd64 will install 2.8.x and 3.0.x also, linux-image-2.6-amd64 will only install 2.6.x kernels. > Regards > > Hans dirk -- -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1266237602.2879.3988.ca...@localhost
question: kernel-patch
Hi, just a question: Does the kernel of debian-amd64 offer a way, to patch it, without the need to rebuild the whole kernel? I want to patch it with "tuxonice" and "debianlogo", but if I understood it correctly, a kernel-patch forces a rebuild of the whole kernel. Is this correct, or is there a way for those two patches to do it without rebuilding? Regards Hans -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt on amd64: question from newbie
2009/5/20 Joao Ferreira gmail > Hello all, > > I've recently installed debian on amd64 from a amd64 NETINST iso. > > Maybe I'm a bit confused, but... I'dd like to know if I need to edit my > apt sources.list in order for apt to fetch de amd64 packages instead of > the "standard" i386 packages... you don't have to edit sources.list, apt & co will automagically fetch amd64 packages -r
apt on amd64: question from newbie
Hello all, I've recently installed debian on amd64 from a amd64 NETINST iso. Maybe I'm a bit confused, but... I'dd like to know if I need to edit my apt sources.list in order for apt to fetch de amd64 packages instead of the "standard" i386 packages... I've noticed that there are amd64 specific .deb packages but I don't now if apt-get/synaptic/etc are "smart enough" to use the amd64 repositories or must I edit the sources.list... thank you Joao PS: my current sources.list (I did not touch it after install;) # # deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 NETINST Binary-1 20090429-03:20]/ squeeze main #deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 NETINST Binary-1 20090429-03:20]/ squeeze main deb http://ftp.pt.debian.org/debian/ squeeze main deb-src http://ftp.pt.debian.org/debian/ squeeze main deb http://security.debian.org/ squeeze/updates main deb-src http://security.debian.org/ squeeze/updates main PS2: dpkg tells me I only have the amd64 kernel nothing else :) dell-sc440:/home/jmf# dpkg --list | grep amd64 ii ia32-libs2.7 ia32 shared libraries for use on amd64 and i ii linux-headers-2.6-amd64 2.6.26+17+lenny1 Header files for Linux 2.6-amd64 ii linux-headers-2.6.26-2-amd64 2.6.26-15 Header files for Linux 2.6.26-2-amd64 ii linux-image-2.6-amd642.6.26+17+lenny1 Linux 2.6 image on AMD64 ii linux-image-2.6.26-2-amd64 2.6.26-15 Linux 2.6.26 image on AMD64 dell-sc440:/home/jmf# -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: stupid question about shmmax, shmmni and shmall...
Giacomo Mulas wrote:
Hello, I am trying to run a demanding quantum chemistry program on a
cluster
of multiprocessor machines. Each machine has 2 dual-core opterons and
16Gb
of RAM, and is running a 64 bit kernel (currently 2.6.26) and userspace
(lenny) system. Interprocess communications among processes on the same
node go via shared memory (a lot of it), hence I need to set it to the
maximum possible.
The shared memory IPC could also be done thru mmap calls with
appropriate parameters (a real common open file descriptor, MAP_SHARED,
)
I believe you won't have real size limitation but I would suggest to
have the mmap-ing fit into RAM.
Of course, you have to synchronize your processes using some different
mechanism (pipes, sockets, IPC semaphores semget & semop, Posix
semaphores, ...) or even maybe mutex inside the common shared mmap-ed
memory
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
--
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: stupid question about shmmax, shmmni and shmall...
I bookmarked a fairly decent description of these parameters a while back: http://www.puschitz.com/TuningLinuxForOracle.shtml#SettingSharedMemory Maybe you already know this, but you can also set these parameters in /etc/sysctl.conf. That way they persist between reboots, etc. -Ron- 2009-03-05_13:43:30-0500 Giacomo Mulas : > Hello, I am trying to run a demanding quantum chemistry program on a cluster > of multiprocessor machines. Each machine has 2 dual-core opterons and 16Gb > of RAM, and is running a 64 bit kernel (currently 2.6.26) and userspace > (lenny) system. Interprocess communications among processes on the same > node go via shared memory (a lot of it), hence I need to set it to the > maximum possible. > > Can somebody tell me what are the maximum supported values for shmmax, > shmmni and shmall (I know I can set them via /proc/sys/kernel pseudofiles) > or (even better!) tell me how I can calculate them? Is it likely that a > too large value of shmmax or the other two can cause applications to > segfault? > > Thanks in advance, > Giacomo Mulas > > -- > _ > > Giacomo Mulas > _ > > 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 debian-amd64-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
stupid question about shmmax, shmmni and shmall...
Hello, I am trying to run a demanding quantum chemistry program on a cluster of multiprocessor machines. Each machine has 2 dual-core opterons and 16Gb of RAM, and is running a 64 bit kernel (currently 2.6.26) and userspace (lenny) system. Interprocess communications among processes on the same node go via shared memory (a lot of it), hence I need to set it to the maximum possible. Can somebody tell me what are the maximum supported values for shmmax, shmmni and shmall (I know I can set them via /proc/sys/kernel pseudofiles) or (even better!) tell me how I can calculate them? Is it likely that a too large value of shmmax or the other two can cause applications to segfault? Thanks in advance, Giacomo Mulas -- _ Giacomo Mulas _ 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 debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: General question about Lenny
On Fri, 2009-01-23 at 19:18 -0800, Alan Ianson wrote: > On Fri January 23 2009 06:28:48 pm Petrus Validus wrote: > > When will it be released as Stable? And as of right now is there a > > (significant) difference between Lenny being in Testing and when it's > > released as Stable? > > Soon, very soon. ;) I'm under that impression...last I heard Lenny was frozen, but that was a while ago. > Lenny will become stable. You could install testing now and when it's > released, you'll already have it. Excellent, I downloaded and burned the five or so DVDs a ways back, like May or June of 2008. So far I think it's great as a desktop/workstation. I am now exploring it as a server OS since I have no experience with Linux serversshould be interesting. :) -- Petrus Validus petrus.vali...@gmail.com -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: General question about Lenny
On Fri January 23 2009 06:28:48 pm Petrus Validus wrote: > When will it be released as Stable? And as of right now is there a > (significant) difference between Lenny being in Testing and when it's > released as Stable? Soon, very soon. ;) It is ready as far as I can see. The last time I looked we were waiting on about 50 required bug fixes, that's not much. Lenny will become stable. You could install testing now and when it's released, you'll already have it. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
General question about Lenny
When will it be released as Stable? And as of right now is there a (significant) difference between Lenny being in Testing and when it's released as Stable? Thanks. -- Petrus Validus petrus.vali...@gmail.com -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Question: sysklogd + kdm
Hi all, I have a little problem with sysklogd + kdm. I do not know, if this is pure amd64-related, but I found it only on my amd64-machine. Problem: sysklogd is using tty7 for some stdout. Thus kdm is thinking, the console is used and starts on tty9. But it should be on tty7 (as normal in Debian). Question: How can I force sysklogd not to send stdout to the console or to another console (for example tty9), so it is free to use for kdm. I searched all configurations and found no settings. This behaviour appeared after an upgrade, although I changed nothing. Weired things.. Thans for any help. regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hibernate, just a question
Am Dienstag, 15. Juli 2008 schrieb Jaime Ochoa Malagón: > As far as I remember hibernate fail with nvidia/¿ati? drivers because > the video card state wasn't saved, could that be the change? > Hmmm, yes, might be. The nvidia-driver was also renewed, just as the kernel. Although I blacklisted it, it might be, they changed the code within newer versions. Good idea ! But let us see, if someone else is knowing more. Cheers Hans > On 7/15/08, Hans-J. Ullrich <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > I am using swsusp with hibernate. In the past I had the problem, when > > hibernate started, only hibernate-ram was working. Using hibernate-disk ( > > same as /usr/bin/hibernate), the contents of the memory was not written > > to disk. So it failed. > > > > Now I am wanderin, although I never changed the configuration and never > > changed the version of hibernate, suddenly it is working. > > > > So, glad everything is fine now, the situuation is not really satisfying, > > as I want to know, why it is working now. Maybe someone is knowing more. > > Was there something known in the past about it ? (there was a bugreport > > by me) Or have there been some changes to the kernel relating to this ? > > > > I would be pleased about every information, to learn what happened ! > > > > Kind regards > > > > Hans > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > -- > Perhaps the depth of love can be calibrated by the number of different > selves that are actively involved in a given relationship. > > Carl Sagan (Contact) > > Jaime Ochoa Malagón > Arquitecto de Soluciones > Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hibernate, just a question
As far as I remember hibernate fail with nvidia/¿ati? drivers because the video card state wasn't saved, could that be the change? On 7/15/08, Hans-J. Ullrich <[EMAIL PROTECTED]> wrote: > Hi all, > > I am using swsusp with hibernate. In the past I had the problem, when > hibernate started, only hibernate-ram was working. Using hibernate-disk ( > same as /usr/bin/hibernate), the contents of the memory was not written to > disk. So it failed. > > Now I am wanderin, although I never changed the configuration and never > changed the version of hibernate, suddenly it is working. > > So, glad everything is fine now, the situuation is not really satisfying, as I > want to know, why it is working now. Maybe someone is knowing more. Was there > something known in the past about it ? (there was a bugreport by me) > Or have there been some changes to the kernel relating to this ? > > I would be pleased about every information, to learn what happened ! > > Kind regards > > Hans > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hibernate, just a question
Hi all, I am using swsusp with hibernate. In the past I had the problem, when hibernate started, only hibernate-ram was working. Using hibernate-disk ( same as /usr/bin/hibernate), the contents of the memory was not written to disk. So it failed. Now I am wanderin, although I never changed the configuration and never changed the version of hibernate, suddenly it is working. So, glad everything is fine now, the situuation is not really satisfying, as I want to know, why it is working now. Maybe someone is knowing more. Was there something known in the past about it ? (there was a bugreport by me) Or have there been some changes to the kernel relating to this ? I would be pleased about every information, to learn what happened ! Kind regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dumb question about installing project looking glass in amd64....
On Friday 30 May 2008, Michael Fothergill wrote: > what would be a simple command I could run to check whether it was the > amd64 deb files that were installed rather than the i386 ones? 1. Run file on one of the binary files it installed, and see whether it says "32-bit" or "64-bit". Trivial example (using /bin/cat, which is installed everywhere): 64_bit_box $ file /bin/cat /bin/cat: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), stripped 32_bit_box $ file /bin/cat /bin/cat: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped 2. Run ldd on one of the binary files it installed, and count the hex digits. 64_bit_box $ ldd /bin/cat linux-vdso.so.1 => (0x7fff357fe000) libc.so.6 => /lib/libc.so.6 (0x2acd7550) /lib64/ld-linux-x86-64.so.2 (0x2acd752e4000) 32_bit_box $ ldd /bin/cat libc.so.6 => /lib/libc.so.6 (0x4001c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) On the 64-bit box we see 16 digits. On the 32-bit box, only 8 digits. If you get a "not found" anywhere, that could well be your problem. If you haven't actually installed it, run ar -x on the .deb file, unpack the data.tar.gz that gets created, and look in the "bin" folder that gets created for the files in question. -- AJS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dumb question about installing project looking glass in amd64....
Dear folks,
I installed project looking glass on my machine here (AMD64 dual core; Nvidia
card 8600GT running Lenny/sid amd64 version).
I installed the program as recommended by adding the following line to my apt
sources.list file:
deb http://javadesktop.org/lg3d/debian testing contrib
When I first tried to install it using apt-get install lg3d-core it failed with
a well known error message.
A helpful web site shows this crash and how to fix it.
(http://www.go2linux.org/Looking-glass-on-debian-Etch)
Here is an excerpt from the site which shows the crash and the fix:
8
This is what i get:
Reading package lists... Done
Building dependency tree
Reading state information... Done
lg3d-core is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up lg3d-core (1.0.0) ...
/usr/share/lg3d/bin/postinstall: line 10: /bin/arch: No such file or directory
/usr/share/lg3d/bin/../bin/add-lg-to-gdm: line 28: /bin/arch: No such file or
directory
Success. LG has been added as a gdm session.
/usr/share/lg3d/bin/postinstall: line 43: cd:
/usr/share/lg3d/bin/../lib/linux-/lg3d-x11/programs/Xserver: No such file or
directory
chown: cannot access `Xorg': No such file or directory
chgrp: cannot access `Xorg': No such file or directory
chmod: cannot access `Xorg': No such file or directory
dpkg: error processing lg3d-core (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
lg3d-core
E: Sub-process /usr/bin/dpkg returned an error code (1)
any help!?
* reply
A solution would be ...
Submitted by mtakabon33 (not verified) on Sun, 01/13/2008 - 20:32.
A solution would be ... .
The script '/usr/share/lg3d/bin/postinstall' is called from the Postinst script
file '/var/lib/dpkg/info/lg3d-core.postinst'.
The 10-th line of the file "/usr/share/lg3d/bin/postinstall" is
ARCH=`/bin/arch`.
The error messages indicates the command '/bin/arch' not existing
in your machine. Note the line
/usr/share/lg3d/bin/../lib/linux-/lg3d-x11/programs/Xserver
where 'linux-' comes from linux-${ARCH}.
It shoud be 'linux-i686' and so on.
So far, the arch command had been supplied from the (Debian)
package 'util-linux'. But now this command is not included. See
http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=446023
In the above report, it is suggested that
using 'uname -m' instead of 'arch' is much better.
So, an easiest way is the following.
With root permission
$ cd /bin; echo 'uname -m'> /bin/arch; chmod 755 /bin/arch
After doing this, you would be able to install the package lg3d-core.
$ apt-get install lg3d-core
* reply
***
Following this I opened a root terminal and typed:
$ cd /bin; echo 'uname -m'> /bin/arch; chmod 755 /bin/arch
Then I installed lg3g-core without the crash.
But when I tried to run it, it crashed. I wondered if somehow apt had pulled
the i386 package instead of the amd64 package.
what would be a simple command I could run to check whether it was the amd64
deb files that were installed rather than the i386 ones?
Shouldn't the i386 ones crash immediately and fail install on an amd64 box like
mine with an amd64 OS on it?
If you go in the contrib directory of the looking glass repository then there
are directories for the amd64 deb files and the i386 ones.
Do I need to add an extra term to the apt sources.list entry to specify the
directory i.e.:
deb http://javadesktop.org/lg3d/debian testing contrib binary-amd64
or should apt be smart enough to automatically find the amd64 deb file itself?
Regards
Michael Fothergill
_
http://clk.atdmt.com/UKM/go/msnnkmgl001009ukm/direct/01/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Minor issues with etch on Supermicro H8QCE motherboard and a question
On Wed, Apr 16, 2008 at 08:50:37AM -0700, Francesco Pietra wrote: > The first minor issue is that to establish networking with my new system > (quad-socket dual-opteron amd64 etch on Supermicro H8QCE motherboard), i.e. > to connect through the router, command > > # dhclient > > is needed. Where to set automatic networking on boot? You should be able to configure that in /etc/network/interfaces Something like: auto eth0 iface eth0 inet dhcp > > The second minor issue is that having discovered that gnome is installed > (never used, so I forgot) I tried it > > $ startx > OK > > then > > $gnome-session > SESSION_MANAGER=local/deb64:/tmp/.ICE-unix/4731 > Window manager warning: Failed to read saved session file > /home/francesc/.metacity/sessions/default0.ms: Failed to open file > '/home/francesco/.metacity/sessions/default0.ms': No such file or directory > **Message: Not starting remote desktop server Gnome session can only run inside X, so you would have to put t in .xsession or something like that. For example a .xsession file (in your home directory) could be: - #!/bin/sh exec gnome-session - > Does it simply mean that another window manager than metacity was selected? > Gnome is opened correctly. > ___ > > The anticipated question is: I have Disabled the parallel port on BIOS. In > order to save resources, is it safe to disable serial ports? If nothing connects to them, it is perfectly safe to disable them. > The situation as I received the board was > > Super IO Configuration > > Serial Port1 Address 3F8/IRQ3 > Serial Port2 Address 2F8/IRQ3 > Serial Port 2 Mode Normal > > I disabled both ports, whereby the third line above disappeared. The, I met > the issue above and I thought it was related to the "Disable" operation. > Therefore, I activated both ports again. For port1 3F8/IRQ3 was not > available, and The present setting is: > > Serial Port1 Address 3F8/IRQ4 > Serial Port 2 Address 2F8/IRQ3 > Parallel Port Mode Disabled Those are certainly the standard serial ports (3F8 is always IRQ4 and 2F8 is always IRQ3). > Physically there is only one COM port, indicated COM1 I can't see any way disabling unused ports could affect things. Lots of laptops don't even have any in the first place so the software isn't going to require serial or parallel ports to be present. Of course it isn't really likely that the resources are required for anything else so enabled or disabled doesn't really matter. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Minor issues with etch on Supermicro H8QCE motherboard and a question
The first minor issue is that to establish networking with my new system (quad-socket dual-opteron amd64 etch on Supermicro H8QCE motherboard), i.e. to connect through the router, command # dhclient is needed. Where to set automatic networking on boot? The second minor issue is that having discovered that gnome is installed (never used, so I forgot) I tried it $ startx OK then $gnome-session SESSION_MANAGER=local/deb64:/tmp/.ICE-unix/4731 Window manager warning: Failed to read saved session file /home/francesc/.metacity/sessions/default0.ms: Failed to open file '/home/francesco/.metacity/sessions/default0.ms': No such file or directory **Message: Not starting remote desktop server Does it simply mean that another window manager than metacity was selected? Gnome is opened correctly. ___ The anticipated question is: I have Disabled the parallel port on BIOS. In order to save resources, is it safe to disable serial ports? The situation as I received the board was Super IO Configuration Serial Port1 Address 3F8/IRQ3 Serial Port2 Address 2F8/IRQ3 Serial Port 2 Mode Normal I disabled both ports, whereby the third line above disappeared. The, I met the issue above and I thought it was related to the "Disable" operation. Therefore, I activated both ports again. For port1 3F8/IRQ3 was not available, and The present setting is: Serial Port1 Address 3F8/IRQ4 Serial Port 2 Address 2F8/IRQ3 Parallel Port Mode Disabled Physically there is only one COM port, indicated COM1 Thanks francesco pietra Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question [* SOLVED *]
On Jan 4, 2008 8:56 AM, Heikki Levanto <[EMAIL PROTECTED]> wrote: > On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote: > > I successfully invoked the 32-bit firefox using > > $ iceweasel -a firefox32 > > from within the chroot while simultaneously running a 64-bit instance. > > Flash, > > Java &c. work fine. > > I will have to set up something like that too. Is there a good (up to date!) > page somewhere on the net that explains what I need? Can I use my old root > disk partition as the chroot environment, Yes and still boot to it natively if I > really need some 32-bit stuff? Yes > > Sorry for the newbie questions. > > - Heikki > > -- > Heikki Levanto "In Murphy We Turst" heikki (at) lsd (dot) dk > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Re: chroot question [* SOLVED *]
On Fri, Jan 04, 2008 at 03:56:57PM +0100, Heikki Levanto wrote: > On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote: > > I successfully invoked the 32-bit firefox using > > $ iceweasel -a firefox32 > > from within the chroot while simultaneously running a 64-bit instance. > > Flash, > > Java &c. work fine. > > I will have to set up something like that too. Is there a good (up to date!) > page somewhere on the net that explains what I need? Can I use my old root > disk partition as the chroot environment, and still boot to it natively if I > really need some 32-bit stuff? > > Sorry for the newbie questions. Under what conditions would you need to boot the 32-bit chroot natively? I have never needed to, so my chroot is uner /srv/chroot/etch-ia32. I put /srv on its own LV (I use LVM over raid1). I used debootstrap to install the chroot following (loosly) the instructions in the amd64 howto from the debian website. I access the chroot with $ schroot -pc etch-ia32 which means that I have the schroot package installed on the amd64 system. Once debootstrap gives you a basic system, you schroot into it, run aptitude, and setup what you want. Treat it like its own machine. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question [* SOLVED *]
On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote: > I successfully invoked the 32-bit firefox using > $ iceweasel -a firefox32 > from within the chroot while simultaneously running a 64-bit instance. > Flash, > Java &c. work fine. I will have to set up something like that too. Is there a good (up to date!) page somewhere on the net that explains what I need? Can I use my old root disk partition as the chroot environment, and still boot to it natively if I really need some 32-bit stuff? Sorry for the newbie questions. - Heikki -- Heikki Levanto "In Murphy We Turst" heikki (at) lsd (dot) dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question [* SOLVED *]
On Thursday 03 Jan 2008, Peter Makholm wrote: > A J Stiles <[EMAIL PROTECTED]> writes: > > If I already have 64-bit Iceweasel running, and try to start 32-bit > > Iceweasel from inside the chroot, I get another instance of the 64-bit > > browser. If I kill the 64-bit browser, I can start a 32-bit one. If I > > then try to start a 64-bit Iceweasel from the K menu while the 32-bit > > Iceweasel is running, I get another 32-bit Iceweasel. > > You can try to use the -a switch to iceweasel such that the two > iceweasels runs with different application-id's. If that works you can > make an alias for iceweasel inside you chroot to use a non-default > application-id. Thanks for your help! I successfully invoked the 32-bit firefox using $ iceweasel -a firefox32 from within the chroot while simultaneously running a 64-bit instance. Flash, Java &c. work fine. So next, I edited the script .../usr/lib/iceweasel/iceweasel (inside the chroot) so the default application ID is now firefox32. This is what I changed: # WAS # APPLICATION_ID=firefox # NOW # APPLICATION_ID=firefox32 # ENDS # Hope someone else finds this useful. -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
Peter Makholm wrote: A J Stiles <[EMAIL PROTECTED]> writes: If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel from inside the chroot, I get another instance of the 64-bit browser. If I kill the 64-bit browser, I can start a 32-bit one. If I then try to start a 64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get another 32-bit Iceweasel. You can try to use the -a switch to iceweasel such that the two iceweasels runs with different application-id's. If that works you can make an alias for iceweasel inside you chroot to use a non-default application-id. Yes, this behavior exists and is annoying. I run both a 64-bit and a 32-bit Iceweasel simultaneously with different profiles and the -P option, but my /home is shared in the chroot. -- Eu não sou tão idiota como você parece. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
A J Stiles a écrit : I have observed some odd behaviour since setting up a 32-bit chroot (in order to run some weirdy Java web applet.) This chroot is totally self-contained, even with its own /home directory (so that my 32-bit application preferences don't clobber my 64-bit ones). If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel from inside the chroot, I get another instance of the 64-bit browser. If I kill the 64-bit browser, I can start a 32-bit one. If I then try to start a 64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get another 32-bit Iceweasel. The upshot seems to be, I can't have both a 32-bit and a 64-bit Iceweasel browser open at the same time. I'm guessing this is due to some kind of namespace conflicts. Would it work if I modify the source package slightly, to change the name of the application and call it something like iceweasel32 instead? Hi, I never try to run simultaneously 32 and 64 bits version of Iceweasel. I want to be able to use the two versions of firefox so i not uninstalled no version, i simply install schroot and a script /usr/bin/firefox32 which contains following lines : #!/bin/bash schroot -p firefox $1 exit Here is also my config for /etc/schroot/schroot.conf [etch] description=Debian etch (stable) 32-bit location=/var/chroot/etch-i386 priority=3 users=toph #groups=toph,root root-users=root #root-groups=root #groups=sbuild-security aliases=default,stable,ia32 run-setup-scripts=true run-exec-scripts=true type=directory personality=linux32 This method affords me to use one and one only one home for the 32 and 64bits application. Hope this helps Christophe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
A J Stiles <[EMAIL PROTECTED]> writes: > If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel > from inside the chroot, I get another instance of the 64-bit browser. If I > kill the 64-bit browser, I can start a 32-bit one. If I then try to start a > 64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get > another 32-bit Iceweasel. You can try to use the -a switch to iceweasel such that the two iceweasels runs with different application-id's. If that works you can make an alias for iceweasel inside you chroot to use a non-default application-id. //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
chroot question
I have observed some odd behaviour since setting up a 32-bit chroot (in order to run some weirdy Java web applet.) This chroot is totally self-contained, even with its own /home directory (so that my 32-bit application preferences don't clobber my 64-bit ones). If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel from inside the chroot, I get another instance of the 64-bit browser. If I kill the 64-bit browser, I can start a 32-bit one. If I then try to start a 64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get another 32-bit Iceweasel. The upshot seems to be, I can't have both a 32-bit and a 64-bit Iceweasel browser open at the same time. I'm guessing this is due to some kind of namespace conflicts. Would it work if I modify the source package slightly, to change the name of the application and call it something like iceweasel32 instead? -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Fri, Sep 21, 2007 at 09:48:01AM -0400, Lennart Sorensen wrote: > On Tue, Sep 18, 2007 at 06:29:31PM -0400, Douglas A. Tutty wrote: > > > Where would you go for floating point? Last time I looked, Cray used > > Opterons as nodes in its supercomputers. > > True, but in terms of memory bandwidth the opteron is very good, and > hypertransport allows them to pop fpga's and other custom logic chips > into cpu sockets and have amazing acess to the main cpus and memory at > quite low cost. After all if you can turn your key calculation into a > hardware operation in an fpga, a general purpose cpu generally has no > hope of competing. Now we just need fpga's to become as comodity as Opterons, then get the kernel to use them. :)) Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 06:29:31PM -0400, Douglas A. Tutty wrote: > Is there a free alternative to GCC? Not that I know of. > Where would you go for floating point? Last time I looked, Cray used > Opterons as nodes in its supercomputers. True, but in terms of memory bandwidth the opteron is very good, and hypertransport allows them to pop fpga's and other custom logic chips into cpu sockets and have amazing acess to the main cpus and memory at quite low cost. After all if you can turn your key calculation into a hardware operation in an fpga, a general purpose cpu generally has no hope of competing. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
>Douglas A. Tutty píe v St 19. 09. 2007 v 00:31 +0200: > Why is it that debian doesn't do pre-emption in the kernel? >I can imagine workloads (typically on servers) where preemptive >kernel is not necessary (or even can be bad for performance). >Vit Here's some info on pre-emption and the kernel, may be of interest.. http://www.linux-foundation.org/en/Linux_Weather_Forecast#Real-time_preemption Norv Sick of deleting your inbox? Yahoo!7 Mail has free unlimited storage. http://au.docs.yahoo.com/mail/unlimitedstorage.html
Re: Opinion question (Core2 Duo)
Douglas A. Tutty píše v St 19. 09. 2007 v 00:31 +0200: > Why is it that debian doesn't do pre-emption in the kernel? I can imagine workloads (typically on servers) where preemptive kernel is not necessary (or even can be bad for performance). Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: Opinion question (Core2 Duo)
On Wed, 2007-09-19 at 00:08 -0700, Francesco Pietra wrote: > I have just completed unrestricted MP2/6-31G* energy procedure (after > DFT/M05-2X) for a 98-atoms (first row) molecule in 19 hours with four-node > amd64 Debian amd64 etch, NWChem suite. I understand (if I understand > correctly) > from your email that should I have had Core 2 I would not have had the time to > take a coffee in between launching the MP2 procedure and getting the > computational results. Interesting. Xeon/Core2 cheats slightly - it has combined units for both adding and multiplying on the chip - meaning if you do a multiplication immediately followed by an addition, then it'll happen in 1 cycle instead of 2, hence the "twice as many FLOPs" thing. Honestly, in desktop applications, it doesn't matter much - but in matrix operations, as used by most chemistry packages such as Gaussian or NWChem, it makes a full impact. So yes, you'd probably see a ~90% speed boost moving from an AMD64 to a Core2 of identical clock speed. If you have access to the NWChem source (you might not, I don't think we have any login credentials lying around to check with) you would see even bigger improvements with a commercial compiler and math library - you may find a cheaper option to improve performance than buying a new Core2 rig is to buy Portland C (or Pathscale C), and link against the free AMD Core Math Library instead of conventional open-source BLAS/LAPACK routines. -- __ / Jo Shields <[EMAIL PROTECTED]> \ | Systems Manager, | \ Oxford Supercomputing Centre / --- \ ,__, \ (oo)___ (__))\ ||--|| * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, 2007-09-18 at 18:29 -0400, Douglas A. Tutty wrote: > On Tue, Sep 18, 2007 at 11:16:14AM -0400, Lennart Sorensen wrote: > > > Well if you need something to do floating point, then x86 isn't > > generally where you want to be. And yes if performance matters gcc > is > > not what you want to use either. > > > > Is there a free alternative to GCC? Free? None worth using. Gratis? ICC, but only if you're unemployed. Look at it this way though. On a 64-node cluster, you'd be paying an extra £80 per machine (i.e. £5120) for a single chip-speed bump of about 16%. You'd pay an order of magnitude less for a decent compiler, which will get significantly better performance increases than the cpu speed bump. Nobody likes proprietary software (especially us sysadmins who need to make it work) but it's basic economics - 16% for £5k or 100% for £0.5k > Where would you go for floating point? Last time I looked, Cray used > Opterons as nodes in its supercomputers. Once you go beyond the desktop, a major factor becomes scalability, and ease of programming. Best bang-per-buck performance comes from a cluster of dual-dual-core Xeon nodes, with a reasonable message-passing interface like Infiniband. However, MPI programming is awkward (and in some problems sets not possible). In the land of SMP or Vector, you look at application scalability - if a 16-core Opteron system like a Tyan VX50 shows 0% improvement moving from 8 to 16 cores with a quantum chemistry code, and an Altix shows ~95% improvement, it's a no-brainer as to which is the better system to pick for that code. So for *small* codes, Xeon is a floating point monster. If you want scalable, you need to run a few benchmarks and decide what's an important factor for you (is your code parallel enough that a 8, 16, 32 or even 128 core limit per machine is a problem?). Then look at cost, choke on your coffee, and go back to buying Xeon clusters -- __ / Jo Shields <[EMAIL PROTECTED]> \ | Systems Manager, | \ Oxford Supercomputing Centre / --- \ ,__, \ (oo)___ (__))\ ||--|| *
Fwd: Re: Opinion question (Core2 Duo)
I have just completed unrestricted MP2/6-31G* energy procedure (after DFT/M05-2X) for a 98-atoms (first row) molecule in 19 hours with four-node amd64 Debian amd64 etch, NWChem suite. I understand (if I understand correctly) from your email that should I have had Core 2 I would not have had the time to take a coffee in between launching the MP2 procedure and getting the computational results. Interesting. Thanks francesco pietra > --- Jo Shields <[EMAIL PROTECTED]> wrote: > > > Subject: Re: Opinion question (Core2 Duo) > > From: Jo Shields <[EMAIL PROTECTED]> > > To: debian-amd64 > > Date: Tue, 18 Sep 2007 15:51:34 +0100 > > > > > > On Tue, 2007-09-18 at 10:41 -0400, Lennart Sorensen wrote: > > > On Tue, Sep 18, 2007 at 03:08:48PM +0100, Jo Shields wrote: > > > > Or more? Buy an Altix! ;) > > > > > > Ehm, well the Altix uses either the itanium (why would anyone want that > > > crap) or a dual socket core 2 based cpu. That hardly matches a 4 or > > > more cpu opteron server. > > > > Let's assume I have large examples of both IA64 and AMD64. Plus further > > benchmark data we collected ourselves. > > > > IA64 is fast, for floating point code. On paper, it offers the same > > per-core-per-Hz FLOP count as Core (twice that of AMD64). And in > > practise, Altix scales, whilst the competition, well, doesn't. In our > > benchmarks, IA64 was not only faster per-GHz than POWER5 or AMD64, but > > faster in absolute terms too, with an 8-way test absolutely dominated by > > a 1.6-GHz-Montecito-based Altix, whilst AMD64 didn't even register a > > pulse. > > > > However, for IA64, compiler choice is key - using GCC to compile test > > code isn't just crippling the system, it's throwing away hundreds of > > thousands (if not more) of investment > > > > > SGI has nothing of any real interest. No wonder they went under not > > > that long ago. :) > > > > They've got SMP machines that don't choke at >4 cores. For some > > applications, that's of great interest. > > > > -- > > __ > > / Jo Shields <[EMAIL PROTECTED]> \ > > | Systems Manager, | > > \ Oxford Supercomputing Centre / > > --- > >\ ,__, > > \ (oo)___ > >(__))\ > > ||--|| * > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > > > > > Check out the hottest 2008 models today at Yahoo! Autos. > http://autos.yahoo.com/new_cars.html > Don't let your dream ride pass you by. Make it a reality with Yahoo! Autos. http://autos.yahoo.com/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 04:22:35PM -0400, Zaq Rizer wrote: > and increase the tickrate, and enable preemption. None of which, afaik, > can I do with any Debian packaged kernels. Why is it that debian doesn't do pre-emption in the kernel? Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 11:16:14AM -0400, Lennart Sorensen wrote: > Well if you need something to do floating point, then x86 isn't > generally where you want to be. And yes if performance matters gcc is > not what you want to use either. > Is there a free alternative to GCC? Where would you go for floating point? Last time I looked, Cray used Opterons as nodes in its supercomputers. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
Lennart Sorensen wrote: On Tue, Sep 18, 2007 at 09:45:42AM -0400, Zaq Rizer wrote: Thank you both for the advice. I am compiling a new preempt/cfs kernel with Intel/core2-specific instructions, and will stick with my -amd64 installation. Don't fix it if it ain't broke, right? Regards, Zaq Why would you bother compiling your own kernel? The AMD64 instruction set is pretty much the same on all the CPUs and debian's kernel works and you get security fixes without having to do all the work and research yourself. You are very unlikely to gain any performance by compiling your own kernel. -- Len Sorensen First, apologies for sending in HTML only ... My current kernel is custom so I can try out the new scheduler (CFS), and increase the tickrate, and enable preemption. None of which, afaik, can I do with any Debian packaged kernels. So since I was doing all that, I figured I'd go ahead and re-config it for Intel c2d. It's purely a desktop machine ... ~Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 03:51:34PM +0100, Jo Shields wrote: > Let's assume I have large examples of both IA64 and AMD64. Plus further > benchmark data we collected ourselves. > > IA64 is fast, for floating point code. On paper, it offers the same > per-core-per-Hz FLOP count as Core (twice that of AMD64). And in > practise, Altix scales, whilst the competition, well, doesn't. In our > benchmarks, IA64 was not only faster per-GHz than POWER5 or AMD64, but > faster in absolute terms too, with an 8-way test absolutely dominated by > a 1.6-GHz-Montecito-based Altix, whilst AMD64 didn't even register a > pulse. > > However, for IA64, compiler choice is key - using GCC to compile test > code isn't just crippling the system, it's throwing away hundreds of > thousands (if not more) of investment > > They've got SMP machines that don't choke at >4 cores. For some > applications, that's of great interest. Well if you need something to do floating point, then x86 isn't generally where you want to be. And yes if performance matters gcc is not what you want to use either. For normal servers running databases and serving files, floating point isn't really that interesting. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, 2007-09-18 at 10:41 -0400, Lennart Sorensen wrote: > On Tue, Sep 18, 2007 at 03:08:48PM +0100, Jo Shields wrote: > > Or more? Buy an Altix! ;) > > Ehm, well the Altix uses either the itanium (why would anyone want that > crap) or a dual socket core 2 based cpu. That hardly matches a 4 or > more cpu opteron server. Let's assume I have large examples of both IA64 and AMD64. Plus further benchmark data we collected ourselves. IA64 is fast, for floating point code. On paper, it offers the same per-core-per-Hz FLOP count as Core (twice that of AMD64). And in practise, Altix scales, whilst the competition, well, doesn't. In our benchmarks, IA64 was not only faster per-GHz than POWER5 or AMD64, but faster in absolute terms too, with an 8-way test absolutely dominated by a 1.6-GHz-Montecito-based Altix, whilst AMD64 didn't even register a pulse. However, for IA64, compiler choice is key - using GCC to compile test code isn't just crippling the system, it's throwing away hundreds of thousands (if not more) of investment > SGI has nothing of any real interest. No wonder they went under not > that long ago. :) They've got SMP machines that don't choke at >4 cores. For some applications, that's of great interest. -- __ / Jo Shields <[EMAIL PROTECTED]> \ | Systems Manager, | \ Oxford Supercomputing Centre / --- \ ,__, \ (oo)___ (__))\ ||--|| * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 09:45:42AM -0400, Zaq Rizer wrote: > > > Thank you both for the advice. I am compiling a new preempt/cfs kernel > with Intel/core2-specific instructions, and will stick with my -amd64 > installation. Don't fix it if it ain't broke, right? > > Regards, > Zaq > > Why would you bother compiling your own kernel? The AMD64 instruction set is pretty much the same on all the CPUs and debian's kernel works and you get security fixes without having to do all the work and research yourself. You are very unlikely to gain any performance by compiling your own kernel. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 03:08:48PM +0100, Jo Shields wrote: > Or more? Buy an Altix! ;) Ehm, well the Altix uses either the itanium (why would anyone want that crap) or a dual socket core 2 based cpu. That hardly matches a 4 or more cpu opteron server. SGI has nothing of any real interest. No wonder they went under not that long ago. :) -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, 2007-09-18 at 09:29 -0400, Lennart Sorensen wrote: > On Tue, Sep 18, 2007 at 02:18:34PM +0200, Helge Hafting wrote: > > My experimental sudoku solving program is 3x faster on > > a 1.8GHz 64-bit opteron, than on a 2.4GHz 32-bit pentium. In this case, > > a slow 64-bit processor beats a faster 32-bit processor 3x. > > And an athlon64 3500+ (2.2GHz) runs bzip2 5x faster than a 2.8GHz > Pentium 4. The pentium 4 HATES branch heavy code when the branch > prediction fails to work (which essentially by definition it has to on > compression and other optimizing/solving problems). It might have been > a good design for multimedia streaming operations, but it really sucks > at many general purpose tasks. I never did like the pentium 4 even from > day 1. And in case anyone's not keeping up at the back: Pentium 4 and Core 2 have nothing whatsoever in common, other than the ability to run x86 code. Core 2 is a screamingly fast chip, Pentium 4 wasn't -- __ / Jo Shields <[EMAIL PROTECTED]> \ | Systems Manager, | \ Oxford Supercomputing Centre / --- \ ,__, \ (oo)___ (__))\ ||--|| * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, 2007-09-18 at 10:07 -0400, Lennart Sorensen wrote: > On Tue, Sep 18, 2007 at 02:35:30PM +0100, Jo Shields wrote: > > And in case anyone's not keeping up at the back: Pentium 4 and Core 2 > > have nothing whatsoever in common, other than the ability to run x86 > > code. Core 2 is a screamingly fast chip, Pentium 4 wasn't > > Absolutely. My current cpu of choice is the Core 2. It is just better > than the AMD at this time (somewhat unfortunate as I like AMD beating > intel). Well unless you want a 4 or more socket server, in which case > the opteron is still much better. Or more? Buy an Altix! ;) -- __ / Jo Shields <[EMAIL PROTECTED]> \ | Systems Manager, | \ Oxford Supercomputing Centre / --- \ ,__, \ (oo)___ (__))\ ||--|| * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 02:35:30PM +0100, Jo Shields wrote: > And in case anyone's not keeping up at the back: Pentium 4 and Core 2 > have nothing whatsoever in common, other than the ability to run x86 > code. Core 2 is a screamingly fast chip, Pentium 4 wasn't Absolutely. My current cpu of choice is the Core 2. It is just better than the AMD at this time (somewhat unfortunate as I like AMD beating intel). Well unless you want a 4 or more socket server, in which case the opteron is still much better. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
Lennart Sorensen wrote: On Tue, Sep 18, 2007 at 02:18:34PM +0200, Helge Hafting wrote: My experimental sudoku solving program is 3x faster on a 1.8GHz 64-bit opteron, than on a 2.4GHz 32-bit pentium. In this case, a slow 64-bit processor beats a faster 32-bit processor 3x. And an athlon64 3500+ (2.2GHz) runs bzip2 5x faster than a 2.8GHz Pentium 4. The pentium 4 HATES branch heavy code when the branch prediction fails to work (which essentially by definition it has to on compression and other optimizing/solving problems). It might have been a good design for multimedia streaming operations, but it really sucks at many general purpose tasks. I never did like the pentium 4 even from day 1. -- Len Sorensen Thank you both for the advice. I am compiling a new preempt/cfs kernel with Intel/core2-specific instructions, and will stick with my -amd64 installation. Don't fix it if it ain't broke, right? Regards, Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
2007/9/18, Jim Crilly <[EMAIL PROTECTED]>: > On 09/18/07 08:21:23AM -0300, Eduardo M KALINOWSKI wrote: > > Hamish Moffatt wrote: > > > I only ever use my chroot to run mplayer occasionally now. (Especially > > > with nspluginwrapper allowing Flash to be used from a 64-bit browser.) > > > My two main desktops (home and work) are both 64-bit. > > > > > > > Which leads me to the question: which video formats needs w32plugins > > yet? Since some time libavcodec can play wmv9 videos, and I'm not sure > > if I still need by 32bit mplayer or if its one less thing in the chroot > > (since openoffice.org is not necessary in a chroot anymore.) > > > > None that I know of, I haven't used 32-bit mplayer since I installed my > 64-bit system. On a rare occasion some videos don't play well but I haven't > taken the time to figure out if it's the video itself or some problem with > the 64-bit build. > > Jim. > Here, no chroot at all. I am using nspluginwrapper for flash and konqueror and Java for applets. I installed the IEview extension for Firefox, so I can readily open any page with Java applets on Konqueror (konqueror does not need the plugin, but the java machine itself but I am not sure how safe it is). Even IE4linux runs on wine-amd64 (debian lenny). All others 32 bits applications such as Skype run with the multilib approach. -- Thadeu Penna Prof.Associado - Instituto de Física Universidade Federal Fluminense http://profs.if.uff.br/tjpp/blog
Re: Opinion question (Core2 Duo)
On Tue, Sep 18, 2007 at 02:18:34PM +0200, Helge Hafting wrote: > My experimental sudoku solving program is 3x faster on > a 1.8GHz 64-bit opteron, than on a 2.4GHz 32-bit pentium. In this case, > a slow 64-bit processor beats a faster 32-bit processor 3x. And an athlon64 3500+ (2.2GHz) runs bzip2 5x faster than a 2.8GHz Pentium 4. The pentium 4 HATES branch heavy code when the branch prediction fails to work (which essentially by definition it has to on compression and other optimizing/solving problems). It might have been a good design for multimedia streaming operations, but it really sucks at many general purpose tasks. I never did like the pentium 4 even from day 1. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On 09/18/07 08:21:23AM -0300, Eduardo M KALINOWSKI wrote: > Hamish Moffatt wrote: > > I only ever use my chroot to run mplayer occasionally now. (Especially > > with nspluginwrapper allowing Flash to be used from a 64-bit browser.) > > My two main desktops (home and work) are both 64-bit. > > > > Which leads me to the question: which video formats needs w32plugins > yet? Since some time libavcodec can play wmv9 videos, and I'm not sure > if I still need by 32bit mplayer or if its one less thing in the chroot > (since openoffice.org is not necessary in a chroot anymore.) > None that I know of, I haven't used 32-bit mplayer since I installed my 64-bit system. On a rare occasion some videos don't play well but I haven't taken the time to figure out if it's the video itself or some problem with the 64-bit build. Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
Zaq Rizer wrote: I have an Intel Core2 Duo arriving in the mail in a couple of days, and I read online that these processors can run in either 32bit or 64bit mode (just like Athlons can). Thing is, the 32bit chroot and ia32-compatibility libraries, are, imo, a total mess and a real pain in the rear to deal with on a daily basis. But usually, no need to deal with it. Almost all software is available 64-bit. The main problems seems to be some netscape plugins and wine. (Java works 64-bit in konqueror, adobe acrobat has good 64-bit alternatives, so I don't count those.) I do run a 32-bit program in 32-bit wine - but that was a "set up hassle once and then it just works forever" case. I'm looking for people's opinions on whether I should stick with debian-amd64, or do a reinstall of debian from the main branch (32bit)? What, truly, are the real performance differences? Simply support for 4+G of ram, or something else? The processor also uses 16 registers in 64-bit modes, opposed to only 8 in 32-bit mode. (Working with registers is _much_ faster than accessing memory, but as you see, there aren't many of them.) If the inner loop of some time-consuming operation need more than 8 registers but less than 16, then you get a nice noticeable speedup from using 64-bit mode. Of course, any usage that actually do integer math on quantities bigger than 32 bit also speeds up noticeably. Graphichs operations not done by the graphichs adapter itself will also be in this category. My experimental sudoku solving program is 3x faster on a 1.8GHz 64-bit opteron, than on a 2.4GHz 32-bit pentium. In this case, a slow 64-bit processor beats a faster 32-bit processor 3x. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
Hamish Moffatt wrote: > I only ever use my chroot to run mplayer occasionally now. (Especially > with nspluginwrapper allowing Flash to be used from a 64-bit browser.) > My two main desktops (home and work) are both 64-bit. > Which leads me to the question: which video formats needs w32plugins yet? Since some time libavcodec can play wmv9 videos, and I'm not sure if I still need by 32bit mplayer or if its one less thing in the chroot (since openoffice.org is not necessary in a chroot anymore.) -- FORTUNE'S RULES TO LIVE BY: #23 Don't cut off a police car when making an illegal U-turn. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Mon, Sep 17, 2007 at 04:17:26PM -0400, Zaq Rizer wrote: > I have an Intel Core2 Duo arriving in the mail in a couple of days, and > I read online that these processors can run in either 32bit or 64bit > mode (just like Athlons can). > > Thing is, the 32bit chroot and ia32-compatibility libraries, are, imo, a > total mess and a real pain in the rear to deal with on a daily basis. What problems do you have? Are you using schroot? > > I'm looking for people's opinions on whether I should stick with > debian-amd64, or do a reinstall of debian from the main branch (32bit)? > > What, truly, are the real performance differences? Simply support for > 4+G of ram, or something else? I run amd64 on my Athlon. It only has 1GB ram now, but the MB can take 8 GB. The only thing I need i386 is for the odd time when I need flash. Actually, to save download time (given the rate that iceweasel gets updated) I only have it installed in the i386 chroot. For normal browsing, I use amd64 Konqueror however there are two websites that I go to that need iceweasel. Everything else is amd64. I watch DVDs and listen to radio (poor quality over a normal phone dial-up) with amd64 vlc. The chroot didn't take much to set up, however, I found the documentation a little fragmented and not up-to-date. However, once done, I have an icon on my icewm or xfce panel that runs $ schroot -pc etch-ia32 iceweasel. Whenever I run aptitude on the amd64 to update/upgrade Etch, I follow it with # schroot -pc etch-ia32 aptitude The only downside is the 500-ish MB that the chroot takes. I also know, that should I move up to Lenny, that the problem is fixed and I won't need the chroot. As for performance, I can only get my Athlon64 3800+ to budge off of 98% idle for more than a second with some difficulty, such as getting DigiKam to resize a thumbnail to 1024x768. Takes 20 seconds at 100%. And that's with Konquerer downloading another graphics page, a DVD playing, and vi running. I hope this helps. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Mon, Sep 17, 2007 at 04:17:26PM -0400, Zaq Rizer wrote: > Thing is, the 32bit chroot and ia32-compatibility libraries, are, imo, a > total mess and a real pain in the rear to deal with on a daily basis. I only ever use my chroot to run mplayer occasionally now. (Especially with nspluginwrapper allowing Flash to be used from a 64-bit browser.) My two main desktops (home and work) are both 64-bit. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Opinion question (Core2 Duo)
I have an Intel Core2 Duo arriving in the mail in a couple of days, and I read online that these processors can run in either 32bit or 64bit mode (just like Athlons can). Thing is, the 32bit chroot and ia32-compatibility libraries, are, imo, a total mess and a real pain in the rear to deal with on a daily basis. I'm looking for people's opinions on whether I should stick with debian-amd64, or do a reinstall of debian from the main branch (32bit)? What, truly, are the real performance differences? Simply support for 4+G of ram, or something else? My /home is a seperate partition, as are my mp3s, etc etc, so data retention is not a huge concern. Thanks, Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinion question (Core2 Duo)
On Mon, Sep 17, 2007 at 04:17:26PM -0400, Zaq Rizer wrote: > I have an Intel Core2 Duo arriving in the mail in a couple of days, and > I read online that these processors can run in either 32bit or 64bit > mode (just like Athlons can). > > Thing is, the 32bit chroot and ia32-compatibility libraries, are, imo, a > total mess and a real pain in the rear to deal with on a daily basis. > > I'm looking for people's opinions on whether I should stick with > debian-amd64, or do a reinstall of debian from the main branch (32bit)? > > What, truly, are the real performance differences? Simply support for > 4+G of ram, or something else? > > My /home is a seperate partition, as are my mp3s, etc etc, so data > retention is not a huge concern. For some applications you gain performance with 64bit (sometimes quite a bit), and for a few (don't know of any) you loose a little bit. As for ram, well it allows you to have more than 2 or 3GB (or whatever the current limit is) of memory for a single process. 64bit programs can of course memory map files much larger than a 32bit program can, which may make writing that application much simpler and potentially much more efficient. You could install a 32bit system, with the amd64 kernel (which i386 does offer) and setup a 64bit chroot to play with stuff in and just use 32bit for your normal use (that is what I personally have one the one 64bit athlon at work). If I had a 64bit athlon at home it would be running 64bit, but I don't mind a few problems if I get to play with new stuff and fixing things a bit. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question: reportbug
Am Samstag 25 August 2007 schrieb Jack Malmostoso: > On Sat, 25 Aug 2007 09:20:07 +0200, Hans-J. Ullrich wrote: > > (in my case it is a bug in kdelibs4c2a-*1-5.deb , which is fixed > > in kdelibs4c2a-**1-6.deb) But the latest version is not > > downloadable, although reportbug is seeing it. > > It might be available for i386 but not for AMD64. In these cases I > generally build the package myself if it's not too much trouble. > In your case, I'd wait a couple of days or change mirror, if > packages.debian.org tells you it's available on AMD64 too. > > -- > Best Regards, Jack > Linux user #264449 > Powered by Debian Sid AMD64 Yes, I see. So reportbug is using the same sources as apt does. That is, what I wanted to know. Thanks for clearing this ! Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question: reportbug
On Sat, 25 Aug 2007 09:20:07 +0200, Hans-J. Ullrich wrote: > (in my case it is a bug in kdelibs4c2a-*1-5.deb , which is fixed > in kdelibs4c2a-**1-6.deb) But the latest version is not > downloadable, although reportbug is seeing it. It might be available for i386 but not for AMD64. In these cases I generally build the package myself if it's not too much trouble. In your case, I'd wait a couple of days or change mirror, if packages.debian.org tells you it's available on AMD64 too. -- Best Regards, Jack Linux user #264449 Powered by Debian Sid AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Question: reportbug
Hi all, I am just wondering, why reportbug is telling me, there is a newer version of a package available, but it can not be downloaded with apt. Is reportbug not using the sources in /etc/apt/sources.list ? (in my case it is a bug in kdelibs4c2a-*1-5.deb , which is fixed in kdelibs4c2a-**1-6.deb) But the latest version is not downloadable, although reportbug is seeing it. I would be pleased of an explanation. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug or no bug, this is the question
On Mon, Jul 09, 2007 at 07:03:09PM +0200, Hans-J. Ullrich wrote: > > protheus2:/var/cache/apt/archives# LANG=C dpkg -i libc6-i386_2.6-1_amd64.deb > (Reading database ... 234520 files and directories currently installed.) > Preparing to replace libc6-i386 2.5-11 (using libc6-i386_2.6-1_amd64.deb) ... > Unpacking replacement libc6-i386 ... > dpkg: error processing libc6-i386_2.6-1_amd64.deb (--install): > trying to overwrite `/usr/lib32', which is also in package lib32z1 > Errors were encountered while processing: > libc6-i386_2.6-1_amd64.deb This has been reported several times, and it has been fixed very recently. The problem is in lib32z1. The fixed package should be available on the mirrors in a few hours. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug or no bug, this is the question
Hi dear maintainers, when I am updating my system, I sometimes get these errors: - snip --- protheus2:/var/cache/apt/archives# LANG=C dpkg -i libc6-i386_2.6-1_amd64.deb (Reading database ... 234520 files and directories currently installed.) Preparing to replace libc6-i386 2.5-11 (using libc6-i386_2.6-1_amd64.deb) ... Unpacking replacement libc6-i386 ... dpkg: error processing libc6-i386_2.6-1_amd64.deb (--install): trying to overwrite `/usr/lib32', which is also in package lib32z1 Errors were encountered while processing: libc6-i386_2.6-1_amd64.deb snap - O.k., there are some files, who want to be overwritten, and yes, the package can be installed with the --force-overwrite option. So, is this a real bug, which should be reported ? I found no option when using apt to get such a package installed. So I use dpkg. Anyway, this behaviour appears sometimes, and yes, I am running sid. Thanks for your help. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Question: synaptics-touchpad-driver
Hi all, I cannot get the horizontal scrolling function enabled on my touchpad driver, although it has been activated in xorg.conf (HorizEdgeScroll). I suppose, it might be not compiled in ? It would be nice, if someone could confirm or deny this, so that I might be able to find the error. VertEdgeScroll is running, although, there is no VertEdgeScroll in xorg.conf. This let me guess, the function is compiled directly into the module. Is it ??? regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
On Wed, Feb 07, 2007 at 07:09:54PM +, Anton Piatek wrote: > It is a shame that it is not build into part of the mkinitrd scripts to build > your standard modules when installing a new kernel... Sometimes you update your modules without updating the initrd. And vice versa. Not really the right time for it. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
On Wednesday 07 February 2007 16:17, Zachary Rizer wrote: > - Original Message > From: Lennart Sorensen <[EMAIL PROTECTED]> > To: Zachary Rizer <[EMAIL PROTECTED]> > Cc: debian-amd64@lists.debian.org > Sent: Wednesday, February 7, 2007 10:48:58 AM > Subject: Re: m-a question > > On Wed, Feb 07, 2007 at 07:14:35AM -0800, Zachary Rizer wrote: > > When using module assistant to install a package (e.g. nvidia driver, > > some wireless driver, whatever), it only compiles a module for that > > currently-running kernel, correct? > > It only does so by default. You can give it a list of kernel versions > to compile for. > > > So, then, after a dist-upgrade, in which I have installed a new kernel, > > when the machine is rebooted into this new kernel, I must re-run m-a to > > install the modules for the new kernel? > > > > Is there any way around this? I have to install my wireless drivers with > > m-a, so if I reboot into a new kernel, I have no connectivity and have to > > be physically at the machine. > > m-a a-i -t -l 2.6.18-4-k7 nvidia > > That works even before booting a new kernel. Well it works for _most_ > modules, a few are a bit broken in their build system I believe, or at > least some used to be. > > You can list multiple versions, comma seperated (as far as I remember) It is a shame that it is not build into part of the mkinitrd scripts to build your standard modules when installing a new kernel... Anton -- Anton Piatek email: [EMAIL PROTECTED] blog/photos:http://www.strangeparty.com pgp: [0xB307BAEF] (http://tastycake.net/~anton/anton.asc) fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF pgp59oq8pUOmv.pgp Description: PGP signature
Re: m-a question
- Original Message From: Lennart Sorensen <[EMAIL PROTECTED]> To: Zachary Rizer <[EMAIL PROTECTED]> Cc: debian-amd64@lists.debian.org Sent: Wednesday, February 7, 2007 10:48:58 AM Subject: Re: m-a question On Wed, Feb 07, 2007 at 07:14:35AM -0800, Zachary Rizer wrote: > When using module assistant to install a package (e.g. nvidia driver, some > wireless driver, whatever), it only compiles a module for that > currently-running kernel, correct? It only does so by default. You can give it a list of kernel versions to compile for. > So, then, after a dist-upgrade, in which I have installed a new kernel, when > the machine is rebooted into this > new kernel, I must re-run m-a to install the modules for the new kernel? > > Is there any way around this? I have to install my wireless drivers with > m-a, so if I reboot into a new kernel, I have no connectivity and have to be > physically at the machine. m-a a-i -t -l 2.6.18-4-k7 nvidia That works even before booting a new kernel. Well it works for _most_ modules, a few are a bit broken in their build system I believe, or at least some used to be. You can list multiple versions, comma seperated (as far as I remember) -- Len Sorensen Thank you, Len. That worked like a charm. :)
Re: m-a question
On Wed, Feb 07, 2007 at 07:14:35AM -0800, Zachary Rizer wrote: > When using module assistant to install a package (e.g. nvidia driver, > some wireless driver, whatever), it only compiles a module for that > currently-running kernel, correct? Yes. > > So, then, after a dist-upgrade, in which I have installed a new > kernel, when the machine is rebooted into this new kernel, I must > re-run m-a to install the modules for the new kernel? > > Is there any way around this? I have to install my wireless drivers > with m-a, so if I reboot into a new kernel, I have no connectivity and > have to be physically at the machine. Don't reboot into the new kernel until you have made the new modules. FYI the nvidia drivers are now packaged for standard debian kernels in non-free. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
Hi Zachary, as far as I know, there is an easy way out, The -l flag of m-a. The way I do it is: 1) dist-upgrade (or apt-get install new linux-image-x.y.z-xx-yyy) 2) check if linux-headers-x.y.z-xx-yyy are also installed, otherwise 3) apt-get install linux-headers-x.y.z-xx-yyy 4) m-a -l x.y.z-xx-yyy a-i nvidia your-wireless-driver 5) reboot into the upgraded kernel I heard somebody screaming after an automated m-a run when a kernel is upgraded, but I don't know if there's something out there yet. Regards, Simone Zachary Rizer wrote: When using module assistant to install a package (e.g. nvidia driver, some wireless driver, whatever), it only compiles a module for that currently-running kernel, correct? So, then, after a dist-upgrade, in which I have installed a new kernel, when the machine is rebooted into this new kernel, I must re-run m-a to install the modules for the new kernel? Is there any way around this? I have to install my wireless drivers with m-a, so if I reboot into a new kernel, I have no connectivity and have to be physically at the machine. Thanks, Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
On Wed, Feb 07, 2007 at 07:14:35AM -0800, Zachary Rizer wrote: > When using module assistant to install a package (e.g. nvidia driver, some > wireless driver, whatever), it only compiles a module for that > currently-running kernel, correct? It only does so by default. You can give it a list of kernel versions to compile for. > So, then, after a dist-upgrade, in which I have installed a new kernel, when > the machine is rebooted into this > new kernel, I must re-run m-a to install the modules for the new kernel? > > Is there any way around this? I have to install my wireless drivers with > m-a, so if I reboot into a new kernel, I have no connectivity and have to be > physically at the machine. m-a a-i -t -l 2.6.18-4-k7 nvidia That works even before booting a new kernel. Well it works for _most_ modules, a few are a bit broken in their build system I believe, or at least some used to be. You can list multiple versions, comma seperated (as far as I remember) -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * On 07-02-2007 16:14 <[EMAIL PROTECTED]> wrote: : When using module assistant to install a package (e.g. nvidia driver, some wireless driver, whatever), it only compiles a module for that currently-running kernel, correct? # man m-a : So, then, after a dist-upgrade, in which I have installed a new kernel, when the machine is rebooted into this : new kernel, I must re-run m-a to install the modules for the new kernel? : : Is there any way around this? see above. cheers raphael - -- A file that big? It might be very useful. But now it is gone. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFyfTgR/faipuTVh4RAnqdAJ4wO2ckCOzkDFieYSgbz2RXaAoM/gCgqTR0 W6PseniboZJ3/EnMc9Temjw= =7Ovg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m-a question
On Wed, 07 Feb 2007 16:20:31 +0100, Zachary Rizer wrote: > So, then, after a dist-upgrade, in which I have installed a new kernel, > when the machine is rebooted into this new kernel, I must re-run m-a to > install the modules for the new kernel? Yes. > Is there any way around this? Well you could put instructions in /etc/rc.local to be executed whenever you install a new kernel. If something goes wrong though, you're on your own anyway. -- 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]
m-a question
When using module assistant to install a package (e.g. nvidia driver, some wireless driver, whatever), it only compiles a module for that currently-running kernel, correct? So, then, after a dist-upgrade, in which I have installed a new kernel, when the machine is rebooted into this new kernel, I must re-run m-a to install the modules for the new kernel? Is there any way around this? I have to install my wireless drivers with m-a, so if I reboot into a new kernel, I have no connectivity and have to be physically at the machine. Thanks, Zaq
Re: chroot question
Goswin von Brederlow <[EMAIL PROTECTED]> writes: > Anton Piatek <[EMAIL PROTECTED]> writes: > >> I posted this on Debian-user list, but thought someone here might have tried >> this already... >> >> I have a amd64 install of debian with a 32bit chroot for a couple of apps. >> This works great, but I have a question. >> >> Is it possible to have an application inside the 32bit chroot launch an >> application on my main 64 bit system? (e.g. a photo browsing program in the >> 32bit chroot launching gimp, which is installed in my main 64 bit system). >> I currently launch my 32bit programs with schroot and am hoping I can set >> something to make specific programs outside the chroot available... >> >> I cannot think of how this can be achieved, so any ideas are welcomed. >> >> Regards, >> >> Anton > > mkdir /chroot-32/chroot-64/ > mount --bind / /chroot-32/chroot-64/ > > Then applications inside chroot-32 can just again chroot into > chroot-64 to get back out. While this should work it is not necessary for many 32-bit applications. They will run fine if called directly outside the chroot. The 32-bit libraries need to be listed in /etc/ld.so.conf and /lib/ld-linux.so.2 (the 32-bit linker) needs to be present (possibly as symlink to /chroot32/lib/ld-linux.so.2). Then, many applications will run fine in the 64-bit environment and they can easily call 64-bit applications. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
Anton Piatek <[EMAIL PROTECTED]> writes: > I posted this on Debian-user list, but thought someone here might have tried > this already... > > I have a amd64 install of debian with a 32bit chroot for a couple of apps. > This works great, but I have a question. > > Is it possible to have an application inside the 32bit chroot launch an > application on my main 64 bit system? (e.g. a photo browsing program in the > 32bit chroot launching gimp, which is installed in my main 64 bit system). > I currently launch my 32bit programs with schroot and am hoping I can set > something to make specific programs outside the chroot available... > > I cannot think of how this can be achieved, so any ideas are welcomed. > > Regards, > > Anton mkdir /chroot-32/chroot-64/ mount --bind / /chroot-32/chroot-64/ Then applications inside chroot-32 can just again chroot into chroot-64 to get back out. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
You can also use something like "ssh localhost" to escape the chroot, although it adds a bit of overhead. - M On 1/21/07, Eduardo M KALINOWSKI <[EMAIL PROTECTED]> wrote: Anton Piatek wrote: > I posted this on Debian-user list, but thought someone here might have tried > this already... > > I have a amd64 install of debian with a 32bit chroot for a couple of apps. > This works great, but I have a question. > > Is it possible to have an application inside the 32bit chroot launch an > application on my main 64 bit system? (e.g. a photo browsing program in the > 32bit chroot launching gimp, which is installed in my main 64 bit system). > I currently launch my 32bit programs with schroot and am hoping I can set > something to make specific programs outside the chroot available... > > I cannot think of how this can be achieved, so any ideas are welcomed. > > No, you can't. Suppose your chroot is /ia32. Then, since it is a chroot, you can only see what's inside /ia32. /usr and other directories are not accessible from the chroot. Unless you someway make /usr visible inside /ia32, perhaps with a bind mount. You would also need other directories (such as /var) if the application needs them, and configure the application to use those directories. The same happens to libraries. If /usr is bound to /ia32/usr64, you'll need to tell the library loader to look for libraries there. Messy, really messy. What you can do is install the 32-bit version of the program inside the chroot, and it'l run fine. -- Sometimes I live in the country, And sometimes I live in town. And sometimes I have a great notion, To jump in the river and drown. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: chroot question
Anton Piatek wrote: > I posted this on Debian-user list, but thought someone here might have tried > this already... > > I have a amd64 install of debian with a 32bit chroot for a couple of apps. > This works great, but I have a question. > > Is it possible to have an application inside the 32bit chroot launch an > application on my main 64 bit system? (e.g. a photo browsing program in the > 32bit chroot launching gimp, which is installed in my main 64 bit system). > I currently launch my 32bit programs with schroot and am hoping I can set > something to make specific programs outside the chroot available... > > I cannot think of how this can be achieved, so any ideas are welcomed. > > No, you can't. Suppose your chroot is /ia32. Then, since it is a chroot, you can only see what's inside /ia32. /usr and other directories are not accessible from the chroot. Unless you someway make /usr visible inside /ia32, perhaps with a bind mount. You would also need other directories (such as /var) if the application needs them, and configure the application to use those directories. The same happens to libraries. If /usr is bound to /ia32/usr64, you'll need to tell the library loader to look for libraries there. Messy, really messy. What you can do is install the 32-bit version of the program inside the chroot, and it'l run fine. -- Sometimes I live in the country, And sometimes I live in town. And sometimes I have a great notion, To jump in the river and drown. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
chroot question
I posted this on Debian-user list, but thought someone here might have tried this already... I have a amd64 install of debian with a 32bit chroot for a couple of apps. This works great, but I have a question. Is it possible to have an application inside the 32bit chroot launch an application on my main 64 bit system? (e.g. a photo browsing program in the 32bit chroot launching gimp, which is installed in my main 64 bit system). I currently launch my 32bit programs with schroot and am hoping I can set something to make specific programs outside the chroot available... I cannot think of how this can be achieved, so any ideas are welcomed. Regards, Anton -- Anton Piatek email: [EMAIL PROTECTED] blog/photos:http://www.strangeparty.com pgp: [0xB307BAEF] (http://tastycake.net/~anton/anton.asc) fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF --- -- Anton Piatek email: [EMAIL PROTECTED] blog/photos:http://www.strangeparty.com pgp: [0xB307BAEF] (http://tastycake.net/~anton/anton.asc) fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF pgp8aVxV9hjHf.pgp Description: PGP signature
Re: dual-core amd question
[Please don't top post] On Thu, Jan 18, 2007 at 01:33:22PM -0800, Francesco Pietra wrote: > Thank you. Then, one additional question that I forgot before. > Planning to replace the 1GB modules with 2GB modules, is that correct > to replace couples of modules (one left, one right) at different > times, and not all eigth modules at the same time? I plan to use the > machine with a mixture of 1G-1GB and 2GB-2GB couples of memory modules > until I get money to replace all. > > francesco pietra Hi, Your motherboard manual should have that info. -- Chris. == " ... the official version cannot be abandoned because the implication of rejecting it is far too disturbing: that we are subject to a government conspiracy of `X-Files' proportions and insidiousness." Letter to the LA Times Magazine, September 18, 2005. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dual-core amd question
On Thu, Jan 18, 2007 at 11:12:51AM -0800, Francesco Pietra wrote: > Question about MPQC job, with command for > multiprocessor with POSIX threads: > > -thread "PthreadThreadGrp>:(num_threads = 4)" > > Hardware: Tyan S2895 K8WE with all eigth memory > modules; two dual-core opteron cpus. OS: debian amd64 > etch. A dual core opteron has two complete opteron processors in one chip. With two chips you have a total of 4 cores so you have 4 CPUs. > The output of a MPQC job says (than the job completes > successfully): > > Using ShmMessageGrp for message passing (number of > nodes = 4). > Using PthreadThreadGrp for threading (number of > threads = 1). > Using ShmMemoryGrp for distributed shared memory. > Total number of processors = 4 > > Why 4 processors? Moreover, with such a system is that > command optimized or should MPI used instead? In other > words, is my arrangement "shared memory" or should be > considered a cluster? > > That because someone has recently warned me that > "dual-opteron is not shared memory [I knew that of > course]. Each cpu has its own memory, and they can > access each other's. If your program uses MPI then > that's the best way of having it." On most opteron systems, all the CPUs are connected to each other, and the ram connected to various CPUs, and the extra time to access memory attached to another cpu is only bus cycle per extra cpu, so in your case at most one extra cycle. No message passing algorithm will ever get anywhere close to the performance of just accessing the memory on a system like yours so shared memory between threads/processes is as fast as it can get in your case. > I had no doubt, until now, that the above arrangement > of memory modules makes my system shared memory. > Cannot try MPI because the progran is not compiled for > clusters. You do not have a cluster. Your CPUs are as tightly linked as they can realisticly be. As far as I recall the interconnect between the two CPUs runs at 4GB/s each way, which should be plenty for passing data between threads. I don't think the memory directly connected to each cpu is that much faster than that. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dual-core amd question
On Thu, Jan 18, 2007 at 01:33:22PM -0800, Francesco Pietra wrote: > Thank you. Then, one additional question that I forgot > before. Planning to replace the 1GB modules with 2GB > modules, is that correct to replace couples of modules > (one left, one right) at different times, and not all > eigth modules at the same time? I plan to use the > machine with a mixture of 1G-1GB and 2GB-2GB couples > of memory modules until I get money to replace all. Follow the manuals instructions and make sure you keep the memory in each bank on a cpu matches. So you can have 2 x 1GB on one cpu and 2 x 2GB on another and that would be fine. Having 1GB + 2GB banks on one cpu will hurt performance however since it can only run the first 1GB dual channel, and the second 1GB (on the 2GB bank) would be single channel access. Each CPU has two memory banks, usually with 2 or 4 memory sockets per bank. Just keep the size of each bank on a given cpu identical. The motherboard user manual should tell you exactly how to put memory in to keep the pairs matched up. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dual-core amd question
Thank you. Then, one additional question that I forgot before. Planning to replace the 1GB modules with 2GB modules, is that correct to replace couples of modules (one left, one right) at different times, and not all eigth modules at the same time? I plan to use the machine with a mixture of 1G-1GB and 2GB-2GB couples of memory modules until I get money to replace all. francesco pietra --- Jo Shields <[EMAIL PROTECTED]> wrote: > On Thu, 2007-01-18 at 11:12 -0800, Francesco Pietra > wrote: > > Why 4 processors? Moreover, with such a system is > that > > command optimized or should MPI used instead? In > other > > words, is my arrangement "shared memory" or should > be > > considered a cluster? > > 4 processors because 2 x 2 = 4 > > > That because someone has recently warned me that > > "dual-opteron is not shared memory [I knew that of > > course]. Each cpu has its own memory, and they > can > > access each other's. If your program uses MPI then > > that's the best way of having it." > > Dual Opteron is definitely shared memory in the > modern sense of the term > - it's actually NUMA, which means each processor has > its own supply of > memory but can request memory from other processors > (whereas with > 'traditional' SMP, there's one big pool of memory > and one pool of > processors). Massive 'SMP' systems such as SGI's > Itanium-powered Altix > are NUMA. > > Performance, however, is a bigger question. Is there > a hit when > accessing a different processor's memory? Yes. Would > MPI be faster? > Possibly, but probably not on a 2x2 machine. Opteron > suffers from > diminishing returns (especially with a 2.6 kernel), > so adding more cores > takes you further & further from optimal performance > - meaning MPI > becomes a more interesting prospect at that point. > > --Jo Shields > > Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. http://answers.yahoo.com/dir/?link=list&sid=396545367 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dual-core amd question
On Thu, 2007-01-18 at 11:12 -0800, Francesco Pietra wrote: > Why 4 processors? Moreover, with such a system is that > command optimized or should MPI used instead? In other > words, is my arrangement "shared memory" or should be > considered a cluster? 4 processors because 2 x 2 = 4 > That because someone has recently warned me that > "dual-opteron is not shared memory [I knew that of > course]. Each cpu has its own memory, and they can > access each other's. If your program uses MPI then > that's the best way of having it." Dual Opteron is definitely shared memory in the modern sense of the term - it's actually NUMA, which means each processor has its own supply of memory but can request memory from other processors (whereas with 'traditional' SMP, there's one big pool of memory and one pool of processors). Massive 'SMP' systems such as SGI's Itanium-powered Altix are NUMA. Performance, however, is a bigger question. Is there a hit when accessing a different processor's memory? Yes. Would MPI be faster? Possibly, but probably not on a 2x2 machine. Opteron suffers from diminishing returns (especially with a 2.6 kernel), so adding more cores takes you further & further from optimal performance - meaning MPI becomes a more interesting prospect at that point. --Jo Shields -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dual-core amd question
Question about MPQC job, with command for multiprocessor with POSIX threads: -thread "PthreadThreadGrp>:(num_threads = 4)" Hardware: Tyan S2895 K8WE with all eigth memory modules; two dual-core opteron cpus. OS: debian amd64 etch. The output of a MPQC job says (than the job completes successfully): Using ShmMessageGrp for message passing (number of nodes = 4). Using PthreadThreadGrp for threading (number of threads = 1). Using ShmMemoryGrp for distributed shared memory. Total number of processors = 4 Why 4 processors? Moreover, with such a system is that command optimized or should MPI used instead? In other words, is my arrangement "shared memory" or should be considered a cluster? That because someone has recently warned me that "dual-opteron is not shared memory [I knew that of course]. Each cpu has its own memory, and they can access each other's. If your program uses MPI then that's the best way of having it." I had no doubt, until now, that the above arrangement of memory modules makes my system shared memory. Cannot try MPI because the progran is not compiled for clusters. Thanks for your kind attention. francesco pietra The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On 12/23/06 11:25:25AM -0600, Mike Reinehr wrote: > On Saturday 23 December 2006 09:35, Jim Crilly wrote: > > On 12/22/06 12:10:41PM -0600, Mike Reinehr wrote: > > > I hate to answer my own posting but it belatedly has occurred to me that > > > perhaps it's not possible to mount a root partition using LVM without an > > > initrd.img. I've booted without an initrd.img before & I've used LVM > > > before, but not with the root partition as part of the logical volumes. > > > Yes, no, maybe? > > > > That's pretty much it, you need to run the LVM tools (vgchange I think) to > > scan for and setup the logical volumes. There is no code in the kernel to > > do that for you so you have to use an initramfs image if your root is on > > LVM. But why go through all of that trouble to not use one? The only burden > > it puts on you is to run 'update-initramfs -u -k ' on of > > the off chance that you change something that also needs to go in the > > image, normal updates to things like LVM tools, udev, etc should update it > > for you. > > > > Jim. > > Thanks for confirming this. I think I may have read something about this last > year when I first researched LVM but then forgot. > > As for not using an initrd.img, long ago I became a confirmed follower of the > KISS theory of operations (Keep It Simple, Stupid) and was just trying to > pare my kernel of any unnecessary pieces. But, as you say, it's not that much > trouble to maintain an initrd.img. > Exactly, it's virtually 0 maintenance unless you're doing really odd, complex things in your initramfs and even then once you set it up and put the files under /etc/initramfs-tools/ it'll keep working. A decent example is this, I setup this box with some dm-crypt block devices and by default the generic aes module is used, to switch to aes_x86_64 all I had to do was put the module name in /etc/modules, update my initramfs and reboot, if they had been compiled in statically I would have been stuck recompiling my kernel for that. And with the kernel people wanting to push more and more device discovery and setup to userland it's going to be unavoidable at some point anyway. Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On Saturday 23 December 2006 09:35, Jim Crilly wrote: > On 12/22/06 12:10:41PM -0600, Mike Reinehr wrote: > > I hate to answer my own posting but it belatedly has occurred to me that > > perhaps it's not possible to mount a root partition using LVM without an > > initrd.img. I've booted without an initrd.img before & I've used LVM > > before, but not with the root partition as part of the logical volumes. > > Yes, no, maybe? > > That's pretty much it, you need to run the LVM tools (vgchange I think) to > scan for and setup the logical volumes. There is no code in the kernel to > do that for you so you have to use an initramfs image if your root is on > LVM. But why go through all of that trouble to not use one? The only burden > it puts on you is to run 'update-initramfs -u -k ' on of > the off chance that you change something that also needs to go in the > image, normal updates to things like LVM tools, udev, etc should update it > for you. > > Jim. Thanks for confirming this. I think I may have read something about this last year when I first researched LVM but then forgot. As for not using an initrd.img, long ago I became a confirmed follower of the KISS theory of operations (Keep It Simple, Stupid) and was just trying to pare my kernel of any unnecessary pieces. But, as you say, it's not that much trouble to maintain an initrd.img. Cheers! cmr -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On 12/22/06 12:10:41PM -0600, Mike Reinehr wrote: > > I hate to answer my own posting but it belatedly has occurred to me that > perhaps it's not possible to mount a root partition using LVM without an > initrd.img. I've booted without an initrd.img before & I've used LVM before, > but not with the root partition as part of the logical volumes. Yes, no, > maybe? > That's pretty much it, you need to run the LVM tools (vgchange I think) to scan for and setup the logical volumes. There is no code in the kernel to do that for you so you have to use an initramfs image if your root is on LVM. But why go through all of that trouble to not use one? The only burden it puts on you is to run 'update-initramfs -u -k ' on of the off chance that you change something that also needs to go in the image, normal updates to things like LVM tools, udev, etc should update it for you. Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Configuration Question
On Friday 22 December 2006 11:43, Mike Reinehr wrote: > Would someone please help me with what, I think, should be a fairly simple > kernel configuration question. I am attempting compile a new AMD64 kernel > that will boot without using an initrd.img file. I've done this a number of > times before, but this time I can't seem to get it working. Every time, I > end up with a kernel panic, unable to mount root device. > > First, I have a pair of SATA drives set up in a RAID 1 configuration, two > primary partitions (EXT3) and GRUB installed in the boot sector. The first > partition is mounted as /boot. The second partition is set up as a physical > volume group within which are defined the > usual /root, /home, /var, /usr, /tmp & swap as logical volumes. All this > was set up with the latest Debian-Installer beta (Etch RC1) and boots > perfectly with a stock kernel (linux-image-2.6.18-3-amd64). > > I've tried to locate all of the modules necessary to boot and compile them > into the kernel, but I must be missing something. > > When I attempt to boot with my kernel, > 1) GRUB locates and boots the kernel from /boot; > 2) The SATA drives are recognized; > 3) md & device-mapper modules are initialized; > 4) The RAID arrays are recognized; > md: Autodetecting RAID arrays > md: autorun ... > md: ... autorun DONE. > but then: > > VFS: Cannot open root device "mapper/vg0-root_lv" or unknown block(0,0) > Please append a correct "root=" boot option > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(0,0) > > I considered adding a "root=" boot option, as the message said, > but /dev/mapper/vg0_root_lv is the correct logical volume. > > As a post script, I just noticed that when I have a successful boot, the > RAID arrays are announced as they are recognized, where as with my kernels, > it just says "autorun" followed by "autorun DONE". If that means that the > RAID arrays are _not_ being recognized then I have no idea why. > > TIA > > CMR I hate to answer my own posting but it belatedly has occurred to me that perhaps it's not possible to mount a root partition using LVM without an initrd.img. I've booted without an initrd.img before & I've used LVM before, but not with the root partition as part of the logical volumes. Yes, no, maybe? -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Kernel Configuration Question
Would someone please help me with what, I think, should be a fairly simple kernel configuration question. I am attempting compile a new AMD64 kernel that will boot without using an initrd.img file. I've done this a number of times before, but this time I can't seem to get it working. Every time, I end up with a kernel panic, unable to mount root device. First, I have a pair of SATA drives set up in a RAID 1 configuration, two primary partitions (EXT3) and GRUB installed in the boot sector. The first partition is mounted as /boot. The second partition is set up as a physical volume group within which are defined the usual /root, /home, /var, /usr, /tmp & swap as logical volumes. All this was set up with the latest Debian-Installer beta (Etch RC1) and boots perfectly with a stock kernel (linux-image-2.6.18-3-amd64). I've tried to locate all of the modules necessary to boot and compile them into the kernel, but I must be missing something. When I attempt to boot with my kernel, 1) GRUB locates and boots the kernel from /boot; 2) The SATA drives are recognized; 3) md & device-mapper modules are initialized; 4) The RAID arrays are recognized; md: Autodetecting RAID arrays md: autorun ... md: ... autorun DONE. but then: VFS: Cannot open root device "mapper/vg0-root_lv" or unknown block(0,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) I considered adding a "root=" boot option, as the message said, but /dev/mapper/vg0_root_lv is the correct logical volume. As a post script, I just noticed that when I have a successful boot, the RAID arrays are announced as they are recognized, where as with my kernels, it just says "autorun" followed by "autorun DONE". If that means that the RAID arrays are _not_ being recognized then I have no idea why. TIA CMR -- Debian 'Etch': Registered Linux User #241964 "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sources.list question
On 12/8/06, Manolo Díaz <[EMAIL PROTECTED]> wrote: Matt Richardson wrote: > If I were to put 'etch' instead of 'testing' in my sources.list, like so > > deb http://sluglug.ucsc.edu/debian/ etch main > > on a new install, will I see any difference when etch becomes the new > stable? Sorry for the dumb question, but I've always put 'stable' or > 'unstable' rather than 'sarge' or 'sid' in my sources.list. I've got > some new servers that I want to run stable amd64, but don't really > have the time to wait for Debian 4. > > I guess the other alternative is to run the unofficial amd64 sarge. > > thanks, No, when etch becomes stable you won't see any difference until etch becomes oldstable, so you will have time enough then to put stable instead of etch. -- Manolo Thanks, I was pretty sure that would be the case. Everything pointed in that direction, but I didn't want to have to try to downgrade. take care, -- Matt
Re: sources.list question
Matt Richardson wrote: > If I were to put 'etch' instead of 'testing' in my sources.list, like so > > deb http://sluglug.ucsc.edu/debian/ etch main > > on a new install, will I see any difference when etch becomes the new > stable? Sorry for the dumb question, but I've always put 'stable' or > 'unstable' rather than 'sarge' or 'sid' in my sources.list. I've got > some new servers that I want to run stable amd64, but don't really > have the time to wait for Debian 4. > > I guess the other alternative is to run the unofficial amd64 sarge. > > thanks, No, when etch becomes stable you won't see any difference until etch becomes oldstable, so you will have time enough then to put stable instead of etch. -- Manolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
