HomeHome ArchiveArchive

Howto shrink a remote root ext3 filesystem on Debian wheezy

This howto describes how to resize a root ext3 filesystem on a remote Debian wheezy server.

This howto is not an original work but only an update of an older howto by Stefan @ https://thunked.org/. This version is specifically adapted to a server running Debian wheezy.




If you don't want to read the whole thing you can only
execute the commands I run and probably skip the

I’ve only done this on Debian Wheezy. If you’re using another distro the initrd layout and init scripts may be a bit different. However, I suspect it looks very similar on almost every distro out there. On Debian my root partition is an ext3 partition.

The general idea is pretty simple: you can’t shrink a mounted partition and it’s impossible to unmount or replace your root partition in a live system, so we have to resize the partition before it is mounted. What we’ll do to accomplish this is change the initrd image to make the init scripts resize the root partition before mounting it. This is by far the most flexible and easy method to resize your root partition I could think of. Most suggestions I found on google required you to create separate OS on a new root partition and boot into that, but I did not have any space to create a new root partition on my remote machine.

Unpacking the initrd image is fairly straight forward:

$ mkdir ~/initrd; cd ~/initrd
$ gunzip -c /boot/initrd.img-3.2.0-3-amd64 | cpio -i --make-directories
62631 blocks
$ ls -l
total 40
drwxr-xr-x 2 root root 4096 Sep 11 20:23 bin
drwxr-xr-x 3 root root 4096 Sep 11 20:23 conf
drwxr-xr-x 6 root root 4096 Sep 11 20:23 etc
-rwxr-xr-x 1 root root 6797 Sep 11 20:23 init
drwxr-xr-x 7 root root 4096 Sep 11 20:23 lib
drwxr-xr-x 2 root root 4096 Sep 11 20:23 lib64
drwxr-xr-x 2 root root 4096 Sep 11 20:23 run
drwxr-xr-x 2 root root 4096 Sep 11 20:23 sbin
drwxr-xr-x 6 root root 4096 Sep 11 20:23 scripts

First, we have to copy all the programs we need to resize our partition onto the initial ram disk. For my ext3 file system I need e2fsck and resize2fs. The programs are depending on a few libraries, so you’ll need to copy those to the new initrd image too. Libraries can also depend on other libraries, make sure you recursively check dependencies until you don’t have any missing dependencies anymore.

$ ldd /sbin/e2fsck
    linux-vdso.so.1 =>  (0x00007fff3594c000)
    libext2fs.so.2 => /lib/x86_64-linux-gnu/libext2fs.so.2 (0x00007f7cdddd5000)
    libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f7cddbd1000)
    libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007f7cdd9a9000)
    libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f7cdd7a4000)
    libe2p.so.2 => /lib/x86_64-linux-gnu/libe2p.so.2 (0x00007f7cdd59c000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7cdd214000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7cdcff8000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f7cde01e000)
$ ldd /sbin/resize2fs
    linux-vdso.so.1 =>  (0x00007fffa216a000)
    libe2p.so.2 => /lib/x86_64-linux-gnu/libe2p.so.2 (0x00007fa01f7a2000)
    libext2fs.so.2 => /lib/x86_64-linux-gnu/libext2fs.so.2 (0x00007fa01f55f000)
    libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007fa01f35a000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa01efd3000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa01edb7000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fa01f9b0000)

We only copy the libraries that are not yet present in the initramfs. Fortunately in our case there are no recursive dependencies of those libraries.

$ for i in libext2fs.so.2.4 libcom_err.so.2.1 libe2p.so.2.3; do 
     cp -i /lib/x86_64-linux-gnu/$i lib/x86_64-linux-gnu/; 
$ cd lib/x86_64-linux-gnu/
$ ln -s libcom_err.so.2.1 libcom_err.so.2
$ ln -s libext2fs.so.2.4 libext2fs.so.2
$ ln -s libe2p.so.2.3 libe2p.so.2
$ cd ~/initrd/

$ cp /sbin/e2fsck ~/initrd/bin/
$ cp /sbin/resize2fs ~/initrd/bin/

Next, we need to edit the init script. Debian uses busybox in its initrd image so the init script will be interpreted by a bourne shell. If you look through the init script file you’ll find the moment where the script mounts the root file system:

$ cat scripts/local
    # FIXME This has no error checking
    # Mount root
    if [ "${FSTYPE}" != "unknown" ]; then
            mount ${roflag} -t ${FSTYPE} ${ROOTFLAGS} ${ROOT} ${rootmnt}
            mount ${roflag} ${ROOTFLAGS} ${ROOT} ${rootmnt}

