我的 LTE USB 调制解调器标识为ID 0408:ea16 Quanta。
在我的 Windows 机器上没有问题，但在我的 Fedora（内核 3.18.5-201）上它无法工作。
我找到了一些信息在互联网上，但那些不起作用。
NetworkManager我在（作为命令的输出）中看不到它nmcli dev。
可以做什么？
答案1
在命令行中输入以下命令将启用无线宽带NetworkManager：
sudo systemctl start ModemManager.service
sudo systemctl enable ModemManager.service
答案2
这并不简单，但幸运的是您不需要破解内核驱动程序。
USB 调制解调器的工作方式有点奇怪。实际上，真正的网络连接是通过 3 层完成的：
- 首先，调制解调器的内核驱动程序生成一个虚拟的连续剧 终端，这将是一个类似的字符设备
/dev/ttyUSB0。如果没有发生，你就有麻烦了。 - 运行中的设备
pppd通过该串行连接进行身份验证和通信。但要使其正常工作，首先您必须与要连接的远程 3G/4G 端进行通信。它需要一个聊天脚本。聊天脚本解释器终于可以启动了pppd， ppp0在此虚拟串行终端线路上模拟网络接口（通常为）。
如果你ttyUSB0存在，理论上你可以做任何事情。仅缺少聊天脚本。它实际上是一个 AT 调制解调器控制代码序列。
聊天脚本的 AT 代码并不简单，但非常简单。它们可以通过在 vmware 会话中运行 aw$、与其建立 USB 连接并从 Linux 内核的 USB 调试选项查看其传输来获取。
但是，还有一个更大的问题。从你的问题可以看出，你可能无法完成这些步骤。你对linux还不够了解。起初我花了几天时间来处理这个问题。
我完全独立地从网络管理员那里得到了这个。
如果你有钱，再买一个调制解调器。如果没有，请尝试使用一些基于虚拟化的解决方案（在 vmware 中运行的 fe w$ 共享网络）。
几周后我可能会重新启动这个 LTE 游戏，然后我可能会用更详细的信息来扩展这个答案。
扩展#1：您的设备不会/dev/ttyUSB0自动创建。对您的供应商型号 ID 进行一些调查，我们可以发现该设备在Linux USB设备寄存器。但这并不意味着没有驱动程序就可以使其工作。实际上，世界市场上的芯片并不多，许多“供应商”都在玩游戏，从（fe）Sanghai购买大量USB芯片，将其硬编码的供应商模型ID更改为自己的，然后将其出售作为自己的产品。这就是为什么同一个芯片可以同时存在数百个供应商型号 ID 的原因。问题是，不知何故，他们的大脑至少无法向 Linux USB 设备寄存器说出这一点。但是您可以通过向他们说出供应商型号 ID 来解决此问题。在此之前，您必须将此数据插入到你的供应商模型驱动程序数据库，可以在下面找到/lib/modules/<your-kernel-version>/<some-text-file-about-usb-map>。不幸的是，我记不清了，所以你必须准确地找到它们。编辑此文件将可以“重新连接”即将存在的驱动程序你的设备。它不是 100% 会成功，但很有可能（因为一家公司的“开发部门”非常虚伪，他们无法在 linux-usb.net 上注册自己的供应商模型，这是非常不可能的，他们将开发 3G/4G 芯片 - 相反，他们会从 Sanghai 购买一艘这样的芯片，这要便宜得多，并且更容易通过他们的智力）。
答案3
我知道有点晚了，但问题在 Fedora 24 和 25 中重新出现。在我的案例中真正有效的是使用usb_modeswitch-数据包让我的华为加密狗在（大容量存储模式）下被识别后在 Fedora 24 上工作。摘录LSSB:
Bus 001 Device 011: ID 12d1:1f01 Huawei Technologies Co., Ltd. E353/E3131 (Mass storage mode)
运行后LSSB并在我的案例中找到您的 USB 调制解调器设备的详细信息（12d1:1f01 )，运行这个：
sudo usb_modeswitch --<mode to apply> --default-vendor <Vendor ID> --default-product <Product ID>
就我的情况来说：
sudo usb_modeswitch --huawei-new-mode --default-vendor 0x12d1 --default-product 0x1f01
这就对了！固定：D
Bus 001 Device 012: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131