This guide is based on the comprehensive LTSP documentation done by the Ubuntu Community — [urlspan]Ubuntu Community Documentation — UbuntuLTSP[/urlspan]

This guide is intended as a relatively easy step by step mostly graphical (GUI) guide to:

  • Set up a basic Ubuntu LTSP server on Ubuntu 11.04, 11.10 and 12.04 x64 (64bit)
  • Configure Ubuntu 32bit thin- and fat clients with internet access.
  • Last updated : 15-04-2012


  • Ubuntu 11.04/11.10/12.04 x64 machine with two network adaptors to act as your main LTSP server.
  • 1 x Network switch / hub
  • 1 x Router with internet connection
  • Thin client computer. This can be any network boot enabled machine, or a Virtual machine like VirtualBox.


  • Connect the Ubuntu 11.04/11.10 x64 machine to the internet on one network adaptor. (in this case a wifi connection to internet)
  • Connect the other available network adaptor to a Network switch / hub. (This is where thin clients will connect)


1. Change your available network adaptor IP to a fixed entry.

  • Most local network already use the 192.168.0.xx range of IP addresses, but the default install of LTSP relies on this range being available. In this tutorial we will set up the LTSP network on the 192.168.1.xx range.
  • You also need a separate network adaptor with internet access during the install process.
  • The LTSP server install wants to install it's own DHCP server, so if you have a router with it's own DHCP server it could cause conflicts if in the same network IP range.
  • So what to do is change your unused LAN port's IP address to a fixed IP in another IP range. For example my setup has a router with a DHCP server running on, and provides the Internet access on the system.  I changed my other LAN adaptor's IP to , this will be used for the LTSP network.
  • NOTE: For some reason the DHCP server does not want to start correctly on system startup if the network adaptor's IP is not set in the network interfaces config file. (see 1d. below)

1a. Go to Network Connections and select the LAN network adaptor you intend to use for your thin client network and click edit.


1b. Change your adaptor to use Manual IP and set a new fixed IP for the adaptor and save.

This will be your LTSP server IP.


1c. Set the fixed IP for the network adaptor the classic way to ensure the DHCP server starts correctly.

  • Add the information for your network adaptor that you selected in 1c. as shown below.
  • We added eth0 with a static IP of
  • Open the Terminal Window and enter :
sudo gedit /etc/network/interfaces


1d. Change the Network Manager config file to allow control of your network adaptor with fixed IP.

  • For some mysterious reason if you enter the IP manually in the interfaces file, Network Manager ignores them and you cannot use the Network Manager to control the adaptor any more. So we have to enable it.
  • Change the «managed=false» to «managed=true» as seen below.
  • Open the Terminal Window and enter :
sudo gedit /etc/NetworkManager/NetworkManager.conf



2. Install the LTSP server.

  • Open the Terminal Window and enter :
sudo apt-get install ltsp-server-standalone openssh-server

3. Edit the DHCP configuration for your LTSP server to match your chosen IP range.

  • In this case 192.168.0.xx changes to 192.168.1.xx.
  • Open the Terminal Window and enter :
sudo gedit /etc/ltsp/dhcpd.conf



​4. Select the network interface/s for the DHCP server

  • Add the network devices you would like the DHCP server to run on. In this case we changed the value of INTERFACES to include eth0
  • Open the Terminal Window and enter :
sudo gedit /etc/default/isc-dhcp-server



​5. Restart the DHCP server

  • Open the Terminal Window and enter :
sudo /etc/init.d/isc-dhcp-server restart

Tip: previous ubuntu versions need to use : sudo /etc/init.d/dhcp3-server restart 


6a. Optional step to configure a Fat Client not a Thin Client before build

  • This step is only needed if you intend to use your LTSP server for Fat clients, rather than Thin clients or both. For more information between the differences between Thin and Fat clients and configuration see [urlspan]UbuntuLTSPFatClients [/urlspan]
  • This step edits the LTSP build client configuration file to install Ubuntu desktop and create LTSP Fat client image.
  • NOTE: only software installed in the Fat client image will be available to the client, and internet access for each client needs to be configured as the clients will not share the server network connection to the internet as is the case with the thin clients.
  • Open the Terminal Window and enter :
