B-2 instead,
sometimes it won't attach at all (which can be a problem if your keyboard needs
it). Anyway that's worth a try - at the "boot>" prompt type "boot -c", then
type "disable xhci" and "quit" if you can still type at that point.
> The second is that
inished.
Progress has been slow mostly because developers with the necessary
expertise have been busy in areas other than USB.
This problem also affects USB video devices.
> The second is that I have a VT420 serial terminal I’d like to use with
> OpenBSD. I have it connected to a PL2303 USB-to-serial
On Mon, Oct 08, 2018 at 03:10:58AM -0400, Katherine Rohl wrote:
>
> The first is using my USB headphones. I’ve tried following the
> instructions in the FAQ (making sure that the audio device is set to
> the correct uaudio) but to no avail. I’ve disabled my system’s
> onboard AC’97 audio to make
uaudio) but to
no avail. I’ve disabled my system’s onboard AC’97 audio to make sure that there
is only one audio device (confirmed with dmesg, my headphones show up as
uaudio0). Which configuration stuff do I need to post for y’all to help me? :(
The second is that I have a VT420 serial terminal
On 2014-08-12, Clint Pachl pa...@ecentryx.com wrote:
Here's my situation: I ssh into a remote server in my group. From that
server, I connect to an adjacent, local server in the group via the
serial terminal using tip(1) or cu(1). If the ssh connection is
disconnected, the login session
On Tue, 2014-08-12 at 00:37 -0700, Clint Pachl wrote:
Here's my situation: I ssh into a remote server in my group. From that
server, I connect to an adjacent, local server in the group via the
serial terminal using tip(1) or cu(1). If the ssh connection is
disconnected, the login session
On 2014-08-12, Clint Pachl pa...@ecentryx.com wrote:
Here's my situation: I ssh into a remote server in my group. From that
server, I connect to an adjacent, local server in the group via the
serial terminal using tip(1) or cu(1). If the ssh connection is
disconnected, the login session
Here's my situation: I ssh into a remote server in my group. From that
server, I connect to an adjacent, local server in the group via the
serial terminal using tip(1) or cu(1). If the ssh connection is
disconnected, the login session to the second server's serial com0 will
remain open/active
in the group via the serial
terminal using tip(1) or cu(1). If the ssh connection is disconnected, the
login session to the second server's serial com0 will remain open/active.
Is there a reliable, system-wide method or configuration to terminate the
serial session if the ssh connection dies
for tty00.
The ultimate goal is to be able to manage a couple of com
port-impaired HP MicroServers using a couple of ATEN USB serial
adapters, which can't be used for serial consoles for obvious reasons.
That's why I need to get a login on a serial terminal other than the
system's console
.
That's why I need to get a login on a serial terminal other than the
system's console...
Any clues?
Thanks in advance
Zé
Sorry for insisting, but no one has a hint of why with this /etc/ttys
# name getty typestatus comments
-impaired HP MicroServers using a couple of ATEN USB serial
adapters, which can't be used for serial consoles for obvious reasons.
That's why I need to get a login on a serial terminal other than the
system's console...
Any clues?
Thanks in advance
Zé
Sorry for insisting, but no one has
can't be used for serial consoles for obvious reasons.
That's why I need to get a login on a serial terminal other than the
system's console...
Any clues?
Thanks in advance
Zé
Hello all. I've been settings up a serial terminal for my box, and I've
run into some issues.
When 'set tty com0' is NOT used...
I can `tip tty00` and talk to the terminal (PuTTY serial on WinXP) just
fine, chatting back and forth.
Setting up getty on cua00 ('cua00 /usr/libexec/getty std.9600
Of course we got it working an hour after my post with the help of efnet
#OpenBSD (cable wasn't as correct as we thought it was, CD was left
hanging). Setting clocal on the tty corrected it.
It would be kinda nice to know why it DID work when console was
redirected to the serial port, since
Janssen wrote:
Hi,
I'm trying to use a VT420 serial terminal on an i386 box running
4.1-stable. Not as a system console, just as an extra screen to login.
The output of the boot loader and kernel output should go to the
monitor, as usual.
The terminal is hooked up to the first
On 2007/05/29 22:06, Maurice Janssen wrote:
and sent -HUP to init. There's a getty process on tty00, but there's
no login: prompt on the terminal. Everything I type on the terminal is
echoed on the screen, so the cable is OK (local echo is off).
getty waits for an incoming connection
The
On Tue, 29 May 2007, Maurice Janssen wrote:
Hi,
I'm trying to use a VT420 serial terminal on an i386 box running
4.1-stable. Not as a system console, just as an extra screen to login.
The output of the boot loader and kernel output should go to the
monitor, as usual.
The terminal
Hi,
I'm trying to use a VT420 serial terminal on an i386 box running
4.1-stable. Not as a system console, just as an extra screen to login.
The output of the boot loader and kernel output should go to the
monitor, as usual.
The terminal is hooked up to the first serial port with a null modem
On 5/10/07, Diana Eichert [EMAIL PROTECTED] wrote:
On Thu, 10 May 2007, Jason McIntyre wrote:
note that cu and tip have separate man pages now.
jmc
yeah, I just looked in one of the ssh sessions I had running, it's running
3.5.
Can you use cu/tip to start a session with a box with no
On 2007/05/11 08:51, Zach Keatts wrote:
Can you use cu/tip to start a session with a box with no kernel to start a
remote install? The man page says
Depends on the box you're connecting to.
I have a couple of sparc machines with no monitor/OS that I would
love to throw an OS on..
You
On Fri, 11 May 2007, Zach Keatts wrote:
Can you use cu/tip to start a session with a box with no kernel to start a
remote install? The man page says
cu/tip establishes a full-duplex connection to another machine, giving the
appearance of being logged in directly on the remote CPU.
This part
Makes me think some sort of OS has to be present before using cu. I have a
couple of sparc machines with no monitor/OS that I would love to throw an
OS
on..
Zach
sure you can, but the hardware boot ROM has to support it. I ran most of
my non-intel systems headless for years. If
Zach Keatts wrote:
Fortunately this is a sparc machine,
Then everything will work fine.
It's specifically i386 that sucks so hard.
--
Matthew Weigel
hacker
[EMAIL PROTECTED]
On 5/11/07, Bob Beck [EMAIL PROTECTED] wrote:
Makes me think some sort of OS has to be present before using cu. I
have a
couple of sparc machines with no monitor/OS that I would love to throw
an
OS
on..
Zach
sure you can, but the hardware boot ROM has to support it. I ran
Matthew Weigel wrote:
Zach Keatts wrote:
Fortunately this is a sparc machine,
Then everything will work fine.
It's specifically i386 that sucks so hard.
Hey man, not all i386 suck so hard. I have some old IBM xSeries
servers that don't even have PS/2 or VGA ports. The only way
Hello;
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
BradenM - Sonoma Computer [EMAIL PROTECTED] wrote:
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
Are you looking for
(1) a terminal emulator, or
(2) a serial communications program?
These are two
On 5/10/07, BradenM - Sonoma Computer [EMAIL PROTECTED] wrote:
Hello;
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
tip(1) and cu(1) (same binary) are in base and you can find in ports:
Port:
On Thu, May 10, 2007 at 01:29:42PM -0700, BradenM - Sonoma Computer wrote:
Hello;
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
cu and tip, both are in base.
--
:wq Claudio
I use cu
man tip(1)
diana
On 5/10/07, BradenM - Sonoma Computer [EMAIL PROTECTED] wrote:
Hello;
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
Someone else already suggested cu/tip which are good. My weapon of
choice is
On Thu, 10 May 2007, Darren Spruell wrote:
... and you can find in ports:
Port: minicom-2.00.0p2
Path: comms/minicom
Info: MS-DOS Telix-like serial communication program
Nooo ;-)
if there's one thing that really bugs me when I'm working on a Linux
On Thu, May 10, 2007 at 03:31:30PM -0600, Diana Eichert wrote:
I use cu
man tip(1)
diana
note that cu and tip have separate man pages now.
jmc
On 5/10/07, Diana Eichert [EMAIL PROTECTED] wrote:
if there's one thing that really bugs me when I'm working on a Linux
system ( yes I do touch them on occasion ) is having to use minicom.
Minicom is nice if you want to control logging during your session,
and if you're doing something that
On Thu, 10 May 2007, Jason McIntyre wrote:
note that cu and tip have separate man pages now.
jmc
yeah, I just looked in one of the ssh sessions I had running, it's running
3.5.
36 matches
Mail list logo