Fortsetzung unseres kleinen Demontage-Tutorials für den EEE-PC: Nun geht es dem Display-Deckel an den Gehäusekragen, denn auch dort ist Platz für Basteleien. Zum Beispiel unterhalb der beiden Lautsprecher rechts und links, die hier gut zu erkennen sind. Am oberen Display-Rand zwischen den beiden WLAN-Antennen die (USB-)Webcam; unten und rechts die Elektronik für Hintergrundbeleuchtung und Display-Ansteuerung. Continue reading
“Kühlschranktür auf, Elefant raus, Kamel rein, Kühlschranktür zu” – der alte Kinderwitz liefert das Rezept für den Einbau eines Bluetooth-Adapters ins EEE-Gehäuse, denn erst muss die Flash-Erweiterung aus der ersten Runde weichen. Wegen einiger Brutalitäten gegen die EEE-Gehäuseschale verwandelt sich die Bastelei in das, was die Amerikaner einen “hatchet job” nennen.
Von den vielen schönen Dingen auf Modders Einkaufszettel hat mich die UMTS-Erweiterung am meisten gereizt – eine schöne Idee: den EEE in eine vollwertige Surfstation für unterwegs verwandeln, ein Roadwarrior-Tool. Ich sehe dann allerdings dann doch davon ab, denn:
Zudem: ein Handy hat man ohnehin immer in der Tasche, das kann bald auch UMTS und hat seinen eigenen Akku – Also eine simplere Lösung: ein Bluetooth-Stick. Aber nicht zu simpel: im Gehäuse soll er schon sein. Bei meinem großen Laptop habe ich mir mal einen USB-Port aus dem Gehäuse gerissen, seitdem habe ich mit abstehenden Stöpseln immer so ein maues Gefühl.
Zeitaufwand: ca. 4h
Materialaufwand: 15 Euro für Bluetooth-Adapter und Kleinteile
Nötige Fähigkeiten: SMD-Löten; Feilen, Bohren, Kleben
Also los. Continue reading
[4.5.08: Da ich im ersten Anlauf eine falsche Spannung angezapft hatte – mehr unten – habe ich den Artikel komplett überarbeitet.]
Look, Ma, no hands!
Die internen 4GB reichen zunächst aus – spätestens, wenn man größere Dateien drucken will oder einen Teil seiner MP3- oder Filmesammlung mitnehmen, dann wird’s doch arg eng auf dem internen Flash-Speicher des Asus EEE.
Mein erstes Modding-Projekt versieht den Asus mit einer weiteren internen “Festplatte” in Form eines 8GB-Speichersticks. Dieser wird über USB angebunden, ohne einen der externen USB-Ports zu blockieren – und ohne den Akku des EEE nennenswert zu belasten.
Zeitaufwand: ca. 2 Stunden
Materialaufwand: 30 Euro für den Stick, ein paar Kabel, etwas Tesa
Nötige Fähigkeiten: Lizenz zum Löten
Also los!
“Machst ja mächtig einen auf dicke Hose mit deiner Löterei.” – Wieso, das kannst du doch auch? – “Niemals.” – Wetten?
Als ich die Lötanleitung für das zusätzliche Flash-Laufwerk überarbeitet habe, ist mir aufgefallen, dass das hier fehlt: eine Schritt-für-Schritt-Anleitung über den Weg ins Innnere des EEE. Sinn ist, allen die Angst zu nehmen, die sich noch nicht so recht ans Basteln trauen. Continue reading
Wieder was gelernt. Nicht so:
…sondern so:
Böser Fehler: meine interne 8GB-Flash-SSD habe ich auf die falsche Versorgungsspannung gehängt und dadurch eine Menge Probleme ausgelöst. Offensichtlich ist die 5V-Spannung, die ich hier abgeschaut und ausgesucht habe, nicht stabil (Okay: der Autor dieser Seite warnt, dass man alle Spannungen noch einmal nachmessen soll.)
Misstrauisch war ich geworden, weil der EEE beim Hochfahren unter Xubuntu immer etwa zwanzig Gedenksekunden ohne Meldung einlegte – als Abstoßungsreaktion auf den Stick – außerdem entlud sich der Akku auch bei ausgeschaltetem Rechner. Also habe ich das USB-Flash-Memory nicht nur an eine unstabile Versorgungsspannung angeschlossen, sondern auch noch an eine, die nicht abgeschaltet war. Seit ich den Flash-Speicher auf das mittlere Bein gehängt habe – dort sind geschaltete 3,3V zu messen – läuft der Stick nicht nur stabil, er verheizt auch weniger Leistung.
Notiz an mich: Die Umbauanleitung wird ausgebaut und überarbeitet.
Gibt man ja als Journalist nicht gerne zu, aber es gibt schon Goodies, auf die wir geiern. Auf das Rezensionsexemplar von “Assassin’s Creed” für den PC habe ich heimlich gewartet; habe es auch abgefangen, bevor es in die feuchten Finger des jungen Kollegen R.W. kommt, wo kämen wir denn hin; seniority rules. Zu grün und saftig die Vorschusslorbeeren in Spiegel et al.
Stellt sich aber leider heraus: selbst wenn man sich am leicht faschistoiden Inhalt nicht stört (“Einzelne Baddies killen, damit endlich Frieden sein kann”), selbst wenn einem die himmelschreiend überflüssige SciFi-Rahmenstory nicht den Nerv raubt: Fakt ist, dass ich zumindest bis jetzt vor allem damit beschäftigt bin, zwischen einzelnen Orten gemächlich hin- und herzuschreiten. Bzw. langsam zu reiten. Um bloß keine Aufmerksamkeit auf die verstohlene Spielfigur zu lenken.
Ein Spiel, das derart deutlich vorsätzlich darauf programmiert ist, Ungeduld auszulösen, habe ich lange nicht mehr erlebt.
Der EEE - fast völlig nackt! Für Bastler ein erregender Anblick...
(Stand: 5.9.08)
Vorbemerkung: Ein halbes Jahr EEE-PC-Entwicklung hat viele dieser Tipps überflüssig gemacht – spätestens, seit der EEEPC 901 auch in Deutschland erhältlich ist – zu einem Preis, der gar nicht so weit weg ist vom Preis des Originalgeräts – haben sich viele der Projekte in dieser Liste erledigt. Mit einer Mischung aus Freude und Betrübnis habe ich zur Kenntnis genommen, dass mein schönes Bluetooth-Projekt bei dieser Maschine vollkommen überflüssig ist, sie außerdem einen Draft-N-Adapter von Haus aus mitbringt und einen schönen Steckplatz für Standard-Festplatten. Verdammt nochmal, womit sollen wir Hardware-Hacker dann noch angeben? :) Und einen Touchscreen in einen EEE 900/901 zu basteln – dafür ist ob des gedrängten Display-Rahmens noch ein wenig mehr Mut erforderlich.
Andererseits gibt’s ja jetzt eine Menge Leute, die sich wie ich einen Pelz ärgern, dass sie auf ihrem inzwischen deutlich wertverlustigen 701er sitzen, und der neuen Traum-Maschine wenigstens ein wenig näher rücken wollen.
Aber jetzt mitten rein.
Nicht alles, was machbar ist, ist sinnvoll. Ich schlage folgende Gezipte Theorie des Sinnhaften Umbaus vor:
Eine gelungene Mod
Hier eine Liste mit den Umbauten, die mir gangbar und sinnvoll erscheinen:
PROJEKT: Den internen Speicher des EEE auf 1GB oder 2GB aufrüsten
NÖTIG, WEIL: es im eingebauten Speicher schon mal eng wird mit den Fotos für die 700-seitige Doktorarbeit; minimale Geschwindigkeitsgewinne
KOSTET: 20 Euro für 1GB
WAS MAN KÖNNEN SOLLTE: Einen Schraubenzieher finden – und ein richtig fieser Kernel-Hacker sein (allerdings nur bei einer Erweiterung auf 2GB)
DAGEGEN SPRICHT: dass 512MB von Haus aus eigentlich reichen
Mehr unter: dem entsprechenden Eintrag im eeeuser-Wiki
Schummel-Alternative für Nichtschrauber: Leider keine. Der einzige Ersatz für Speicher ist mehr Speicher.
PROJEKT: Einen USB-Stick auseinandernehmen – sagen wir: 8GB – und ins Gehäuse des EEE einbauen. Ohne einen USB-Port zu verschwenden.
NÖTIG, WEIL: das interne Laufwerk des EEE schon voll ist, wenn man mehr als einen Film mit in den Urlaub mitnehmen will – da hat jedes iPhone mehr Speicher.
KOSTET: 30 Euro für den Stick, zwei Stunden Bastelei
WAS MAN KÖNNEN SOLLTE: Löten
DAGEGEN SPRICHT: Wenn man nicht löten kann; Scheu vor Garantie-Aufklebern, reduziert die Akkulaufzeit um 5%, nerviges Popup-Fenster bei jedem Einschalten schreit nach einer Software-Anpassung
Mehr unter: diesem Blog-Eintrag
Schummel-Alternative für Nichtschrauber: eine SD-Karte im Erweiterungsslot
Aber EXT3 ist böse, oder?
Im Anschluss an die zuletzt erörterten Verdachtsmomente zum Durchhaltewillen von Flash-Speicher möchte ich ergänzen, dass ich die oft gehörte Warnung vor journalbasierten Filesystemen wie EXT3 und ReiserFS für genauso unsinnig halte. Wenn ich das Prinzip richtig verstanden habe – was nicht der Fall sein muss – werden in einem JFS alle Schreibzugriffe erst einmal in einer fortlaufenden Datei protokolliert und diese dann, bei Leerung des Caches, nach und nach auf die Platte geschrieben. Ich sehe nicht, wo das so furchtbar viel Overhead produzieren soll, dass die (Flash-)Platte leidet; im Gegenteil: die schwer belasteten Sektoren, die den Superblock enthalten, werden von dauernden Schreibzugriffen entlastet, die jetzt im Cache bleiben können. Zudem gewinnt man höhere Betriebssicherheit. Aber wie gesagt: ich muss das nicht richtig verstanden haben.
Nicht überzeugt? Dann ist da noch der unwichtige Umstand, dass das vorinstalllierte Xandros alle Daten und Systemveränderungen auf eine EXT3-Partition schreibt. So schlimm kann sie also gar nicht sein.
Und wer immer noch Angst um seinen Flash-Speicher hat, kann ja immer noch tapfer sein und ein JFFS2-System aufsetzen.
Achtung!
Auch wenn aktuelle SolidStateDisks {de} wie die des Eee PC sehr leistungsfähig sind sollte man die Schreibzugriffe minimieren, da diese langfristig die Disk zerstören.
Aus diesem Grund vermisse ich den Hinweis, dass man keine Swap Partition nutzen darf, denn diese macht den Speicher schnellst möglich kaputt.
(Quelle: Ubuntuusers-Wiki)
Uhuhu, gruselig! Aber, um mit meinem alten Freund Johnny Rotten zu sprechen:
Never mind…
Und bollocks ist IMHO schon das eine oder andere, was geschrieben wird. Aber der Reihe nach: im Raum steht die dringende Warnung, keine Swap-Partition einzurichten, sintemalen diese den internen Flash-Speicher abnutze und somit den EEE-PC schrotte. Wohl meinende Menschen rechnen einem vor, dass sie schon nach einigen Stunden Einhandsegeln am Firefox auf die zehntausend Schreibvorgänge kommen, die ein Flash-Speicher nur abkönne.
Ich denke, dass das so nicht stimmen kann. Meiner Meinung nach haben sich da ein paar Irrtümer eingeschlichen:
Schön ausgedacht. Hübsch umgesetzt. Und dann kommt die hässliche Praxis. Beim EEE PC unter eeeXubuntu liegt die Tücke im Detail.
Um das vorneweg klarzustellen: es geht nicht nur um den Fuchsschwanz-Faktor. Der EEE-PC soll mein Begleiter sein in Alltag und Berufsleben; ich will ein System, das so sicher ist und komfortabel wie (X)Ubuntu, aber so schnell da wie Xandros, oder wenigstens fast: Notiz machen, Rechner zuklappen = Akku sparen, eine Stunde später die nächste Notiz. Außerdem hätte ich gern ein bisschen mehr Speicher als die knapp 200MB, die die Xubuntu-Installation auf sda1 vom internen Flash-Speicher übrig lässt. Deshalb der Hassel mit internem 8GB-Aufrüststick und der Swap-Partition, sonst könnte ich mich ja auch mit einem normalen Boot zufrieden geben.
Nun passiert beim Suspend-to-disk-Tiefschlaf offenbar folgendes (wilde Theorie): die Swap-Partition wird auf Platte geschrieben – auf sda5, im internen Speicher also -, dann geht der EEE schlafen und meldet dabei die USB-Anhängsel ab. Da er sie nach dem Aufwachen wieder ordentlich anzapft, ist das soweit kein Problem.
Außer dass der 8GB-Speicher dann als sdd angemeldet wird, nicht als sdc. Was soweit nicht weiter wild wäre, wenn ich ihn nicht in Form der sdc3-Partition als /home-Verzeichnis gemounted hätte. Das Home-Verzeichnis ist also weg, und der Desktop läuft nicht mehr rund.
Versuche, den Rechner auszutricksen, haben auch nichts gefruchtet:
Und nun? Ein Linux-Übergeek wüsste sicher sofort, was faul ist und was man tun kann. Der Untergeek muss weiter experimentieren.
(Da fällt mir auf, ich habe noch gar nicht geschaut, ob das beim normalen Suspend-to-RAM auch passiert… ts, ts…)
Nachtrag, 4.4.08:
Wie hat der hamburgische Kollege Detlef Schwarzer immer gebrummelt? “Versuch macht kluch!” In der Tat. Das Problem tritt auch bei Suspend-to-RAM auf und lässt sich daher auch gut per dmesg im Log nachlesen: der SCSI-Treiber versucht, die Laufwerke anzusprechen, die sind aber abgeschaltet worden. Der Treiber weiß sich nicht anders zu helfen, als für die wiedergefundenen USB-Laufwerke neue SCSI-Kanäle anzumelden. Deshalb ist mein /home-Verzeichnis plötzlich auf sdd5 statt sdc5, was den Fenstermanager natürlich aus dem Takt bringt.
Immerhin funktioniert ein Trick:
(1) Ins Verzeichnis /etc/acpi/suspend.d eine ausführbare (Skript)-Datei anlegen namens 12-unmount-usb.sh, die den Befehl umount /home ausführt.
(2) Die FSTAB so anpassen, dass das /home-Laufwerk nicht über /dev/sdc5 gemountet wird, sondern über seine UUID.
(3) Im Verzeichnis /etc/acpi/resume.d ein weiteres Skript namens 89-remount.sh, das – naja – mit mount -a alles remounted. Damit ist das home-Verzeichnis immerhin wieder verfügbar, leider gehen einem irgendwann die Laufwerksbuchstaben aus, weil der SCSI-Controller wie gesagt dauernd neue Kanäle registriert, sodass man schon beim zweiten Resume plötzlich das Laufwerk sdf im System hat.
Der Trick ist also keine Lösung – die Skripten müssen also das USB-Laufwerk ordentlich abmelden, damit es an alter Stelle wieder einsortiert wird. Ein erster Anlauf brachte keine Lösung, aber ich arbeite dran.