Beiträge von sterun

Zitat von crazy.le

Es ist sicher nicht ratsam dann online Banking, ama..., eb.. und andere Einkaufsplattformen zu nutzen.

Zitat von crazy.le

Zum normalen surfen und zur Mediathek Benutzung sollte es aber doch eigentlich reichen.

Lassen wir jetzt mal die Wahrscheinlichkeit, dass es passiert, außer Acht. Es geht nicht immer um die eigenen Daten, die jemand stehlen könnte oder ums Online Banking. Ein unsicherer Rechner kann auch gekapert werden, um diesen für kriminelle Zwecke zu mißbrauchen, ohne, dass du etwas davon mitbekommst. Das merkst du erst, wenn dein Freund und Helfer bei dir klingelt.

Ein Rechner, der nicht mehr mit Updates versorgt wird, hat meiner Meinung nach, nichts im Netz verloren

Wie Heinz-Peter auch schon schrieb - wäre das sehr fahrlässig. Aber bis Januar 2021 bekommst du ja noch Updates für openSUSE Leap 15.1.

Zitat von AlOpens

warum multibootusb nicht in yast vorhanden ist, obwohl auf der seite sogar ein rpm?

Schau mal hier:

https://software.opensuse.org/…usb?search_term=multiboot

Zitat von AlOpens

Ich würde wirklich eine hilfe als startbildschirm mit den wichtigsten typischen problemen einrichten.

Das ist unmöglich, da die Interessen der Anwender extrem voneinander abweichen. Der eine interessiert sich ausschließlich für Scripting, der andere für Networking und weitere für diverse Hardware - nur als Beispiel.

Wie lang sollte dein "Startbildschirm" sein und welche der 100000 wichtigen / bekannten Probleme sollten dort enthalten sein

Aus diesem Grund gibt es Buglisten:

https://bugzilla.opensuse.org/index.cgi

Zitat von AlOpens

Ja es scheint an su zu liegen

Ganz genau...

Run this command as root (su -, not sudo) live-grub-stick isopath stickpartition e.g.:

live-grub-stick /home/geeko/openSUSE-Edu-li-f-e-12.2-1-i686.iso /dev/sdXY

Quelle:

https://github.com/cyberorg/live-fat-stick#live-grub-stick

Zitat von Berichtigung

Deshalb würde es wohl viel mehr helfen, wenn dazu erst einmal festgestellt würde, welches Update genau der mögliche Verursacher sein könnte.

Berichtigung Sehe ich auch so...

Deswegen hatte ich in Post #19 schon danach gefragt.

Daniela Du hattest geschrieben, dass es um Updates vom 13.11.2020 geht.

Poste also:

cat /var/log/zypp/history | grep -E -i "2020-11-13"

Zitat von Luckylazuli

Oder wieso kdesu mein root PW nicht "schluckt".

Es wird vermutlich noch Jahre dauern, bis WSL "ausgereift" ist.

Aber versuch doch mal:

zypper in -f kde-cli-tools5

WSL neu starten.

Geht es dann noch immer nicht, versuch mal:

zypper in -f kde-cli-tools5 plasma5-workspace

Anschl. Neustart.

Besser?

Meist ist nicht "UEFI" das Problem, sondern "SecureBoot" (digitale Signaturen).

Das kann man jedoch bedenkenlos im UEFI deaktivieren.

Habe für dich zwar keine Lösung, aber evtl. eine interessante Info:

A system in WSL does not actually boot and does not use systemd. A proprietary Microsoft /init binary initializes the system. Therefore service management does not work like in a VM. It rather behaves like an interactive container.

Quelle:

https://en.opensuse.org/openSUSE:WSL

Kannst ja mal einige Standard-Infos posten:

Als User:

zypper lr -d

echo $XDG_CURRENT_DESKTOP && echo $DESKTOP_SESSION && echo $XDG_SESSION_TYPE

zypper se -si | grep -Ei 'systemp|system-p|system_p|system p'

/sbin/lspci -nnk | grep -EiA3 "vga|3d|disp|graphic"

Als Root:

journalctl -b 0 -p err

systemd-analyze blame

Prima...

Dann sollte unter /etc/mtab...

/dev/sdb1 / btrfs ro,relatime,ssd,space_cache,subvolid=267,subvol=/@/.snapshots/1/snapshot 0 0

...nicht mehr vorhanden sein.

Kontrolliere das mal.

Zu deiner "harten" Tour:

Es wäre etwas einfacher gewesen, wenn du so vorgegangen wärst:

Dolphin öffnen (Dateimanager - Super User Modus)

unter /etc die fstab einfach mit Kate öffnen, ändern, speichern und schließen

Neustart und fertig

Aber richtig war dein Weg natürlich trotzdem...