Schlagwort-Archive: Installation

ownCloud aktualisieren

Die 7er-Version des Cloud-Speichers gibt es nun schon gefühlte Ewigkeiten (seit 06/2014), also stand nun das Update der Version 5.0.12 an. Dies sollte in drei Schritten geschehen:

  1. Update von 5.0.12 auf 5.0.18 (letzte Version der 5er-Reihe)
  2. Upgrade auf 6.0.6
  3. Upgrade auf 7.0.4

Auf Grund der Tatsache, dass die 5er-Version mehrere Jahre stabil lief, war genug Vertrauen in die OC-Entwickler vorhanden, dass es mit dem aktuellen Release ebenso werden sollte. Also ans Werk ..

5.0.12 => 5.0.18

An Hand der offiziellen Dokumentation ergab sich folgender Ablauf:

  1. per Konsole Wechsel ins oc-übergeordnete Verzeichnis
  2. $ rsync -a owncloud/ owncloud_bkp`date +“%Y%m%d“`/ => Backup erstellen
  3. $ wget https://download.owncloud.org/community/owncloud-5.0.18.tar.bz2 => Download der Distro
  4. $ mkdir owncloud_latest => Verzeichnis für neue Distro erstellen ..
  5. $ tar -C owncloud_latest -xjf owncloud-5.0.18.tar.bz2 => .. und dahin entpacken
  6. $ rsync –inplace -rtv owncloud_latest/owncloud/ owncloud/ => die vorhandene Installation ersetzen
  7. owncloud per Browser aufrufen => Update wird ausgeführt
  8. ownCloud testen
  9. $ rm -rf owncloud_latest/ => Aufräumen ..
  10. $ rm -rf owncloud_bkp`date +“%Y%m%d“`/
  11. $ rm owncloud-5.0.18.tar.bz2

5.0.18 => 6.0.6

An Hand der offiziellen Dokumentation ergab sich folgender Ablauf:

  1. $ rsync -a owncloud/ owncloud_bkp`date +“%Y%m%d“`/
  2. $ wget https://download.owncloud.org/community/owncloud-6.0.6.tar.bz2
  3. config.php: maintenance false => true
  4. cd owncloud/ => ins oc-Verzeichnis wechslen
  5. $ find . -mindepth 1 -maxdepth 1 ! -path ./data ! -path ./config -exec rm -rf {} \; => alles außer config- und data-Verzeichnis löschen
  6. $ cd ..
  7. $ tar xjf owncloud-6.0.6.tar.bz2 => neue Distro entpacken (Verzeichnis owncloud wird benutzt)
  8. config.php: maintenance true => false
  9. owncloud per Browser aufrufen => Update wird ausgeführt
  10. ownCloud testen und danach aufräumen:
  11. $ rm -rf owncloud_bkp`date +“%Y%m%d“`/
  12. $ rm owncloud-6.0.6.tar.bz2

6.0.6 => 7

