A Debian Linux system, running kernel 5.19 with Linux Unified Key Setup (LUKS) encryption, sometimes fails to boot from the suspend state, with the error message: Gave up waiting for suspend/resume device.
This failure does not happen on kernel 5.18 and seems related to how the swap partition is set up in LVM volumes. For example, it occurs on my laptop with the swap partition in a volume group spanning two encrypted devices, but not on my desktop with the same partition in a volume group on a single encrypted device.
To resolve this error, identify the device that cannot be mounted at boot and add option
initramfs to its corresponding entry in /etc/crypttab. This change forces the device to be opened during the initramfs stage at boot. (Typically, the device should automatically be identified and set up during this stage, as it was in kernel 5.18.)
Note that option
initramfs is supported in only the Debian version of /etc/crypttab.
For two-finger scrolling to work consistently in GNOME Wayland, I have to place one finger on the touchpad before the other. In addition, the point of contact of the second finger must be higher than the first’s.
I observed this behaviour with a Lenovo ThinkPad. I cannot say whether it is unique to this laptop or it is by design in GNOME Wayland.
UPDATE 29/06/2022: Two-finger scrolling appears to be improved on latest testing release. I no longer have to be so precise when touching the pad with my fingers.
When setting up Debian Linux (Bullseye) on my Lenovo IdeaCentre K430 computer, I encountered problems related to UEFI. After the installation, the system did not boot and displayed the message
Error 1962: No operating system found. It took three attempts before I found the solution, which I describe here.
First, ensure that UEFI is enabled in the BIOS before starting the installation. The Debian installer shows whether the system is booted with UEFI—look out for the message on the Welcome screen.
Second, create an EFI System Partition (ESP) when configuring the disk. This will contain the EFI firmware that allows Debian to boot in UEFI mode. If UEFI is unavailable, you will not see this option.
Third, proceed with installation until it completes. Reboot when prompted but expect to see error 1962. You need a few more steps to fix it.
Fourth, boot into the Debian installer again and choose Rescue mode. Mount the
/boot/efi partitions when asked. Then, open a console into
/root from the Debian installer menu.
/boot/efi/EFI/boot/bootx64.efi. The reason for doing this is documented. This is a crucial step.
Lastly, go into the BIOS setup, enable UEFI and disable CSM to force UEFI boot mode only. Also disable OS optimised settings—those are targeted at Windows 8 operating system.
Now, when you restart your computer, you should not get error 1962 and should boot directly into Debian.
In Debian Linux, when a network interface is configured to obtain an IP address automatically, the DHCP client utility writes the values received from the server over the content of file /etc/resolv.conf. Thus, custom entries that you had saved in this file, typically domain suffixes and domain name servers, are lost. If you need DHCP but also want to keep your configuration, do this:
- Edit file /etc/dhcp/dhclient.conf.
- Add the following lines, adjusting the values to match your needs.
supersede domain-name "my-domain.com";
supersede domain-search "my-domain.com";
prepend domain-name-servers 18.104.22.168;
This example specifies my-domain.com as the domain suffix, overriding whatever value is sent by the DCHP server. The value of the
domain-search setting is appended to hostnames to form fully-qualified domain names. For example, if you try to connect to hostname foo (without a domain name), the DNS will be queried for the FQDN foo.my-domain.com.
The example also sets the domain name server 22.214.171.124 to take priority over domain name servers provided by a DHCP server.
In dial-up Internet days we surmised that a 56K modem transferred data at 56 000 bits per second (or 56 kbps). Dividing this speed by 10 gave a result of 5.6 kilobytes per second (or 5.6 kBps). Thus, it was easy to calculate download times for files with the following formula, given that their sizes were expressed in kB.
download time in seconds = file size in kB / modem speed in kBps
This convention was used mostly on bulletin board systems, where users were obsessed with how fast they could download files. It was also common to distinguish between 1000 bytes (1 kB) and 1024 bytes (KB) in writing by using different cases of the letter k.
I continued to use this convention until recently when a reddit post made me aware of IEC 60027-2. This standard, set in 1999, introduced the kibi and disambiguated the units used for expressing data sizes. The blog post ‘The MB Confusion’ describes the standard better than the related Wikipedia article, and explains why its adoption is slow.
For WPS to work on the ESP8266 and using the non-OS SDK, be sure to call
wifi_wps_enable() before setting the callback function with
In the callback itself, call
void wps_callback(int status)
esptool is limited to 115200 bps when flashing your firmware to an ESP8266, you can try to increase the bitrate by following the steps below.
esptool.py for your installation. On Debian and Ubuntu, this file is located in
esptool.py and change the value on the line starting with
ESP_ROM_BAUD from 115200 to the maximum of 921600 or your preferred baud rate.
I don’t remember if this information is in the documentation, but having spent a few hours to figure things out, I think it is important to record it here.
void ICACHE_FLASH_ATTR user_init(void)
* Always call uart_init() before gpio_init()
os_timer_setfn(&os_timer, &main_on_timer, (void *)NULL);
os_timer_arm(&os_timer, 50, 1);
On the ESP8266 ESP-01,
CH_PD must be pulled HIGH at boot for the chip to work. A 10K resistor can be used for the pull-up.
Some variants of the ESP-01 module already have
CH_PD in the HIGH state.