journalctl -b
Leap42.2: Startverhalten ist mau && Networkmanager
- TuxSv748
- Geschlossen
- Erledigt
Hinweis: In dem Thema Leap42.2: Startverhalten ist mau && Networkmanager gibt es 69 Antworten auf 7 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
-
wie gewünscht
-
Lösche mal alles mit apparmor im Namen.......
-
was bedeutet löschen genau?
ich könnte apparmor generell über yast deaktivieren, was mir anderweitig schon geraten wurde. Bringen dürfte es was aber ob ich das will??? -
$># systemd-analyze blame
10.449s apparmor.service
....Also 10,5 Sekunden würde es dir bringen. Eventuell noch mehr, da das ja auch auf Anderes Auswirkungen haben könnte.
Wozu brauchst du denn Apparmour? -
Wozu brauchst du denn Apparmour?
Wird standardmäßig installiert.
Code
Alles anzeigenzypper if pattern:apparmor Repository-Daten werden geladen... Installierte Pakete werden gelesen... Informationen zu Schema apparmor: --------------------------------- Repository : openSUSE-Leap-42.2-Oss Name : apparmor Version : 20150918-25.1 Arch : x86_64 Anbieter : openSUSE Installiert : Nein Sichtbar für den Benutzer : Ja Zusammenfassung : AppArmor Beschreibung : AppArmor is an application security framework that provides mandatory access control for programs. It protects from exploitation of software flaws and compromised systems. It offers an advanced tool set that automates the development of per-program application security without requiring additional knowledge. Inhalt : S | Name | Typ | Abhängigkeit --+--------------------------------+---------+------------- | apparmor-abstractions | package | Benötigt | apparmor-parser | package | Benötigt | apparmor-profiles | package | Benötigt | audit | package | Benötigt | patterns-openSUSE-apparmor | package | Benötigt i | patterns-openSUSE-base | package | Benötigt | apparmor-utils | package | Empfohlen | patterns-openSUSE-apparmor_opt | package | Empfohlen | yast2-apparmor | package | Empfohlen
Ich deinstalliere das aber auf meinen privaten Rechnern.
-
hab das jetzt 2x versucht per yast zu deaktivieren, wird nicht angenommen, dh immer noch gestartet -> bug???
will prinzipiell auch nicht zu viel an einer Standardinstallation ändern/modifizieren, hatte ich auf meiner anderen SSD auch nicht unternommen und die bootet rasant im Vergleich zu dieser Installation. -
-
Wird standardmäßig installiert.
Schon, wird aber nicht standardmäßig automatisch gestartet. - So dachte ich bis gerade -
Fand ich nicht bei mir bei der Ausgabe von systemd-analyze blame. Dann gerade nochmals nachgeguckt: 0,211s. Und der TE hat 10,5s!In der journalctl-Datei fand ich das, insgesamt ca. 10x
CodeApr 03 10:49:58 linux-123 org.gtk.vfs.Daemon[2154]: ** (gvfsd:2496): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Empfangen der Freigabenliste vom Server ist gescheitert: Verbindungsaufbau abgelehnt Apr 03 10:49:58 linux-123 org.gtk.vfs.Daemon[2154]: ** (process:2724): WARNING **: Couldn't create directory monitor on smb://x-gnome-default-workgroup/. Error: Der angegebene Ort ist nicht eingehängt
Es wird wohl versucht, sich mit einer SMB-Freigabe smb://x-gnome-default-workgroup/ zu verbinden. Das kostet Zeit.