I found a great tip in GitHub to compact a VHD file without Hyper-V tools and it works great. The Dynamic VHD don't reduce their size even if the files were deleted from the hard drive, to fix it the "compact" operation is needed. This is included into the Hyper-V tools but this is only available in Windows 10/11 Pro.
There are another way to do this in Windows 10/11 Home, using the next commands:
1 | diskpart |
Try this:
1 | \documentclass{article} |
Hello World,
We have noticed that a lot of people hit the same issue over and over again. When trying to connect via remote desktop protocol (rdp) to the Ubuntu machine, and after providing the credentials in the xRDP Login page, the user will only see a black screen displayed and the desktop interface is never loaded and displayed. This post will basically explain why this happens and how to reproduce the issue.
The "problem" is actually well known and there is really an simple and easy fix for that. So, let's explain the situation.
Let's assume that you have performed a successful xRDP installation and you are ready to test your rdp connection to your Ubuntu machine. Let's also assume that you are still logged on into your Ubuntu machine system locally with your user account (which could be called User1). So, you move to your Windows machine (or Linux machine), fire up your favorite remote desktop client and provide the ip address or the hostname.
Since xRDP installation has been successful, you will be presented with the xRDP Login page where you will need to provide the user credentials on the Ubuntu machine. In our example, User1 (yes the one currently logged on locally on the ubuntu machine) account will be used.
If the credentials are correct, you will see your remote desktop session showing a black screen and that’s it !!!!! The desktop interface will never load within your remote session.
As mentioned and explained multiple times, this situation will happen (or can happen) when the same user account is used concurrently locally and remotely. In other words, the problem is related to the fact that the same user account is already logged in locally and a remote connection is attempted at the same time. With xRDP software solution, a specific user account can be logged on either locally or remotely but not both.
To solve this issue, there is a simple fix. You need to ensure the account you are using to login via the remote desktop client is not currently logged on locally on the Ubuntu target machine. If this is the case, perform a logout operation.
Try again the remote desktop session and you will see that magically, you will be able to perform your remote desktop connection and that your desktop interface will be loaded and made available for you.
To clean all old versions of snaps, try:
1 | LANG=C snap list --all | while read snapname ver rev trk pub notes; do if [[ $notes = *disabled* ]]; then sudo snap remove "$snapname" --revision="$rev"; fi; done |
Some checkbox alternatives using bbding, wasysym, or nothing.
1 | \documentclass{beamer} |
A proxy act as an intermediary host where you could tunnel your connection through the proxy to access another host. Tunneling your SSH connection via a proxy, among other things, could allow you to access hosts in a private network or under a NAT. As such, a proxy avoids the need to set up a more complex infrastructure such as a VPN.
OpenSSH's SSH client supports connecting through both SOCKS and HTTPS proxy.
It is achieved with the ProxyCommand option alongside third-party programs such as nc or netcat.
Steps to connect to SSH server via SOCKS or HTTPS proxy:
Test if the SOCKS or HTTPS proxy is reachable from the SSH client's host (optional).
1 | $ nc -zv 127.0.0.1 2222 |
1 | -v Produce more verbose output. |
Use ProxyCommand as option for SSH client.
1 | $ ssh -o ProxyCommand='nc -X4 -x 127.0.0.1:2222 %h %p' remoteuser@remotehost |
1 | -X proxy_protocol |
Add ProxyCommand to SSH client configuration file for persistence.
1 | $ cat .ssh/config |
Connect again using SSH client with just the Host name as parameter.
1 | $ ssh remotehost |
Most modern Linux distro uses systemd as init replacement.
It is a suite of basic building blocks for Linux distros such as RHEL/CentOS, OpenSUSE/SUSE, Fedora, Arch, Debian, Ubuntu, and more.
By default, most distro boot into GUI, but you can change to text or vice versa.
The older version of the Linux distros came with SysV init or Upstart.
Such init provided a set of runlevels for text, multi user, and GUI system.
However, systemd uses the concept of targets instead of runlevels.
This page explains procedures to implement runlevel like config when working with systemd targets.
In other words, you will learn how to switch between text or GUI mode using systemd instead of init levels on modern Linux distros.
The --first-time flag causes modprobe to fail if the module is already loaded.
That in conjunction with the --dry-run (or the shorthand -n) flag makes a nice test:
1 | modprobe -n --first-time $MODULE && echo "Not loaded" || echo "Loaded" |
This also prints Loaded if the module does not exist.
We can fix this by combining it with modinfo:
1 | modinfo $MODULE >/dev/null 2>/dev/null && |
If the state of the package got changed to manual from automatic, you can set it back to automatic in the following manner:
1 | sudo apt-mark auto package_name |
在 Ubuntu 22.04 LTS 的容器里面运行 apt update 的时候出现了以下报错：
1 | [root@VM-16-9-centos docker-kubuntu]# docker run --rm -it ubuntu:22.04 bash |
经过查询，发现是 Ubuntu 21.10 和 Fedora 35 开始使用 glibc>=2.34 甚至更高的版本。在 glibc 新版本里面，开始使用一个名为 clone3 的系统调用。通常情况下，容器里面所有的系统调用都会被 Docker 捕获，然后 Docker 决定如何处理它们。如果 Docker 中没有为特定系统调用指定策略，则默认的策略会通知容器这边"Permission Denied"。但是，如果 glibc 收到此错误，它不会回退。它仅在收到响应“此系统调用不可用”时才执行此操作。
办法一：
运行容器的时候，加上这个参数来绕过 Docker 系统调用限制
1 | --security-opt seccomp=unconfined |
不过这会有很大的问题，一个是你的容器将变得不安全，另一个是这些参数在构建镜像的时候是不可用的。所以，请参考办法二。
办法二：
将 Docker 升级到 20.10.8 以上的版本。