Re: smb mounted shares under chroot
(i know my english is bad) i had had the same problem. so i mounted the folders i want to see under my chroot in /var/chroot/sid-ia32/... and had an soft link to the normal position where i mounted that before. fstab before: /dev/sda6 /mnt/media_n ext3 noauto,users,defaults 0 0 //winxp/f /mnt/smb/fsmbfs noauto,users,username=BLABLA,password=* 0 0 --- then i have done: mkdir -p /var/chroot/sid-ia32/mnt/media_n mkdir -p /var/chroot/sid-ia32/mnt/smb/f ln -s /mnt/media_n /var/chroot/sid-ia32/mnt/media_n ln -s /mnt/smb/f /var/chroot/sid-ia32/mnt/smb/f and in the chroot: mkdir -p /var/chroot/ ln -s / /var/chroot/sid-ia32 fstab now: /dev/sda6 /var/chroot/sid-ia32/mnt/media_n ext3 noauto,users,defaults 0 0 //winxp/f /var/chroot/sid-ia32/mnt/smb/fsmbfs noauto,users,username=BLABLA,password=* 0 0 !!it worked fine!! Takis Diakoumis schrieb: Hi I'm using openoffice under chroot. Two problems still remain - printing (I need to install printing under chroot also I think ???) and opening files mounted using samba. The samba shares are mounted using a script on user login. These are visible under /home/username/smb-share The home dirs are mounted under chroot via fstab as follows (from the superb debian-amd64 howto): /home/var/chroot/sarge-ia32/homenonebind0 0 problem is that I can't see the mounted share under the above. The directory the share is mounted on is empty when looking at it via chroot. So I can't open (or save) any files from the mounted samba share using any programs running under chroot (in this case, openoffice). Do I need to install samba under chroot also and have a separate mount for chroot as well?? And would this even work since I would be mounting at the same point its already mounted on under normal 64 operation??? I'm a little stumped here. Perhaps I'm missing an option somewhere??? Any suggestions would be appreciated. Thanks Takis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: smb mounted shares under chroot
On 6/15/05, Takis Diakoumis [EMAIL PROTECTED] wrote: /home/var/chroot/sarge-ia32/homenonebind0 0 Just a stupid thing to check (which I was stumbling over some time ago): if your user's home directory is on a different partition which is mounted below the home directory (in this case you probably do not see your user's home dir at all in the chroot), then this must be specified additionally for the chroot fstab entries as well: /home/username/var/chroot/sarge-ia32/home/usernamenone bind0 0 Possibly this is similar for samba shares, and you have to bind-mount the smb shares explicitely in your fstab as well, something like /home/username/smb-share /var/chroot/sarge-ia32/home/username/smb-sharenonebind 0 0 (in addition to your already exisiting entry). I did not check this as I currently don't use samba shares on my amd64, but maybe you could give it a try. -- Best regards / Mit den besten Grüssen Sven Krahn
Re: Successful install, but no boot
On 2005-06-15 @ 08:23:44 (week 24) Mahesh T. Pai wrote: grub-install --recheck /dev/hda I did that yesterday, but it came back without any error whatsoever and the devices map was OK too. Still no go. Grx HdV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Successful install, but no boot
On 2005-06-15 @ 09:57:50 (week 24) Mahesh T. Pai wrote: AFAICT, simply typing `rescue' at the boot prompt while booting from live CDs helps, even if th option does not turn up in F1 menu. In fact, I distinctly remember somewhere that rescue/live CDs have far more options than can be found in the F1 menus. Hmm, I will try that later on. With the netinstall iso that will probably not work as I suspect it will be too barebones for that. Thanks Grx HdV P.S. Knowing better I tried anyway, but no such luck. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Successful install, but no boot
Hi Some time ago I had to redo a boot record on a i386 (shouldn't be much difference). I booted the machine from the debian install cd but stopped the installation as soon as I got the shell working. Then I could mount the hard disk somewhere deep into the file hierarchy (/dev/???/???/???/???) and run grub there to install it on the master boot record. If you get so far you should also be able to start the grub shell and then you can type in the four lines from menu.lst that are needed to start the machine. You can also make a grub floppy if that helps. Hope it helps /Gudjon Þann Miðvikudagur 15. júní 2005 09:42 skrifaði J.A. de Vries: On 2005-06-15 @ 09:57:50 (week 24) Mahesh T. Pai wrote: AFAICT, simply typing `rescue' at the boot prompt while booting from live CDs helps, even if th option does not turn up in F1 menu. In fact, I distinctly remember somewhere that rescue/live CDs have far more options than can be found in the F1 menus. Hmm, I will try that later on. With the netinstall iso that will probably not work as I suspect it will be too barebones for that. Thanks Grx HdV P.S. Knowing better I tried anyway, but no such luck.
fam problems
I, as I am sure many of your do, suffer from the fam problem. Basically it goes like this: I will be working away quite happily, I go to open a file and fam hits 100% cpu load and never stops. This has happened with all my Debian boxes (testing and unstable on i386 and pure64). On my old machine I wasn't that worried about it. It was a pain to have to restart fam (it has to be done as the root user) but the processor was slow enough that 100% load didn't generate that much heat. With my new box though we are talking crispy processor after it's be banging away at 100% load for a couple of hours because I didn't notice fam was playing up. What's the best way to fix this? I tried writing a cron job that would check to see if fam was using more than 50% of the processor but for some reason top always reports 0% processor usage when run via a cron job. I don't mind disabling fam even but what's the best way to go about this? I would like to remove it but Gnome depends on it. As you will see if you have a look at the bug reports this is a well known problem and it doesn't look like it's ever going to be fixed. Thanks, Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
Cameron Patrick wrote: Yes, that would be great. It might also be possible to get PCI IDs from within Windows XP, but I'm not sure how to go about doing that. Hi Cameron, I have a Windows 2003 Server with 4 RAID cards, and it is a little easier (than say WinXP, I suppose) to get their PCI IDs under Win2K3. The first one below is 3Ware RAID card which has had its driver as part of Linux kernel for ages. I am only giving details about this card to help you sort out what is what whith the others. I too have had similar installation problems with SATA-RAID stuff with SiI chipset and I was forced not to use Debian. I do very much hope that the stuff below helps you guys to make Debian installation auto-detect SiI chipset and use SATARAID with them. If you need further info, please ask. I'll do my best to supply whatever information needed (assuming the following are somewhat related :-) ) You can also directly mail me if you see the need. === AMCC 3Ware 7000/8000 Series ATA RAID Controller === Device Instance ID --- PCI\VEN_13C1DEV_1001SUBSYS_100113C1REV_01\48140C803850 --- Hardware IDs --- PCI\VEN_13C1DEV_1001SUBSYS_100113C1REV_01 PCI\VEN_13C1DEV_1001SUBSYS_100113C1 PCI\VEN_13C1DEV_1001CC_010400 PCI\VEN_13C1DEV_1001CC_0104 --- Compatible IDs --- PCI\VEN_13C1DEV_1001REV_01 PCI\VEN_13C1DEV_1001 PCI\VEN_13C1CC_010400 PCI\VEN_13C1CC_0104 PCI\VEN_13C1 PCI\CC_010400 PCI\CC_0104 === SiliconImage SiI 3112 SATARaid Controller === Device Instance ID --- PCI\VEN_1095DEV_3112SUBSYS_61121095REV_02\42F18F19903058 --- Hardware IDs --- PCI\VEN_1095DEV_3112SUBSYS_61121095REV_02 PCI\VEN_1095DEV_3112SUBSYS_61121095 PCI\VEN_1095DEV_3112CC_010400 PCI\VEN_1095DEV_3112CC_0104 --- Compatible IDs --- PCI\VEN_1095DEV_3112REV_02 PCI\VEN_1095DEV_3112 PCI\VEN_1095CC_010400 PCI\VEN_1095CC_0104 PCI\VEN_1095 PCI\CC_010400 PCI\CC_0104 === SiliconImage SiI 3114 SATARaid Controller === Device Instance ID --- PCI\VEN_1095DEV_3114SUBSYS_31141095REV_02\4310B4F6B05830 --- Hardware IDs --- PCI\VEN_1095DEV_3114SUBSYS_31141095REV_02 PCI\VEN_1095DEV_3114SUBSYS_31141095 PCI\VEN_1095DEV_3114CC_018000 PCI\VEN_1095DEV_3114CC_0180 --- Compatible IDs --- PCI\VEN_1095DEV_3114REV_02 PCI\VEN_1095DEV_3114 PCI\VEN_1095CC_018000 PCI\VEN_1095CC_0180 PCI\VEN_1095 PCI\CC_018000 PCI\CC_0180 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fam problems
Hi Graham, El mi, 15-06-2005 a las 11:16 +0100, Graham Smith escribi: I, as I am sure many of your do, suffer from the fam problem. Basically it goes like this: I will be working away quite happily, I go to open a file and fam hits 100% cpu load and never stops. This has happened with all my Debian boxes (testing and unstable on i386 and pure64). [..] As you will see if you have a look at the bug reports this is a well known problem and it doesn't look like it's ever going to be fixed. Try gamin. There's a Debian package in unstable, and maybe in the other distributions too. I've been using it successfully with GNOME for a month or so; earlier versions had some bugs interacting with Nautilus. Greetings, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: SATA Silicon Image 3114 support for A64 images ?
On Wed, Jun 15, 2005 at 03:22:27PM +0300, eternalnewbee wrote: I too have had similar installation problems with SATA-RAID stuff with SiI chipset and I was forced not to use Debian. SiI SATA RAID is not hardware RAID. See Jeff Garzik's SATA RAID FAQ at http://linux.yyz.us/sata/faq-sata-raid.html#sii . You can do the same thing in Linux using an md device. I do very much hope that the stuff below helps you guys to make Debian installation auto-detect SiI chipset and use SATARAID with them. Try dmraid, see the SATA RAID FAQ: http://linux.yyz.us/sata/faq-sata-raid.html#dmraid I haven't tried it, but together with device mapper it should be enough to get it started. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
On Wed, Jun 15, 2005 at 03:22:27PM +0300, eternalnewbee wrote: I have a Windows 2003 Server with 4 RAID cards, and it is a little easier (than say WinXP, I suppose) to get their PCI IDs under Win2K3. The first one below is 3Ware RAID card which has had its driver as part of Linux kernel for ages. I am only giving details about this card to help you sort out what is what whith the others. I too have had similar installation problems with SATA-RAID stuff with SiI chipset and I was forced not to use Debian. Well I would say you could have used Debian, you would just have had to use a different SATA card or a newer kernel. Best is of course to check compatibility of hardware before buying it. I do very much hope that the stuff below helps you guys to make Debian installation auto-detect SiI chipset and use SATARAID with them. If you need further info, please ask. I'll do my best to supply whatever information needed (assuming the following are somewhat related :-) ) You can also directly mail me if you see the need. === SiliconImage SiI 3112 SATARaid Controller === Device Instance ID --- PCI\VEN_1095DEV_3112SUBSYS_61121095REV_02\42F18F19903058 --- Hardware IDs --- PCI\VEN_1095DEV_3112SUBSYS_61121095REV_02 PCI\VEN_1095DEV_3112SUBSYS_61121095 PCI\VEN_1095DEV_3112CC_010400 PCI\VEN_1095DEV_3112CC_0104 --- Compatible IDs --- PCI\VEN_1095DEV_3112REV_02 PCI\VEN_1095DEV_3112 PCI\VEN_1095CC_010400 PCI\VEN_1095CC_0104 PCI\VEN_1095 PCI\CC_010400 PCI\CC_0104 The 3112 has been supported for a long time now, and works perfectly fine (in plain SATA mode). === SiliconImage SiI 3114 SATARaid Controller === Device Instance ID --- PCI\VEN_1095DEV_3114SUBSYS_31141095REV_02\4310B4F6B05830 --- Hardware IDs --- PCI\VEN_1095DEV_3114SUBSYS_31141095REV_02 PCI\VEN_1095DEV_3114SUBSYS_31141095 PCI\VEN_1095DEV_3114CC_018000 PCI\VEN_1095DEV_3114CC_0180 --- Compatible IDs --- PCI\VEN_1095DEV_3114REV_02 PCI\VEN_1095DEV_3114 PCI\VEN_1095CC_018000 PCI\VEN_1095CC_0180 PCI\VEN_1095 PCI\CC_018000 PCI\CC_0180 This one is at least supported in 2.6.10 and above, in plain SATA mode. Using the proprietary software raid crap in the Sil chips isn't recomended. If you want hardware SATA raid, get the 3ware above. The rest work fine fr running linux software raid (which is how I use the Sil controllers). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
Erik Mouw wrote: On Wed, Jun 15, 2005 at 03:22:27PM +0300, eternalnewbee wrote: I too have had similar installation problems with SATA-RAID stuff with SiI chipset and I was forced not to use Debian. SiI SATA RAID is not hardware RAID. See Jeff Garzik's SATA RAID FAQ at http://linux.yyz.us/sata/faq-sata-raid.html#sii . Having found myself unable to install Debian AMD64 on that box, I naturally found out that SiI 311x stuff is not hardware RAID. Trouble is, I wanted to dual boot stuff --not just Linux but also Windows etc., and being enlightened about SiI not being hardware raid really did not help. Apparently, it does not help even now. You can do the same thing in Linux using an md device. I do very much hope that the stuff below helps you guys to make Debian installation auto-detect SiI chipset and use SATARAID with them. Try dmraid, see the SATA RAID FAQ: http://linux.yyz.us/sata/faq-sata-raid.html#dmraid I haven't tried it, but together with device mapper it should be enough to get it started. OK. This sounds like an interesting approach. Except that, I dont see how it works when you are at the box installing Debian --that is, if I got it right, dmraid comes into play only after you installed Debian yet you need its functionality *during* installation. IOW, dmraid needs to be integrated into the installer, no? :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
Lennart Sorensen wrote: On Wed, Jun 15, 2005 at 03:22:27PM +0300, eternalnewbee wrote: I have a Windows 2003 Server with 4 RAID cards, and it is a little easier (than say WinXP, I suppose) to get their PCI IDs under Win2K3. The first one below is 3Ware RAID card which has had its driver as part of Linux kernel for ages. I am only giving details about this card to help you sort out what is what whith the others. I too have had similar installation problems with SATA-RAID stuff with SiI chipset and I was forced not to use Debian. Well I would say you could have used Debian, you would just have had to use a different SATA card or a newer kernel. Naturally you are not responsible for the evils in the world :-) so don't take this as a personal world :-) But, to have to buy another card just to be able to run Debian is sort of an overkill, isn't it? Best is of course to check compatibility of hardware before buying it. I could not agree more. Except that, I was not spoilt for choice, this is a dual Opteron box (Tyan K8W) and at the time there were not a lot of producers that supplied this. === SiliconImage SiI 3114 SATARaid Controller === This one is at least supported in 2.6.10 and above, in plain SATA mode. Using the proprietary software raid crap in the Sil chips isn't recomended. Why not? The lowly Windows has been doing just fine with SiI; why is it not recommended under Linux? CPU cycles? What if I have sufficient cycles, but need as many PCI slots as I can together with RAID protection? If you want hardware SATA raid, get the 3ware above. The rest work fine fr running linux software raid (which is how I use the Sil controllers). Having to purchase another PCI card just to be able to have RAID does not only cost more, but it also means I have one PCI slot less.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
so don't take this as a personal world Sorry for the typo, I meant: so please don't take this personal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
eternalnewbee wrote: This one is at least supported in 2.6.10 and above, in plain SATA mode. Using the proprietary software raid crap in the Sil chips isn't recomended. Why not? The lowly Windows has been doing just fine with SiI; why is it not recommended under Linux? Linux's md RAID subsystem has been around for a long time, can do more than the SiI's drivers (e.g. if you wanted RAID 5 or RAID 6; or some of your RAID components were on a different controller), makes it easier to move the array to a different controller in the future, and often gives much higher performance than other software RAID implementations. The dmraid driver under Linux (which I've never used) should support the on-disk format used by your SiI controller's firmware if you need it for some reason, e.g. compatibility with another operating system on the same array. However it isn't supported by the Debian installer yet, so you'd have to install the system temporarily onto another (non-RAID) drive, and then move it across later. Note that it's still software RAID, the same as the RAID functionality provided by SiI's Windows drivers is. Cameron. signature.asc Description: Digital signature
Re: SATA Silicon Image 3114 support for A64 images ?
On Wed, Jun 15, 2005 at 04:15:14PM +0300, eternalnewbee wrote: Naturally you are not responsible for the evils in the world :-) so don't take this as a personal world :-) But, to have to buy another card just to be able to run Debian is sort of an overkill, isn't it? Well I wouldn't use the raid feature of that card in the first place. I would either buy a 3ware raid card, or use software raid. If Sil won't release official specs on how to talk to their proprietary raid, that is their (and any customer of them) problem. Having to reverse engineer everything is just too much hassle, especially when linux software raid performs better than their software raid. I could not agree more. Except that, I was not spoilt for choice, this is a dual Opteron box (Tyan K8W) and at the time there were not a lot of producers that supplied this. True, but I still think if you want raid and dual boot, buy a real supported hardware raid card. Those with binary only proprietary modules have a tendancy to only provide drivers for a few versions of redhat and suse, and often break when you try to change the kernel version at all. And if the maker ever decides those linux drivers aren't worth maintaining, you are stuck with a useless raid or using an old kernel and distribution forever. Of course they could release the specifications and let an open source driver be written and included in the kernel, but apparently they think raid is special knowledge that can't be shared, even though there are already better implementations out there in open source. Why not? It is slower, and you can't move it to another raid card trivially. With linux software raid you can move to another controller at any time. That is certainly a problem of any hardware raid although when people buy high end hardware raid cards they tend to be able to get replacements for many years. The lowly Windows has been doing just fine with SiI; why is it not recommended under Linux? The raid performance I have seen in reviews have been much worse under windows than under linux. And of course windows doesn't by default come with software raid support (except the high end versions). CPU cycles? It uses more than md raid. What if I have sufficient cycles, but need as many PCI slots as I can together with RAID protection? You can't spare one slot for raid? Having to purchase another PCI card just to be able to have RAID does not only cost more, but it also means I have one PCI slot less.. Well you could scrap windows. Toy desktops dual boot, very few real use machines run more than one OS. Well at least in my experience that is. perhaps one could run a software raid on one pair of disks for linux, and proprietary raid on another pair for windows. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fam problems
Wish I had anything constructive to add other than, me too. On Wed, 15 Jun 2005, Graham Smith wrote: I, as I am sure many of your do, suffer from the fam problem. Basically it goes like this: I will be working away quite happily, I go to open a file and fam hits 100% cpu load and never stops. This has happened with all my Debian boxes (testing and unstable on i386 and pure64). On my old machine I wasn't that worried about it. It was a pain to have to restart fam (it has to be done as the root user) but the processor was slow enough that 100% load didn't generate that much heat. With my new box though we are talking crispy processor after it's be banging away at 100% load for a couple of hours because I didn't notice fam was playing up. What's the best way to fix this? I tried writing a cron job that would check to see if fam was using more than 50% of the processor but for some reason top always reports 0% processor usage when run via a cron job. I don't mind disabling fam even but what's the best way to go about this? I would like to remove it but Gnome depends on it. As you will see if you have a look at the bug reports this is a well known problem and it doesn't look like it's ever going to be fixed. Thanks, Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
security support
In many places is written that although AMD64 port of sarge is unofficial it has full security support of debian-security team. I cannot find any amd64 packages on security.debian.org though. Where can I find security updates for the AMD64 sarge? Pavel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: security support
On Wed, Jun 15, 2005 at 06:10:56PM +0200, Pavel Jurus wrote: In many places is written that although AMD64 port of sarge is unofficial it has full security support of debian-security team. I cannot find any amd64 packages on security.debian.org though. Where can I find security updates for the AMD64 sarge? Sec update isn't released, when AMD64 will became an official port (not beta) it will be released (as you say, in many place is written it isn't still official :) ) -- Sythos - http://www.sythos.net () ASCII Ribbon Campaign - against html/rtf/vCard in mail /\- against M$ attachments -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mainboard list
new and supported: Gigabyte GA-K8NMF-9 nVidia nForce4-4X K8 Socket939 / Micro ATX 4 DDR 400 Dual-Channel 8 Channel Audio LAN 4 SATA PCI-E*16 works well out of the box with little problems on the forcedeth ethernet controller-module -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
R8169 speed problem
Hello, i encounter speed problems after upgrading from Realtek's 8139 to 8169. Seems, that transfer speed dramatically drops to about 5MBit/s. Anyone the same problem or idea to further evaluate the problem? I use the latest 2.6.11 kernel and modules as they come along. Greetings Uwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: security support
That means that AMD64 sarge will not get security updates? From what I understand AMD64 should become official port (hopefully) soon - but that would mean that only AMD64 unstable and testing will be officially part of debian until the release of etch. Or will it mean that while AMD64 unstable and testing will be officially in Debian, the AMD64 Sarge will not be officially in Debian but it will still get Debian security support but security updates for Sarge will be release only after the unstable and testing enter Debian? As you can see I'm a little confused :) Pavel On Wed, 2005-06-15 at 18:24 +0200, Sythos wrote: On Wed, Jun 15, 2005 at 06:10:56PM +0200, Pavel Jurus wrote: In many places is written that although AMD64 port of sarge is unofficial it has full security support of debian-security team. I cannot find any amd64 packages on security.debian.org though. Where can I find security updates for the AMD64 sarge? Sec update isn't released, when AMD64 will became an official port (not beta) it will be released (as you say, in many place is written it isn't still official :) ) -- Sythos - http://www.sythos.net () ASCII Ribbon Campaign - against html/rtf/vCard in mail /\- against M$ attachments -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Installer dies during local network installation
Hi, I try to install amd64-sid on my brand new Tyan K8E (S2865). Nforce4 chipset wih 2Gb LAN-Adaptors, one Broadcom BMC5721 GbE, one Marvell 88E-CAA. I went on with the expert option. The installation process proceed until the network is alredy configured and the installer ask for confirmation for eth0 configuration. After confirming, installer dies. No response from system. I tried out: http://debian-amd64.alioth.debian.org/debian-installer/2005-06-13/netboot/mini.iso http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/amd64/20050605/debian-testing-amd64-netinst.iso Next step was to add a standard 3com NIC (3c95x) and only use these module. No chance. Same behavior! Last step was to try the i386-sarge installer (http://http.us.debian.org/debian/dists/testing/main/installer-i386/current/images/netboot/). Everything fine! Working great. BUT it's an AMD64 and I want to have that! Any help? Regards, Andreas Klein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
raid management for linux amd64
Hi, would it possible to have a version compiled for linux running on 64bits processors like amd64 for: http://www.highpoint-tech.com/BIOS%20+%20Driver/HRM/Linux/linux-gui-v306.tgz http://www.highpoint-tech.com/BIOS%20+%20Driver/HRM/Linux/hptcli-v10.tgz also it would be fine to have the source code for the above tools so one can recompile himself for his architecture. thanks, filippo signature.asc Description: Digital signature
Re: Re: Successful install, but no boot
On 2005-06-14 @ 22:05:13 (week 24) Bob Isaac wrote: The system still won't recognize the harddisk as a boot device. Is Grub calling your initrd during boot? i.e. is there a line similar to this: initrd /boot/initrd.img in your grub/menu.lst file beneath the entry for the kernel you are trying to boot? Hi Bob and all others that tried to help, Thanks for taking the time! It is appreciated very much. Meanwhile the problem has been solved. It was a hardware defect after all. I went back to the shop [1] and they replaced the faulty parts without any hassle at all. Just to make sure everything was OK this time I did a barebones install on the spot. Everything proved to work just fine after the replacements were installed. It still did when I came home I am glad to say. By the way that was a fun thing to do: they do sell this machine with SUSE instead of that other OS if requested, but when I started installing Debian they admitted to know close to nothing about *nix (but they were willing to learn). I found out the company behind the shop is German, so that probably explains why they do offer GNU/Linux. Compared to the Germans we have some catching up to do here in Holland when it comes to the use of FOSS. [1] I bought this machine at ikbenstil.nl (the Dutch version of ichbinleise.de). They are not the cheapest, but they make good on their promise of silent computing and judging from my experience the last couple of days their service at very good indeed. So for those interested in vendors with quality service I can recommend them. Thanks again all! Grx HdV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Now that I have working box, any problems with LVM?
On Wed, Jun 15, 2005 at 11:51:17AM -0700, Joel Johnson wrote: I'd like to get others opinions on filesystems on LVM - I've been using XFS which lets you grow the filesystem online. What are others' experiences with various filesystems. Reiser and I believe ext3 are growable and shrinkable, but only offline. Any other points to consider? Resierfs is online-growable, offline-shrinkable, as are ext3 and JFS. I only know about ext3 and JFS because I had to look them up for a talk I gave about LVM a couple of weeks ago. :) Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Hey, Virtual Memory! Now I can have a *really big* ramdisk! --- signature.asc Description: Digital signature
Re: security support
Ahh thanks for clarifying of this issue. In this case I would however consider to be fair to mention that amd64 sarge doesn't have any security support and not the opposite. This is quote from http://www.debian.org/ports/amd64/ : The unofficial stable release of the Debian AMD64 port was released by the porting team on June 8th, 2005. ... The stable release of the unofficial port is based on unpatched Sarge sources and has full security support by the Debian Security Team. The Debian-Backports and -Volatile services are fully supported, too. Pavel On Wed, 2005-06-15 at 19:49 +0200, Sythos wrote: Il Wed, 15 Jun 2005 19:06:46 +0200 Pavel Jurus [EMAIL PROTECTED] scrisse: That means that AMD64 sarge will not get security updates? From what I understand AMD64 should become official port (hopefully) soon - but that would mean that only AMD64 unstable and testing will be officially part of debian until the release of etch. Or will it mean that while AMD64 unstable and testing will be officially in Debian, the AMD64 Sarge will not be officially in Debian but it will still get Debian security support but security updates for Sarge will be release only after the unstable and testing enter Debian? As you can see I'm a little confused :) This mean AMD64 haven't special channel for security patch As unofficial distribution the resource FIRST go to official ports, AFTER unofficial. Some AMD64 maintainer apply security patch, but no warranty... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I HAVE DIAMOND STONES TO CONVERT FOR CASH
DATE15/6/2005 CALL +2348024764399 +2348035236065 RICHARD LANDER: ([EMAIL PROTECTED]) DEAR BELOVED, IT IS MY PLEASURE TO CONTACT YOU,I A SIERRA-LEONE CITIZEN LIVING IN NIGERIA ON POLITICAL ASYLOM,I HAVE DIAMOND STONES THAT I WANT YOU TO SELL OR COVERT IT TO CASH URGENTLY, IF YOU ARE WILLING TO HELP ME CALL ME OR SEND ME EMAIL FOR MORE DETAILS. RICHARD LANDER -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dchroot -d doesn't work
Marcin Dbicki wrote: Leopold Palomo Avellaneda kiedys napisal: are you running X and dchroot as the same user? are the chroot enviroment working? have you copied your shadow, passwd, group from 64 to 32 env? .. Regards, Leo A Dimarts 14 Juny 2005 17:58, Marcin Dbicki va escriure: I am trying to run firefox under chroot dchroot -d firefox (ia32) firefox Xlib: connection to :0.0 refused by server Xlib: No protocol specified (firefox-bin:21500): Gtk-WARNING **: cannot open display: dchroot: Child exited non-zero. dchroot: Operation failed. Any ideas what is wrong? -- Registered Linux User 369908 [EMAIL PROTECTED] Yes it is already done. I've run xhost localhost but it didn't help. Looks like DISPLAY is set to :0.0. In this case X client will probably try to connect to unix socket (which is prbably not there). Try export DISPLAY=127.0.0.1:0 in combination with xhost +127.0.0.1 I have deleted all my previous 64 bit firefox settings but it didn't work. I've tried to run it as root in chroot and it worked so I've just copied settings generated for root and chown to my user. Now it works. I still don't know what it was but it doesn't matter I think. Thanks for answer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Now that I have working box, any problems with LVM?
I have been using LVM with debian/amd64 since I first set up the box, including the root FS - a relatively long time now. It is quite stable, I can tell you that much. I myself use reiserfs, which you can, along with LVM, resize online and so forth. It's not your only filesystem choice by any means; I won't get into that whole debate. :) At the time I set up, the installer had menu choices for installing over LVM, but these were broken. I had to install on a non LVM partition, set up LVM by hand, and copy over (which wasn't so hard, really). Not sure if this is fixed in later installer releases. You're always going to have at least your little /boot filesystem (containing your kernel and initrd) outside of LVM. The tricky piece was getting the root filesystem in LVM; for that you need an initial ramdisk. For a while, there was a script to create one automatically for LVM1, but not for LVM2, so I had to build these initrd's by hand. Now LVM2 has a script, but it's kind of broken for amd64, since (for whatever reason, I'd love to know) when ia32 libs (in or out of chroot) are in your library path, they pop up as dependencies of major, presumably non-ia32 binaries when you ldd, and that causes the LVM2 initrd creation script to copy them over (clever), but then the non-standard library paths are not searched (even when I create an /etc/ld.so.conf on the ramdisk, by the way - figure that one out). Then some important binaries can't link and you wedge. So before you run the initrd creation script, you may as well move your /etc/ld.so.conf aside and run ldconfig first. Overall it's about remembering, too, that everytime you rebuild your kernel image packages you have to go through this procedure and create a working ramdisk, along with a custom grub/menu.lst that uses it. Of course the debian kernel image scripts wipe out whatever grub configuration you have in place and replace it with the generic one that won't work... But all in all, once you get it working, it's quite good, and I believe you do see a good performance benefit with, for instance, LVM striped across two SATA drives. And of course you get all the regular benefits of LVM if, for instance, you add a third drive, etc. If you're interested in doing this, I can email you sample configs and other details... On Wed, 15 Jun 2005, J.A. de Vries wrote: Hi list, I was considering to use LVM on my brand new box now that is working. I have never used it before, but want to learn about it. (How's that for a reason? }:-) Before I start this little endeavor I'd like to ask if anyone knows of any caveats of using LVM[12] on debian-amd64. Also what are the feelings on the list of adding root to LVM? This is not a critical box in any way, but as it is supposed to be a server stability is of some concern. Grx HdV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Successful install, but no boot
mirror = http://debian-amd64.alioth.debian.org/debian-amd64/ I hope you use the current archive, or its mirrors, from http://amd64.debian.net .. Maybe you've been trying to get some old stuff to work.. :-) /n -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: x.org binaries for amd64
Dne po 13. ervna 2005 21:15 Mickael Marchand napsal(a): Christian Schaefer a crit : could anyone please give me a working sources.list line to get x.org-binaries for amd64? deb ftp://ftp-fourier.ujf-grenoble.fr/linux/debian-amd64/ ./ works like a charm here for weeks now. I have tried x.org because I want randr rotation (I have monitor with pivot feature), but after rotation, KDE screen was rotated with unchanged resolution (trying to display 1920x1200 image on 1200x1920 monitor). It was few weeks ago on Sarge (KDE 3.3 + Ubuntu x.org). Do I need patched or newer KDE for correct rotation? Thanks Mixi
Re: Now that I have working box, any problems with LVM?
On Wed, Jun 15, 2005 at 11:51:17AM -0700, Joel Johnson wrote: I have had not issues using LVM with root on it. You'll save yourself alot of headache by putting a regular,small /boot partition at the beginning of the drive, then using the rest for LVM if you're so inclined. I'd like to get others opinions on filesystems on LVM - I've been using XFS which lets you grow the filesystem online. What are others' experiences with various filesystems. Reiser and I believe ext3 are growable and shrinkable, but only offline. Any other points to consider? I have been very disappointed in the stability of 2.6.8 + raid1 md + lvm + xfs + nfs + samba. Leaks memory like mad, runs out of ram, crashes, requires lengthy xfsrepair runs after a crash, and performance nowhere near what it should be. I have now switch to ext3 instead on the same setup, and it has run flawlessly since, no crashes, no memory leaks, much faster. I don't get it since xfs should be a very good filesystem, but it seems there are bugs in 2.6 that make it unusable in certain setups. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA Silicon Image 3114 support for A64 images ?
On Wed, Jun 15, 2005 at 09:18:27PM +0300, eternalnewbee wrote: As I said earlier, SW RAID wass out of question: the box was to have multi-OS installation. You ARE using software raid, just with some BIOS support and drivers for windows. That doesn't change it from being software raid. I think I even read in a magazine recently how eo enable software raid in win xp even though it is only supposed to be a feature in the higher server versions. There are very few hardware raid cards that do SATA. 3ware is one maker, and I think adaptec has one or two models (most of theirs are not hardware raid), and highpoint migh thave one model. The 3ware is the only one I know of with open source drivers. You certainly don't get hardware raid onboard except some very high end servers (almost always scsi). I have no shortage of 3ware cards. But, I needed all the PCI slots; this was a comm center box which needed as many WanPipe/Digium cards. Did you know there is an 8 port wanpipe card coming out in the next 3 months? That might help your pci slot problem. On the other hand, why would you need to dual boot a machine that is used for such things? Developing for both linux and windows or just playing around? BigEvilishGrin This is a recorded message, isn't it? /BigEvilishGrin Well not really, just more general purpose good advice. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Need some help with MD raid1 or h/w prob
My disk setup is: mount - /dev/md1 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) usbfs on /proc/bus/usb type usbfs (rw) /dev/md0 on /boot type ext2 (rw) /dev/mapper/VolGrp1-HOMELogVol on /home type ext3 (rw) none on /dev type tmpfs (rw,size=10M,mode=0755) I've been having problems with putting Openvpn bridging together, and had the remove bridge command hanging on me to the point that I rebooted the machine a couple of times - the process just wouldn't quit,so I ended up shutting power down. End result is that, after a couple of times of this, when I booted up, the machine hung when trying to load nmdb (samba). Error msgs was something like : (from written notes) Current SDA: sense key Medium Error Additional sense: unrecovered read error - auto reallocate failed. end_request: I/O error, dev sda sector 2014956 scsi0: ERROR on channel 0, id 0, lun0, CDB: lead. end_request: I/O error, dev sda sector 2014957 raid1: sda2 rescheduling sector 1822168 raid1: sda2 rescheduling sector 1822168 to another mirror ata1(0): WARNING zero len r/w req I booted into recovery mode which let me press Cntl-D to get to root prompt early. I then tried to look for errors ran fsck etc. I had a look at mdadm, but rather than checking filesystems, its more for managing raid arrays (not surprisingly!). I umounted /dev/md0, and /dev/md1, and ran fsck on them, but everytime the results came up with a very quick clean etc. One thing I did see using mdadm was that my arrays are actually 1 active, 1 spare disk, rather than 2 active. I tried to look for a way in mdadm to add the spare disk onto the active array, but couldn't find a way (how do I???). So, I'm looking to find a way of dealing with the disk problem somehow...! In single mode, I disabled samba in /etc/init.d so that startup would bypass that particular problem. The machine now gets as far as X (Gnome) and into Evolution as well hitting no apparant problems. Can I get some help in trying to sort this mess out? Much appreciated! So much to learn, so little time! -- Rupert Heesom [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dchroot -d doesn't work
Ilya Sher wrote: Looks like DISPLAY is set to :0.0. In this case X client will probably try to connect to unix socket (which is prbably not there). Try export DISPLAY=127.0.0.1:0 in combination with xhost +127.0.0.1 This is silly when you can just bind mount /tmp and /home and get the Unix socket. Adam -- Internal Virus Database is out-of-date. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 5/25/2005 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fam problems
Graham Smith wrote: I, as I am sure many of your do, suffer from the fam problem. Basically it goes like this: I will be working away quite happily, I go to open a file and fam hits 100% cpu load and never stops. This has happened with all my Debian boxes (testing and unstable on i386 and pure64). One easy way to try this is to hit a mounted remote file and not have portmap running. famd will go into 'D' and never leave. Use gamin instead. FAM is dead technology. However, interesting, even though gamin is supposed to be a drop-in replacement for FAM, I've had it break with courier-imap before. Adam -- Internal Virus Database is out-of-date. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 5/25/2005 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PATA System Slowdown
Now that I have both my PATA and SATA hard drives functional, I decided to test the speeds that I am getting from both of them and have found it surprising that my PATA is actually getting better speeds than my SATA: optimusprime:/home/john# hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 80 MB in 3.00 seconds = 26.63 MB/sec HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for device optimusprime:/home/john# hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 140 MB in 3.01 seconds = 46.55 MB/sec Both hard drives are Western Digital 7200RPM. The SATA is a 200GB drive and the PATA is a 100GB drive. My board is an Asus K8V SE Deluxe, I am using the VIA IDE controller and the VIA SATA controller (which I read on the list is supposed to be faster than the promise SATA controller that is also on the board) -John On 6/14/05, Jeffrey Hahn [EMAIL PROTECTED] wrote: On 6/14/05, Goswin von Brederlow [EMAIL PROTECTED] wrote: Jeffrey Hahn [EMAIL PROTECTED] writes: On 6/14/05, John Baab [EMAIL PROTECTED] wrote: It has loaded the via82cxxx *after* the ide_generic module. Hence the ide_generic driver (that doesn't allow DMA to be turned on) is being used. In /etc/modules put via82cxxx above ide_generic (if it appears), and reboot. If via82cxxx is the right module, DMA should be enabled. Worked like a charm, DMA is now turned on and system seems a lot more stable. My CPU usage still jumps, but there is a clear difference. -Thanks for all the help, John I've been having the same problem with the same board but modifying the /etc/modules was one of the first things I tried, and it still refuses to load the modules in the order given. dmesg still shows Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 loading immediately after the sata (sata_via), probing all the ide devices, then doing some ACPI stuff before my via82cxxx driver comes along and fails to load because none of the ide devices are still available. Blacklist it. MfG Goswin I was able to fix it by rebuilding the initrd as was hinted to by someone else off-list.
