Habe CyanogenMod (CM) auf meinem Samsung Galaxy S4 mini GT-I9195 (serranoltexx) installiert. Das funktionierte problemlos.

Hier ein Gedächtnisprotokoll dazu. Die offizielle Dokumentation, Schritt-für-Schritt Anleitung usw. zu serranoltexx findet man hier: https://wiki.cyanoge … /w/Serranoltexx_Info.

Anstelle von ClockworkMod (CWM) und anderen, bietet CyanogenMod inzwischen ein eigenes Custom ROM an – die CyanogenMod Recovery (CMR).

Für Samsung Galaxy S Geräte muss allerdings weiterhin, statt des fastboot Befehl aus der Android Debug Bridge (ADB), die Heimdall Suite verwendet werden, um das ROM auf das Gerät zu flashen. Doch Heimdall kann mittlerweile aus den Debian-Paketquellen installiert werden: https://packages.deb … n.org/heimdall-flash.

Wer die Google Apps (OpenGApps) installieren möchte, findet diese hier: http://opengapps.org/. Es wird der Download für die Platform ARM benötigt. Das Google Apps .zip muss im selben Schritt wie das ClockworkMod .zip installiert werden. Ein nachträgliches installieren der Google Apps funktionierte hier nicht.
Wer die Google Apps nicht möchte, installiert später unter Android einfach das FDroid.apk von hier: https://f-droid.org/. Und hat damit einen alternativen App Store zur Verfügung stehen.

Wurde mit Heimdall das CyanogenMod Recovery ROM auf das Gerät geflasht, ist es wichtig das Gerät nicht neu zu starten. Sondern: Ausschalten und direkt den CyanogenMod Recovery-Mode starten. Da bei einem Neustart das Custom ROM wieder auf das Samsung original ROM zurückgesetzt wird, solange das CM-Build noch nicht installiert ist.

Ist das Gerät im CyanogenMod Recovery-Modus. Wählt man Facroty reset und danach dann Apply update, um zuerst das CyanogenMod .zip und danach das OpenGApps .zip zu installieren.
Mit Reboot system now neu starten… fertig.

Ergänzende Hinweise:

• Unter Android in den Geräteinformationen nachlesen, welches Modell man hat
• Mit vollem Akku und Netzstrom beginnen
• Root-Rechte braucht es auf dem Gerät nicht, dafür besteht kein Grund (rooting)
• Für adb muss unter Android, in den Entwickleroptionen der USB-Debugging-Modus aktiviert sein. Die .zip-Dateien können aber auch manuell via Dateimanager, ohne adb auf das Gerät kopiert werden

Heute habe ich an meinem ThinkPad Edge 15, das WLAN-Modul ausgebaut, um es gegen ein Modul auszutauschen, das kein Binary blob benötigt. Allerdings musste ich feststellen das Lenovo einen Vendor-Lock-in betreibt und das andere Modul aus meinem alten Laptop, deswegen in dem ThinkPad nicht benutzt werden kann – Herstellerabhängigkeit.

Beim Ausbau des originalen Moduls, ist dann bei einer Schraube der Schlitz kaputt gegangen. Wohl weil ich einen zu kleinen Schraubendreher benutzt habe und die Schraube auch sehr fest angezogen/geklebt war.

Mit kaputtem Schlitz, war es ein Problem die Schraube überhaupt noch herausdrehen zu können. Die Lösung war einen neuen Schlitz in den Schraubenkopf zu sägen und mit passendem Schraubendreher vorsichtig die Schraube zu lösen.

MD Software-RAID Level 1 ist die Spieglung einer Partition, durch einrichten eines Festplattenverbund von zwei (oder mehr) Festplatten zu einem logischen Laufwerk mittels mdadm (Programmpaket zum Verwalten von Multi-Disk-Arrays unter Linux), bei dem die Daten gleichzeitig auf alle Festplatten dupliziert werden. Dies schützt durch Redundanz vor dem Ausfall einer Festplatte.

• Die Literatur empfiehlt aus Sicherheitsgründen, für die RAID-Festplatten unterschiedliche Hersteller oder zumindest unterschiedliche Produktionslinien vom selben Hersteller einzusetzen. Damit, sollte ein Hersteller Fertigungsprobleme gehabt haben, nicht alle Festplatten innerhalb kürzester Zeit ausfallen.
• Tritt ein Problem auf, wird die Fehlermeldung per E-Mail versandt (Die E-Mail wird die Ausgabe von cat /proc/mdstat enthalten). Das setzt allerdings voraus, dass ein Mail Transfer Agent (MTA) eingerichtet ist.
• Das RAID ersetzt keine Datensicherung. Ein RAID schützt nur vor dem Ausfall einer Festplatte — nicht vor unbeabsichtigtem löschen von Dateien und Fehler am Dateisystem.

Software-RAID Level 1 mit dem Debian-Installer erstellen

