argonius.de - Blogging my way

Nachdem ich nun ewig rumgespielt habe, um meinen neuen Workstation Drucker HP Laserjet 1020 zum laufen zu bringen,
hab ich es _endlich_ geschafft.

Um anderen den mühseligen Weg zu ersparen, will ich hier kurz schreiben, wie ich es hinbekommen habe.

Zuerst wurde der Drucker unter Gnome wunderbar erkannt, funktionierte natürlich jedoch einfach nicht.
Also führte ich laut http://benaiah41.wordpress.com/2007/07/06/installing-a-hp-laserjet-1020-on-ubuntu-feisty/ die angegebenen Schritte durch.
Danach erschien der Drucker auch wunderbar in der Einrichtungshilfe. Jedoch spuckte er kein Blatt aus.
Also weitergespielt.
Drucker gelöscht, neu installiert, serial=xxxx entfernt, alles nix geholfen.

Letztlich habe ich dann einfach mal noch folgende Debian-Pakete installiert:
- hplip-ppds
- hplip-gui

Danach den Drucker nochmal gelöscht, neu installiert, _das serial=xxxx stehen gelassen!!!_ und zack! hat es funktioniert.

long long way, mit erfreulichem Ende.

Eigentlich eine recht einfache Geschichte.
Man setzt die Shell des Users in der passwd auf /bin/false (unter Debian). Das doofe hier ist nur,
dass /bin/false als Shell auch unter /etc/shells eingetragen sein muß. …. Naja, jetzt weiß ichs

Irgendwie blöd, wenn man ein großes Logfile hat und sich denkt “hey! ich richt mal lieber noch logrotate dafür ein” und will es dann direkt mit

logrotate /etc/logrotate.d/

starten. Problem ist nur, das Logrotate nicht beim ersten mal rotiere will

Abhilfe schafft hier folgendes vorgehen:

1. logrotate laufen lassen
2. /var/lib/logrotate.status für die neuen Dateien bearbeiten (Datumsmässig zurücksetzen)
3. logrotate erneut laufen lassen und freuen

Viel Spaß

Ich hab gestern mal ein kleines Script gebaut, welches 3 mal Vollbackups erstellt und dazu jeweils immer 9 Incrementelle Backups. Das ganze wird natürlich durchrotiert und per rsync auf einen BackupServer abgebildet.

Wer will kann es gern für sich nutzen:

http://www.argonius.de/downloads/backup.sh

Habe heut ziemlich lang an nem Problem gehangen:

Ein PHP Script wurde nicht ausgeführt. Nach längerem schauen, fand ich raus das er das Script erst garnich findet.

Hin und Her, safe_mode = off gestellt. Dann konnte er das Script ausführen aber immernoch nicht finden?!?!?!

Ende vom Lied war einfach, dass open_basedir restrictions zwar den Lese/Schreibzugriff auf Ordner, welche nicht im open_basedir Pfad sind, unterbinden, aber dass immernoch fleissig executed werden kann.

Hier werden bald meine täglichen Problemchen und Probleme, mit welchen ich in meinem Beruf als Systemadministrator konfrontiert werde, niedergeschrieben.