Zockertown: Nerten News

Ich bin ja ein Fanboy von Fritz. Besonders gut finde ich auch die Fritzphones.

Wegen eines ISP wechsels mußte ich  mir einen neuen Router aussuchen. 

Ich habe mich für den 7590 entschieden. Vorher hatte ich Fritz!box 6390 Cable.

Mit dem 7590 hatte ich so meine Schwierigkeiten, Wlan verbinden klappte sehr gut, aber nach dem mein Notebook im Suspend to ram war, war ein reconnect unmöglich. Nur mit Fritzbox restart bzw. mit der WLan Taste aus/ein, konnte das behoben werden.

Auch eines meiner Android Spmartphones hatte Probleme, es behauptete immer Authentifizierungsproblem.

Der Softwarestand der 7590 war FRITZ!OS: 06.92. Ich habe mir die Labor Software fritzbox-7590-labor-59298 installiert, denn im Readme stand einiges in dieser Richtung.

Das Resultat mit dieser FRITZ!OS: 06.98-59298 BETA geradezu sensationell.

Endlich wieder rattenschnelles reconnect nach dem aufwachen des Laptops und auch das Android Smarphone meckert nicht mehr.

(Das war früher mit Debian Jessie auch schon mal so schnell, mit meinem Buster war es schon immer etwas langsamer)

Ist schon interessant, welchen Einfluß der Wifi Sender haben kann, es liegt nicht immer an den Clients, wie ich hier bemerken durfte.

Jetzt warte ich, bis die Preise für das 7590 runter gehen und hole mir eine zweite, damit hätte ich das Haus perfekt ausgeleuchtet.

Was macht der Esel, wenn's ihm zu gut geht? Er geht aufs Eis.

In meinem Falle habe ich spontan ein Dist-upgrade auf testing(Squeeze) gemacht. Ging eigentlich ganz schmerzlos. Nach dem Upgrade war zwar keine Gui und kein wlan mehr da, aber ein anstöpseln ans Lan und apt-get install wicd durchgeführt, brachte mir das wlan wieder in Ordnung. Dann habe ich mit tasksel laptop & Desktop installiert. Merkwürdigerweise führte ein Installationsversuch mit apt-get install gnome usw. nur zu unlösbaren Konflikten. Dann Icedove nachinstalliert, war nämlich auch verschwunden. Mein Gnu-pgp ist auch weg. Nun gut, kein Problem, glücklicherweise bleiben bei solchen Aktionen ja immer die Config Dateien erhalten, so das man sich das einrichten ersparen kann. Ps: Suspend2RAM geht jetzt wieder... Super bloss nicht dran rühren

Weil es im großen und ganzen so gut geklappt hat, habe ich natürlich auch den grub2-pc mit update-from-grub-legacy als default installiert. natürlich auch noch grub2-splashimages installiert. Sind schonmal nette Bildchen da drin. Um einen anderen Splash Screen zu installieren, ist es notwendig das entsprechende Bild nach /boot/grub zu kopieren. Jedenfalls dann, wenn die /boot Partition wie bei mir eine eigene Partition ist. Zum Beispiel mit cp /usr/share/images/grub/Lake_mapourika_NZ.tga /boot/grub/

Grub2 wird ganz anders konfiguriert als der alte Grub. Damit der neue Splash auch verwendet wird, muß der Bildname in /etc/grub.d/05_debian_theme eingetragen werden.

#/etc/grub.d/05_debian_theme 
  for i in {/boot/grub,/usr/share/images/desktop-base}/Lake_mapourika_NZ.{png,tga} ; do

Ein Artikel dazu ist übrigens in der C'T Ausgabe 17 erschienen. Der erläutert noch weitere Dinge. Grub2 kann übrigens auch mit LVM umgehen, ich habe mich damit aber noch nicht beschäftigt

Debian -- Debian Squeeze Release-Informationen