An Hand der offiziellen Dokumentation ergab sich folgender Ablauf:

  1. config.php: maintenance false => true
  2. $ wget https://download.owncloud.org/community/owncloud-latest.tar.bz2
  3. $ rsync -a owncloud/ owncloud_bkp`date +“%Y%m%d“`/
  4. $ mv owncloud owncloud-6.0 => bestehende Installation verschieben, da eine Integration nicht empfohlen wird
  5. $ tar xjf owncloud-7.0.4.tar.bz2 => entpacken; Verzeichnis owncloud wird erstellt
  6. $ cp owncloud-6.0/config/config.php owncloud/config/config.php => alte Konfiguration übernehmen
  7. $ cp -r owncloud-6.0/data/* owncloud/data/ => alte Daten übernehmen
  8. config.php: maintenance true => false
  9. owncloud per Browser aufrufen => Update ausführen
  10. ownCloud testen und danach aufräumen:
  11. $ rm owncloud-7.0.4.tar.bz2
  12. $ rm -rf owncloud_bkp`date +“%Y%m%d“`/

Die ownCloud-Version 7.0.4 hinterlässt einen richtig schicken Eindruck und das Arbeiten mit dem Web-Frontend ist um Längen angenehmer als noch mit Version 5. Ob diese Installation auf längere Zeit mit der PHP-Version 5.3 klar kommt, muss sich erst noch zeigen, aber funktionieren tut es grundsätzlich erst einmal 😉

Midnight Commander unter Lubuntu installieren

Der Midnight Commander ist ein Dateimanager alter Schule, mit Zwei-Fenster-Ansicht und umfangreicher Tastaturbedienung – eben praktisch. Durch das Fehlen einer GUI und der Ansicht innerhalb der Konsole ist das ein richtiges Leichtgewicht und somit wie geschaffen wie bspw. das Netbook Samsung N150.

Zur Installation unter Lubuntu 14.04 folgende Schritte in der Konsole abarbeiten:

  • $ echo ‚deb http://www.tataranovich.com/debian trusty main‘ >> /etc/apt/sources.list
  • $ echo ‚deb-src http://www.tataranovich.com/debian trusty main‘ >> /etc/apt/source.list
  • $ sudo apt-key adv –keyserver keyserver.ubuntu.com –recv-keys 2EE7EF82
  • $ sudo apt-get update
  • $ sudo apt-get install mc

Zum Start des Midnight Commander $ mc in der Konsole eingeben und los gehz ..

Lubuntu auf Samsung N150

Das Netbook Samsung N150 mit Win7 Starter hab ich nun schon einige Jahre. Gekauft wurde es eigentlich eher aus Neugier zum damals neuen kleineren Bruder des Notebooks. In letzter Zeit kam es aber eher selten zum Einsatz. Grund dafür mag einerseits meine mangelnde Mobilität sein, aber hauptsächlich ist die doch recht träge Performance dafür verantwortlich.

Nach dem Kauf 2011 fiel das gar nicht so sehr ins Gewicht, aber momentan sind die Leistungsunterschiede schon massiv. Da dieses Gerät nur als Drittgerät und als Surfgerät für Unterwegs fungieren sollte, bin ich nicht auf das installierte Microsoft Windows 7 Starter angewiesen, welches in meinen Augen ein Hauptgrund für die schlechte Performance ist.

Somit war die Suche nach einem leichtgewichtigen Betriebssystem eröffnet. Da auf dem heimischen PC Ubuntu 14.04 läuft und ich auch in Richtung Linux schielte, lag die Entscheidung für Lubuntu nahe. Also per UNetBootin ein USB-Stick mit Lubuntu 14.04 erstellt und als Live-System getestet. Alles prima! WLAN funktioniert auf Anhieb, Performance war um Welten besser als vorher (lag sicherlich auch am Flash-Speicher!) und auch sonstige kleinere Spielereien ließen mich nicht daran zweifeln, dass ich Windows ablösen sollte.

Also ran an den Speck, per Live-System nachgeschaut, ob noch irgendwelche verwertbaren Daten auf dem Rechner sind und diese auf’s NAS kopiert. Danach „Installation auf Festplatte starten“. Sprache auf Deutsch angepasst und „Weiter“.

Folgende Auswahl der Partitionen hatte ich getroffen: „Alle Daten löschen“, Verschlüsselung aktivieren und LVM einrichten; dann „Weiter“. Doch nix war’s .. Abbruch mit Fehler „ubi-partman failed with exit code 141“ .. Auch ein erneuter Versuch ohne Verschlüsselung brachte keinen Erfolg – selber Fehler. Also Neustart und sofortige Lubuntu-Installation (ohne Start des Live-Systems). Doch auch jetzt Abbruch mit Fehler 141. „Das darf nicht sein“ dachte ich mir und zog die Internet-Community zu rate:

„From the bug description, looks like, problem is, when Ubuntu is installed on system, where are 2 OS and one of them is Ubuntu. Workaround could be to remove the old Ubuntu partition before you install a new one.“ [askubuntu.com]

Das „Problem“ war also bekannt: die Installationsroutine hatte Probleme mit dem bereits installierten Betriebssystem! Also ein erneuter Versuch mit manuellem Löschen der Partitionen. Aber auch das war eine Sackgasse, da es mir nicht erlaubt war, die unter sda eingebundenen Partitionen zu verändern („Partition durch linux-vg in Verwendung“). Neustart und „Lubuntu installieren“. Mit der Auswahl „Alle Daten löschen“ und ohne Verschlüsselung und ohne LVM lief die Installation dann doch an. Die Verschlüsselung der privaten Daten (/home/usr) konnte allerdings in einem späteren Schritt nachgeholt werden.

Nach ca. 30 Minuten hatte ich ein – für Netbook-Verhältnisse – flottes Lubuntu laufen. Beim weiteren Einrichten fielen dann doch noch kleinere Schwachstellen auf, z.B. war der Einstellungsdialog des Firefox zu hoch für das auf 1024×768 maximal eingestellten Displays, sodass der Schließen-Button am unteren Ende nicht sichtbar war. Durch die sichtbare Fensterleiste kein wirkliches Problem, aber dennoch eine (kleiner) Minuspunkt.