Mit ‘Ubuntu Server’ getaggte Artikel

Instant-Messaging über die Konsole (AIM, ICQ, Yahoo!, Jabber und MSN)

Donnerstag, 28. Januar 2010

Chris von campino2k.de hat einen interessanten Artikel über “Out-Of-My-Way-Messaging mit irssi, bitlbee und screen” geschrieben.

Erklärung: Irssi ist ein freier IRC-Client auf Kommandozeilenbasis, dieser Client verbindet sich mit dem IRC-Server BitlBee. BitlBee ist ein Instant-Messaging Client. Anders als herkömmliche Clients ist BitlBee jedoch ein Netzwerk-Gateway (Server), der sich dem Benutzer als IRC-Server ausgibt und die Protokolle AIM, ICQ, Yahoo! Messenger, Jabber und MSN kennt. Diese 2 Programme werden in einer Screen-Session gestartet und bleiben auch beim disconnect der SSH-Session verbunden. Bei einem reconnect kann man sich problemlos auf die im Hintergrund laufende Screen-Session aufschalten und die laufenden Programme weiter nutzen.

Link: Out-Of-My-Way-Messaging mit irssi, bitlbee und screen

linux bitlbee

Ubuntu Server 9.10 – update-grub hängt

Mittwoch, 13. Januar 2010

Heute war es mal wieder an der Zeit meinen Ubuntu-Server aufzuräumen. Ich habe mehrere alte Kernel mit aptitude ge’purge’d. Leider ist die Paketverwaltung beim Running postrm hook script /usr/sbin/update-grub hängen geblieben.

...
Entferne linux-image-2.6.31-16-generic ...
Running postrm hook script /usr/sbin/update-grub

Auch ein Beenden der Paketverwaltung und erneutes Ausführen brachte keinen Erfolg, update-grub sowie update-grub2 schwieg nach dem Ausführen… icon cry

Lösung: Ein simpler reboot des Systems hilft manchmal Wunder. icon mrgreen

Debian vs. Ubuntu Server – Suspend to RAM

Mittwoch, 16. Dezember 2009

linux happytuxIn den meisten Fällen ist der Ruhezustand und der Bereitsschaftsmodus unter Ubuntu kein Problem mehr. Mit der Linux-Distribution Debian habe ich festgestellt, dass es mit bestimmter Hardware hin und wieder zu Problemen kommt. Das kann daran liegen, dass bei Ubuntu die Pakete wesentlich aktueller gehalten werden.

Server-Hardware:

Board: MSI P45D3 Platinum
CPU: Intel Pentium Dual-Core E2220
RAM: G.Skill DIMM 2GB PC3-10667U
GPU: ASUS Extreme N6200LE TC256
DVB-S2: TechnoTrend S2-3200 HDTV-S2
SYS-HDD: OCZ Throttle eSATA Flash Drive 8GB
DATA-HDDs: Samsung SpinPoint F1 1000GB (HD103UJ)

Die letzten 6 Tage habe ich mich mit dem Bereitschaftsmodus (Suspend to RAM) unter Debian Lenny (ohne X-Server) beschäftigt. Nachdem ich alle erdenklichen Wiki-Einträge, Foren-Threads und Blog-Artikel über dieses Thema gelesen habe, alle möglichen Kommandos inkl. Optionen ausprobiert habe, bin ich zu dem Fazit gekommen > “Was für ein Sch***!”.

Problem: In meinem Fall ist das System beim pm-suspend problemlos in den Bereitschaftsmodus gefahren. Auch die Logdatei /var/log/pm-suspend.log wurde geschrieben, keinerlei Fehlermeldungen. Nach dem Aufwachen sollte jedoch genau in diese Logdatei auch wieder geloggt werden, das geschah nicht. Ein Ping kam circa 5-10 Sekunden nach dem Aufwachen am System an, danach ist es eingefroren. (weiterlesen …)