When I reboot my router I get no wifi icon instead I only see a LAN icon. Since the connection to the internet continues to work, is the data still sent over wifi to the router being encrypted? I am using Ubuntu 16.04LTS. Rebooting the PC does restore the wifi icon. I have a Qualcomm Atheros card.
Just switched from apple to lenovo (carbon 7th gen), installed Ubuntu (19.04, with 5.0.0-25-generic). However, the touchpad randomly is disabled upon reboot (it is activated in the system settings). After rebooting the touchpanel sometimes starts to work, sometimes doesn’t. This happens only with the ubuntu partition, not with Windows. Can somebody help?
I have installed Ubuntu 18.04 server on a thin provisioned VMWare virtual machine and after running the updates and rebooting the 50G disk now shows as being 3.9G and is 78% used. I can resize the LVM but I would like to know what is going on! Any ideas? Am I doing something wrong or is there a bug in Ubuntu / VMWare causing the thin provisioned disk to shrink the LVM to the used size?
Thanks in advance
My Lubuntu 18.04 (as a VirtualBox 6.0.10 virtual machine) is just upgraded to
Linux pbox 5.0.0-23-generic #24~18.04.1-Ubuntu SMP Mon Jul 29 16:12:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
apt upgrade. After the upgrade, the VM shows a black screen with a cursor in the upper left corner, and seems to hang.
Does anyone have similar experience with the new 5.0 Linux kernel, and know how to fix the problem?
FYI, I can go to the GUI anytime after hitting
Ctrl+Alt+F1 and then
Ctrl+Alt+F7 without a problem. A
systemd-analyze blame didn’t show anything taking an excessive amount of time (3 seconds max) during reboot. But if I don’t switch manually, the black green never disappears.
First, please forgive my lame markdown skills.
Running Bionic Beaver:
host:~# lsb_release -a Distributor ID: Ubuntu Description: Ubuntu 18.04.2 LTS Release: 18.04 Codename: bionic Can’t seem to figure out the best way to make sure my veth devices automatically “link up” after reboot.
My use case for the veth: I use them for attaching local network bridges to containers. I do this because attaching docker macvlan directly to the bridge inhibits communication between the containers and their host.
Now that that is out of the way:
I’ve tried putting:
ip link set veth1a up ip link set veth5a up in /etc/rc.local I had to create new and add execute permissions, but did nothing upon reboot.
I have the interfaces listed in netplan, but this only successfully brings up the bridge side of the veth e.g veth1b:
network: ethernets: enp131s0f0: dhcp4: false enp131s0f1: dhcp4: false enp6s0: dhcp4: false enp7s0: dhcp4: false veth1a: dhcp4: false veth1b: dhcp4: false veth5a: dhcp4: false veth5b: dhcp4: false bridges: br0: dhcp4: true interfaces: - enp6s0 - enp7s0 - veth1b br5: dhcp4: false interfaces: - vlan5 - veth5b vlans: vlan5: id: 5 link: br0 dhcp4: false version: 2 I also have some systemd configs to create the veths in the first place, but I don’t know how to tell systemd to “admin up” the veth1a and veth5a. This is what I need help with.
host:~# cat /etc/systemd/network/25-veth-* [NetDev] Name=veth1a Kind=veth [Peer] Name=veth1b [NetDev] Name=veth5a Kind=veth [Peer] Name=veth5b
I have two Linux/Ubuntu boxes.
- Box A (192.168.1.10): works as a file server, with Samba installed. It’s always switched on.
- Box B: workstation with my office tools, which I reboot each time I need to work with it.
In Box B, I have ‘/etc/fstab’ modified:
//192.168.1.10/SambaSharedDirectory /mnt/SambaFiles cifs username=tom,password=foo,rw,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
However, each time I reboot Box B, I have to do ‘sudo mount -a’ to mount the file directory of Box A.
Is it possible to automate it to avoid mounting it with every reboot? Thank you very much.
I have a rule that should apply to
/dev/ipmi0 to change its group and mode. When I reboot, that node shows as root:root, but if I run “test” it successfully applies it:
$ cat /etc/udev/rules.d/99-ipmi-nonroot.rules SUBSYSTEM=="ipmi", KERNEL=="ipmi0", GROUP="adm", MODE="0660" $ ls -l /dev/ipmi* crw------- 1 root root 244, 0 Jul 6 16:57 /dev/ipmi0 $ sudo udevadm test /sys/class/ipmi/ipmi0 .... Reading rules file: /lib/udev/rules.d/97-dmraid.rules Reading rules file: /etc/udev/rules.d/99-ipmi-nonroot.rules Reading rules file: /lib/udev/rules.d/99-systemd.rules rules contain 49152 bytes tokens (4096 * 12 bytes), 14763 bytes strings 2054 strings (26612 bytes), 1334 de-duplicated (12570 bytes), 721 trie nodes used GROUP 4 /etc/udev/rules.d/99-ipmi-nonroot.rules:1 MODE 0660 /etc/udev/rules.d/99-ipmi-nonroot.rules:1 handling device node '/dev/ipmi0', devnum=c244:0, mode=0660, uid=0, gid=4 preserve permissions /dev/ipmi0, 020660, uid=0, gid=4 preserve already existing symlink '/dev/char/244:0' to '../ipmi0' ACTION=add DEVNAME=/dev/ipmi0 ... $ ls -l /dev/ipmi* crw-rw---- 1 root adm 244, 0 Jul 6 17:00 /dev/ipmi0
I also tried
udev trigger as seen in this answer. It will also change the group to
adm, but doesn’t “stick” after a reboot either. Should I be placing my rule under
/lib instead of
/etc? That feels wrong.
i tried edit in
/etc/waagent.conf this lines :
ResourceDisk.MountPoint=/tempo # instead of /mnt ResourceDisk.Format=y # isntead of n
and even removed the line from
/dev/disk/cloud/azure_resource-part1 /mnt auto defaults,nofail,x-systemd.requires=cloud-init.service,comment=cloudconfig 0 2
and restart the service via
sudo service walinuxagent restart
but stil in
lsblk output is :
sdb 8:16 0 4G 0 disk └─sdb1 8:17 0 4G 0 part /mnt
only after reboot
lsblk shows that the mopunt has cahnged :
sdb 8:16 0 4G 0 disk └─sdb1 8:17 0 4G 0 part /tempo
i am using ubuntu 16.04 LTS image. how can i make this mount without reboot ?
I’ve been trying to create a new xorg.conf from scratch, both as a learning experience, and as a way to solve an issue in another question. However, upon saving the file to
/etc/X11/xorg.conf and rebooting, I’ve noticed that the changes are not taking effect.
Below are the contents of my xorg.conf file:
Section "InputDevice" Identifier "Keyboard" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "false" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "MonitorLeft" Option "LeftOf" "MonitorCentre" Option "PreferredMode" "1680x1050" Option "Position" "0 36" EndSection Section "Monitor" Identifier "MonitorCentre" Option "Primary" "true" Option "LeftOf" "MonitorRight" Option "PreferredMode" "1920x1080" Option "Position" "1680 0" EndSection Section "Monitor" Identifier "MonitorRight" Option "RightOf" "MonitorCentre" Option "PreferredMode" "1440x900" Option "Position" "3600 180" EndSection Section "Device" Identifier "VideoCard" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce GTX 1080" Option "TripleBuffer" "true" Option "Monitor-DP-3" "MonitorLeft" Option "Monitor-HDMI-0" "MonitorCentre" Option "Monitor-DVI-D-0" "MonitorRight" EndSection Section "Screen" Identifier "Screen" Device "VideoCard" Monitor "MonitorLeft" Monitor "MonitorCentre" Monitor "MonitorRight" DefaultDepth 24 Option "Coolbits" "31" EndSection
However, when I open
nvidia-settings, the values for different options do not match what is in
Doing some research, I found a possible cause of this problem. There is a file at
~/.config/monitors.xml, which might be overriding
xorg.conf. If I delete this file and reboot, I see some changes to my monitor layout. However, they still do not reflect the contents of
nvidia-settings also shows different setting values, which are reflective of what I see with the monitor/desktop layout.
monitors.xml deleted, upon boot, the desktop would have the left-most part on the centre monitor, then the centre part on the right monitor, and the right-most part on the left monitor.
So now the question is, what is the cause, and what is the solution? Is something else overriding
xorg.conf? Are the contents of
xorg.conf incorrect? Something else?
The reboot stalls at :- Starting GNOME Display Manager Starting Hold until boot process finishes up… Starting Hostname Service Started OpenVPN service Started Hostname service