sudo gedit /etc/ltsp/ltsp-build-client.conf
  • Here you can customize your installation image for Fat clients.
  • We will only install the standard Ubuntu Desktop system to run on the client side for now. We can install more software to the image later, this is to get a basic Fat client image built.
  • Add the following to the file and save.
# ltsp-build-client.conf - many other options available
# The chroot architecture.

# ubuntu-desktop and edubuntu-desktop are tested.
# Ubuntu 12.04 LTS working perfectly with Unity and Unity 2D.

6b. Optional step to disable NBD compression

  • NDB compression is enabled by default in Ubuntu 12.04 to speed up client disk access and boot times, but takes a much longer to generate a compressed image file. During development work is might be easier to disable this feature and re-enable it when the setup of the client image is complete.
  • Open the Terminal Window and enter :
sudo gedit /etc/ltsp/ltsp-update-image.conf
  • Add NO_COMP="-noF -noD -noI -no-exports" line to disable compression. Enable the compressing by adding the # symbol, or delete the line completely
  • Make sure the file now looks like this example below and save.
# Configuration file for ltsp-update-image
# Do not compress the client image. Comment out the line below to enable again.
NO_COMP="-noF -noD -noI -no-exports"

6 Build the i386 (32bit)  LTSP Thin/Fat Clientc.

  • This step builds the 32bit Thin Client Ubuntu 11.04 image needed to boot the thin clients on the network.
  • This step downloads and installs all the 32bit Ubuntu client elements. Could take a while.
  • Open the Terminal Window and enter :
sudo ltsp-build-client --arch i386

​​Tip: to set up 64bit thin clients  leave out the '--arch i386' part and enter: sudo ltsp-build-client 


7. Reboot your new LTSP server to complete LTSP server install

  • At this point your Ubuntu LTSP server should be up and running.
  • You should be able to boot a Thin Client via the network.
  • You could also set up a Virtual Machine to act as a thin client for testing your server.

Tip: After reboot make sure that the DHCP is running correctly. Open a Terminal Window and enter:

sudo /etc/init.d/isc-dhcp-server status

Tip: If after this point you change your IP address on the LTSP  server you need to enter the following :

sudo ltsp-update-sshkeys
sudo ltsp-update-image --arch i386

8. Set up Thin Client Admin user

  • Replace the adminname with your admin user name.
sudo -s -H
chroot /opt/ltsp/i386
useradd -m adminname -G sudo
passwd adminname
  • Lock the admin account's password
sudo chroot /opt/ltsp/i386 passwd -l adminname
  • Update the client image
sudo ltsp-update-image --arch i386

9. Set up a Thin Client User Account

9a. Open Users and Groups

  • Make sure you have gnome system tools installed as this has been removed in Ubuntu 12.04.
sudo apt-get install gnome-system-tools
  • In Ubuntu 12.04 search for Users and Groups under applications after installation.


9b. Click Add to add new user account


9c. Add new username details


9d. Add new user password


9e. Change User Advanced Settings -> User Privileges



10. Boot your Thin Client from the Ubuntu LTSP server

  • Connect your Thin Client computer or Virtual Machine to your LTSP network Switch/Hub.
  • Alter the Thin Client Machine BIOS Boot settings to boot from LAN / Network.
  • Boot the machine.
  • If all is set up correctly you should see the following Ubuntu LDM login screen on your Thin Client.
  • You will be able to login with your newly created Thin Client username and password.



Рассмотрим неприятную ситуация, когда вследствие отключения сервера по питанию, была поломана база Mysql с таблицами InnoDB. Это может произойти, например, в случае отключения сервера по питанию или некорректного завершения процесса mysql с вылетом в OOM.

В логах при попытке запуска появляются такие сообщения:

mysqld[10332]:InnoDB:Database page corruption on disk or a failed
mysqld[10332]:InnoDB: file read of page 419.
mysqld[10332]:InnoDB:You may have to recover from a backup.
mysqld[10332]:InnoDB:Itis also possible that your operating
mysqld[10332]:InnoDB: system has corrupted its own file cache
mysqld[10332]:InnoDB:and rebooting your computer removes the
mysqld[10332]:InnoDB: error.