Um die Installation einfach und überschaubar zu halten, habe ich jeweils nur eine Partition (/dev/sd[ab]1) für das RAID genommen und LVM mit jeweils einem LV für / (Root-Partition) und Swap eingerichtet.

Anders als beim Laptop, das mobile ist und auf Reisen etc. schon mal verloren gehen kann oder gestohlen wird, halte ich auf dem Desktop zu Hause ein verschlüsseltes System mit cryptsetup/LVM für nicht notwendig.

Festplatten partitionieren und als RAID konfigurieren

Zwei Partitionen für die Benutzung als RAID einrichten:

Software-RAID Level 1 erstellen

RAID Level 1 mit den zwei Partitionen erstellen:

Typ des Software-RAID wählen. Wir wählen RAID1:

Anzahl der Partitionen für das RAID Level 1 auf 2 setzen:

Die zwei Partitionen die wir oben für die Benutzung als RAID eingerichtet haben auswählen:

Anzahl der Reserve-Partitionen setzen. Wir haben keine Reserve-Partition:

RAID fertigstellen:

Die (neue) RAID1-Partition für die Benutzung als LVM einrichten:

LVM (Logical-Volume-Manager) konfigurieren

LVM konfigurieren und eine VG (Volume-Gruppe) mit zwei LVs (logisches Volume) für / (Root-Partition) und Swap erstellen:

VG debian auf der RAID1-Partition erstellen:

Zwei LVs für Swap und / (Root-Partition) erstellen:

Fertige Partitionierung übernehmen

Das fertige Partitions-Schema:

Bootloader installieren

Um GRUB auf beide Festplatten zu installieren, kann später im nach hinein dpkg-reconfigure grub-pc ausgeführt werden und dort dann alle Festplatte für die Installation ausgewählt werden.

Fehlerhafte Festplatte ersetzen

Schritt-für-Schritt Anleitung zum Austausch einer defekten Festplatte im Software-RAID Level 1:

1. Alle Partitionen der defekten Festplatte als fehlerhaft aus dem RAID entfernen:

   mdadm /dev/mdN --set-faulty /dev/sdXN --remove /dev/sdXN
   

2. Die physische Festplatte auswechseln.
3. Bootloader und Partitionstabelle kopieren:

   # Bootloader kopieren
   dd if=/dev/sdY of=/dev/sdX bs=512 count=1
   # MBR-Partitionstabelle (MPT) kopieren
   sfdisk -d /dev/sdY > /tmp/mpt.out
   sfdisk /dev/sdX < /tmp/mpt.out
   # neue Partitionstabelle einlesen
   blockdev --rereadpt /dev/sdX
   

   Hinweis: Für GUID-Partitionstabellen (GPT) muss sgdisk(8) verwendet werden:

   sgdisk --backup=/tmp/gpt.out /dev/sdY
   sgdisk --load-backup=/tmp/gpt.out /dev/sdX
   

4. Partitionen der neuen Festplatte dem RAID hinzufügen:

   mdadm /dev/mdN --add /dev/sdXN
   

Das als fehlerhaft entfernen und hinzufügen von Partitionen, kann während des Betriebs passieren. Nur zum Auswechseln der physischen Festplatte muss eine Ausfallzeit eingeplant werden. Es müssen alle Partitionen der defekten Festplatte als fehlerhaft entfernt und anschließend neu hinzugefügt werden.

Mit folgendem Befehl kann die Synchronisierung des RAID verfolgt werden:

watch mdadm --detail /dev/mdN

Der Irrtum abwarten zu müssen bis die Synchronisierung abgeschlossen sei ist falsch. Das RAID kann sofort benutzen werden.

Aus einem Live-System auf das RAID zugreifen

Unter GRML, KNOPPIX etc. ein Software-RAID starten.

Das Skript mdadm-startall, startet Software-RAID Systeme automatisch:

# Alle RAID-Systeme starten
apt-get update        # Paketquellen aktualisieren
apt-get install mdadm # Werkzeug zum Verwalten von RAID-Systemen installieren
modprobe md_mod       # RAID framework laden (RAID-Treiber)
mdadm-startall        # Alle RAID-Systeme starten

Nun sollten alle RAID-Systeme (Meta-Devices: /dev/md*) gestartet worden sein und können mit den üblichen Programmen — cryptsetup(8), lvm(8), mount(8) usw. — wie herkömmliche Partitionen gehandhabt werden.

Hinweis: In neueren Versionen vom Programmpaket mdadm, scheint das Skript mdadm-startall zu fehlen.

RAID-Systeme mit dem Debian-Installer starten

Der Rettungsmodus des Debian-Installer startet RAID-Systeme ebenfalls.

Quellen und weiterführendes

• https://manpages.debian.org/mdadm
• https://raid.wiki.kernel.org
• attachs/mdadm-startall
• attachs/mdadm-startall.8