Hallo, hier die Fortsetzung: Am Donnerstag, 2. Mai 2019, 11:29:28 CEST schrieb Hugo:
Hallo Herbert,
Am Mittwoch, 1. Mai 2019, 18:55:36 CEST schrieb Herbert Albert:
Am Sonntag, 28. April 2019, 17:38:23 CEST schrieb Hugo:
Hi,
Am Samstag, 27. April 2019, 19:53:18 CEST schrieb Herbert Albert:
Am Samstag, 27. April 2019, 10:44:55 CEST schrieb Hugo:
Hallo Herbert, Was ist jetzt das Ergebnis?
kannst Du noch ein System aufsetzen - mit yast und mit der Methode von Christian - siehe Re: Systemumzug auf neue Hardware Datum: 08.04.19 13:06 Von: Christian Boltz <suse@cboltz.de>
Der Vergleich wäre interessant.
Gruß
Hugo Mahr
Hallo Hugo,
das ging in dem Mega-Thread wohl etwas unter, doch ich hatte gepostet, dass ich mich für die Version entschieden habe: Neuen Rechner mit der vorinstallierten Version zu Ende installieren, dann meine Repos und anschließend meine Paketliste einladen und installieren. Musste ein paar Abhängigkeiten klären und bin nun schon ziemlich einsatzfähig.
Heute habe ich auch wieder samba mit den Freigaben zum laufen gebracht. Von meinen Altprogrammen habe von Zweien noch die rpm-Pakete gefunden und mir die fehlenden libs nachinstalliert. Musste dann noch händisch ein paar Daten umziehen, läuft soweit. Die Maskierung der MAC hat dank Hilfe von Manfred (schnelle SSD) auch gelöst bekommen. Die SSD sind wirklich flott. Was noch etwas stört, das hat sich auch nicht zum Alt-Rechner geändert: Beim Herunderfahren kommt eine Meldung der Art:
A stop job is running for Session c2 of user ... (1min 30s)
Und hier wird erst bis 1min 30s hochgezählt, bis der Rechner herunter fährt.
Such doch mal im Internet, z.B.: https://unix.stackexchange.com/questions/273876/a-stop-job-is-running-fo r-> > s ession-c2-of-user Die Antwort von mzuther hat mir gefallen - falls Du noch ein Terminal aufmachen kannst. Mit Suche wird sich vielleicht was auf deutsch finden.
Gruß
Herbert
Gruß
Hugo Mahr
Hallo Hugo,
die Seite hatte ich auch schon gefunden.
Ok
Nach der Beschreibung
Worauf beziehst Du Dich da?
finde ich:
May 01 13:50:50 NeuerRechner.fritz.box systemd[1]: session-2.scope: Stopping timed out. Killing. May 01 13:50:50 NeuerRechner.fritz.box systemd[1]: session-2.scope: Killing process 3094 (rygel) with signal SIGKILL. May 01 13:50:50 NeuerRechner.fritz.box systemd[1]: session-2.scope: Unit entered failed state. May 01 13:50:50 NeuerRechner.fritz.box wickedd-dhcp4[937]: eth0: Request to release DHCPv4 lease with UUID 2952c95c-eebe-0000-eb03-000003000000: releasing... May 01 13:50:50 NeuerRechner.fritz.box nscd[946]: 946 In die überwachte Daten »/etc/resolv.conf« wurde geschrieben May 01 13:50:51 NeuerRechner.fritz.box dhclient[1779]: receive_packet failed on eth0: Network is down
Ich versteh das so: DHCP client auf deinem neuen Rechner kann nicht auf den DHCP Server zugreifen. Vielleicht bezieht sich die erste Meldung von 13:50:50 darauf, daß das Netzwerk angehalten wird wegen Zeitüberschreitung - wohl die 1min 30s. Aber vielleicht ist das doch. Seit gestern habe ich meine 'boot command line' geändert. Am Ende steht jetzt: quiet showopts systemd.log_ level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on Nach https://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 Diagnosing Shutdown Problems Shutdown Completes Eventually Damit findet man mit journalctl zumindest mehr Meldungen. Und nach Neustart mit # journalctl -r |grep -i -E dhcp | more sieht man zum Beispiel: mit networkmanager dhcp4 (eth0): lease time 345600 dhcp6 (eth0): state changed unknown -> timeout
Will damit nur sagen - Je nach Konfiguration gibt es vielleicht einen timeout. der nicht wirklich falsch ist (hier IPv6, das ich nicht nutze). Falls Du diese Änderung machst, siehst Du vielleicht mit wicked ähnliches oder etwas anderes was, helfen könnte. Auf alle Fälle. Netzwerk kann wohl Ursache für das 1min 30s Problem sein. Versuch doch vor dem shutdown im single user mode (ich meine früher run level 3) alle Netzwerkaktivitäten zu beenden. Vielleicht hilft das ja schon. Und später kann man das optimieren. Ich (mit autofs) mache während dem shutdown ein umount -f -l von dem benutzten Verzeichnis, das für den mount auf dem entfernten Rechner gebraucht wird. Da hatte ich nämlich ein ähnliches Problem. Jetzt scheint es gut zu sein.
May 01 13:50:53 NeuerRechner.fritz.box auditd[913]: Error setting audit daemon pid (Invalid argument) May 01 13:50:53 NeuerRechner.fritz.box systemd[1]: Shutting down.
Hat das etwas mit dem Netzwerk zu tun?
Möglich Gruß Hugo Mahr -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org