Das ist korrekt!marce schrieb:... Da die Datei eine Log- oder "Ergebnisfile" und kein ausführbares Programm ist - ist die Fehlermeldung mangels x-Rechten auf dem File recht "logisch".
AMD-Bolide:~ # ls -la /var/adm
total 28
drwxr-xr-x 6 root root 4096 Mar 24 15:32 .
drwxr-xr-x 11 root root 4096 Mar 23 00:25 ..
drwxr-xr-x 7 root root 4096 Jan 25 11:44 autoinstall
drwx------ 6 root root 4096 Mar 15 12:35 backup
-rw-r--r-- 1 root root 0 Mar 17 17:19 postfix.configured
-rw-r--r-- 1 root root 296 Mar 24 15:32 rpmconfigcheck
drwx------ 2 root root 4096 Mar 15 12:35 update-messages
AMD-Bolide:~ # cat /var/adm/rpmconfigcheck
/etc/chrony.conf.rpmnew
/etc/cups/cups-browsed.conf.rpmnew
/etc/iscsi/iscsid.conf.rpmnew
/etc/modprobe.d/50-nvidia-default.conf.rpmsave
/etc/nsswitch.conf.rpmnew
/etc/postfix/main.cf.rpmnew
/etc/postfix/master.cf.rpmnew
/etc/pulse/client.conf.d/50-system.conf.rpmsave
/etc/sane.d/dll.conf.rpmnew
wie Du wahrscheinlich bereits den vorangegangenen Beiträgen entnommen hast, ist die Datei /var/adm/rpmconfigcheck keine ausführbare Datei, sondern lediglich eine Textdatei, welche das (von Dir bereits gezeigte) Ergebnis von rpmconfigcheck beinhaltet.oldy_but_goody schrieb:... Hier Deine angefragte Ausgabe:
Code:AMD-Bolide:~ # ls -la /var/adm total 28 drwxr-xr-x 6 root root 4096 Mar 24 15:32 . drwxr-xr-x 11 root root 4096 Mar 23 00:25 .. drwxr-xr-x 7 root root 4096 Jan 25 11:44 autoinstall drwx------ 6 root root 4096 Mar 15 12:35 backup -rw-r--r-- 1 root root 0 Mar 17 17:19 postfix.configured -rw-r--r-- 1 root root 296 Mar 24 15:32 rpmconfigcheck drwx------ 2 root root 4096 Mar 15 12:35 update-messages
@christina
Hier Deine angefragte Ausgabe:
Code:AMD-Bolide:~ # cat /var/adm/rpmconfigcheck /etc/chrony.conf.rpmnew /etc/cups/cups-browsed.conf.rpmnew /etc/iscsi/iscsid.conf.rpmnew /etc/modprobe.d/50-nvidia-default.conf.rpmsave /etc/nsswitch.conf.rpmnew /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew /etc/pulse/client.conf.d/50-system.conf.rpmsave /etc/sane.d/dll.conf.rpmnew
susejunky schrieb:
- Mit Hilfe des Programms meld (aus dem oss-Repository) lassen sich zwei Dateien einfach miteinander vergleichen und gezielt anpassen.
Hi susejunky,susejunky schrieb:Mit Hilfe des Programms meld (aus dem oss-Repository) lassen sich zwei Dateien einfach miteinander vergleichen und gezielt anpassen.
diff -u /etc/modprobe.d/50-nvidia-default.conf.rpmsave /etc/modprobe.d/50-nvidia-default.conf
beim Abgleich der Konfigurationsdateien werde ich sehr wahrscheinlich nur sehr eingeschränkt helfen können:Christina schrieb:... aber hier im Forum finde ich diff besser, weil @oldy_but_goody dann die Ausgabe hier posten kann, damit du erst mal drüberschauen kannst.
Ich fürchte, hier kannst du @oldy_but_goody nicht mit Hilfe zur Selbsthilfe alleine lassen.susejunky schrieb:beim Abgleich der Konfigurationsdateien werde ich sehr wahrscheinlich nur sehr eingeschränkt helfen können
mein Wissen und die mir zur Verfügung stehende Hardware sind (LEIDER) endlich.Christina schrieb:...Ich fürchte, hier kannst du @oldy_but_goody nicht mit Hilfe zur Selbsthilfe alleine lassen.susejunky schrieb:beim Abgleich der Konfigurationsdateien werde ich sehr wahrscheinlich nur sehr eingeschränkt helfen können
Wir sollten hier keine unnötige Panik verbreiten.Christina schrieb:... @oldy_but_goody
Eine andere Frage, die bisher noch niemand gestellt hat: Wie viel bedeutet dir die Leap-15.1-Installation denn, dass du sie jetzt mit einem solchen Aufwand tatsächlich als Leap 15.3 reparieren musst, um eine Neuinstallation zu vermeiden?
So langsam verliere ich den Boden unter meinen Füßen. So sehr ich Eure Ratschläge schätze - aber jetzt ist der Punkt gekommen, wo ich mir diese Frage auch schon gestellt habe. Aus meiner Sicht spricht eigentlich nichts gegen eine Neuinstallation, zumal ich meine /home-Partition unangetastet lasse und auch meine Daten unverändert weiter genutzt werden können (oder habe ich auch hier etwas übersehen?).Christina schrieb:...
@oldy_but_goody
Eine andere Frage, die bisher noch niemand gestellt hat: Wie viel bedeutet dir die Leap-15.1-Installation denn, dass du sie jetzt mit einem solchen Aufwand tatsächlich als Leap 15.3 reparieren musst, um eine Neuinstallation zu vermeiden?
Ich habe das bemerkt, daher auch mein Denkanstoß.oldy_but_goody schrieb:So langsam verliere ich den Boden unter meinen Füßen.
rsync
.hier noch ein paar Hinweise zum Thema Sicherung und Wieder-Einspielen der gesicherten Daten:... Bei mehreren Installationen habe ich das /home-Verzeichnis auf einer externen Festplatte gesichert. Allerdings kam ich noch nie in die Situation, eine Sicherung zurück zu spielen.
cp
(copy) in Dein neues System zurückführen kannst (rsync
wäre ein solches Programm).Dadurch gehen dir aber die Benutzer - und Gruppenrechte verloren.Grsync habe ich deshalb nicht verwendet, weil es lt. SUSE keine Version für 15.4 bietet. Das war mir dann doch nicht mehr so ganz geheuer. Ich habe mich aber wieder erinnert, wie ich vorher gesichert habe:
Als root /home ausgewählt und in das neu benannte Verzeichnis der ext. Festplatte kopiert.
Das werden die Auswirkungen des Kopierens als root sein.Die Installation lief störungsfrei durch. Besonders angenehm empfand ich die Auswahlmöglichkeit, Daten und Einstellungen eines vorherigen Nutzers (hier hermann) zu übernehmen.
Allerdings gab es schließlich doch noch einen Wermutstropfen: Thunderbird spielte nicht mit. Fehlermeldung siehe Anhang
Außerdem läuft z.B.Firefox ausgesprochen träge (wie wenn man versucht warmen Teer umzurühren)
Grsync
nicht installieren möchtest, kannst du auch rsync
im Terminal verwenden. So schwierig ist das nicht.tar
des /home/<user> Verzeichnisses an. Das ist auch sehr einfach im Terminal. – Du brauchst nur zu fragen.