Um herauszubekommen wo überall ein bestimmter Domainnamen hinterlassen wurde (zBspl. in Foren, Webseiten, PDF-Dokumenten, …) kann dazu Google befragen:
“somafm.com” -site:somafm.com
Das es funktioniert kann man mit einer negierten Abfrage gegenprüfen:
“somafm.com” -site:somafm.com +site:somafm.com
Ein hoch auf alle Datenkraken.
An unserem Server hängen USB Festplatten welche beim booten nicht automatisch gemountet werden können da während des Boot-Vorgangs der Kernel die USB Platten noch nicht erkannt hat.
Als weiteres Problem stellt sich dar das sich das jeweilige Device der USB Festplatte ändern kann wenn man einen anderen USB Port verwendet.
Das Problem des Devices lässt sich einfach über einen UUID Eintrag in der /etc/fstab Datei regeln:
UUID=36FC-D794 /home/usb-02 vfat noauto,async,rw,uid=vmware,gid=vmware 0 0
Somit ist es egal welchem Device die USB Platte zugeordnet wurde.
Nun muss die USB-Festplatte gemountet werden sobald Sie vom Kernel erkannt wurde.
Hierzu habe ich ein kleines script “dmount.pl” geschrieben:
#!/usr/bin/perl -w
use strict;
my $uid = shift (@ARGV) || '';
my $dest = shift (@ARGV) || '';
my $path = '/dev/disk/by-uuid/';
die 'first arg is uid' if $uid eq '';
die 'secord arg is mount path' if $dest eq '';
while (! (-e $path . $uid)) {
sleep (1);
}
system ('mount '.$dest);
Dieses Script wartet bis die übergebende UUID vorhanden ist und ruft dann “mount” auf.
Ein Eintrag kann in der “/etc/init.d/bootmisc.sh“-Datei am Ende in etwa wie folgt erfolgen:
#
# delay mount usb harddrives
/home/rhuesing/dmount.pl d245458e-026c-49f8-bd9f-746e88dae87b /home/usb-01 &
/home/rhuesing/dmount.pl 36FC-D794 /home/usb-02 &
vmserver:/home# df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/sda1 19G 1,9G 16G 11% /
/dev/sda3 444G 393G 51G 89% /home
/dev/sdb1 597G 589G 7,1G 99% /home/640gb
/dev/sdc1 466G 389G 54G 88% /home/usb-01
/dev/sdd1 466G 11G 456G 3% /home/usb-02
Habe mal Wordpress auf 2.6.1 aktualisiert, olé.
Wie Paul so schön anmerkte nervt Wordpress, gut, stimm ich zu. Ein weiterer Punkt in seiner Auflistung ist das die Code Qualität (teilweise) unter aller Sau ist - evtl. kommen daher die teils gravierenden Sicherheitsprobleme. Mag sein das das in neueren Versionen behoben wurde.
Was mir übrigens gefällt ist das man in meinem Blog Kommentare posten kann ohne sich zuregistrieren - bei Paul geht das nicht. Mag nun nur eine Einstellungssache sein, aber für den User ists wurst. Ich schreibe deswegen einen Beitrag mit Trackback und setze keinen Kommentar bei Paul.
óle óle .. ich habs gemacht. Toll!
Es funktionierte sogar fast auf anhieb, das eingestellte Theme war nur irgendwie nach dem Upgrade kaputt und es wurde mir eine leere Seite ausgeliefert.
Zum Glück ging der Admin-Bereich noch und ich konnte das Theme umstellen.
Jedenfalls tut die Seite jetzt erstmal wieder und mein Web-Admin kann etwas ruhiger Schlafen da meine WP-Version nun nicht mehr aus der Steinzeit ist und drei bis sieben Bugs weniger haben sollte (so hofft man)
Wenn ich irgendwann mal Lust hab such ich mir mal ein ansehnliches Theme raus, jetzt muss erstmal das Standard Dingens herhalten.
Als ich eben etwas unqualifiziert auf den Statistiken von uberwach.de rumgeklickt habe bin ich bei masterbootrecord.de gelandet.
Man wird doch glatt massiv darauf hingewiesen die Werbung dort zu konsumieren.
Natürlich ist mir deren Anliegen, was ja auch beschrieben wird, klar, aber irgendwie ist mir sowas dann doch neu.