Schlagwort-Archive: Speicher

Ich kauf‘ mir eine Insel!

Veröffentlicht am von
2

Das sagt sich mittlerweile derjenige, der auf die geniale Idee kam, dass man Netbooks NUR verkauft mit:

  1. Windows 7
  2. einem einzigen Speicherslot
  3. einer Grundausstattung von 1GB Ram.

Wie jeder bezeugen kann, der ein wenig ehrlich ist mit sich selbst, ist die Kombination aus Windows 7 und 1GB Speicher so gut wie unbrauchbar. Ich habe das an meinem ansonsten wunderbaren Samsung NF310 erfahren – der ist für einen Netbook schon fast leistungsstark dank Dual-Core und hochauflösendem Display – und relativ bald ein Linux eingespielt, weil (a) siehe oben, (b) und überhaupt. (Was das Problem aber nur verschoben hat und nicht gelöst: jetzt ist es eine virtuelle Windows-Maschine unter Linux, die nach Ram schreit. Klammer zu.)

Der alte 1GB-Riegel aus meinem neuen Netbook. Will ihn jemand haben?

Das wirklich Gemeine an dieser Kombination ist aber, dass man – wenn man denn in den nächsten Computerladen gestürmt ist und 25 Ocken für einen 2GB-Speicherriegel hingeblättert hat – mit einem völlig intakten und ebenso unbrauchbaren 1GB-Speicherriegel zurückbleibt. Weil ja alle anderen das gleiche Problem haben: kein zweiter Speicherslot, in dem sie ihn verwenden könnten.

Netbooks dürfen qua Lizenz-Diktat von Microsoft nur gewisse Leistungsdaten haben, widrigenfalls bekommen sie keine Windows-Lizenz. Der Kunde hat ohnehin keine Wahl: er kann das gebundelte Win7 nicht ablehnen, nicht gegen ein Windows XP eintauschen, keine anständige Speicher-Grundausstattung ordern. Hat sich dieser eine Mensch fein ausgedacht. Und ich weiß auch, womit er auf seiner neuen Insel den Badestrand aufgeschüttet hat: mit alten, voll funktionstüchtigen, aber wertlosen 1-Gigabyte-Speicherriegeln aus Netbooks.

untergeek lernt Drupal

Veröffentlicht am von
Antworten

Denke über ein kleines neues Projekt nach; spiele dafür derzeit mit Möglichkeiten herum, Redaktionen (und ähnliche Kleinstorganismen) mithilfe von sozialer Software zu organisieren, und da mir die herkömmliche Kombination aus MediaWiki und WordPress mit gemeinsamer Nutzerbasis nicht sexy genug war, habe ich angefangen, mit dem CMS Drupal herumzuspielen – beziehungsweise dessen auf Projektmanagement spezialisierten Ableger OpenAtrium.

Natürlich lief die Installation nicht rund, und das hat in diesem Fall mit einigen Eigenheiten von Strato zu tun, meinem sonst durchaus geschätzten und geliebten Provider.

  • Der erste Schritt war einfach: Das OpenAtrium-Installationspaket heruntergeladen und in ein Verzeichnis auf dem Server geschoben, die install.php aufgerufen – und die Installation läuft los. Leider läuft sie nicht durch, sondern bricht am immer gleichen Punkt ab mit der Fehlermeldung, der Speicher sei aufgebraucht. 32MB würden nicht reichen, sagt die PHP-Installation
  • Jetzt ist das mit dem Speicher für PHP so eine Sache. An die Datei php.ini, die globale Einstellungen festlegt, kommt man bei Strato nicht heran; dort kann man den Speicher also nicht hochsetzen. Ich wundere mich, dass das nötig ist – laut einem Hinweis von Strato bietet mein Hosting-Paket beim Einsatz von PHP5 maximal 64MB, was dicke reichen müsste. Und ich habe den OpenAtrium-Ordner im „Webkonfigurator“ zum Einsatz von PHP5 gezwungen. Ist das Paket mit sich selbst zu geizig?
  • Wie kann man sich mehr Speicher verschaffen? Neben der – wie gesagt: nicht zugänglichen – Konfigurationsdatei php.ini besteht die Möglichkeit, in der versteckten Datei .htaccess Anpassungen vorzunehmen. Zu der kursieren einige Tipps im Netz; man solle Verschiedenes auskommentieren oder sie ganz löschen. Dass das nötig ist, kann ich nicht bestätigen; Fakt ist aber: Trage ich in die .htaccess-Datei die Anweisung „memory_limit = ’64M‘;“ ein, produziert der PHP-Interpreter nur noch Fehler.
  • Der nächste Schritt war, dem Programm selbst mehr Speicher zu geben: Die OpenAtrium/Drupal-Installation hat in einem Unterordner eine „settings.php“; dort kann man das memory_limit auf 48MB setzen. Nicht schlecht, nützt aber nichts für die Installation. Moppelkotze.
  • Obwohl ich – spürst Du’s, Leser? – nur noch einen Schritt von der Lösung entfernt war, habe ich mich an diesem Punkt entschlossen, die Installation nochmal zu radieren und von vorn anzufangen. Nanu, ehemals schreibgeschützte Dateien lassen sich immer noch nicht löschen? Auch auf der ssh-Kommandozeile nicht? Kein Wunder, wenn der Ordner noch schreibgeschützt ist, du hohle Nuss. Und nein, bei Unix gibt’s kein chown und kein chgrp, sondern nur den Befehl chmod; Linux ist nicht Unix.
  • Vor der Neuinstallation habe ich das memory_limit in install.php UND in settings.php auf 48M gesetzt. Und siehe da: jetzt lief die Installation durch.

Gut, nun läuft OpenAtrium also, sieht gut aus, erst einmal aber auch nicht viel mehr. Komme mir ein wenig vor wie der Mann, der sich einen teuren Flügel kauft und ins Wohnzimmer stellt und dann allmählich darüber nachzudenken beginnt, ob es nicht doch mal hilfreich sein könnte, Klavierunterricht zu nehmen. Ob ich nicht doch lieber beim Wiki bleibe?