Ubuntu Linux

Last modified by Sebastian Marsching on 2024/06/17 16:05

Moving /var

After moving /var to a separate partition, Ubuntu will not boot anymore. This is caused by Ubuntu needing the directories /var/run and /var/lock before /var is mounted. The solution is simple: Just create /var/run and /var/lock on the root partition and Ubuntu will boot again.

Installing the Developer Tools

The basic developer tools (e.g. C compiler) can be installed by installing the virtual build-essentials package.

Switching from MBR to GPT and UEFI Boot

In this scenario, we have a harddisk that is formatted with an MBR and has Windows 7 and Linux installed on it. We want to change this to GPT (and hence to UEFI).

As far as I can tell, there is no feasible way to convert Windows to GPT and UEFI boot without reinstalling it. In my case this was fine, because major parts of the computer's hardware (mainboard and CPU) had been changed and Windows does not handle these kind of changes well anyway. So here is the step by step process that worked for me:

Be sure to make a backup of your computer's harddisk. As part of this process some data has to be deleted and there also is a chance to lose more data, because something goes wrong.

Boot from the Ubuntu 12.04 LTS Desktop CD (64-bit). Make sure to boot in UEFI mode. You can either disable PC-BIOS mode in your computer's boot setting or select the UEFI mode in the computer's boot select menu. How to do this strongly depends on your computer's mainboard.

Add the Universe repository to the software sources and install gdisk. Probably it is a good idea to make a backup of your harddisk's MBR using dd. For the rest of this guide we assume that your disk drive is /dev/sda. So run sudo gdisk /dev/sda. gdisk will automatically convert your disk from MBR to GPT, keeping the partitions (if possible). Now you have to delete the Windows "reserved" and system partitions. Typically, these are the first two partitions on the disk. Now exit gdisk saving the changes.

Shutdown the Ubuntu system and boot from the Windows 7 installation DVD (in UEFI mode). The Windows 7 installer can automatically create the needed partitions in the free area of the disk, that you created by deleting the Windows partitions earlier. It will create three partitions: Two special ones mainly needed for booting and a regular one for the Windows system partition.

When the installer rebooted, I got a funny error every time I tried to boot from the harddisk. I got a blue screen with an error code of 0xc0000225. After some time I figured out that this was caused by the second harddisk in the computer being formatted using MBR. After converting this disk to GPT, everything worked smoothly. Windows is supposed to support mixed GPT and MBR disks in the same system, however in some causes it seems to cause trouble.

After the Windows installation has finished, we can boot back into Ubuntu using the Ubuntu 12.04 LTS Desktop CD. Again, we have to boot in UEFI mode.

We have to change to the target system by mounting all required partitions and chrooting to the target system. How to do this exactly depends on your system layout. In my case, I had the boot partition on /dev/sda4 and all other partitions in LVM. Therefore, I first installed the lvm2 package, activated the volume group vg0 with vgchange -a y vg0 and mounted all required filesystems with the commands

sudo mount /dev/vg0/root /mnt
sudo mount /dev/vg0/home /mnt/home
sudo mount /dev/sda4 /mnt/boot
sudo mkdir /mnt/boot/efi
sudo mount /dev/sda1 /mnt/boot/efi
sudo mount -o bind /dev /mnt/dev
sudo mount -o bind /dev/pts /mnt/dev/pts
sudo mount -o bind /proc /mnt/proc
sudo mount -o bind /run /mnt/run
sudo mount -o bind /sys /mnt/sys

In this example the system's ESP (this is the partition where the EFI boot-loaders are stored) has been created by the Windows setup as /dev/sda1.

Now we can change into the target system:

sudo su -
chroot /mnt

You should make a backup of the GRUB configuration files before proceeding. The relevant files are in /boot/grub, /etc/default/grub and /etc/grub.d.

Now you should purge all GRUB packages. You can usually do this by running aptitude purge "?name(grub-)" "?name(grub2-)".

Next you should delete all remaining GRUB files (/boot/grub, /etc/default/grub and /etc/grub.d). Then you should create a symbollink in /boot that points to the install location of GRUB in the ESP: ln -s efi/EFI/grub /boot/grub.

After that you can install the EFI version of GRUB: aptitude install grub-efi.

In the target system, we have to edit /etc/fstab and add an entry for the ESP. You can find out the UUID of the partition by running grub-probe --target=fs_uuid /boot/efi. Then add a line like

UUID=<UUID> /boot/efi vfat defaults 0 1

to your /etc/fstab (of course you have to replace <UUID> by the UUID printed by grub-probe.

Now we install GRUB with grub-install --boot-directory=/boot/efi/EFI --bootloader-id=grub --no-floppy --recheck (I got this from another guide).

You might have to edit /etc/default/grub to suit your needs. I disabled the OS prober (because it does not detect the UEFI Windows loader anyway but found some old systems on my second harddisk) by adding GRUB_DISABLE_OS_PROBER="true". I also changed GRUB_HIDDEN_TIMEOUT to the empty string and GRUB_HIDDEN_TIMEOUT_QUIET to false. This was needed because the OS prober was disabled and thus GRUB would not show the boot menu by default any longer (the same would happen if OS prober was enabled but it did not find other operating systems).

Because memtest86+ was installed on the system, I had to copy the file 20_memtest86+ from the backup of the GRUB configuration files back to /etc/grub.d.

In order to be able to boot Windows 7 from GRUB (using the boot menu of the EFI BIOS is inconvenient), I added an extra entry to /etc/grub.d/40_custom (as describe in the Ubuntu Community Wiki):

menuentry "Windows 7 (UEFI)" {
  search -fs-uuid --no-floppy --set=root <UUID>
  chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi
}

In this example <UUID> again has to be replaced by the UUID of the ESP.

In order to generate the GRUB configuration file, update-grub needs to be run.

Finally, GRUB has to be registered in the EFI settings. This can be done by running efibootmgr --create --gpt --disk /dev/sda --part 1 --write-signature --label "GRUB" --loader "\\EFI\\grub\\grub.efi".

After finishing these steps, you can leave the target system and unmount all partitions. Finally, reboot the computer and select GRUB from the computer's boot menu. Now you should see the normal GRUB screen, where you can select to boot Linux or Windows.

Configuring the Vino VNC server on Ubuntu Desktop

Allowing access from localhost only

gsettings set org.gnome.Vino network-interface lo

This is perfect if there is only a single user on the machine because this way, a SSH tunnel can provide sufficient access restrictions.

Fixing problems with some VNC clients

Since Ubuntu 14.04 LTS, some (older) clients cannot connect. This seems to be caused by the use of TLS in the VNC server. This feature can be disabled (see bug #1290666):

gsettings set org.gnome.Vino require-encryption false

Find packages that have been removed but not purged

aptitude search "?config-files"

Troubleshooting

Graphics server not starting after Upgrade to Ubuntu 22.04

If the graphics server (X11 / Wayland) is not starting on a system with a NVIDIA graphics card (in particular an older one – in my case it was a GeForce 210), this might be caused by the switch from the proprietary NVIDIA driver to Nouveau, without some files of the proprietary NVIDIA driver having been removed correctly.

Support for the old 340 version of the NVIDIA driver ended a while ago, so this version of the driver has been removed from Ubuntu 22.04. However, if this driver used to be install in Ubuntu 20.04 before the upgrade, it might still be installed after the upgrade and thus the configuration file /etc/modprobe.d/nvidia-340_hybrid.conf might still exist. This file will keep the open-source Nouveau driver from being loaded. This can typically be fixed by running apt-get purge nvidia-340.