Re: starting Linux through tftp
* Regeci Zoltan Csaba [EMAIL PROTECTED] [04-11-2002 13:29]: is it possible to start Linux through a tftp server? I mean not the installation program, but the installed Linux itself? How can I create a tftp image and pass kernel arguments to it? Please tell me where can I find documentation on this. Perhaps use Google with search terms like netboot or diskless (client). I have never done anything like that so I can't be more specific, but I remember seeing documentation about this when I created an install server for my Sun. Bob
libc6 (+sparc64) deb hell
Sorry for starting a new thread. For me it's safer than adding headers found in the archive. Anyway, Ben Collins suggested: you should uninstall libc6-sparc64, gcc-3.0-sparc64 and anything else having to do with sparc64. I am not able to remove those debs in a nice way. I don't like to start forcing things with system libs, especially when I don't really understand what I am doing. So a few pointers to how to overcome these problems, would be very much appreciated. I don't need any of the sparc64 stuff (as far as I'm concerned), but gcc, libstdc++3 and friends have a different opinion about that. Ben also mentioned a transition from /lib/64 to /lib64. I am blissfully unaware of what that means. Did this transition take place in stable? Is there anything I should actively do (i.e. not apt-get upgrade) to go though the transition? Bob
Re: libc6 (+sparc64) deb hell
* Ben Collins [EMAIL PROTECTED] [30-09-2002 18:30]: apt-get --purge remove libc6-sparc64 That should remove anything pertaining to sparc64. I wouldn't worry about libstdc++3, since you actually use libstdc++2.10 anyway. I had to use: apt-get --purge remove libc6-sparc64 libgcc1 libc6-dev-sparc64 gcc-3.0 libstdc++3 I had already come this far before asking the question, but stopped adding more debs to apt-get (-s) when I hit libstdc++3. I have compiled a kernel and libssl. I should still be able to do this with before mentioned debs removed from my system? Bob
Compile libssl or make ssh not slow
Using ssh to login to my Sun SS4 is really slow. I have found some information here and there that makes me want to recompile libssl. I gave it a try and asked some questions, as documented in debian-user. Alas, nobody there seemed to be able to help me. What is the easy solution to make ssh a bit faster on sun4m? I have found some unofficial debs but I'd rather stick to official sources. Grepping the source package has given me some clues, but most of it is above me. I believe adding an -mv8 flag to gcc would help me a lot, but I am not sure where to put it to have all layers of magic work. I'd be happy to repost my original questions here if someone is willing to lend a hand. Bob
Re: Compile libssl or make ssh not slow
On Tue, Sep 10, 2002 at 09:59:35AM +0200, Daniel K. Gebhart wrote: Using ssh to login to my Sun SS4 is really slow. I have found some information here and there that makes me want to recompile libssl. I've also got a SS4. But there is NetBSD running on it. (SSH runs quit fast on it.) I tried OpenBSD and although I liked it, the SS4 is too slow for me having to deal with source distribution for everything. Besides since I use the Sparc as a gateway, I like to use Debian for it's easier and hence in my case safer and more secure admininstration. What is the easy solution to make ssh a bit faster on sun4m? Use the -C when opening an ssh session. ssh -C -l user host. The -C option deals with compression if I am not mistaken. Perhaps I wasn't clear in my original message, but once the session is established I have no problem at all. It's the process of logging in that takes 10 seconds or so. As I understand it, Debian compiles ssl to work on very old hardware as well. This disables support for some features on newer hardware. Crypto seems to suffer from that. I did compile libssl but I believe I have basically the same binary because of not supplying the right parms (or in the right place). Ofcourse I forgot to exactly time before and after installing a new version of libssl, so I can't be sure. Maybe this is the best possible performance I can get. How long does it take to establish a session on a local network using ssh? I compare to i386 systems and there is a world of difference. Bob
Re: Compile libssl or make ssh not slow
On Tue, Sep 10, 2002 at 10:39:19AM +0100, Roger Burton West wrote: Read the archives! Robert was entirely correct in his initial diagnosis: libssl is slower than it needs to be, through retaining compability with older architectures. http://lists.debian.org/debian-sparc/2002/debian-sparc-200203/msg00189.html Thanks, that is just what I needed. In fact I had gotten as far as finding the debian-sparc stanza in Configure myself. However that line looked rather evil to me, with all the different gcc options. Since I wasn't sure if it mattered where exactly on the line I'd put the -mv8 flag, I turned to the lists. I'll apt-get a new source tree and compile it later today. By the way, I did search the archives but I never manage to find information quickly in them. The search engine or its interface is just not very friendly. Unfortunately using Google, the message you refer to didn't come up in the first couple of hundred results. Bob
Re: Compile libssl or make ssh not slow
On Tue, Sep 10, 2002 at 07:05:59AM -0600, Mark Zimmerman wrote: In addition to the other suggestions that were made in this thread, it is useful to specify the blowfish cipher to speed things up on slower machines. Here is a sample .ssh/config entry that helps: I will consider that. Btw the new deb is now installed and I notice a considerable speed improvement. Thanks to all who jumped in and helped. Bob
Re: Debian Jumpstart / Netinstall?
On Mon, Sep 09, 2002 at 03:16:32PM +0200, Daniel K. Gebhart wrote: I've got a SparStation4 without CDRom, Floppy, etc.. At the moment I've installed NetBSD on it. Is it possible to install Debian like NetBSD or Solaris over the network? Yes, in fact it's easier to install Debian this way. Have a look at the Sparc installation manual. Look for netboot, tftpboot or something similar. Bob
Available kernels for SS4 and firewalling
I did a clean install on a Sun Sparcstation 4 to use this machine as a gateway and firewall (and perhaps some other small network related tasks). I have most experience in working with 2.4 kernel based systems. I use Shorewall, an iptables based firewall on machines that support 2.4. I can't seem to find any kernels other than 2.20 for this architecture. Is it impossible or discouraged to use 2.4 on an old Sun machine like mine? I don't mind compiling a new kernel if it should potentially work. I seem to be able to apt-get shorewall. Is iptables back-ported? What other shorewall like solutions can I consider for an install once, never mess with kind of system? As you may have noticed I am not very knowlegeable about iptables/chains and what have you, but I want to secure my local network. I considered OpenBSD on the SS4 but since that os is completely new to me I'd rather stick with Debian. I felt safe, hopefully not unwisely so, with shorewall on my intel system. Please advise. Bob
Really silly mouse question
Yesterday I was looking at the Debian sparc/linux login prompt for the first time. One of the first things I did was to install the X window system. Consequently I got to use the mouse on a Sparcstation for the first time. At least I hoped to. When I move the mouse or click a button I see some response on the screen. Since all the gear I have is previously owned I am not sure if it's physically working like it should. With a lot of effort I can get the mouse pointer to move vertically a few inches, horizontally the pointer does not move. Clicking the buttons, works like it should. When I look at the bottom of my mouse I see it's a Mouse Systems Model M4 (Sun 370-1170-01). Only one led is shining. I don't have a special mouse pad. What do you think? Should I be investigating the software part of my problem or the hardware? Bob pgpyfWyjrUcOd.pgp Description: PGP signature
Re: Solaris install through TFTP linux-server
On Sat, Jun 29, 2002 at 05:01:29AM +0200, Robert Ian Smit wrote: I want to thank everyone for their reply. Since a couple of days I can burn cdroms, and am now trying to install Solaris x86 on a previously retired harddrive. Once that is working I'll try to get the Sparc to boot Solaris 9. I expect to get back to either Debian or one of the BSDs on the Sparc in the near future. However at the moment I am not working on a Debian install. I will follow this list and maybe have more to say in the future. Bob pgphQnQOQ0nEV.pgp Description: PGP signature
Solaris install through TFTP linux-server
Hi, I have been able to pick up a Sparcstation 4. In the long run I intend to use it as a Linux server (or maybe on of the BSDs). For now I would like to try Solaris. Never touched/never seen it. I spent many hours this evening to get the Openboot screen in a terminal on my Linux desktop. After that I spent quite some time on setting up networking to serve the SS the Debian boot image. I am happy to say that I can now install Debian once I acquire the complete base-system. I have already downloaded three ISO-images for a Solaris 9 install. I can't burn images to cd, so I to mounted the ISO-files from the harddrive with -o loop. Apart from a few scripts there is not much I can see. Is my download corrupt or is it impossible to read these images from Linux? I have read some of the Solaris docs concerning Install servers. As I understand it you need a Solaris system to create an Install server. Is that correct? Is it not possible to boot the Sparcstation and start the Solaris installation by using Linux as an Install server? I am sorry if I offend anyone on this list by asking these questions. It's just that I don't know about all the usual places in regards to Solaris and Sun hardware. Bob pgpjWi4jIfgWF.pgp Description: PGP signature