Der neue 2.6.29 hat jede Menge neues zu bieten, das zähle ich hier nicht auf, denn das kann man auf kernelnewbies im Detail nachlesen. Gründe für mich, nun den neuen Kernel zu verwenden ist u.a. der nun im staging Zweig des Kernels neu hinzugekommende Treiber für mein oled Display. Nun ist per default der Treiber als Modul vorhanden und ich brauche nicht immer extra den Treiber compilieren und erspare mir dadurch manuelle Arbeit. Staging Driver werden nicht per default angeboten, sondern man muß explizit unter Option->show all options den Haken setzen. Damit nicht genug, man beachte die im Screenshot grün markierten Checkboxen. Quasi doppelt gemoppelt. Beim booten wird einem dann der folgende Text um die Ohren gehauen. Klingt gefährlich, nicht wahr? (Ps: weil der Font im xconfig so groß ist, musste ich den Screenshot etwas faken, ein shot alleine passte nicht auf meinen Desktop). Kleine Googlehilfe: Mein System meldet nun bei uname -a Linux Asus 2.6.29logo #1 SMP PREEMPT Wed Mar 25 14:55:05 CET 2009 i686 GNU/Linux

[   10.011317] asus_oled: module is from the staging directory, the quality is unknown, you have been warned.
[   10.015468] asus-oled 5-7:1.0: Attached Asus OLED device: G1/G2 [width 128, pack_mode 0]

[   28.915757] iwl3945 0000:03:00.0: firmware: requesting iwlwifi-3945-2.ucode
[   29.068179] iwl3945: iwlwifi-3945-2.ucode firmware file req failed: Reason -2
[   29.068265] iwl3945 0000:03:00.0: firmware: requesting iwlwifi-3945-1.ucode
[   29.139876] iwl3945: Loaded firmware iwlwifi-3945-1.ucode, which is deprecated. Please use API v2 instead.
[   29.139985] iwl3945: Firmware has old API version. Expected 2, got 1. New firmware can be obtained from http://www.intellinuxwireless.org.
[   29.140091] iwl3945 loaded firmware version 2.14.1.5

Deshalb habe  iwlwifi-3945-ucode-15.28.2.8.tgz von intellinuxwireless.org geholt und mit cp iwlwifi-3945-ucode-15.28.2.8/iwlwifi-3945-2.ucode /lib/firmware/ an die richtige Stelle kopiert.

[   24.453142] iwl3945 0000:03:00.0: firmware: requesting iwlwifi-3945-2.ucode
[   24.545729] iwl3945 loaded firmware version 15.28.2.8

 Hier sieht man nicht nur die Bestätigung, das die richtige Firmware geladen worden ist, sondern auch, das das booten offensichtlich 5 Sekunden schneller war. Vielleicht(hoffentlich) liegt es daran, das ich den bootparameter fastboot übergeben habe ....

[update 01.04.09:] Ich kann nun mit Sicherheit behaupten, das das nervige sata Problem endlich beseitigt ist. (siehe auch dem Artikel mit den Samsungplatten)

Was macht man(n) eigentlich, wenn einem der Bootvorgang zu lange dauert? Richtig, man (ver)misst ihn, will sagen, man zeichnet den Verlauf auf. Richtig prima klappt das mit bootchart. Ein apt-get install bootchart bootchart-view reicht aus, um es zu installieren. In der Konfigurationsdatei /etc/bootchartd.conf habe ich nur den Parameter für das automatische generieren des Bildes eingeschaltet. Allerdings hat man nun noch nicht den Bootvorgang protokolliert, sondern man muß dem Kernel via Grub  in /boot/grub/menu.lst noch einen Boot Parameter mitgeben. Dazu stellt man als zusäzliche Option den init Prozess auf den bootchartd mit init=/sbin/bootchartd. Damit ist der erste zu startende Prozess der bootchartd. Nun kann er alles Mögliche protokollieren und zum Schluß so ein Bildchen, wie das nebenstehende generieren. Die Version im Repository von Lenny ist kaum weiter als die Version, die ich damals auf dem TC1000 Tablet Pc benutzt habe. Darüber hatte ich gar nicht geblogt, aber die Bilder von damals sind noch erhalten, wer Lust hat, kann sie ja mal zum Vergleich ansehen. Sie liegen im download im Blog ... Einen Unterschied sieht man dann schon, 2005 auf dem 1000MHz Transmeta Prozessor war der limitierende Faktor die CPU, die war praktisch die meiste Zeit am Anschlag. Somit waren Optimierungen auch nur schwer möglich, einmal abgesehen davon das man natürlich immer unnötige Dienste einfach nicht startet, das hilft sowieso am meisten.

