Developer's Blog

Die Einträge für die Felder "Frontend Layout" und "Backend Layout" lassen sich, wie alle anderen BE Felder auch, leicht über den TS-Config Editor im Bereich Resourcen der Root Page (Weltkugel) editieren:

TCEFORM.pages{
  # remove "Frontend Layout"
  layout.disabled = 1
  # optionally: remove "Backend Layout (subpages of this page)" 
  backend_layout_next_level.disabled = 1
  # rename "Backend Layout (this page only)" 
  backend_layout.label = Layout
} 

It's a known issue to everyone who ever set up an multi-boot environment using Windows and $other_OS, that Windows likes to replace the existing boot manger with its own.
Normally, you'd just boot up a rescue CD and reinstall your favorite boot loader (or that one that comes with your OS' rescue CD ).
Sadly, the Ubuntu 10.04 Alternate Desktop CD doesn't support my crypto-raid-setup. The rescue mode installer doesn't recognize my raid set up at all (even thou it gets assembled^^).
Therefore I've to repair it by hand:

After booting, the Ubuntu rescue CD offers to switch into a root terminal.

The raid was assembled automatically, so there is no need for doing it manually:

mdadm --assemble /dev/sda1 md0 

I am going to build a chroot environment in /mnt, change root into it and reinstall grub2:

At first I have to mount the crypto device for the root file system:

cryptsetup luksOpen /dev/md0 md0 
mount /dev/mapper/md0 /mnt 

Now we've to add the missing pseudo file systems:

mount -o bind /dev /mnt/dev
mount -t sysfs sys /mnt/sys
mount -t proc proc /mnt/proc

Last but not least: We must not forget to mount the boot device. In my case it is just an ordinary partition:

mount /dev/sda4 /mnt/boot

Our change root environment is ready for usage and we simply have to chroot into it:

chroot /mnt 

Now, grub2 can be easily restored:

grub-install /dev/sda

As a final step, we'll ensure that grub is up-to-date:

update-grub

To enable a typo3 backend user (or even a whole user group) to delete the typo3 cache is quite simple.
A simple entry in the user's oder the user group's TS config is sufficient:

options.clearCache.pages = 1 
options.clearCache.all = 1

Da wollte ich gerade eine Änderung an einer meiner Websites hochladen, die ich lokal unter Ubuntu 10.04 entwickelt habe, da muss ich feststellen, dass das dafür notwendige Paket qrencode auf meinem Produktiv-System (Ubuntu 8.04 LTS) gar nicht verfügbar ist.

Da ich keine Lust auf langes Suchen und Rumfummeln hatte, habe ich mir fix die aktuellen Sourcen von von http://fukuchi.org/works/qrencode/index.en.html gezogen und händisch compiliert:

Source-Code laden und entpacken:

cd ~
mkdir qrencode-build
cd qrencode-build
wget http://fukuchi.org/works/qrencode/qrencode-3.1.1.tar.gz
tar xfvz qrencode-3.1.1.tar.gz

Falls noch nicht vorhanden, eine Build-Umgebung installieren:

apt-get install gcc binutils-doc autoconf automake1.9 bison flex gcc-doc gcc-multilib gdb pkg-config libpng12-dev make

Als finaler Schritt wird qrencode gebaut und installiert.

cd qrencode-3.1.1
./configure --bindir=/usr/bin --libdir=/usr/lib --includedir=/usr/include
make
make install

Nun sollte qrencode aufrufbar sein und funktionieren.

Aus gegebenem Anlass musste ich letztens meinen Root-Server bei Manitu neu aufsetzen:

Ursprünglich war das System nur mit einer Festplatte ausgerüstet. Im Rahmen einer Weihnachtsaktion war vor längerem einmal eine zweite Platte (sdb) - die bisher als Backup Platte diente - hinzugekommen. Im Rahmen der Neuinstallation wurden beide Platten zu einem Raid 1 zusammengefasst.

Nachdem ich das vorhandene System auf der zweiten Platte gesichert hatte, habe ich mich an die Neuinstallation gemacht:

Mein Ziel für die Neuinstallation war ein lauffähiges System, bestehend aus einem degraded Raid 1 (bestehend nur aus der ersten Platte /dev/sda) und der vorhandenen Datenplatte /dev/sdb, welche nicht verändert werden sollte.

Leider bietet das Manitu Kundenmenu keine Möglichkeit, ein degraded Raid zu erzeugen. Also blieb mir nur der Weg über das Rettungssystem.

Da dem Manitu-Rettungssystem das Tool debootstrap fehlt (es fehlt leider auch eine benötigte Library - darum ist es mit entpacken des deb Files nicht getan..) habe ich den Schritt lokal ausgeführt und das Resultat auf den Server hochgeladen. Als tar.bz2 ist das Basissystem mit 100MB recht schlank, so das die Upload Zeit selbst bei einem relativ langsamen DSL-Anschluss noch erträglich.

"HOW-TO: Ubuntu 10.04 LTS auf degraded RAID 1..." vollständig lesen »