База не запускается. Пробуем сделать дамп базы и смотрим на какой таблице запнулись. Когда дамп пройдет без ошибок, это означает успех.

В /etc/mysql/my.cnf устанавливаем innodb_force_recovery=3 и запускаем Mysql. В данном режиме нам предоставилась возможность запустить Innodb, но делать с ней практически ничего нельзя. Все сервисы следует остановить, база должна быть максимально свободна.
Создаем рядом такую же таблицу только в формате MyISAM.

create table table_tmp LIKE table

Перегоняем из старой таблицы в новую все что возможно вытащить. Интервалы подбираем так, чтобы сохранить данные.

insert ignore into table_tmp SELECT *from table where id>=185000and id<187000;

Как только сохранили все что возможно, дропаем table. Если не получается обычным дропом, пробуем сдампить базу без таблицы и попробовать дропнуть базу. Если не получается и так, удаляем frm-файл и стартуем сервис.

После восстановления и успешного дампа убираем строчку в my.cnf и продолжаем работу в штатном режиме.


sudo apt-get install linux-generic-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty linux-image-generic-lts-trusty

Если случайно был удален том lvm (или специально, но потом понадобилось восстановление) — механизм резервного копирования метаданных vloume group может спасти ситуацию.
Настройка архивирования находится в /etc/lvm/lvm.conf в секции backup.
По умолчанию (в debian) архивирование включено, папка для архивов — /etc/lvm/archive и содержит архивы изменения vg за 30 дней.
Посмотреть чего менялось можно командой vgcfgrestore -l VG

#vgcfgrestore -l VG..... skipped .....
  File:         /etc/lvm/archive/
  VG name:      VG
  Description:  Created*before* executing 'lvremove /dev/VG/lv_name_1'
  BackupTime:  MonOct1516:22:502012

  File:         /etc/lvm/archive/
  VG name:      VG
  Description:  Created*before* executing 'lvremove /dev/VG/lv_name_2'
  BackupTime:  MonOct1516:22:552012

  File:         /etc/lvm/archive/
  VG name:      VG
  Description:  Created*before* executing 'lvremove /dev/VG/lv_name_3'
  BackupTime:  MonOct1516:23:182012

  File:         /etc/lvm/archive/
  VG name:      VG
  Description:  Created*before* executing 'lvremove /dev/VG/lv_name_4'
  BackupTime:  MonOct1516:23:202012
  File:         /etc/lvm/archive/
  VG name:      VG
  Description:  Created*before* executing 'lvcreate -L20g -nsome_new_lv VG'
  BackupTime:  TueOct1600:32:402012

Здесь видно имя файла архива и команда, перед (или иногда после) которой архивирование метаданных VG было выполнено.
В данном случае были удалены некоторые LV и после них создан новый.
Чтобы узнать, попал новый LV поверх старых (тогда естественно данные будут перезаписаны, зависит от количества записей в новый LV) надо посмотреть в архиве до удаления параметры extent_count и stripes нужного LV. stripes это номер начала блока на PV, extent_count — количество.
LV может состоять из нескольких сегментов, в каждом будет свой набор extent_count и stripes.
Потом посмотреть эти же параметры нового LV, но в архиве поcле создания нового LV.
Если эти регионы не пересеклись — значит новый LV создался в другом месте, чем удаленные LV.
Восстановить метаданные просто —

vgcfgrestore -f /etc/lvm/backup/ VG

это откатит все изменения с текущего момента до нужного архива, предшествующего указанной в vgcfgrestore -l команде.
Дальше остается только активировать восстановленные LV командой

lvchange -a y /dev/VG/lv_name

Для начала установим bind9:
apt-get install bind9

Находим файл /etc/bind/named.conf.options и добавляем (сети, которым будет разрешено посылать запросы через наш DNS-сервер):
acl «corpnets» {;; };
Ниже раскомментируем строчку и добавим (к какому DNS серверу будет обращатся наш сервер):
forwarders {;;;;
Continue Reading