Zitatich würde das Leap16 komplett neu installieren.
Danke. Klar ist eine Neuinstallation immer der beste Weg. Aber solange das Bootmedium fuer Leap 16.0 so benutzerunfreundlich ist und man ohne jegliche
Auswahlmoeglichkeit in einer nackeligen Shell landet, da habe ich keine Lust
auf eine Neuinstallation von 16.0.
Da lebe ich dann lieber mit dem Workaround mit user2.
Das ist alles leer, weil ich nach dem ganzen Loeschen beim Altuser
da den chromium-browser noch nicht wieder ausgefuehrt habe
zypper se -si chrom
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+-----------------+-------+-------------------------------+--------+------------------
i+ | chromium | Paket | 143.0.7499.146-bp160.1.1 | x86_64 | repo-oss (16.0)
i+ | chromium | Paket | 143.0.7499.146-bp160.1.1 | x86_64 | openSUSE-16.0 OSS
i | libchromaprint1 | Paket | 1.5.1+git.20221217-160000.2.2 | x86_64 | repo-oss (16.0)
i | libchromaprint1 | Paket | 1.5.1+git.20221217-160000.2.2 | x86_64 | openSUSE-16.0 OSSHabe zwischenzeitlich auchmal obiges chromium entfernt und von Google selber ein google-chrome-stable_current_x85_64.rpm installiert gehabt. Das hat auch keine Besserung gebracht.
Es ist ja auch nicht so, dass der chromium-browser gar nicht funktioniert. Er
funktioniert ja nur bei dem Altuser nicht. Beim user2 funktioniert er ja.
Hallo!
Danke Euch.
Ich habe das chromium aus dem "normalen" Suse-Repo, nix Spezielles.
ZitatDu kannst höchstens heraus finden, was zwischen user Alt und dem zweiten user anders ist.
Da bin ich dabei, das einzukreisen.....
Habe beim Altuser mal alle .dirs umbenannt, hat leider nix geholfen.
Wo merkt sich das System noch irgendwie was ueber einen Usernamen
ausser im $HOME von dem User?
Habe aus dem $HOME vom Altuser jetzt mal _alles_ entfernt alles mit . am Anfang und alles "normale". Es hat keine Besserung gebracht....
Habe auch das chromium-rpm weg gemacht und aus dem Suse-Repo neu installiert.
Hat auch keine Besserung gebracht.
Kann gerne auch mal das andere Repo ausprobieren.
An dem grundsaetzlichen Update kann es auch nicht liegen. Habe
auch zig headless Systeme, wo selber kein X drauf laeuft, von 15.6 auf 16.0 auf die gleiche Art geupdateed. Da tut das chromium auch ohne Probleme.
Es ist echt vertrackt.... 
Ich kann es mir nur so vorstellen, dass das System selber sich irrrrgendwo noch
was ueber den Altuser gemerkt hat.
Aber wo koennte das sein???
Gruss, Blaui
kann es an Repos liegen, wenn es auf Rechner 1 als user1 nicht funktioniert, aber als
user2?
Und gleiches Verhalten auch auf Rechner 2. Von Rechner 1 zu Rechner 2 wurden keine
Userprofile rueberkopiert.
Vor dem Upgrade auf Leap 16.0 auf beiden Rechnern bei user1 alles ohne Probleme mit dem chromium-browser
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Keep | Priority | Type | URI | Service
--+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------+---------
1 | openSUSE:repo-non-oss | repo-non-oss (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
2 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
3 | openSUSE:repo-openh264 | repo-openh264 (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap_16 | openSUSE
4 | openSUSE:repo-oss | repo-oss (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
5 | openSUSE:repo-oss-debug | repo-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
6 | openSUSE:repo-oss-source | repo-oss-source (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/source/distribution/leap/16.0/repo/oss | openSUSE
7 | repo-16.0-non-oss | openSUSE-16.0 Non-OSS | Ja | (r ) Ja | Nein | - | 99 | rpm-md | http://download.opensuse.org/distribution/leap/16.0/repo/non-oss/ |
8 | repo-16.0-oss | openSUSE-16.0 OSS | Ja | (r ) Ja | Nein | - | 99 | rpm-md | http://download.opensuse.org/distribution/leap/16.0/repo/oss/ |
9 | teamviewer | TeamViewer - x86_64 | Ja | (r ) Ja | Nein | - | 99 | rpm-md | https://linux.teamviewer.com/yum/stable/main/binary-x86_64/cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.12.0-160000.8-default root=UUID=91df1bdf-c2e8-44ed-a175-aea7078dd6b8 resume=/dev/sda1 showopts splash=silent quiet mitigations=autound das gleiche Verhalten, auch dass er sich nur kringelt, wenn man die Einstellungen
zuruecksetzen will, auch auf beiden Rechnern unter dem Hauptuser. Sogar, nachdem
ich mal testweise .config/chromium geloescht habe.
Beide Rechner haben komplett andere Hardware
nein, keine Erweiterungen, auch die Flags alle auf Standard
nur beim chromium-browser unter der Hautpuserid. Firefox, Seamonkey als Hauptuser kein Problem. chromium als user2 auch kein Problem. chromium im
Inkognitomodus als Hauptuser auch kein Problem.
P.S. Gerade eben mal "Einstellungen zuruecksetzen" im chromium-browser unter
meinem Hauptuser probiert: es kringelt sich und kringelt sich und kringelt sich....
Aber nichts tut sich....