install debian remotely
Hi, I must install debian on remote server. Actually it's present an old red-hat 9. Can you suggest me guide/how-to/etc to start installing or an easy way to do it? This is a guide that I know: http://www.underhanded.org/papers/debian-conversion/remotedeb.html Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: install debian remotely
2006/12/21, antonio giulio [EMAIL PROTECTED]: I must install debian on remote server. Actually it's present an old red-hat 9. Can you suggest me guide/how-to/etc to start installing or an easy way to do it? Debian-way: http://www.debian.org/releases/stable/i386/apcs04.html.en -- WBR, Dmitrii +375 29 40-LINUX icq: 193-74-771 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: firefox browser plugins
Jaime Ochoa Malagón schrieb I had have a similar problem with directories in rbind inside a chroot al the files are in the same partition? when firefox is installed to /usr/local in chroot, yes. when it's installed in /home/user, no. But I have no problem linking to other files in the chroot from this home directory, even though it's on another partition... do your use the tab key to make de link? no, just the terminal and eg. /usr/local/firefox/plugins# ln -s path_to_javaplugin . Doesn't the tab key achieve the same result? as a las resource why do you not copy the files of the plugins to your directory? I tried that. The files copy OK but the getfirefox.com Firefox says it can't find them. It's strange, the Debian firefox obviously makes the necessary plugin links during the install process, but I can't do so manually... Best whishes and to you! :) On 12/21/06, Les Gray [EMAIL PROTECTED] wrote: Hi, I just built myself a 64-bit AMD X2 desktop system and decided I'd give a 64-bit distro a shot. On my recently ebayed last system I was using 32-bit Sarge for just over a year and loved it. I am now happily running Etch RC1 64-bit. Happily? Well, almost For the relatively few 32-bit programs I need/want to run, I opted for the chroot method (as described in the Debian AMD64 HOWTO). I installed Firefox 2.0.0.1 by unpacking the archive from getfirefox.com into /usr/local in my chroot (I prefer not to use Debian-packaged firefox because I've found it to be more crash prone). The browser starts up without a hitch. But, for the life of me, I am unable to create any symlinks in /usr/local/firefox/plugins to the currently installed plugins in the chroot (acrobat and java, atm). Each time I try, it results in a dangling symlink (and, yes, I am issuing each command from within the chroot). I thought it might be a permissions issue (even though I didn't change any), so I tried unpacking firefox in bind-mounted /home/user. No change. I also tried 3 methods of installing Sun Java - from the Debian repo, from sun.com, and building locally using java-package. Again, no ability to symlink to the java plugin. I don't get it. I can create symlinks to any other files/dirs in the chroot, just not browser plugins?? I have read permissions on all elements of the plugin path, and write permissions to where I want to create the symlink. I've also tried copying the plugins to the firefox plugins directory, but firefox still doesn't register them. Curiously (or not?), I don't have this problem if I use the firefox version from Debian. It's just 'getfirefox'. I don't want to use the Debian version, though, or another browser. I may use Iceweasel from unstable as a last resort, but I really shouldn't be having this problem in the first place. Any clues? It's the first time I've used chroot, so if I am overlooking something simple, my apologies :) Thanks, Les -- 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: Broadcom/Serverworks chipsets (was Re: a few simple questions about AMD64 version of Debian)
On Wed, Dec 20, 2006 at 01:47:51PM -0800, Freddie Cash wrote:
On Wednesday 20 December 2006 12:44 pm, Marco Maske wrote:
Has someone experience with k8 Broadcom/Serverworks chips?
Excellent question. I'd be interested in hearing from people that have
used/tried motherboards using this chipset. It appears to be the only
other choice in server boards if once avoids nForce boards.
You're supposedly talking about HT1000 and the like? SuperMicro's H8SSL
motherboard series is based on this chipset, and there's a 640+ node cluster
based on this board at U Wisconsin Milwaukee (and soon here too).
What do you want to know?
S
--
Steffen Grunewald * MPI Grav.Phys.(AEI) * Am Mühlenberg 1, D-14476 Potsdam
Cluster Admin * http://pandora.aei.mpg.de/merlin/ * http://www.aei.mpg.de/
* e-mail: steffen.grunewald(*)aei.mpg.de * +49-331-567-{fon:7233,fax:7298}
No Word/PPT mails - http://www.gnu.org/philosophy/no-word-attachments.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom/Serverworks chipsets (was Re: a few simple questions about AMD64 version of Debian)
On Wed, Dec 20, 2006 at 01:47:51PM -0800, Freddie Cash wrote: Has someone experience with k8 Broadcom/Serverworks chips? Excellent question. I'd be interested in hearing from people that have used/tried motherboards using this chipset. It appears to be the only other choice in server boards if once avoids nForce boards. I'm running a K8SSA (S3870), it is completely supported by the kernel but it is not as stable as I hoped. There are occasional lockups that appear to be related to the (s)ata controller (still running 2.6.16.x) I specifically got this board for it's legacy PCI slots, but not all PCI cards will work (can't get firewire or cardbus to work). I have no idea if that is a kernel problem (most likely for the cardbus controller) or with the systemboard (IOMMU related I guess). The TARO/SAS expansion is kind of supported since 2.6.19, but the rc releases didn't have support for SATA on the SAS controller (AIC9140). I hoped to use this relatively cheap controller to drive lots of disks. -- When you do things right, people won't be sure you've done anything at all. Daniel Tryba -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broadcom/Serverworks chipsets (was Re: a few simple questions about AMD64 version of Debian)
On Thursday 21 December 2006 03:37 am, Steffen Grunewald wrote: On Wed, Dec 20, 2006 at 01:47:51PM -0800, Freddie Cash wrote: On Wednesday 20 December 2006 12:44 pm, Marco Maske wrote: Has someone experience with k8 Broadcom/Serverworks chips? Excellent question. I'd be interested in hearing from people that have used/tried motherboards using this chipset. It appears to be the only other choice in server boards if once avoids nForce boards. You're supposedly talking about HT1000 and the like? SuperMicro's H8SSL motherboard series is based on this chipset, and there's a 640+ node cluster based on this board at U Wisconsin Milwaukee (and soon here too). What do you want to know? Yes, the HT1000 and similar ServerWords chipsets. These are the only other non-nForce server chipsets out there (other than Intel, but we prefer Opterons to Xeons). How's the Linux support, Debian specifically? We're using Tyan boards for all our servers, but have been notified that the S2882 boards we love may be phased out in 2007, so we're looking for possible replacements. Are all the onboard devices detected and usable? Starting with which version of the kernel? Specifically, the NICs. Also, how is the hardware management (SMBus, I2C, temperature monitoring, etc)? Is there remote management (inband or out-of-band) available for the motherboard? And, finally, does all of the above work with the 64-bit version of Debian? -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: firefox browser plugins
Jaime Ochoa Malagón schrieb: On 12/21/06, Les Gray [EMAIL PROTECTED] wrote: Jaime Ochoa Malagón schrieb I had have a similar problem with directories in rbind inside a chroot al the files are in the same partition? when firefox is installed to /usr/local in chroot, yes. when it's installed in /home/user, no. But I have no problem linking to other files in the chroot from this home directory, even though it's on another partition... do your use the tab key to make de link? no, just the terminal and eg. /usr/local/firefox/plugins# ln -s path_to_javaplugin . if you want to check the path you could use the tab key while you are typing to complete the text... are you using the absolute path? Oh, I forgot about the tab key for this :) But I have all the plugin paths updated and saved in my 'setup notes', and I just use the X keyboard to (carefully) paste them into the terminal. and, yes, they are the absolute paths. Doesn't the tab key achieve the same result? as a las resource why do you not copy the files of the plugins to your directory? I tried that. The files copy OK but the getfirefox.com Firefox says it can't find them. It's strange, the Debian firefox obviously makes the necessary plugin links during the install process, but I can't do so manually... thats really weird or the plugins are of another arch... 32/64? I checked that. They are all from things either installed via apt-get in my etch-ia32 chroot, or that I made sure were 32-bit versions when I downloaded them. I also made sure that my copy of Firefox was 32-bit by checking the browser header (I don't think you can download a specifically 64-bit version of Firefox from getfirefox.com, anyway). Any other ideas? It's certainly got me stumped... thanks Best whishes and to you! :) On 12/21/06, Les Gray [EMAIL PROTECTED] wrote: Hi, I just built myself a 64-bit AMD X2 desktop system and decided I'd give a 64-bit distro a shot. On my recently ebayed last system I was using 32-bit Sarge for just over a year and loved it. I am now happily running Etch RC1 64-bit. Happily? Well, almost For the relatively few 32-bit programs I need/want to run, I opted for the chroot method (as described in the Debian AMD64 HOWTO). I installed Firefox 2.0.0.1 by unpacking the archive from getfirefox.com into /usr/local in my chroot (I prefer not to use Debian-packaged firefox because I've found it to be more crash prone). The browser starts up without a hitch. But, for the life of me, I am unable to create any symlinks in /usr/local/firefox/plugins to the currently installed plugins in the chroot (acrobat and java, atm). Each time I try, it results in a dangling symlink (and, yes, I am issuing each command from within the chroot). I thought it might be a permissions issue (even though I didn't change any), so I tried unpacking firefox in bind-mounted /home/user. No change. I also tried 3 methods of installing Sun Java - from the Debian repo, from sun.com, and building locally using java-package. Again, no ability to symlink to the java plugin. I don't get it. I can create symlinks to any other files/dirs in the chroot, just not browser plugins?? I have read permissions on all elements of the plugin path, and write permissions to where I want to create the symlink. I've also tried copying the plugins to the firefox plugins directory, but firefox still doesn't register them. Curiously (or not?), I don't have this problem if I use the firefox version from Debian. It's just 'getfirefox'. I don't want to use the Debian version, though, or another browser. I may use Iceweasel from unstable as a last resort, but I really shouldn't be having this problem in the first place. Any clues? It's the first time I've used chroot, so if I am overlooking something simple, my apologies :) Thanks, Les -- 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: chroot: firefox browser plugins
Les Gray [EMAIL PROTECTED] writes: But, for the life of me, I am unable to create any symlinks in /usr/local/firefox/plugins to the currently installed plugins in the chroot (acrobat and java, atm). Each time I try, it results in a dangling symlink (and, yes, I am issuing each command from within the chroot). Maybe you should explain in more detail what you are doing. Did you install Firefox in the chroot? If yes, do you run it from within the chroot? If you don't you should not create the symlinks from within. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: firefox browser plugins
Matthias Julius schrieb: Les Gray [EMAIL PROTECTED] writes: But, for the life of me, I am unable to create any symlinks in /usr/local/firefox/plugins to the currently installed plugins in the chroot (acrobat and java, atm). Each time I try, it results in a dangling symlink (and, yes, I am issuing each command from within the chroot). Maybe you should explain in more detail what you are doing. Did you install Firefox in the chroot? If yes, do you run it from within the chroot? If you don't you should not create the symlinks from within. Matthias Yes, it's all from within the chroot. You don't /install/ this particular Firefox /per se/, you just unpack the archive to wherever you want, and run it from there. FYI I am using schroot to start Firefox from within the 64-bit environment, via a shell script dropped into /usr/local/bin. The browser starts up OK, but the problem with the symlinks exists before I get to that point. I'm just not being allowed to create symlinks to browser plugins or, for that matter, any other file or directory within /usr/lib/Adobe or /usr/lib/j2re1.5-sun . But I can link to any other file or folder within the chroot. And, yes, I'm trying all this from within the chroot, and as user root... Les
Re: chroot: firefox browser plugins
Les Gray [EMAIL PROTECTED] writes: I'm just not being allowed to create symlinks to browser plugins or, for that matter, any other file or directory within /usr/lib/Adobe or /usr/lib/j2re1.5-sun . But I can link to any other file or folder within the chroot. And, yes, I'm trying all this from within the chroot, and as user root... So when you do 'ls -l /usr/lib/Adobe' from wherever you want to make the symlink you see the file and when you do 'ln -s /usr/lib/Adobe/filename .' you get a dangling symlink? Are you sure the path was right? The TAB key was mentioned before. What it does is to make sure the path you enter exists. If you type '/usr/lib/A TAB' and that 'A' doesn't expand to 'Adobe' this is a good indication that this directory isn't there where you think it is. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: firefox browser plugins
Matthias Julius schrieb: So when you do 'ls -l /usr/lib/Adobe' from wherever you want to make the symlink you see the file and when you do 'ln -s /usr/lib/Adobe/filename .' you get a dangling symlink? Are you sure the path was right? Yes, all the paths are right. I'm careful to make sure of that. The TAB key was mentioned before. What it does is to make sure the path you enter exists. If you type '/usr/lib/A TAB' and that 'A' doesn't expand to 'Adobe' this is a good indication that this directory isn't there where you think it is. Again, the paths aren't the problem. I'm pasting them in from a file browser. Perhaps it's something in the schroot profiling? This is what I have in /etc/schroot/schroot.conf - [etch32] description=Debian Etch i386 (etch32) location=/var/chroot/etch-ia32 priority=3 groups=my user,root root-groups=root aliases=default,testing,ia32 personality=linux32 type=plain run-exec-scripts=true run-setup-scripts=true It's basically the example given in the AMD64 HOWTO. It looks like I'm able to do everything I need to, though Les -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
