just tried to use netplan on a public facing server, discovered there's
no `ucarp` integration, and discovered this bug.
is there any ETA on these outstanding items? network HA is a nightmare
without CARP, this feels like essential server functionality.
--
You received this bug notification
PID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa 3387 F pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop
Interestingly, if I run my monitor off my NVidia card, and the audio off
the Intel HDMI, then the Intel audio works correctly. it's only when my
display is connected to the Intel DisplayPort alongside my receiver on
the Intel HDMI that it totally messes up.
--
You received this bug notification
note that if I set the output to 7.1 mode, it sounds identically garbled
to 5.1 mode. but if I set it to Digital Stereo, no sound comes out at
all.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
note that this sounds like this bug upstream, but using that module option
doesn't fix the issue:
https://bugzilla.kernel.org/show_bug.cgi?id=74861
** Bug watch added: Linux Kernel Bug Tracker #74861
https://bugzilla.kernel.org/show_bug.cgi?id=74861
--
You received this bug notification
Public bug reported:
I've been having ongoing issues with pulse and my nvidia video card
doing hdmi audio, so I thought I'd try using my builtin intel HDMI port
for audio instead. However, when I switch the HDMI cable to that port,
and select it in pulse, all the audio sounds crackly and garbled,
Public bug reported:
in the past, I've used DisplayCalGUI to calibrate my displays. however,
that software hasn't been updated to use Python3 properly, so it doesn't
run on recent Ubuntu releases. I thought I'd try the builtin gnome
calibration, but it seems completely broken on 20.10. I've tried
zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd
Like I mentioned, the kernel drivers seem fine. It appears to be a
userspace software regression, either in bluez or in the gnome
components that call bluez. the adaptor seems dead after resuming from
sleep, until the gnome bluetooth settings panel is opened. this must
call some sort of refresh
Well, that's sort of irrelevant for those of us having this problem. I
just checked, and mine is a Broadcom BCM20702A0, so not exactly a niche
vendor. I'm especially concerned since it seems like it's just not
correctly re-scanning for bluetooth devices after waking from sleep due
to some sort of
i just had a bug for 20.10 merged into this one. note that in my case,
this just started happening since upgrading to 20.10, and it happens
with multiple different brands of bluetooth adaptor. as well, if use my
keyboard to open the bluetooth settings panel in gnome, then everything
immediately
nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F
ecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa 3387 F pulseaudio
CasperMD5Chec
Public bug reported:
After upgrading to 20.10, my mouse either takes an extraordinarily long
time to reconnect (2+m), or it never reconnects until I unplug and
replug my usb bluetooth dongle. It was slow to reconnect on 20.04
(10-30s), but it seems pretty much broken on 20.10.
ProblemType: Bug
nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F
eneric x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa
ric 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaud
: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa
zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd
untu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa
inux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/sn
44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa 3387 F pulseaudio
44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa 3387 F
air nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseau
6_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...
2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0
znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7p: tessa 3387 F...m pulseaudio
/dev/snd/controlC2: tessa 3387 F pulseaudio
/dev/snd/controlC0: tessa 3387 F pulseaudio
CasperMD5CheckResult
x 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F pulseaudio
/dev/snd/pcmC1D7
: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset
nvidia
ApportVersion: 2.20.11-0ubuntu27.4
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 3387 F
@brian-murray: oh! when I first tried it after upgrading, it didn't
spawn the details window or open the web browser link or anything. it
appears to be working now, so it must've just been a fluke. definitely
looks better!
** Changed in: apport (Ubuntu)
Status: Incomplete => Fix Released
as far as I can tell, this is still an issue on Ubuntu 20.04.
** Changed in: apport (Ubuntu)
Status: Expired => New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport in Ubuntu.
Public bug reported:
after upgrading to ubuntu 19.10, vulkan support when using the intel
card in my laptop is broken. running any of my example vulkan apps shows
the following error:
$ vkcube
vkcube:
/build/vulkan-tools-IZAxVX/vulkan-tools-1.1.114.0+dfsg1/cube/cube.c:3175:
demo_init_vk:
Public bug reported:
there are two OCI hooks which should be included in the systemd-
container package, or in their own packages which are recommended by
systemd-container. they allow containers based on systemd as pid1 to run
correctly in unprivileged runtimes based on OCI, such as docker.
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd
.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c: tessa 11703 F...m
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd
PID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c: tessa 11703 F...m pulseaudio
/dev/snd/pcmC0D0p: tessa 11703 F...m pulseaudio
CurrentDesktop: pop:GNOME
DistroRelease
timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c
ure: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c: tessa 11703 F...m pulseaudio
/dev/snd/pcmC0D0p: tessa 11703 F...m pulseaudio
CurrentDesktop:
) as I don't
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F
timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd
any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd
mType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c: tessa 11703 F...m pulseaudio
/dev/sn
installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0c: tessa 11703 F
ug/1797714) as I don't
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/sn
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/sn
```
tessa@viper:~$ fuser -v /dev/snd/pcmC*
USERPID ACCESS COMMAND
/dev/snd/pcmC0D0c: tessa 11703 F...m pulseaudio
/dev/snd/pcmC0D0p: tessa 11703 F...m pulseaudio
tessa@viper:~$ pacmd list
Daemon not responding.
```
--
You received this bug notification
as I don't
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
have any timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/sn
y timidity packages installed.
---
ProblemType: Bug
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC1: tessa 11703 F pulseaudio
/dev/snd/controlC0: tessa 11703 F pulseaudio
/dev/snd/pcmC0D0
: tessa 11703 F pulseaudio
+ /dev/snd/controlC0: tessa 11703 F pulseaudio
+ /dev/snd/pcmC0D0c: tessa 11703 F...m pulseaudio
+ /dev/snd/pcmC0D0p: tessa 11703 F...m pulseaudio
+ CurrentDesktop: pop:GNOME
+ DistroRelease: Pop!_OS 18.10
+ InstallationDate: Installed on 2018-03
Digging into the pulse config on 18.10, it looks like instead of using
the daemon mode it's trying to setup up some sort of IPC socket, but
this isn't getting run correctly:
tessa@viper:~$ systemctl start pulseaudio.socket
tessa@viper:~$ systemctl status pulseaudio.socket
● pulseaudio.socket
Public bug reported:
I've got guake set to use my system monospaced font (which is Ubuntu
Mono). however, on every fresh login, it resets to some other font until
I go into the guake prefs and unckeck then recheck the "Use the system
fixed width font" box. It seems to remember it's checked, but
hmmm. I tried that, but no dice for me. pulse starts in a terminal, but
nothing in my session sees a sound device still. for the one started in
a terminal, it doesn't respond to kill signals, and needs to be kill
-9d.
I suspect the "/usr/bin/pulseaudio --daemonize=no" process is just
grabbing the
other report in the wild: https://askubuntu.com/questions/1085176/sound-
device-lost-after-update-to-18-10
note that their debugging steps don't even work for me, running pacmd
just gets a complaint that the pulse daemon isn't running, even though
it looks like systemd intentionally started it in
Public bug reported:
After upgrading to 18.10, the sound in my System76 Oryx Pro no longer
works, it no longer shows any of the audio output devices, not even the
builtin HDMI which usually always shows.
Not sure what happened, but this is a major regression and needs to be
fixed. Note that this
note: I'm seeing this issue even though I don't have any timidity packages
installed. so I've opened another report to track that base issue:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1797714
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
I haven't seen a workaround yet.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to avahi in Ubuntu.
https://bugs.launchpad.net/bugs/1638345
Title:
avahi-daemon crashes multiple times an hour
Status in avahi package in
Spoke too soon, definitely just encountered the 100% CPU / nonfunctional
avahi-daemon problem that precludes the crash, on 17.04. So it's still
an issue.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to avahi in Ubuntu.
Note that so far I haven't seen this since upgrading to 17.04, but I'm
keeping an eye on it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to avahi in Ubuntu.
https://bugs.launchpad.net/bugs/1638345
Title:
avahi-daemon
I have never done any manual Avahi configuration, and this is a fresh
install of Ubuntu 16.10 on my new Macbook Pro. Where do the valgrind
logs live?
Also, it's doing the 100% cpu thing right now, so bt is below. Note
there's a lot of missing debugging symbols, but I don't see any -dbg
packages
It's worth noting that even when it doesn't crash, I see extended
periods where it's using 100% CPU on a single core, and has a defunct
child process. At that point, the only way to fix it is to kill -9 it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
This doesn't seem to be memory related. I've got 16GB of RAM, and it's
always < 50% used when avahi crashes. RSS on my avahi-daemon process
right now is only 6604.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to avahi in
When I look at it with apport-retrace -g, it reports the following:
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `avahi-daemon: running [lap'.
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at
Recent crash file for avahi-daemon.
** Attachment added: "_usr_sbin_avahi-daemon.0.crash.xz"
https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1638345/+attachment/4775053/+files/_usr_sbin_avahi-daemon.0.crash.xz
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Ever since upgrading to 16.10, avahi-daemon crashes multiple times an
hour, leading to the prompt to report the issue to Ubuntu.
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: avahi-daemon 0.6.32-1ubuntu1
ProcVersionSignature: Ubuntu 4.8.0-26.28-generic 4.8.0
Uname:
Just ran into this tonight on a Xenial container running on a Xenial
host:
May 1 09:12:55 mysqlbench systemd[1]: Failed to reset devices.list on
/system.slice/ondemand.service: Operation not permitted
May 1 09:12:55 mysqlbench systemd[1]: Starting LSB: Set the CPU Frequency
Scaling governor
I've discovered that this is actually a bug (or badly designed
"feature") in the isc-dhcp package.
I upstreamed the bug here: https://bugs.launchpad.net/ubuntu/+source
/isc-dhcp/+bug/1524093
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
FYI if anyone is also affected by this bug, I was able to find a
workaround. See the last comment by idallen here:
http://ubuntuforums.org/showthread.php?t=1431860=12313662#post12313662
Essentially you want to do this:
* Remove all references to interfaces from the /etc/dhcp/dhclient.conf file
I have a similar symptom although I don't know if it's for the same
cause. My wireless connection will drop (disconnected from the access
point) and never reconnect unless I manually ifdown/ifup the interface.
I'm using wpa_supplicant but since this is a headless server, I'm not
using Network
Public bug reported:
I have a system with two internet connections, both configured using
DHCP. They are specified in /etc/network/interfaces roughly as follows:
iface lte0 inet dhcp
iface wlan0 inet dhcp
wpa-ssid
wpa-psk
I also have defined custom options for each interface
Public bug reported:
I have a server with multiple internet connections using several
different network interfaces (e.g. wlan0 for wireless and lte0 for an
LTE dongle). Both are configured in /etc/network/interfaces to use DHCP
like so:
allow-hotplug lte0
iface lte0 inet dhcp
iface wlan0 inet
77 matches
Mail list logo