<div dir="ltr"><div>michael p.;</div><div>a very enjoyable read indeed... ^^^</div><div><br></div><div><br></div><div>message ends</div><div>__________________</div><div><br></div><div><br></div><div>/'m'/<br></div><div><br></div></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br>
<table style="border-top:1px solid #d3d4de">
        <tr>
        <td style="width:55px;padding-top:13px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"></a></td>
                <td style="width:470px;padding-top:12px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Virus-free. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link" target="_blank" style="color:#4453ea">www.avast.com</a>
                </td>
        </tr>
</table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jan 8, 2019 at 9:24 PM Michael Paoli <<a href="mailto:Michael.Paoli@cal.berkeley.edu">Michael.Paoli@cal.berkeley.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> From: "James Stockford" <<a href="mailto:jim@well.com" target="_blank">jim@well.com</a>><br>
> Subject: Re: [sf-lug] thanks for the help<br>
> Date: Tue, 8 Jan 2019 19:04:25 -0800<br>
<br>
> # /etc/init.d/network/restart<br>
> -su: /etc/init.d/network/restart: No such file or directory<br>
<br>
As I suspected.  Jim caught and corrected 1 of the original typo<br>
issues, tried it literally, but then soon determined that there was<br>
no "there there", as the originally presumptive also failed to match<br>
the target anyway, and hence no corresponding<br>
/etc/init.d/network at all.<br>
<br>
> There are two shell scripts within /etc/init.d/ ;<br>
> they are networking and network-manager.<br>
><br>
> ## Did you mean<br>
> # /etc/init.d/networking restart<br>
> ## or<br>
> # /etc/init.d/network-manager restart<br>
<br>
Ew, yuck, network-manager.  Well, if you only deal with relatively simple<br>
networks and want an Ewey-GUI networky thingy that many distros install<br>
by default, ... then network-manager is your answer ... for certain<br>
definitions of "answer".  On the other slight very possible plus side,<br>
it does also have a CLI interface ... a horrible non-standard<br>
abomination of an interface, but nevertheless probably pretty functional<br>
and reasonably well documented (Debian has nmcli(1), does your distro not?).<br>
(you can also leave the sucker installed, but not enabled - which is what<br>
I do most of the time ... if/when I ever come up with reasonable reason<br>
to mess around with network-manager- it's already all installed for me).<br>
<br>
Sometimes for troubleshooting, it may be more convenient, to at least<br>
temporarily disable Network Manager - your results may vary (typically<br>
by default, network manager tries to automagically do a lot of stuff,<br>
often changing dynamically ... that can get in the way of figuring out<br>
what the hell is actually going on, as the playing field tends to often<br>
be regularly changing (I'm presuming you didn't work in some highly isolated<br>
radio signals environment, where all but the desired Wi-Fi client, and access<br>
point, all their radio signals blocked well below the levels that any  <br>
commodity<br>
Wi-Fi equipment would be able to use at all - and hopefully not even detect).<br>
<br>
There are other commands that might be useful - after the system reasonably<br>
sees the hardware and Wi-Fi device.  In the meantime I think we're awaiting<br>
your updated reporting results.<br>
<br>
< message continues ... maybe 'till I feel like ending it or cutting off<br>
< or trimming content of (marginal?/insufficient?) relevance<br>
<br>
>> On Tue, Jan 8, 2019 at 11:13 AM James Stockford <<a href="mailto:jim@well.com" target="_blank">jim@well.com</a>> wrote:<br>
>><br>
>>> both Sunday, from Ken, Bobby, and John,<br>
>>> and, hopefully, in subsequent emails.<br>
>>><br>
>>> My Ubuntu 18.04 laptop was successfully<br>
<br>
Are you *sure* it's Ubuntu 18.04?<br>
Ubuntu 18.04 is soon approaching a year old.<br>
Are you not to ... well, I'm too annoyed to click through<br>
Canonical's begware please give money to your favorite company<br>
Canonical screens ... oh, I don't know, like 18.04.1 (or .2 or .3 or .4)<br>
by now?<br>
What command did you run that tells you it's Ubuntu 18.04?<br>
And what was the output of that command?<br>
What about the architecture (might be moot ... or maybe not, depending<br>
upon the "spin"/"flavor", or whatever *buntu call it of *buntu)?<br>
Again, what command did you use and what did it show you?<br>
Some of these might be useful:<br>
$ lsb_release -d<br>
$ uname -m<br>
$ more /etc/*rel* /etc/*ver* 2>>/dev/null | cat<br>
<br>
And peeking a bit, even if you are, in fact, running Ubuntu 18.04,<br>
rather than 18.04.1, not too horrible, it's at least still supported<br>
thus far:<br>
<a href="https://wiki.ubuntu.com/Releases" rel="noreferrer" target="_blank">https://wiki.ubuntu.com/Releases</a><br>
But if you want to stay with the LTS track,<br>
you'd probably want to upgrade to 18.04.1 (security, bug fixes)<br>
<br>
What model of gizmo?<br>
Hmmm, gizmo, don't know that make,<br>
if that's the actual manufacturer's make labeling on it,<br>
I think we'd all be curious to see it.<br>
So, yes, make and model would be useful.<br>
Also, Linux and the related Wi-Fi bits don't care much about who's<br>
label/branding is slapped on the thing, but they do quite care about<br>
the chipsets, so while make/model can be useful,<br>
they chipset(s) seen is often both more informative and definitive.<br>
<br>
>>> using wifi until my wifi gizmo died, maybe<br>
>>> with a last electronic shriek. I've got<br>
Really?  What manner of death?  Wi-Fi hardware is generally quite<br>
quiet - generally silent, so a "shreik" sounds comparatively unprecedented.<br>
Was that before or after the funeral pyre, and did the attending confirm<br>
death before that, and were the proper hazardous materials and burn<br>
permits obtained in advance?<br>
<br>
And if the Wi-Fi hardware is in fact confirmed dead,<br>
what exactly are you trying establish Wi-Fi connectivity through? ...<br>
Specifically between the (presumed) Ubuntu 18.04 host and the<br>
Access Point (AP)?<br>
<br>
Have you taken a look at rfkill(8)?<br>
$ rfkill list wifi<br>
0: dell-wifi: Wireless LAN<br>
         Soft blocked: no<br>
         Hard blocked: yes<br>
2: phy0: Wireless LAN<br>
         Soft blocked: no<br>
         Hard blocked: yes<br>
$<br>
Sometimes turning it on helps, see the difference?:<br>
$ rfkill list wifi<br>
0: dell-wifi: Wireless LAN<br>
         Soft blocked: no<br>
         Hard blocked: no<br>
2: phy0: Wireless LAN<br>
         Soft blocked: no<br>
         Hard blocked: no<br>
$<br>
If you get it Hard (typically hardware switch) and Soft(ware)<br>
unblocked (blocked: no), you might be able to do something with it,<br>
and notably also rfkill might tell you quite concisely if it's recognizing<br>
any type of Wi-Fi hardware.<br>
<br>
>>> wired networking up, but not wifi. So far<br>
>>> I've encountered only the unhelpful tips<br>
>>> via the internet.<br>
>>><br>
>>> I do not know what commands will yield<br>
>>> information helpful to any of you. If you<br>
>>> can, please let me know what commands<br>
>>> to type and I'll paste in the results.<br>
>>><br>
>>> When I use the settings feature for wifi,<br>
>>> the system returns "No Wi-Fi Adapter Found<br>
>>> Make sure you have a wifi adapter plugged and turned on"<br>
>>><br>
>>><br>
>>> $ dmesg | grep iwl<br>
>>> [    4.308557] iwlwifi 0000:3b:00.0: enabling device (0000 -> 0002)<br>
>>> [    4.367856] iwlwifi 0000:3b:00.0: loaded firmware version 34.0.0<br>
>>> op_mode iwlmvm<br>
>>> [    4.450350] iwlwifi 0000:3b:00.0: Detected Intel(R) Dual Band<br>
>>> Wireless AC 9260, REV=0x324<br>
>>> [    4.502421] iwlwifi 0000:3b:00.0: base HW address: 0c:54:15:1b:e6:d5<br>
>>> [    4.573033] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'<br>
>>> [    4.608201] iwlwifi 0000:3b:00.0 wlp59s0: renamed from wlan0<br>
>>> $<br>
<br>
Hmmmm, looks like you ended up with a wlp59s0 Wi-Fi device under Linux,<br>
is it Hard and Soft unblocked?<br>
<br>
>>> root@UltraLap-6440:~# lspci<br>
>>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v6/7th Gen Core<br>
>>> Processor Host Bridge/DRAM Registers (rev 08)<br>
>>> 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620<br>
>>> (rev 07)<br>
>>> 00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI<br>
>>> Controller (rev 21)<br>
>>> 00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP<br>
>>> Thermal subsystem (rev 21)<br>
>>> 00:16.0 Communication controller: Intel Corporation Sunrise Point-LP<br>
>>> CSME HECI #1 (rev 21)<br>
>>> 00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA<br>
>>> Controller [AHCI mode] (rev 21)<br>
>>> 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root<br>
>>> Port (rev f1)<br>
>>> 00:1c.4 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root<br>
>>> Port #5 (rev f1)<br>
>>> 00:1c.5 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root<br>
>>> Port #6 (rev f1)<br>
>>> 00:1f.0 ISA bridge: Intel Corporation Device 9d4e (rev 21)<br>
>>> 00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)<br>
>>> 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21)<br>
>>> 00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)<br>
>>> 3a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd.<br>
>>> RTL8411B PCI Express Card Reader (rev 01)<br>
>>> 3a:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd.<br>
>>> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)<br>
>>> 3b:00.0 Network controller: Intel Corporation Device 2526 (rev 29)<br>
<br>
Don't presume the bus or bus type of the Wi-Fi.  Sure, PCI or the like is<br>
common, but that's not the only place these things show up.<br>
<br>
Caveat: viruses may cause snarkiness and other malfunctions, mostly a non-<br>
         issue for Linux (at least reasonably cared for), the human(s),<br>
         however ...<br>
<br>
HAL: Well, I don't think there is any question about it. It can only be<br>
      attributable to human error. This sort of thing has cropped up before,<br>
      and it has always been due to human error.<br>
<br>
<br>
_______________________________________________<br>
sf-lug mailing list<br>
<a href="mailto:sf-lug@linuxmafia.com" target="_blank">sf-lug@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/sf-lug" rel="noreferrer" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>
Information about SF-LUG is at <a href="http://www.sf-lug.org/" rel="noreferrer" target="_blank">http://www.sf-lug.org/</a><br><br>
Related Information <br><br>
<a href="http://www.shallowsky.com/blog/" rel="noreferrer" target="_blank">http://www.shallowsky.com/blog/</a><br><br>
<a href="http://explainshell.com/" rel="noreferrer" target="_blank">http://explainshell.com/</a> <br><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><p style="margin-bottom:0.0001pt"><b><span style="font-family:Tahoma,sans-serif">~the quieter you become,
the more you are able to hear...</span></b></p></div>