Doch nun zur aktuellen Situation, vorweg gesagt, ich habe bereits den Zeitfresser Exim4 eliminiert, der hat auf meinem Laptop nichts zu suchen. Schön zu sehen, mein Wunsch, mal mit Sun's Virtualbox zu spielen, hat Konsequenzen. Muss ich unbedingt abschalten, benutze ich momentan sowieso nicht. Was man auch erkennen kann, ist das frühe enablen der wlantreiber und das aufbauen der Netzverbindung. Darauf möchte ich auf gar keinen Fall verzichten, schliesslich ist es mehr als bequem, wenn man in der Konsole im Falle eines Falles eine funktionierende Internetverbindung zu haben.

Soweit die Theorie. Das zweite bootchart ist nach dem entfernen der Virtualbox entstanden, sonst ist nichts verändert worden. Die Preisfrage ist nun, warum hat das booten nun 3 Sekunden länger gedauet? Kommt mir jetzt nicht damit, das ich das öfter versuchen soll und die Zeit mitteln. Das ist ja beim Neustart wirklich nicht relevant, oder doch? Also Rätsel über Rätsel.

Kleine Ergänzung: Ich habe hier drei weitere detailierte bootcharts mit  bootchart -f svg -n ./bootchart-x.tgz den Optionen -n (No Prune) -f svg als komprimierte svg erzeugt. Damit mein Apache Server diese *.svgz so ausliefert, das der Firefox das auch erkennt, musste ich übrigens noch in der /etc/apache2/apache2.conf  AddEncoding gzip .svgz hinzufügen. (hier gefunden) Damit ist der Fehler XML Parsing Error: not well-formed behoben. Nun wird die SVG Grafik korrekt im Browser angezeigt. Erklärungen für diese drei erspare ich mir jetzt vorerst, weil ich sie selber noch nicht ganz begreife

Dazu schreibe ich morgen mehr. Der Screenshot ist schon mal da.So, jetzt ist's Morgen Also, der Screenshot ist von der Livecd Elive 1.7.10. Das ist eine auf Debian basierende mit E17, also Enlightenment basierende Distri.

• PROs:
  Sieht verdammt gut aus,
  scheint komplett über die selbstgestrickte GUI epanel administrierbar zu sein.
  Die zukünftige Version wird auf Debian Lenny mit E17 basieren.
  Die LiveCD bootet schnell.
  Meine Syntek Webcam geht.
• Con's:
  Der Wifi Konfigurator möchte die Verschlüsselungsart wissen, dann klappt es mit wlan allerdings.
  Die Development Version läßt sich nicht installieren.
  Der bootcheat Desktop=fluxbox hat nicht funktioniert.
  Die MultimediaTasten des Asus Laptop funktionieren nicht out of the box.
  Die Stable Version läßt sich nur über einen Code frei runterladen, ansonsten soll man was spenden.
  Community wird allem Anschein nach im Forum zensiert, jedenfalls fand ich Hinweise dazu im LinuxMint Forum.
• Fazit:
  Nichts gegen ein paar Euro für die Mühe, allerdings das ganze so aufzuziehen wie typische nagging Softwareprodukte missfällt mir. LinuxMint fragt auch nach Spenden, ist aber dezent dabei und bekommt dennoch Geld gespendet.

