Re: recomendation about Sparc
I used net boot with tftpboot and everything went ok. I have Debian Wooddy running on SPARCstation 4. Miguel D. On Thu, 11 Nov 2004 11:49:56 -0600 Matt Zagrabelny [EMAIL PROTECTED] wrote: On Thu, 2004-11-11 at 13:16 -0300, Cesar Alcacibar wrote: Hello Listers I write to ask youre opinion wahy you think is the best way to install debian on Sparc machines Thanx for your opinions i have tried to use cd installers, but had various issues preventing me from installing with them. i have successully installed debian on a sun blade 100 and sun blade 1500 using the tftp boot images. -matt zagrabelny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: recomendation about Sparc
Cesar Alcacibar a écrit : Hello Listers I write to ask youre opinion wahy you think is the best way to install debian on Sparc machines Thanx for your opinions I installed and use the Debian Woody (3.02r) on : 8 Ultra Sparc 1 (mini Bio-cluster), 1 Sparc 4, 1 Sparc 5. I use apt-get for packages I wanted. I had no problems booting from the CD, after 'boot cdrom' at the Open Boot Prompt ! JB Emond
ultra1 creator system freeze after terminal detach
hello, i used a windows box with hyper terminal to connect to my sun workstation via seriel connection (rs232). after finnished the install process i detached the serial connection; reason was a total system freeze of my box. if i restart the connection (from hyper terminal to sun box) i can use 'go' to reactivate the whole box and everything works fine. its a sun ultra1 creator, more infos below: Sun Ultra 1 UPA/SBus (UltraSPARC 167MHz), Keyboard Present OpenBoot 3.25, 128 MB memory installed, Serial #8973688. Ethernet address 8:0:20:88:ed:78, Host ID: 8088ed78. OpenBOOT: Release 3.25 Version 0 created 1999/12/03 11:38 OBP 3.25.0 1999/12/03 11:38 POST 3.11.4 1997/05/27 02:26 my question is now, how can i prevent the system freeze? thanks in advance stefan
RE: ultra1 creator system freeze after terminal detach
Let me get this straight, you start up the Ultra1 through the serial line, then you disconnect the serial line from the machine? Meaning you physically remove the cable? If so, then that's your problem, when removing the cable, you're sending enough noise through the chip to cause a break signal to be sent. Thus causing your problem. The solution? Set up the ultra1 to boot automatically, that way you don't need to connect through the serial port, then just connect through the network to it. This is the way I set up my machines, and they run just fine! -Original Message- From: Stefan Bauer [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 12:23 PM To: debian-sparc@lists.debian.org Subject: ultra1 creator system freeze after terminal detach hello, i used a windows box with hyper terminal to connect to my sun workstation via seriel connection (rs232). after finnished the install process i detached the serial connection; reason was a total system freeze of my box. if i restart the connection (from hyper terminal to sun box) i can use 'go' to reactivate the whole box and everything works fine. its a sun ultra1 creator, more infos below: Sun Ultra 1 UPA/SBus (UltraSPARC 167MHz), Keyboard Present OpenBoot 3.25, 128 MB memory installed, Serial #8973688. Ethernet address 8:0:20:88:ed:78, Host ID: 8088ed78. OpenBOOT: Release 3.25 Version 0 created 1999/12/03 11:38 OBP 3.25.0 1999/12/03 11:38 POST 3.11.4 1997/05/27 02:26 my question is now, how can i prevent the system freeze? thanks in advance stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ultra1 creator system freeze after terminal detach
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: i used a windows box with hyper terminal to connect to my sun workstation via seriel connection (rs232). after finnished the install process i detached the serial connection; reason was a total system freeze of my box. if i restart the connection (from hyper terminal to sun box) i can use 'go' to reactivate the whole box and everything works fine. my question is now, how can i prevent the system freeze? On sun systems with serial console, send a break signal will put your system in the openboot monitor the same as L1-a on a console keyboard. Unfortunatly, disconnecting a terminal can be interpreted as break. Some versions of openboot have a command to disable this behavior. (I don't remember what it is, try help and the openboot prompt.) -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature.
Re: ultra1 creator system freeze after terminal detach
It sounds like hyperterm sends out a break signal during disconnect. There are several ways to correct your problem. 1. Figure out how to disable the sending of the break signal from hyperterm or use other terminal program which does not send out the break signal. 2. You can configure OBP not to react to the break signal. I don't remember how to do this. But this is not a good idea. 3. You can configure the kernel to ignore the break signal. sysctl -w kernel/stop-a=0 On 11/12/2004 12:22 PM, Stefan Bauer wrote: hello, i used a windows box with hyper terminal to connect to my sun workstation via seriel connection (rs232). after finnished the install process i detached the serial connection; reason was a total system freeze of my box. if i restart the connection (from hyper terminal to sun box) i can use 'go' to reactivate the whole box and everything works fine. its a sun ultra1 creator, more infos below: Sun Ultra 1 UPA/SBus (UltraSPARC 167MHz), Keyboard Present OpenBoot 3.25, 128 MB memory installed, Serial #8973688. Ethernet address 8:0:20:88:ed:78, Host ID: 8088ed78. OpenBOOT: Release 3.25 Version 0 created 1999/12/03 11:38 OBP 3.25.0 1999/12/03 11:38 POST 3.11.4 1997/05/27 02:26 my question is now, how can i prevent the system freeze? thanks in advance stefan
Re: strange hang on ultra5 boot in audioctl init script
On Fri, 12 Nov 2004 21:35:09, Joey Hess wrote: I've an ultra 5, and if I install unstable with the 2.6 kernel on it, it hangs during boot like this. I've added set -x to the script that seems to be hanging it: Initializing random number generator...done. Recovering nvi editor sessions... done. + test -x /usr/bin/audioctl + PARAMS= + DEVICE= + '[' -f /etc/default/audioctl ']' + . /etc/default/audioctl + case $1 in + echo -n 'Setting audio parameters...' Setting audio parameter Yes, it really seems to hang midway through the echo. Except it's not really hung, the machine still responds to ping, just the console doesn't work. Strange huh? I tried removing /etc/rcS.d/S75audioctl, and the system then boots and works ok. After it's booted, I can run /etc/init.d/audioctl start with no problems. I've tried reinstalling, and reproduce the problem every time, though it's fine if I install a 2.4 kernel. I tried installing ssh and configuring it to start before audioctl during boot. I could log in via ssh, and was suprised to see that the init script no longer seems to be running, and no other init scripts are running either. This is a complete ps fax: PID TTY STAT TIME COMMAND 1 ?S 0:03 init boot 2 ?SN 0:00 [ksoftirqd/0] 3 ?S 0:00 [events/0] 4 ?S 0:00 \_ [khelper] 16 ?S 0:00 \_ [kblockd/0] 27 ?S 0:00 \_ [pdflush] 28 ?S 0:00 \_ [pdflush] 30 ?S 0:00 \_ [aio/0] 15 ?S 0:00 [powerd] 17 ?S 0:00 [khubd] 29 ?S 0:00 [kswapd0] 133 ?S 0:00 [kseriod] 206 ?S 0:00 [kjournald] 216 ?Ss 0:00 [init] 367 ?S 0:00 [kjournald] 368 ?S 0:00 [kjournald] 369 ?S 0:00 [kjournald] 370 ?S 0:00 [kjournald] 371 ?S 0:00 [kjournald] 795 ?Ss 0:00 dhclient -e -pf /var/run/dhclient.eth0.pid -lf /var/r 802 ?Ss 0:00 /usr/sbin/sshd 855 ?Ss 0:00 \_ sshd: [EMAIL PROTECTED]/0 858 pts/0Ss 0:00 \_ -bash 919 pts/0R+ 0:00 \_ ps fax I was not ale to strace init, so I don't know what it's doing. telinit does not seem to work. And that process 216 that is apparently a swapped out init child is very strange. Nothing interesting in dmesg, and of course syslogd is not running yet. One other interesting thing is that if I echo to /dev/console, it hangs. Here's another weird thing: If I turn on bootlogd, it doesn't hang. Serial console ? Sounds like something in the boot process is setting -clocal, or turns on hardware handshaking, and if you just have a simple 3-wire terminal RTS and DCD are low so I/O from/to the console device hangs - as usual, the computer does what you say, not what you want :) Also, I have seen something very similar with a 2.6 kernel on Intel machines - sometimes, not always, but sometimes, the boot process hangs as you describe because of a bug in the serial driver. If I press enter on the serial console a few times, interrupts are generated and the serial driver gets unstuck and booting continues ... I have not been able to reproduce it reliably, though, so I haven't reported this on linux-kernel yet. Mike.