h as USB-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.
>
yet finished.
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-s
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 s
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 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 sess
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
> discon
On 2014-08-12, 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 sess
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
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 o
a getty instance running 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
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
is a getty instance running 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 t
Servers 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é
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 s
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
On Wednesday, May 30, 2007 at 11:30:56 -0400, Woodchuck wrote:
> 3) There are null modem cables, and there are null modem
>cables. Some are just plain junk, providing only cross over of the
>two data pins and if you're lucky, a ground. Others implement
>various ideas of what a null modem ca
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
> Th
007, 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
> &
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
> moni
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
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 wa
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
> >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
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
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..
Yo
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
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.
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 m
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 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
s
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 mi
I use cu
man tip(1)
diana
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
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: m
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 tw
Hello;
I'm wondering if anyone has any recommendations for a terminal program similar
to hyper terminal for windows in structure but not appearance.
37 matches
Mail list logo
