1 |
Ashley Dixon wrote: |
2 |
> On Wed, Jul 22, 2020 at 09:13:22PM -0500, Dale wrote: |
3 |
>> See how it receives the address from the router and then gives a prompt |
4 |
>> again, then it mounts network file systems where I should type in a |
5 |
>> command but that isn't me.. To get a prompt again, I have to hit the |
6 |
>> return key. Why does it give me a prompt when it isn't done yet? |
7 |
>> Shouldn't it finish completely before returning to a prompt? This is in |
8 |
>> a Konsole, within KDE. That said, I'm pretty sure it does this on a |
9 |
>> console, ctrl alt F*, screen as well. |
10 |
> I can confirm I get this also, using st (suckless/simple terminal). I have a VPN |
11 |
> script in my net.eno1 script, so the output might differ slightly from yours, |
12 |
> although the strange behaviour seems the same. |
13 |
> |
14 |
> [super] root@ad-gentoo-main / # etc/init.d/net.eno1 restart |
15 |
> * Stopping openvpn ... [ ok ] |
16 |
> * Unmounting network filesystems ... [ ok ] |
17 |
> * Bringing down interface eno1 |
18 |
> * Stopping dhcpcd on eno1 ... |
19 |
> sending signal TERM to pid 13839 |
20 |
> waiting for pid 13839 to exit [ ok ] |
21 |
> * Bringing up interface eno1 |
22 |
> * dhcp ... |
23 |
> * Running dhcpcd ... |
24 |
> DUID 00:04:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:d8:cb:8a:c6:64:cd |
25 |
> eno1: IAID 8a:c6:64:cd |
26 |
> eno1: adding address fe80::fd5:dd1a:7c1c:f59c |
27 |
> eno1: rebinding lease of 192.168.0.3 |
28 |
> eno1: carrier lost |
29 |
> eno1: deleting address fe80::fd5:dd1a:7c1c:f59c |
30 |
> eno1: carrier acquired |
31 |
> eno1: IAID 8a:c6:64:cd |
32 |
> eno1: adding address fe80::fd5:dd1a:7c1c:f59c |
33 |
> eno1: soliciting an IPv6 router |
34 |
> eno1: rebinding lease of 192.168.0.3 |
35 |
> eno1: Router Advertisement from fe80::c23e:fff:fe2a:8b8c |
36 |
> eno1: adding address fda8:3e71:2eb6:0:3c02:829f:d71c:a8b9/64 |
37 |
> eno1: adding address 2a02:c7d:25f3:2800:b8e1:f66c:e550:c1b3/64 |
38 |
> eno1: adding route to fda8:3e71:2eb6::/64 |
39 |
> eno1: adding route to 2a02:c7d:25f3:2800::/64 |
40 |
> eno1: requesting DHCPv6 information |
41 |
> eno1: adding default route via fe80::c23e:fff:fe2a:8b8c |
42 |
> forked to background, child pid 14536 [ ok ] |
43 |
> * received address [ ok ] |
44 |
> [super] root@ad-gentoo-main / # * Starting openvpn ... [ ok ] |
45 |
> * WARNING: openvpn has started, but is inactive |
46 |
> * Mounting network filesystems ... [ ok ] |
47 |
> <RETURN PRESSED.> |
48 |
> [super] root@ad-gentoo-main / # |
49 |
> |
50 |
> I suspect that this is just a silly bug in which a prompt is displayed |
51 |
> prematurely, and since the shell has already dispatched the $PS1, it waits |
52 |
> until <RETURN> is received before showing it again, as it thinks you're in the |
53 |
> process of typing a command. As the "Starting openvpn ..." text is printed to |
54 |
> stdout, when you press enter, it assumes an empty command has been entered and |
55 |
> does nothing but display another prompt. |
56 |
> |
57 |
> As a simple demonstration, see what happens when I type a command `echo Hello` |
58 |
> before pressing enter: |
59 |
> |
60 |
> [super] root@ad-gentoo-main / # etc/init.d/net.eno1 restart |
61 |
> <... TRIM OUTPUT ...> |
62 |
> [super] root@ad-gentoo-main / # * Starting openvpn ... [ ok ] |
63 |
> * WARNING: openvpn has started, but is inactive |
64 |
> * Mounting network filesystems ... [ ok ] |
65 |
> echo Hello |
66 |
> Hello |
67 |
> <RETURN PRESSED.> |
68 |
> [super] root@ad-gentoo-main / # |
69 |
> |
70 |
|
71 |
|
72 |
At least it isn't just me. Sometimes I think bugs/bad features pick on |
73 |
me. While annoying, I guess it is harmless. It just seems that as long |
74 |
as it has been doing this, someone would have raised the hood and looked |
75 |
to see what is causing it and how to fix it. Strange that something |
76 |
weird like this has been around so long. |
77 |
|
78 |
Thanks for the reply. At least I know I'm not alone. |
79 |
|
80 |
Dale |
81 |
|
82 |
:-) :-) |