HOSTBLOGGER.de

Wieso machen es sich bzw. ihren Kunden gewisse Software-Hersteller so schwer. Statt einem 1-Click-Upgrade sitze man dann eine gefühlte Ewigkeit da, um erstmal diverse Hacks auszuprobieren.

Dabei war es doch nur eine gar-nicht-systemnahe Software

Eben hatten wir einen Fall, wo die Anleitung von neulich nicht ganz ausreichend war.

Hier noch etwas, das hilfreich sein könnte:

mkdir /TARGET
mount /dev/[root-Device] /TARGET/
# ggf. hier weitere Partitionen wie /boot mounten
mount -B /dev /TARGET/dev
mount -B /sys /TARGET/sys
mount -B /proc /TARGET/proc
chroot /TARGET/

upgrade-from-grub-legacy

Gestern hat mich BASE zum dritten Mal angerufen und versucht, mit welchen Argumenten auch immer zum Bleiben zu bewegen.

Auf ein

... aber ich kann viel mehr tun als meine Kollegen, die Sie vorher angerufen haben!

habe ich genervt erwidert, dass ich es für nahezu ausgeschlossen halte, dass der Anrufer die nähere Umgebung hier binnen 4 Monaten mit UMTS-Masten pflastert, und habe das Gespräch dann auch zügig beendet.

Wie schön ein Mobilfunkanbieter gegen Ende des auslaufenden Vertrages doch einen noch negativeren Eindruck hinterlassen kann

Ich finde, dass man ab gewissen Temperatur-Werten (nach unten) den Bezug verliert.

Wir überlegen hier intern, ein öffentliches Wiki (evtl. auch mit Mitarbeit ausgewählter Dritter) mit Anleitungen und Informationen für unsere DSL-, Webhosting- und Root-Server-Kunden anzulegen. Darin würden wir einen Teil der FAQ (sofern es sich um Anleitungen handelt) integrieren. Dem gegenüber stehen derzeit eine reine FAQ-Datenbank sowie einige How-Tos als PDF-Dateien.

Was bevorzugt Ihr? Lieber ein Wiki, oder doch eine PDF, oder eine FAQ-Datenbank? Wo bzw. wie möchtet Ihr lieber kurze Antworten sehen, wo lieber Anleitungen?

Ich bin auf Eure Kommentare gespannt

Soeben kam hier eine seltsame Lieferung von Amazon an: Geschickt (da außen gelabelt) an uns, innenliegend eine Rechnung an einen uns unbekannten Dritten samt den vermutlich von ihm bestellen Artikeln.

Dass sowas Amazon passiert...

Seit heute sind übrigens wieder alle DNS-Slaves der Blacklist am Netz. Ich bin gespannt, wem von den DNS-Slave-Betreibern das überhaupt auffällt. Zumindest die Abschaltung wurde großflächig nicht bemerkt.

Von einem Kunden

So, also falls sich nochmal ein Kunde melden sollte, dessen Debian System nicht mehr bootet:

wenn man (vor 2 Jahren) mit lenny anfängt, dann auf squeeze geht und immer brav mit aptiude update, safe-upgrade und dist-upgrade durchläuft, kommt man am ende evtl. mit einem System raus, das kein linux-image installiert hat, weswegen das grub update eine leere grub.cfg produziert (weil in /boot/ nur ein bzImage herumliegt, aber kein vmlinuz). Reparieren kann man das ganze im Rettungssystem wie folgt:

mount /dev/[bootplatte] /mnt/;
mount -B /dev /mnt/dev;
mount -B /sys /mnt/sys;
mount -B /proc /mnt/proc;

chroot /mnt

und dann, weil Debian gerade sowieso dabei ist, sich selber zu zerhäckseln, ist die mdadm conf auch leer. Also:
mdadm --examine --scan >> /etc/mdadm/mdadm.conf

und dann das rettende:

aptitude update;
aptitude install linux-image-[wasManGerneHätte]

An dieser Stelle nochmal herzlichen Dank an A. Hofmann!

SCHAMLOSE WERBUNG
Debian Root Server
/SCHAMLOSE WERBUNG

Dafür!


Ich weiß gerade nicht, ob der Inhalt des Zeugs oder der Isopropanol (zum Reingen des Bodens) schlimmer riecht...

Weil ich es immer mal wieder auf externen Server sehe: Eine ~/.my.cnf im Format

[mysql]
user = root
password = letmein

[mysqld]
user = root
password = letmein

[mysqldump]
user = root
password = letmein

[mysqladmin]
user = root
password = letmein

lässt sich auch ohne gzip oder bzip2 relativ einfach komprimieren:

[client]
user = root
password = letmein

Danke, Stromberg