Aber ich werde die Distri im Auge behalten, so ein schön gestyltes E17 muß man selber erst mal hinbekommen. Wer mal eben 700MB zum ausprobieren downloaden will, bitte. Es lohnt sich.

Achso, der Link: elivecd

PS: Wer mir beschreiben kann, wie ich E17 (ja, ich weiß, ist ja noch gar nicht released, sondern die aktuelle CVS Version) sauber unter Ubuntu/Mint zum laufen bekomme, bekommt einen Keks Weil ich finds einfach nur Geil. 

In privaten Mails habe ich ja schon anklingen lassen, das ich während des Urlaubs temporären Internet Zugang hatte.

Als Deutscher Provinzler der ich nunmal bin, habe ich doch einigermaßen gestaunt. Weniger die Tatsache, das ich dort per Wifi Internetzugang hatte, als die Tatsache, das es überall unverschlüsselt und kostenlos ist.

Im ersten Screenshot ist es die Shoppingmall, typisch amerikanisch mit einer Hand voll Fastfood und Fastdrink Geschäften.

Im Airport Restaurant auf Grenada ist Wlan ebenfalls frei, nur möchten Sie eine kleine Gebühr, falls man Strom für den Laptop benötigt. Wohlgemerkt auf einer Insel, wo das britische Recht vererbt wurde und das Durchschnittseinkommen angeblich bei ca. 7000.- US$ liegt.

Ist schon erstaunlich, der Unterschied zu einer Großstadt in Deutschland, hier z.B. Frankfurt Flughafen.

Zwar ein paar freie, aber ich bin ums verrecken nicht rein gekommen. Keine Ahnung warum das nicht klappte.

Im Gegensatz zu heute, ich bin in der Bahnhofsgegend im Hotel.

Fast alle Netze abgesichert dank der deutschen Ängstlichkeit Gründlichkeit. Das Netz auf dem ich eingeloggt bin, ist vom Hotel und verlangt ein Passwort für den Proxy, also nicht wirklich offen, aber immerhin schon ganz brauchbar, erfährt man so wenigstens, wer der Eigner ist und kann ggfs. dort um einen Zugang nachfragen. Für mich war der Zugang im Hotelpreis inbegriffen, man kann allerdings auch so den Zugang nutzen. Ich glaube es sind 6.- € pro 12 Stunden. Nicht billig, aber wenn's dringend ist...

    gimp
    gimp: symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: g_once_init_enter_impl

    ii  libgtk2.0-0                          2.12.9-2                      The GTK+ graphical user interface library
    ii  libgtk2.0-bin                        2.12.9-2                      The programs for the GTK+ graphical user int
    ii  libgtk2.0-common                     2.12.9-2                      Common files for the GTK+ graphical user int

apt-get install --reinstall `dpkg -l | grep libgtk | awk '{print $2}'`

Ich hatte so etwas ähnliches bereits im November mit LinuxMint....

 Dec 25 2007 snapshot: 1.2.23

Ich habe mal den allerneuesten iwlwifi Treiber installiert. Lt. Changelog hat sich viel im Bereich rf_kill_switch getan. Nun, ich muss immer noch per Fn-F² die Antenne aktivieren, aber es gibt nun keine Probleme mehr, wenn ich mir damit Zeit lasse. Immerhin ein Fortschritt. Tiefer dringe ich da heute nicht ein, es geht ja soweit. Wenn ich demnächst mal einen neuen Kernel mache, werde ich sehen, ob man das Problem nicht abstellen kann.

iwlwifi und der killswitch

Nach dem ersten booten mit dem neu gebackenen Kernel 2.6.23.1 funktionierte mein wlan nicht. Ich habe es schnell gefunden, ein Blick mit dmesg in die boot messages ist immer angeraten, dort findet man nämlich:

iwl3945: Radio Frequency Kill Switch is On:
Kill switch must be turned off for wireless networking to work.
iwl3945: Error sending REPLY_TX_PWR_TABLE_CMD: time out after 500ms.

