Schlagwort: Debian

debian, grub, kernelupdate, falsches root-device

prego 4 Kommentare

Grad mit Thomas drueber gesprochen und er meinte ich sollte mal nen Blogeintrag schreiben, weil sich das keiner durch liesst. Das Problem ist, dass bei einem Debian System, in diesem Fall Lenny auf einem Dell Poweredge 1950/2950 bei einem Kernelupdate immer automatisch auch die /boot/grub/menu.lst geupdated wird, und da dann immer ein falsches root-device genommen wird, so dass das booten scheitert. Die Ursache bei den Poweredge Systemen ist, dass sie eine Broadcom NetXtreme II Netzwerkkarte verbaut haben mit einer propietaeren Firmware, die man beim installieren via USB-Stick nachliefern muss. Der USB-Stick wird als /dev/sda und die Festplatten dann als /dev/sdb etc. erkannt. Das root-device ist danach in der fstab und menu.lst /dev/sdb. Nach dem manuellen aendern bleibt die fstab auch den rest Ihres lebens so, die menu.lst wiegesagt nicht. Das ganze kann man aendern, indem man in der /boot/grub/menu.lst die Zeile

#kopt=root=/dev/sdb1 ro

sucht und entsprechend abaendert in das _richtige_ root-device. Wichtig ist, dass man das ganze auskommentiert laesst. Wenn man ein bisschen drueber liesst, steht das da auch, aber wie Thomas schon richtig anmerkte: das liest ja eh keiner. Bei mir hat es auch mehrere Stunden gedauert ;-)

Debian, Nagios, External Commands

prego Schreib einen Kommentar

MAAAAAAAAN… immer wieder das gleiche:

/etc/init.d/nagios3 stop
dpkg-statoverride --update --add nagios www-data 2710 /var/lib/nagios3/rw
dpkg-statoverride --update --add nagios nagios 751 /var/lib/nagios3
/etc/init.d/nagios3 start

via /usr/share/doc/nagios3/README.Debian

Blog downtime am Wochenende

prego Ein Kommentar

Am Wochenende war mein Blog nicht zu erreihen (zwitscher). Seit Montag ist er nun wieder da, und wie angekuendigt (zwitscher) hier 2-3 Zeilen dazu…

Ich habe mir mit drei weiteren Freunden (Eins, Zwei, Drei) einen Rootserver bei Hetzner gemietet. Darauf haben wir mit xen fuer jeden von uns eine virtuelle Maschine, und noch Luft und Platz nach oben was weitere angeht. Jeder von uns, hat (natuerlich) auch einen eigenen Mailserver. Thomas hat seine roundcube Installation nicht upgedated, was zur Folge hatte, dass – klassisch – durch eine bekannt gewordene Sicherheitsluecke und ein schnell im Netz auftauchendes exploit jemand die roundcube Installation gehackt und missbraucht hat. Hetzner hat daraufhin den Server gesperrt. Ueber das Wochenende gab es keinen kostenlosen technischen Support, weswegen das ganze Prozedere (serielle Konsole beantragen, Untersuchen, Formblatt ausfuellen und faxen etc) dann bis Montag gedauert hat. Danke an Matthias an dieser Stelle, dass Du das alles gemacht hast! Thomas ist open to abuse.

Was lernen wir alle nun daraus?? Ich kann mich nur auf mich selber verlassen?! Immer schoen alle Sicherheitsupdates installieren?! Keine Pakete von Hand installieren dessen Newsfeed ich nicht lese?! Wenn jemand auf der Arbeit mit Linux-Servern zu tun hat, dann sind die privaten Systeme immer die unsichersten?! Wenn ich mir etwas teile, dann habe ich nicht nur fuer meinen Teil Verantwortung?! … Und immer so weiter… Ich mach mir auf jeden Fall meine Gedanken dazu, und bin gespannt, was Thomas an Kaffee und Kuchen ausgiebt.