Wie zweite Partition dauerhaft ins System einbinden?

Zitat von Micky

Dann zu Punkt2 Codecs updaten bzw. einspielen:
Ich könnte es mit Zypper machen. Kenne auch die Befehle dazu.

Yast ist auch nur ein grafisches Frontend für Zypper. Es ist also letztlich egal was du womit machst. Nur richtig musst du es machen. Nachdem du auf Packman umgestellt hast gibt es nur noch einen einzigen Befehl. Man muss also nicht Befehle kennen, sondern nur einen.

In der Konsole als Root ein

zypper dup --from (packman)

Wobei das (packman) mit dem Eintrag zuersetzen ist, den man durch

zypper lr -d

ermittelt hat.
Wenn einmal umgestellt ist nur noch ein

zypper up

als Root in der Konsole nötig. Damit kann man dann sein System updaten. Immer. Das ist schlicht und ergreifend alles.

Was du wohin mountest, ist egal.
Es ist nicht so, dass du jetzt eine Partition in eine andere bindest.
Das ist technisch völliger Blödsinn.
Die Partitionen sind und bleiben Partitionen. Unabhängig.
Nur der Punkt im ABSTRAKTEN LOGISCHEN Dateibaum, an dem sie sichtbar sind, wird durch den Mountbefehl nach Gusto gesetzt.

Ein Linuxbefehl hat nahezu immer die folgende Form:
commando optionen argumente

Technisch wird das commando von der Shell zur Ausführung übergeben, vom Kernel dann gestartet, der diesem Programm den ganzen Rest der Eingabezeile in seiner Process- Umgebung mitgibt.
Was der Befehl damit macht, ist seine Sache.
Damit das halbwegs einheitlich ist wurden einige Konventionen geschaffen.
Es ist also nicht zwinged, dass man solche Optionen hat, aber man tut sich sehr viel leichter, wenn man sich an diese Absprachen hält.
Technisch ist sie irrelevant.

Die optionen gibt es in diversen Varianten.
Die älteste beschreibt die "Shortoptions". Die beginnen mit einem Bindestrich und einer Zeichenfolge, die keine "Whitespace"- Zeichen beinhalten darf.
("Whitespace" ist eine historische Bezeichnung von Zeichen, die auf auf Papier gedruckt, nichts drucken, also einen "white" "space" "drucken". Das sind Leerzeichen, Tabulator und noch bestimmte -je nach Kontext- weitere Zeichen.)

Meist haben diese Shortoptions nur ein Zeichen, z.B. -a
und oft kann man diese Shortoptionen zusammenfassen. z.B. -a -b -c kann oft zu -abc, solange der Sinn eindeutig bleibt.

Bei ganz alten Programmen findet man auch "Shortoptions", die etwas länger sind.
Zum Biepsiel: find . -name halligalli -o -iname doofesfile Dieser Befehl findet vom aktuellen Verzeichnis, was mit einem . abgekürzt wird, alle Dateien oder Verzeichnisse, die den -namen halligalli haben -oder ohne Berücksichtigung (i, wie ignore case) von Groß/Kleinschreibung den -iname Namen doofesfile haben. DoofesFiLe wird also auch gefunden.

Wir kennen also wahnsinnig viele solcher Optionen, was ziemlich verwirrend war. Einmal heißt -file, einmal -force. Im ersten Fall soll das commando eine Datei lesen oder bearbeiten, im zweiten Fall soll das commando einfach ohne Rückfrage und ohne Rücksicht auf irgendwelche Kolateralschäden ausgeführt werden.

Darum kamen später noch die GNU Longoptions hinzu. (GNU ist ein rekursives Akronym für GNU ist not a Unix ) Und GNU stellt alle "Systemprogramme eines Unix, Apples (mit EInschränkungen) oder Linux bereit. (Systemcommands == alle grundlegenden Aufgaben, wie Kopiere-Datei, LöscheDatei, KilleProzess, LiSte dies&das usw.)

Dies Optionen sind jetzt hübsch lesbar. So heißt es nicht mehr -l für "liste mir auf" sondern sehr viel sprechender --list.
Schnell wurden noch ein paar Konventionen dazugebastelt. So gibt es z.b. --with-something und somit gleichzeitig --without-something--thismode vs. --no-thismode usw.

Generell gilt, dass man die beliebig in der Reihenfolge angeben darf.
Oder halt auch nicht.
Das hängt dann alles vom tatsächlichen commando ab.

Langes Gebabbel, kurzer Satz:
Short- und Longoptions modifizieren die Ausführung eines commandos

Das war nur eine oberflächliche Einführung, es gäbe noch ein paar Enzyklopädien mehr zu babbeln....

zypper up macht normale Updates.
zypper dup ist ein Distribution Upgrade. Das macht man z.b. von Leap 42.1 auf 42.2.
Der wesentliche Unterschied ist, dass ein dup ein installiertes Programm auf ein anderes Repo umstellen kann, ein up nicht.

Hier nennen wir das dup und das up übrigens, obwohl es ganz sicher Optionen sind, schlicht subcommand und nicht option.
Alles ganz schön konventionell.

Du hast nicht klar geschrieben, wohin du das Ding __genau__ gemountet hast.

Ich schätze, du hast schlicht dein Home übermountet.

Das Ding startet dann und läuft auch sauber.
Nur braucht deine KlickiBunti Oberfläche ein paar Konfigdateien aus dem jeweiligen Userhome.

Dieses DE kann jeder User für sich wählen, es können also gleichzeitig für User Looser KDE laufen, und für User Loosermax Gnome, und ein dritter Looser meldet sich unter Xfce, Mate, oder sonstwas an. Es gibt viele solcher bunten Oberflächen.
Dem System ist es egal, wie viele solcher DEs gleichzeitig laufen und wer da was verwendet.
(Du kannst dich sogar selbst mehrmals anmelden mit jeweils einem anderen DE)

Weil also nun einige Konfigdateien in den jeweiligen Homes liegen MÜSSEN, muss das Home auch erreichbar sein.

Bei dir lag also die Situation vor, dass du mal eben dein Home übermountet hast und damit kein DE starten konnte, das System friedlich stabil vor sich hin lief, weil kein Looser Blödsinn machen konnte.
Hätteste mal mich rangelassen.
Souverän hätte ich mich mit <strg><alt><f3> in die "echte" Konsole Nummer drei verholt (per Standard laufen davon 6 Stück F1 bis F6, auf F7 liegt dann die erste graphische Konsole, also ein KDE, oder Gnome), mich dann dort als root angemeldet, den völlig dämlichen Mount-Befehl rückgängig gemacht, und mich dann in aller Ruhe wieder mit <strg><alt><f7> auf der Klickibunti Oberfläche ganz normal angemeldet.
Ganz ohne Neuinstallation. Innerhalb von fünf Sekunden.

Neu installieren, ist keine Lösung.
Wir sind nicht unter Windows.
Du willst Linux lernen, nicht das Installieren von Linux.