Ich hätte da so eine Idee.
mount -o remount,ro <device / Einhänge-Punkt> für die kleinere/ältere Partition.
Geht bestimmt auch unter Windows irgendwie. Dann wirst Du es beim nächsten Update sehen, ob er beide nutzt oder nicht.
Beiträge von V-Treiber
-
-
-
Eine draus machen, dann stimmt die Nummerierung auch wieder.
-
Ja, danke - hatte ich auch schon gemacht. Und gleich noch einen weiteren Admin-User angelegt ...
Aber wie lange funktioniert das jetzt - bis zum (über-)nächsten Update ?
Wetten werden noch angenommen.
-
Nachdem wir nun auch ein paar Minuten investiert haben, würde mich doch noch interessieren, ob nun dein externer Datenträger gelesen werden kann, sofern in diesen noch kein Loch hineingebohrt wurde ...
Kurzfassung:
Nein, weder mit der openSuSE, noch mit einem gebooteten Dr.Parted. Da die Platte aus meinem letzten Selbstbaurechner stammte und die Schwesterplatte nicht ein Mal mehr als Datenträger erkannt wurde ... parted hat zwar nach ewigem Gerödel erkannt das da eine btrfs und eine xfs Partition drauf sind (was meiner Erinnerung nach richtig ist, nur mounten ließ sich nix davon. Weder noch.
-
Bei dem Laptop hatte ich ich Windows Hello mit Gesichtserkennung und Pin eingerichtet. Irgendwann funktionierte die Gesichtserkennung mit einer nichtssagenden Fehlermeldung nicht mehr; jetzt versagte auch die Pin. Ein derart unzuverlässiges "Betriebssystem" ist einfach nur doof !
Anmeldeoptionen --> mit Passwort anmelden --> Einstellung-Konten-Anmeldeoption --> PIN entfernen --> Passwort zur bestättigung --> Neue PIN einrichten.
Per Telefon von meinem persönlichen Windows SD.
-
SE-Linux für 2 User, 1 Samba 3 Samba User, erscheint mir, nun ja, überdimensioniert. Jedenfalls werde ich mir erst mal ein neues Laptop besorgen, das hier war ja kein Zustand.
-
Okay.
Code
Alles anzeigenzypper se -si selinux apparmor Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+------------------------+--------+-------------------------+--------+---------------- i | apparmor | Schema | 20241218+leap-lp160.1.1 | x86_64 | repo-oss (16.0) i | apparmor-abstractions | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | apparmor-docs | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | apparmor-parser | Paket | 4.1.7-160000.2.1 | x86_64 | repo-oss (16.0) i | apparmor-parser-lang | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | apparmor-profiles | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | apparmor-utils | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | apparmor-utils-lang | Paket | 4.1.7-160000.2.1 | noarch | repo-oss (16.0) i | libapparmor1 | Paket | 4.1.7-160000.2.1 | x86_64 | repo-oss (16.0) i | libselinux1 | Paket | 3.8.1-160000.4.1 | x86_64 | repo-oss (16.0) i | patterns-base-apparmor | Paket | 20241218+leap-lp160.1.1 | x86_64 | repo-oss (16.0) i | perl-apparmor | Paket | 4.1.7-160000.2.1 | x86_64 | repo-oss (16.0) i | python3-apparmor | Paket | 4.1.7-160000.2.1 | x86_64 | repo-oss (16.0) -
Code
thosto@localhost:~> zypper se -si selinux Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+-------------+-------+------------------+--------+---------------- i | libselinux1 | Paket | 3.8.1-160000.4.1 | x86_64 | repo-oss (16.0) thosto@localhost:~> -
Scheint ein SELinux-Problem zu sein.
Versuche mit selinux=0 in der grub-Bootzeile zu starten.
Eine genauere Analyse kann ich jetzt nicht durchführen, bin unterwegs ...
Jo, das war es.CodePU: quad core AMD Ryzen 3 4300GE with Radeon Graphics (-MT MCP-) speed/min/max: 1700/1400/4113 MHz Kernel: 6.12.0-160000.37-default x86_64 Up: 0h 2m Mem: 1.69/30.74 GiB (5.5%) Storage: 931.52 GiB (53.5% used) Procs: 315 Shell: Bash inxi: 3.3.36