Simply add in the commands to resize the file system right before the the file system is mounted. Resize2fs in Debian does not want to resize the file system before it is forcefully checked. It may be wise to add the -p or -y flag to e2fsck. -y will answer yes to all questions, this could prevent a hung system but may cause more damage to your files or filesystem. The -p flag will only automatically answer yes to safe operations. resize2fs takes two parameters, the first is the block device that has the ext2 or ext3 file system and the second is the new size you want to give it. By default the size is in blocks, but you can append a unit to change that. ‘K’ for kilobytes, ‘M’ for megabytes, ‘G’ for gigabytes and ‘T’ for terabytes. If you don’t specify a size, it will enlarge the file system to the total size of the partition or logical volume. After adding the commands the init script will look something like this:

    _log_msg "Starting e2fsck"
    /bin/e2fsck -p -f -C 0 /dev/sda4 || true
    _log_msg "Starting resize2fs"
    /bin/resize2fs /dev/sda4 100G || true

    # FIXME This has no error checking
    # Mount root
    if [ "${FSTYPE}" != "unknown" ]; then
            mount ${roflag} -t ${FSTYPE} ${ROOTFLAGS} ${ROOT} ${rootmnt}
            mount ${roflag} ${ROOTFLAGS} ${ROOT} ${rootmnt}

If you have access to the system’s console, you might want to add a “-C 0” to e2fsck’s parameters. That will show you the progress of the fscheck.

There’s one last thing we have to do before re-packing the initrd image. e2fsck and resize2fs will fail if there is no /etc/mtab file available so we’ll have to make sure /etc/mtab exists.

$ touch ~/initrd/etc/mtab
$ cd ~/initrd/
$ find ./ | cpio -H newc -o > /tmp/initrd.cpio
64097 blocks
$ gzip -c /tmp/initrd.cpio > /boot/initrd-resize.img

And lastly, we need to add a new default boot option in grub. In Debian grub’s configuration file is constructed from various bits under /etc/grub.d. The resulting total configuration file is put under /boot/grub/grub.cfg. Open up the grub.cfg file in your favorite text editor and look for the default entry. It’s usually the first one, but may vary. Add a copy of the original entry to /etc/grub.d/40_custom and change the initrd image to the one we just created.

$ cat /etc/grub.d/40_custom
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.

