Ich hab hier einen alten Rechner stehen, gefühlte 8 Jahre oder so alt. Dem wollte ich wenigstens noch mit etwas RAM aushelfen. DDR-RAM in vernünftigen Größen ist ja schon fast wieder teuer. Wie dem auch sei, Rechner auf, RAM Riegel in die zweite Bank gepackt, Rechner gebootet. RAM wird nicht erkannt. Scheint, als würde das Board kein 1GB Riegel vertragen¹. Also umgetauscht gegen 512 MB. Eingebaut, Windows stürzt beim booten reproduzierbar ab. Hört sich also nach defektem Riegel an. Also umgetauscht. Neuen 512 MB Riegel erhalten und eingebaut. Genau das Gleiche, Windows stürzt beim Booten reproduzierbar ab. Ich war kurz davor, die Riegel zu nehmen und im Müll zu entsorgen, so wichtig war mir der alte PC nicht. Als letzten Versuch, entferne ich den alten 256MB Riegel und packe den 512 MB Riegel rein. Rechner bootet. 256 MB Riegel hinzu, Rechner stürzt ab. WTF? Können Speicherbänke also auch kaputtgehen? Sieht jedenfalls verdammt danach aus. Nun läuft Windows mit 512 MB wenigstens einigermaßen erträglich. 256 MB sind doch so unerträglich langsam, dass ich mich gefragt habe, wie der Besitzer es so lange damit ausgehalten hat.
¹) Komme mir keiner mit Bios-Update. Das ist so ein dämliches OEM Board, das gibt es nichtmal offiziell vom Hersteller. Bei dem Hersteller des OEM-PCs (einem Markenhersteller mit 2 Buchstaben), findet sich im übrigen auch nichts zum Board. Dann fliegen da im Internet noch diverse BIOS-Updates für das Board rum, welches wohl auch von Medion mal vertrieben wurde. Nur leider andere Versionsnummer. Aber da hab ich mir nicht getraut, das Board damit kaputt zu flashen. Juchu, ein Hoch auf OEM-Boards…
Wednesday, 4. November 2009
alter Rechner
Wednesday, 29. July 2009
Vergessenes Passwort
Wednesday, 27. May 2009
SSHFS und globaler Namespace
Friday, 24. April 2009
Restore eines Backups
Tuesday, 3. February 2009
Gelöschte Dateien wiederherstellen
Wednesday, 29. October 2008
Cyrus und Sieve kaputt?
Sunday, 4. May 2008
Alternative zu Siteminder ?
Thursday, 17. April 2008
Bug in initramfs-tools
Wednesday, 20. February 2008
Wubi
Wubi ist ein alternativer Windows-Installer für Ubuntu. Er erlaubt es, Ubuntu auf einer Windows-Partition zu installieren, indem es virtuelle Disk-images anstelle richtiger Partitionen erstellt. Der Installer fügt anschließend einen Eintrag in die boot.ini von Windows hinzu, so dass ab dem nächsten Reboot Ubuntu gebootet werden kann. Es handelt sich dabei nicht um eine virtuelle Maschine, sondern um ein richtiges echtes Ubuntu.Es gibt anscheinend auch Bestrebungen Wubi mit Hardy als alternativen Installer auszuliefern.
Das scheint ein interessanter Weg, Ubuntu parallel zu installieren, ohne Gefahren für Windows. Werd ich demnächst mal ausprobieren.
Saturday, 5. January 2008
Das Cut & Paste Profile
Wenn man als Admin oft auf vielen verschiedenen Unixsystemen zu Gange ist und auf diesen Systemen sogar noch sehr oft die SystemUser wechselt gibt es oft eine Menge Gründe die gegen das Konfigurieren eigener Einstellungen sprechen:
Viele Admins beschränken daher nur auf die Funktionalität die man bei einer typischen Shell-Sitzung antrifft und setzen die unabdingbaren Einstellungen (wie z.B. eine passende TERM-Variable) bei jeder Session neu.
Eine Lösung für dieses Problem ist, sich die passenden Kommandos in eine Datei zu schreiben und den Inhalt bei Bedarf in das gerade geöffnete Shellfenster per Cut & Paste zu übertragen.
Bei mir sieht diese Datei wie folgt aus (ich administriere einige Solaris und Linux Systeme):
Mann kann den Inhalt der Profil Datei mit dem Werkzeug "xsel" (z.B. verfügbar als Paket
"xsel" in Debian) automatisiert in den den Buffer befördern:
--- ~/.Xresources
# execute 'xrdb -merge ~/.Xresources' to activate
XTerm*.Translations: #override \
Ctrl<p><key>X: insert-selection(SECONDARY)
---Auf diese Weise kann man durch die Tastenkomination "Ctrl + x" jederzeit das Profil
schnell in eine Shellsession pasten. Schon nach kurzer Zeit geht dieses Vorgehen ins Rückenmark
über ....
Alternativ kann man den Cut&Paste des Remoteprofils auch in Screen verdrahten - dies ist vor allem nützlich wenn Screen auf dem Rechner läuft von dem man sich auf den zu administrierenden Kisten einloggt (z.B. ein kassischer Jumphost). Mit folgender Anweisung kann man dann Cut&Paste des Profils relativ bequem im aktuellen Screen mit "STRG+a x" (Profil in den Screenbuffer saugen) und "STRG+a X" (Screenbuffer ins Terminal kippen) durchführen.
-- ~/.screenrc
bind x readbuf ~/.remote-profile
bind X paste .
--
- die Policy verbietet es (wenn verschiedene Admins auf dem System administrieren, sich aber die selben User teilen)
- man arbeitet nur temporär auf dem System um ein Problem zu beheben
- manche Benutzer werden von mehreren Personen gleichzeitig verwendet
(z.B. ein DB2 Instanzuser) - es ist mühsam das Profil regelmäßig auf einigen hundert Systemen zu aktualisieren
- durch eigene Profile können Daemons die den selben Systemuser verwenden unter Umständen negativ beeinflusst werden
(z.B. bei Verwendung LC_* oder LANG-Umgebungsvariablen werden beim Durchstarten des Prozesses diese Variablen an den gestarteteten Prozess vererbt)
Viele Admins beschränken daher nur auf die Funktionalität die man bei einer typischen Shell-Sitzung antrifft und setzen die unabdingbaren Einstellungen (wie z.B. eine passende TERM-Variable) bei jeder Session neu.
Eine Lösung für dieses Problem ist, sich die passenden Kommandos in eine Datei zu schreiben und den Inhalt bei Bedarf in das gerade geöffnete Shellfenster per Cut & Paste zu übertragen.
Bei mir sieht diese Datei wie folgt aus (ich administriere einige Solaris und Linux Systeme):
--- ~/.remote-profile
[ "$BASH_VERSION" = "" ] && bash
export PS1='$(EXC=$?;if [ $EXC != 0 ] ;then echo \[\e[31m\]ERR "$EXC : " ; fi)\[\e]0;\w\a\]\[\e[32m\]\u@\H(\t) \[\e[33m\]\w\[\e[0m\] \n\$ \[\e]2;\u@\H \w\a'
alias DATE='date "+%Y-%m-%d_%H-%M-%S"';
if(uname |grep -v Linux);then
alias screen="SHELL=/usr/bin/bash TERM=vt100 screen"; alias less="less -n"
alias gdiff="/usr/local/bin/diff";
export TERM=vt220; alias bps="/usr/ucb/ps"; alias ggrep="/usr/local/bin/grep"; stty erase ^?
export EXINIT="set autoindent showmode showmatch ignorecase flash notimeout"
fi
type -p less >/dev/null 2>&1 && export PAGER=less
lspath(){
CURR="`/usr/*bin/nslookup $(uname -n) 2>/dev/null|awk '/'$(uname -n)'/{print $2}'`"
if ( echo $1|egrep "^/" >/dev/null 2>&1); then
echo -e "\n '${LOGNAME}@${CURR}:$1\n"
else
echo -e "\n '${LOGNAME}@${CURR}:${PWD}/$1\n"
fi
}
type vim >/dev/null 2>&1 && alias vi="vim"
alias l="ls -la"; alias ll="ls -l" ; alias lf="ls -Fa"; alias sl="ls"; alias lt="ls -latr";
---
Nun ist es schon etwas mühsam, bei jedem Login ein File zu öffnen und dessen Inhalt via Cut & Paste in die neue Shell zu übertragen. Eine ganz relativ elegante Lösung für dieses Problem bieten die verschiedenen "Selection Buffer" des X11 Servers. Da der "SECONDARY" Selection Buffer eigentlich nur selten in Verwendung ist, kann man diesen als dauerhaften Zwischenspeicher für das Profil verwenden.[ "$BASH_VERSION" = "" ] && bash
export PS1='$(EXC=$?;if [ $EXC != 0 ] ;then echo \[\e[31m\]ERR "$EXC : " ; fi)\[\e]0;\w\a\]\[\e[32m\]\u@\H(\t) \[\e[33m\]\w\[\e[0m\] \n\$ \[\e]2;\u@\H \w\a'
alias DATE='date "+%Y-%m-%d_%H-%M-%S"';
if(uname |grep -v Linux);then
alias screen="SHELL=/usr/bin/bash TERM=vt100 screen"; alias less="less -n"
alias gdiff="/usr/local/bin/diff";
export TERM=vt220; alias bps="/usr/ucb/ps"; alias ggrep="/usr/local/bin/grep"; stty erase ^?
export EXINIT="set autoindent showmode showmatch ignorecase flash notimeout"
fi
type -p less >/dev/null 2>&1 && export PAGER=less
lspath(){
CURR="`/usr/*bin/nslookup $(uname -n) 2>/dev/null|awk '/'$(uname -n)'/{print $2}'`"
if ( echo $1|egrep "^/" >/dev/null 2>&1); then
echo -e "\n '${LOGNAME}@${CURR}:$1\n"
else
echo -e "\n '${LOGNAME}@${CURR}:${PWD}/$1\n"
fi
}
type vim >/dev/null 2>&1 && alias vi="vim"
alias l="ls -la"; alias ll="ls -l" ; alias lf="ls -Fa"; alias sl="ls"; alias lt="ls -latr";
---
Mann kann den Inhalt der Profil Datei mit dem Werkzeug "xsel" (z.B. verfügbar als Paket
"xsel" in Debian) automatisiert in den den Buffer befördern:
--- z.B. in ~/.xinitrc
cat ~/.remote-profile|xsel -s -i
---
Nun benötigt man nur noch eine elegante Möglichkeit den Inhalt des "SECONDARY" Selection Buffer in eine laufend Shell-Session zu befördern. Elegant geht dies z.B. mit folgender Einstellung für das Standard XTerm:cat ~/.remote-profile|xsel -s -i
---
--- ~/.Xresources
# execute 'xrdb -merge ~/.Xresources' to activate
XTerm*.Translations: #override \
Ctrl<p><key>X: insert-selection(SECONDARY)
---
schnell in eine Shellsession pasten. Schon nach kurzer Zeit geht dieses Vorgehen ins Rückenmark
über ....
Alternativ kann man den Cut&Paste des Remoteprofils auch in Screen verdrahten - dies ist vor allem nützlich wenn Screen auf dem Rechner läuft von dem man sich auf den zu administrierenden Kisten einloggt (z.B. ein kassischer Jumphost). Mit folgender Anweisung kann man dann Cut&Paste des Profils relativ bequem im aktuellen Screen mit "STRG+a x" (Profil in den Screenbuffer saugen) und "STRG+a X" (Screenbuffer ins Terminal kippen) durchführen.
-- ~/.screenrc
bind x readbuf ~/.remote-profile
bind X paste .
--
Apropos: Verbatim-Blöcke in Serendipity sucken echt - irgendwas ist immer verhuntzt 
Ständig muss man im HTML-Source nachbessern. (Christian : Hast du einen Tipp ?)
