staging.inyokaproject.org

Hallo Wiki-Team.

Ein wenig undurchsichtig ist das Ganze mittlerweile schon hier: Der Artikel befindet sich nun seit etlicher Zeit im Baustellenbereich (z.T. aufgrund von Verzögerungen meinerseits, ok, aber halt auch etliche Zeit wirklich nur auf "Halde"...) - und nix passiert.

Muss ich als Artikelauthor "push"-ier sein? Müssen Dinge geändert werden? Wer entscheidet, dass der Artikel von der Baustelle in den Hauptbereich verschoben wird? Ich bekomme kein Feedback, das ganze ist eine Blackbox hier. Ein guter Beitrag wurde von Hank ins Spiel gebracht, aber dort findet ja auch kein (sichtbarer) Fortschritt statt (und ist für mich eher ein Wiki-Team Thread). Die Motivation, weitere Artikel zu schreiben, ist... nun ja.

Ein wirklich positive Sache allerdings ist, dass Leute auch die Baustellen durchsuchen können, und immerhin den Artikel bereits seit 1 Jahr finden können und benutzen. Etwas Trost, immerhin.

Also: sollte von meiner Seite noch "etwas" fehlen, bitte ich um Rückmeldung, wenn nicht, beschliesse ich die Sache hier. Schade.

Gruß, Ralfito

Hi!

Muss gestehen, dass ich von der Materie kein Ahnung habe, meine Anmerkungen sind da eher "übergreifender" Natur, und rein formal:

Warum ext2 verwendet werden soll, hatte RvD schon angefragt; außerdem ist die Verwendung von sudo gedit ein absolutes No-Go, wir verweisen bei sowas auf den Wissensblock, Editor. Was für ein Editor dann tatsächlich zum Einsatz kommt, entscheidet jeder für sich., es sei denn, es gibt trifftige Gründe, einen ganz bestimmten zu verwenden.

Ansonsten sieht es "formal" so weit in Ordnung aus; dass da nichts weiter kam, hängt ggf. auch damit zusammen, dass die Anregungen nicht weiter umgesetzt wurden, also blackbox in die andere Richtung 😉

so long
hank

Heinrich Schwietering schrieb:

dass da nichts weiter kam, hängt ggf. auch damit zusammen, dass die Anregungen nicht weiter umgesetzt wurden, also blackbox in die andere Richtung 😉

Sorry Hank, auf meinen Post vom 18. April gab es keine Rückmeldung, das ist also einfach falsch.

Trotzdem Danke für deine Antwort. ext2 ist jetzt auf ext3 geändert worden, gedit wurde entfernt, und ich habe Lucid hinzugefügt.

Gruß Ralfito

Hi!

Sorry Hank, auf meinen Post vom 18. April gab es keine Rückmeldung, das ist also einfach falsch.

Naja, aber eine "substantielle" Überarbeitung war die vom 18.04 ja nun auch nicht gerade...

Aber egal. "Mirwegen" kann es demnächst ins Wiki (und "pusher" musst du wirklich selber sein; hier gibts so viele Baustellen, dass wir leider nicht immer alles im Blick haben können - meine von dir verlinkte Anregung ist ja auch nicht wirklich aufgegriffen worden).

so long
hank

Was ist mit dem Artikel? Fertig? Jaunty kann mittlerweile raus ...

Hi!

Hab's mal Wiki-konform(er) gemacht, imho könnte es so verschoben werden.

so long
hank

Danke Hank.

Habe noch Maverick (getestet und) hinzugefügt.

Gruß Ralfito

Hi!

Da es komplett auf System verschlüsseln basiert, hielte ich es für sinnvoll, es da als Unterartikel mit anzugliedern.

so long
hank

Hallo,

+1

Gruß, noisefloor

Hi!

Was lange währt wird endlich ein Wiki-Artikel: System verschlüsseln/System-Entschlüsselung mit SD-Karte oder Passwort 😀

Besten Dank an Ralfito, auch für seine Geduld...

Habe es jetzt erst Mal nur im übergeordneten Artikel verlinkt; noch andere Vorschläge?

so long
hank

Hallo,

Habe es jetzt erst Mal nur im übergeordneten Artikel verlinkt; noch andere Vorschläge?

IMHO reicht das. Der übergeordnete Artikel ist ja dir Grundlage.

Gruß, noisefloor

Heinrich Schwietering schrieb:

Habe es jetzt erst Mal nur im übergeordneten Artikel verlinkt; noch andere Vorschläge?

Finde ich auch prima.

Danke an alle Feedback-Geber, und besonders noisefloor und Hank.

Ralfito

Meine modifizierte Loesung des Scripts fuer Plymouth:

#!/bin/sh
# LUKSscript.sh

if [ -b /dev/disk/by-uuid/60eb14d3-0947-499a-b090-6dc6fe5b811d ];then           # UUID der Partition des Sticks
    mkdir /keytmp 1>&2
    mount /dev/disk/by-uuid/60eb14d3-0947-499a-b090-6dc6fe5b811d /keytmp 1>&2   # UUID der Partition des Sticks
    cat /keytmp/keyfile                                                         # Ausgabe der erzeugten Schluesseldatei "keyfile"
    umount /keytmp 1>&2
  else
    if [ -x /bin/plymouth ] && plymouth --ping;then
	plymouth ask-for-password --prompt="LUKS-Passphrase for /dev/mapper/root:"
    else
        echo -n "LUKS-Passphrase for /dev/mapper/root"
        stty -e echo
        read passphrase
        echo -n passphrase
        stty echo;
    fi
fi

Kann ja jemand einpflegen.. 😉

Just my 0,02€

Irgendein Held schrieb:

Meine modifizierte Loesung des Scripts fuer Plymouth: ... Kann ja jemand einpflegen.. 😉

Dem stimme ich zu. Ohne diesen Forumsthread hätte ich die Konfiguration zurückgebaut auf Passwort-only. Ich habe es mit der usplash + /dev/tty1&/dev/console Variante im Wikiartikel ausprobiert (Lubuntu 10.10) und es *funktioniert nicht*, wenn die SD-Karte nicht eingesteckt ist.

Es kommt das Passworteingabeprompt auf Konsole 1, wo man dann das Passwort (inkl. Anzeige) eintippen kann. "Enter" führt dort aber nicht zum Fortsetzen des Bootprozesses, das System hängt einfach. Kommt man nicht von selber auf die Idee "Strg-Alt-F1" zu drücken, dann sieht es einfach so aus, als würde der Bootvorgang endlos stehen.

Mit dem aktualisierten Skript von Irgendein Held erscheint ein relativ hübscher Passwort-Prompt im grafischen Bootscreen und alles ist wunderbar.

Dann hattest du ja das Traum-Erfolgserlebnis bei Suche. Der richtige Thread, und genau der letzte Beitrag 😉
Glaub mal, sowas passiert einem nicht oft.. ☺
Mal schauen ob sich da jetzt jemand drum kümmert, sonst check ich mal ob ich das selbst editieren kann und bin gespannt wieviel ich dann zerstoere.