cat /sys/bus/pci/drivers/iwl3945/0000\:03\:00.0/rf_kill

echo 0 >/sys/bus/pci/drivers/iwl3945/0000\:03\:00.0/rf_kill

rf_kill Legende
   0 = RF kill not enabled (radio on)
   1 = SW based RF kill active (radio off)
   2 = HW based RF kill active (radio off)
   3 = Both HW and SW RF kill active (radio off) 

[UPDATE 13.10.2007: Kernel 2.6.23 "Vanilla" läuft nun auf Asus G1 LinuxMint 3.1 ] (Original Artikel vom 8.9.2007) Kernel backen ist für mich eigentlich schon lange aus der Mode gekommen, dazu funktioniert einfach viel zuviel aus dem Stehgreif hinaus. Es gibt natürlich immer noch die eine oder andere Gelegenheit, zum Beispiel, wenn man einen besonderen Treiber braucht. Beim Asus G1 funktioniert ja eigentlich alles out of the box. Nur das oled Display braucht einen Patch im Kernel, ansonsten muß man immer das usbhid modul rmmoden, weil das sich blöderweise das oled Display schnappt. Der Auto von asusoled hat einen Patch bei den Kernel Entwicklern eingereicht. Mit erscheinen des 2.6.23 Kernels sollte das dann aus der Welt sein. Zur Zeit ist der RC 5 aktuell, weil ich aber den RC 1 bei mir auf der Platte habe, habe ich den einfach genommen. Ich habe zum kompilieren make-kpkg benutzt. Vorher mit der Umgebungsvariable CONCURRENCY_LEVEL die Anzahl der CPU's bekannt gemacht, (wenn man nicht ohnehin im /etc/ kernel-pkg.conf CONCURRENCY_LEVEL := 2 gesetzt hat) damit das make nicht so lange dauert, weil immer zwei parallele Prozesse angestossen werden (also das -j im normalen make) Endlich eine vernünftige Nutzung für den Dual Core

export CONCURRENCY_LEVEL=2 (oder 3)
make-kpkg --initrd kernel_image modules_image

NVIDIA-Linux-x86-100.14.11-pkg1/usr/src/nv/nv.c: In function 'nvidia_init_module':
NVIDIA-Linux-x86-100.14.11-pkg1/usr/src/nv/nv.c:1326: error: too many arguments to function 'kmem_cache_create'
... und so weiter

Glücklicherweise war ich nicht der erste mit diesem Problem und so fand ich hier einen Patch, der das reparierte.

Aber ein noch größeres Problem war der Wlan Treiber, der ging nicht, auch mit viel Geduld und Spucke, war da nichts zu wollen.

Ich fand einen neueren, alternativen Treiber, auch von Intel mit Namen iwlwifi-0.1.14, den habe ich zum laufen bekommen und es geht erst mal. Der iwlwifi-0.1.15 geht übrigens nicht, das sind daily builds, da kann so was auch mal vorkommen, also ruhig den neuesten versuchen, wenns nicht geht, dann eben einen, der etwas älter ist. [update 13.10.2007]: Ich habe den iwlwifi-0.1.17 benutzt und damit quasi auf anhieb Erfolg gehabt. Allerdings erwartet der Treiber die Firmware mit Namen iwlwifi-3945-1.ucode und nicht, wie im Paket iwlwifi-3945-ucode-2.14.4 iwlwifi-3945.ucode. Einen Tipp im Vofeld habe ich bei den Gentoo Leuten gefunden und umgesetzt. Man sollte nur den MAC80211 Stack verwenden CONFIG_MAC80211=m und den üblichen, auch für den ipw3945 benutzten WLAN80211 Stack abschalten CONFIG_WLAN_80211 not set. (Ok, Modul einfach nicht laden würde auch gehen

Meine derzeit benutzte .config packe ich noch in den Downloadbereich, damits einfacher wird.

Continue reading "Kernel 2.6.23 backen mit Debian Bordmitteln auf..." »