menuentry 'resize' --class debian --class gnu-linux --class gnu --class os {
        insmod gzio
        insmod part_gpt
        insmod ext2
        set root='(hd0,gpt1)'
        search --no-floppy --fs-uuid --set=root 0aa8bc27-17e3-4ae2-a9cf-497ab444970b
        echo    'Loading Linux 3.2.0-3-amd64 ...'
        linux   /vmlinuz-3.2.0-3-amd64 root=UUID=660f79dc-c152-4e15-ad61-7075b42de609 ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd-resize.img

Now make sure that it’s this entry that will be booted into by default. Set GRUB_DEFAULT in /etc/default/grub to the name of the entry you’ve just created:

$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

Finally, you can reboot the system. When it comes back online (if it comes back grin) your file system will be resized. Be aware that e2fsck and resizefs take a long time on big disks. On my system the two took 2 hours for a 1.5T filesystem. Thus don’t prematurely reboot your system if it doesn’t come up again quickly.

Don’t forget to remove the new grub entry, so your file system doesn’t get resized every time you boot.

Original howto at https://thunked.org/general/howto-shrink-a-remote-root-ext3-filesystem-t96.html

Original howto Written by Stefan @ https://thunked.org/

This version for Debian wheezy by Tomáš Pospíšek

QGIS Enterprise

QGIS Enterprise

Mit QGIS Enterprise bietet Sourcepole ein komplettes Wartungs- und Support-Paket für eine Geodaten-Infrastruktur (GDI) an, die vollständig auf Open Source Software aufbaut. Der Kern des Angebotes ist die Quantum GIS Suite basierend auf QGIS Desktop, QGIS Server, QGIS WebClient und QGIS Mobile.

  • dauerhafte Infrastruktur
  • Investitionssicherheit
  • hohe Verfügbarkeit
  • GDI-Gesamtpaket
  • Serviceorientierte Architektur
  • keine Lizenzkosten
  • schnelle Bug-Fixes
  • regelmässige Updates
  • kompetente Schulung

Nutzen Sie die Vorteile der Hersteller-Unabhängigkeit. Reduzieren sie die Kosten ihrer Geodaten Infrastruktur da keine Software-Lizenzen anfallen. Wir pflegen die Software im Rahmen des Langzeit-Supportes. Wir konzentrieren uns auf die Software, Sie konzentrieren sich auf Ihre Arbeit.

Die Sourcepole AG verfügt über Kernentwickler aller Komponenten der Quantum GIS Suite. Deshalb können wir sehr schnell mit Bux-Fixing der einzelnen Komponenten reagieren und den Einsatz von QGIS Enterprise im Unternehmen sicher gestalten.

QGIS Suite

Die Quantum GIS Suite stellt Ihnen alle Komponenten zur Verfügung, die Sie zum Aufbau einer serviceorientierten Geodaten-Infrastruktur (GDI) benötigen.


QGIS Desktop ist das benutzerfreundliche und intuitiv zu bedienende Desktop-GIS. Es läuft unter Linux, Unix, Mac OS X Windows und Android.


Mit QGIS Server werden QGIS Desktop Projekte eins zu eins als WMS im Internet publiziert. Leichter können Sie anspruchsvolle WMS nicht erstellen und mit dem QGIS WebClient nutzen.


Mit QGIS Mobile für Android nutzen Sie die Vorteile mobiler Geräte, integriertes GPS und direkte Kommunikation mit Ihrer GDI von Überall.


Im Zentrum einer Kundenlösung stehen die Konzeption und Realisierung einer offenen, serviceorientierten und langlebigen GDI basierend auf den Standards des Open Geospatial Consortiums (OGC).


Die Grundlage der GDI bildet PostgreSQL, die professionelle objektrelationale Datenbank, die mit PostGIS um geografische Objekte und Funktionen erweitert ist.


Die Service-Schicht verbindet die Daten und Informationen mit den Klienten. Dazu kommen die genormten Web-Services des OGC zum Einsatz. Dies garantiert dem Kunden eine offene, erweiterbare und langlebige GDI.


Auf die Kundenbedürfnisse zugeschnittene Fachschalen auf der Basis der QGIS Enterprise Suite bilden die Schnittstelle zu den Endnutzern.


Sourcepole bietet Ihnen einen Wartungs- und Support-Vertrag zur Sicherung Ihrer Investitionen basierend auf der QGIS Suite an. Sie können aus verschiedenen Grundangeboten wählen oder sich Ihr individuelles Paket zusammenstellen. Wir beraten Sie gerne.


Mit den Support-Optionen erhalten Sie alle nötige Unterstützung für den Betrieb Ihrer serviceorientierten QGIS Enterprise GDI.


Die Wartungs-Optionen stellen sicher, dass Ihre QGIS Enterprise GDI langlebig und betriebsbereit ist. Aufgrund der führenden Rolle von Sourcepole in der Enwicklung von QGIS können wir Wartung auf Herstellerniveau anbieten.


Damit Ihre Systembetreiber und Anwender immer auf dem neuesten Wissensstand sind, erhalten Sie über die Schulungs-Optionen ein umfangreiches und kompetentes Schulungsangebot aus erster Hand.

Bitte kontaktieren Sie uns per

Telefon: +41 (0)44 515 67 70


Email: qgisenterprise@sourcepole.ch

Eigene GIS-Fachapplikationen mit QGIS entwickeln

Als Ergebnis der Zusammenarbeit zwischen der Sourcepole AG und der Hochschule Rapperswil (HSR) ist ein Video entstanden, dass die Entwicklung eigener Fachschalen mit QGIS beschreibt.

Am Beispiel der Zonenplanung zeigt dieses Video, wie Sie mit Quantum GIS eine so genannte Fachapplikation erstellen könne. Sehen Sie Schritt für Schritt, wie sie Quantum GIS auf Ihre persönlichen Bedürfnisse anpassen können, passende Erweiterungen finden, eigene Eingabeformulare erstellen und eine Datenbank verwalten.

Die Grundlage zu diesem Video war ein Workshop auf dem Geosummit 2012 Bern, den Pirmin Kalberer entwickelt hat.

Das Video finden sie hier

Kursprogramm Herbst 2012

Sourcepole bietet Grundlagen- und Aufbau-Kurse für den Betrieb von Geodaten-Infrastrukturen auf der Basis von PostgreSQL/PostGIS und Quantum GIS an. Detaillierte Informationen zu den Kursen, die im Herbst 2012 stattfinden, entnehmen Sie bitte dem Kursprogramm. Die Anmeldung ist ab sofort online möglich. Wir freuen uns darauf Sie in Zürich begüssen zu können.