Welm
Fast richtig. Zuerst werden die Konfigurationen aus /etc/ gelesen. Sind dort Konfigurationen vorhanden (vom User erstellt), werden diese verwendet. Sind dort keine vorhanden, werden die Konfigurationen aus /usr/ (...) gelesen.
Tja. Ich bin tatsächlich nicht der Ansicht, dass die rules aus /usr nur gelesen werden, wenn es keine in /etc gibt. Und ich bin tatsächlich nicht der Ansicht, dass die Rules aus /etc verwendet werden bevor die rules aus /usr gelesen wurden.
Man muss normalerweise nichts kopieren. Beide werden gelesen und in der Reihenfolge der Zahlen vorn im Namen abgearbeitet ... also nicht erst die eine Directory und dann die andere. Bei gleichem Namen wird nur das aus "/etc" genommen. Das in /etc ist die Spielwiese des lokalen Administrators und das in /usr ist die des Distributors. Wenn man also irgendwas ändern will, das nur in /usr vorkommt, dann kopiert man es nach /etc und ändert dann dort.
Schlussendlich ist das sogar auf das Windows-Universum übertragbar: Wer sein System bis in das letzte Detail managen will, muss in 2 Konfigurationssysteme, Konsole und dann noch in die Registry...
Genau. Es geht garnicht um den Unterschied von Linux und Windows.
Es geht um den Unterschied zwischen Programmen, die jedesmal im gleichen Zustand beginnen (≈Kommandozeile) und Programmen, die sich die letzten benutzten Einstellungen merken (≈GUI-Programme).
Wenn ich jemand erzählen will, wie er sein GUI-Programm einstellen muss, um einen bestimmten Effekt zu erzielen, dann muss ich über alle dort vorhandenen Einstellungen reden, denn ich habe ja keine Ahnung, wie sie zur Zeit eingestellt sind. Außerdem muss er sich alle verstellten Optionen merken, damit er nicht nach der Lösung des Problems mit dem scheitert, was vorher immer funktioniert hat. Es ist schwierig, da mit einer DIN-A4-Seite auszukommen.
Dagegen gehen Kommandozeilen von einem klar definierten Zustand (Defaults der Optionen) aus und man muss nur die relevanten Optionen angeben. Das ist viel kürzer, leicht mit der Maus fehlerfrei zu kopieren und verstellt nichts woran sich der User gewöhnt hat.
Es geht nicht einmal um den Unterschied Nicht-Anfänger versus Anfänger. Ich (Nicht-Anfänger) hab kein Problem damit, z.B. ein paar jpegs mit dem Gimp kleiner zu machen. Aber wenn ich jemand schreiben soll, dann schreib ich lieber sowas wie "mogrify -quality 12 xyz*.jpg", denn dann muss ich viel weniger schreiben und er behält seinen gewohnten Zustand in seinem Gimp.
Sauerland hat eine neue Signatur ... vermutlich war die alte abgelaufen. Beim neu Eintragen des Repos wird die neue Signatur gespeichert.
Nun sollte man ja nicht einfach geänderte Unterschriften blind akzeptieren. Aber er hat diesen Vorgang bestätigt in
Das ist ja auch was mich so verdutzt macht, dass er immer nur und sofort in grub rescue geht ohne was dazwischen.
Vielleicht ist er also garnicht aus. Nimm mal im "Aus"-Zustand ein paar Minuten den Akku raus ... vielleicht ist er dann richtig aus und kann danach normal starten. (Hatte ich mal bei nem HP, da wirkte es aber nur auf den Stromverbrauch und passierte bei jedem runterfahren).
Noch ne Idee: Ich hab dunkel im Gedächtnis, dass Samsungs beim Booten außer F2 und F10 auch noch ESC kennen.
Sonderbar ... bei mir kam kein anderes Repo dazu ... ich hab aber 15.2, mache kein 1-Click, hab kein BTRFS und es ist schon einige Monate her.
Ich rate jetzt mal rum, da ich mich mit den 1-Click-Regeln nicht auskenne:
Vielleicht geht es bei den weiteren Repos nur um optionale Bestandteile. Ich würde mal nur das ...network:/im:/signal... - Repo per Yast als Repo eintragen und dann per Yast signal-desktop installieren. Wenn die anderen Sachen wirklich benötigt werden, dann wird er sich da beklagen. Bei mir ging das ohne Yast-Meckereien und es funktioniert einwandfrei.
error: Failed dependencies:
Ich rate mal, dass das RPM von der "binance"-Seite stammt:
Du versuchst augenscheinlich ein nicht für Suse geeignetes RPM-Paket zu installieren. Die Gestaltung der Downloadseite von "binance" ist da irreführend. Dort ist einfach nur ein Download-Button für "rpm" angegeben. Aber ein RPM ist immer für eine bestimmte Distri gemacht und die wird dort nicht genannt.
In einem RPM steht ja immer drin, welche anderen Pakete auch noch benötigt werden. Diese Namen sind aber in den verschiedenen Distris oft verschieden. Die Software, die bei der einen Distri in einem Paket steckt, kann z.B. bei der anderen Distri auf drei Pakete aufgeteilt sein.
Man kann daher nicht ein einheitliches RPM für alle Betriebssysteme machen, die RPM benutzen.
Sieht gut aus, aber löst mein einfaches 'backquote'-Problem eben nicht...
Verstehe ich nicht: Meinst Du nicht das Zeichen der Taste rechts neben "ß" mit Shift?
Euro-Zeichen: '€' ... im Terminal-Fenster: '?'
Sonderbar. Jetzt ist die Frage, ob Mist ans Terminal geschickt wird oder ob das Terminal Mist macht:
1.: Kommt das auch bei: Compose E =
2.: Was sagt dort: "echo $LANG"
Das sollte "de_DE.UTF-8" sein.
3.: Was sagt dort: "hexdump" return AltGr-E return Ctrl-D Ctrl-D
Das UTF-8-Euro-Zeichen mit return dahinter wird dabei als "82e2 0aac" ausgegeben.
Noch flexibler als 'Deutsch (mit toten Tasten)' ist die "Compose"-Taste:
Wenn man nach der "Compose"-Taste zwei Zeichen tippt, dann werden sie ziemlich sinnvoll kombiniert. Z.B.
, und c ergibt ç
/ und L ergibt Ł
< und = ergibt ≤
a und a ergibt å
o und c ergibt ©
7 und 8 ergibt ⅞
...
Im KDE kann man mit
"Einstellungen" → "Systemeinstellungen" → "Eingabegeräte" → "Tastatur"
mit "Tastatureinstellungen ändern", "Position der Compose-Taste",
"Dritte Ebene der linken Windows-Taste"
z.B. definieren, dass "AltGr-LWin" als "Compose" arbeitet. Also z.B.:
AltGr drücken, LWin drücken, beide loslassen!, zwei Zeichen eingeben
Ich verstehe, dass offenbar etwas als /home über meinen Ordner /home gemountet war, vermutlich ab dem Moment, als ich mich nicht mehr einloggen konnte und /home leer angezeigt wurde. Aber wieso? Ich habe manuell nichts gemountet.
Es ist passiert, weil Du zwei unterschiedliche Strukturen hattest ... je nachdem ob das normale System oder das Rescue-System lief.
Im normalen System wird alles so gemounted, wie es in der Systemkonfiguration steht.
Im Rescue-System wird garnichts automatisch gemounted ... da macht man das alles selbst je nachdem was man so vor hat. Wenn man da jetzt ohne mounten Dateien hinschreibt, dann kommen die nicht auf die im Normalsystem für /home vorgesehen Partition sondern in dieselbe Partition wie /home selbst.
Mit dem mount-Befehl kannst Du auch im Rescue-System das /home mit der passenden Plattenpartition assoziieren und dann siehst Du die Dateien auch wieder.
Da spielt aber wohl auch noch das BTRFS mit rein und davon hab ich keine Ahnung. Es hat mir als es am Anfang bei Suse auftauchte einen im wochenabstand stundenlang durch Überlastung unbenutzbaren Rechner eingebracht und ist daher auf allen meinen Rechnern wieder rausgeflogen.
