Beiträge von rebell21

    ich habe sehr gute Erfahrungen mit Opensuse Leap gemacht. Relativ wenig Administrations- und updatezeit erforderlich. Stabil und hier wirst Du geholfen, wenn es mal hakt. Einmal pro Jahr einen Upgrade 15.x 15.x+1 (dauert bei schnellem Internet max. 2 Stunden). Allerdings weiß man in der Tat nicht wie es mit Leap 16.0 weitergehen wird.

    Ich habe noch eine VM mit Debian laufen. Debian ist sehr stabil, benötigt auch nicht viel Administration. Allerdings stört mich bei Debian der Desktop. Gnome ist verglichen mit KDE sehr armselig. Und Debian hat sehr alte Anwendersoftware. Immer ein paar Versionsnummern zurück.


    Passwörter


    Habe kein BIOS Passwort und keine verschlüsselten Platten.


    Ich gebe ein Passwort zum Login in Linux ein. Dann muss ich noch ein Passwort für die OpenWallet eingeben. Mehr Passwörter muss ich nicht eingeben.

    Heureka !!! das genau war das Problem. Ich hatte im Router "feste IP Adresse" angegeben. Aber die VMs haben ganz andere IP Adressen bekommen. Die Adresse im Router stimmte nicht mit der Adresse in der VM überein. Sie konnten dann im lokalen Netz noch kommunizieren, weil keine IP Adressen lokal doppelt vergeben wurden. Aber in dieser Situation muss beim Zugriff auf das Internet über den Router irgendwas mit dem IP Forwarding durcheinander gegangen sein. Nach einem Reboot des Speedport-Routers war das Problem gelöst. Jetzt erhalten die VMs genau die IP Adressen, die ich auch im Router fest eingestellt hatte. Und alle VMs können auf das Internet zugreifen.

    Keine Ahnung wie das gekommen ist. Ich wusste nicht, dass man den Router neu starten muss, wenn die IP Adressen festgehalten werden sollen. Problem gelöst. Durch die zeitliche Nähe zum Upgrade auf 15.6 vor zwei Wochen hatte ich den Eindruck, dass es an dem Upgrade liegt. Zumal ich beim Upgrade von 15.4 auf 15.5 den Fall hatte , dass die Abschaltung von IPv6 verloren gegangen ist.

    cat /etc/sysconfig/network/ifcfg-br0

    Code
    localhost:/home/peter # cat /etc/sysconfig/network/ifcfg-br0
    BOOTPROTO='dhcp'
    STARTMODE='auto'
    ZONE='public'
    BRIDGE='yes'
    BRIDGE_PORTS='eth0'
    BRIDGE_STP='off'
    BRIDGE_FORWARDDELAY='15'
    DHCLIENT_SET_HOSTNAME='yes'

    cat /etc/sysconfig/network/ifcfg-eth0


    Code
    localhost:/home/peter # cat /etc/sysconfig/network/ifcfg-eth0
    BOOTPROTO='none'
    STARTMODE='auto'
    ZONE='block'
    localhost:/home/peter # 

    Wo stellt man die Vergabe einer festen IP Adresse für die Bridge ein ?


    ich habe im Speedport Router für einige Teilnehmer im Netzwerk "Immer dieselbe IP4-Adresse" gesetzt. Damit einige Backup Skripts von den Rechnern auf den Servern stabil funktionieren. Unter anderen mein Server und eben auch der Rechner, auf dem die VMs in KVM laufen. Er erhält vom Speedport immer dieselbe Adresse. Das müsste doch der Vergabe einer festen IP in der Bridge entsprechen.

    ich habe es jetzt aber immerhin geschafft, dass die beiden Linux VMs (einmal opensuse, einmal debian 12) beim Start eine IP Adresse erhalten und zumindest auf das lokale Netz problemlos zugreifen können. Internetzugriff geht jedoch immer noch nicht.







    Die Windows VM hat immer noch überhaupt keine Netzwerkverbindung. Kein Zugriff auf das lokale Netz und natürlich auch kein Internetzugriff

    Ich habe vor knapp zwei Wochen auf Opensuse Leap 15.6 upgraded.


    Heute habe ich zum ersten Mal versucht aus meiner VM mit Windows 10 wieder auf das Internet zuzugreifen. In der VM geht überhaupt kein Netwerkzugriff. Auch das lokale Netz , z. B. der Host ist nicht erreichbar.


    Die VM mit Windows 10 hat überhaupt kein Netz mehr. Ich arbeite mit einer Bridge br0. Diese wurde in YAST erzeugt. Das Interface eth0 ist dieser bridge zugewiesen.


    In der Windows VM ist diese Bridge als NIC definiert. Seltsamerweise hat die Windows VM keine IP Adresse erhalten


    Auch eine VM mit Debian erhält keine IP Adresse mehr. Und kann dann natürlich nicht auf der Netz zugreifen, weder auf das lokale Netz noch auf das Internet.


    Ich habe die bridge br0 schon in YAST neu anlegt und in allen VMs als Netzwerkinterface benutzt.


    Ich hatte mal einen ähnlichen Fehler. Damals hat es geholfen, ipv6 abzuschalten. Das habe ich jetzt auch gemacht in /etc/sysctl.conf. Hat nicht geholfen. Die Firewalls im Host und in den VMs sind abgeschaltet.


    Unter Leap 15.5. hat das alles gut funktioniert. Ich konnte aus allen VMs auf das Netz und das Internet zugreifen.


    Ein snpper rollback ist jetzt keine Option mehr. Es sind zwei Wochen seit dem Upgrade vergangen und ich habe einige Änderungen vorgenommen.


    Was kann das jetzt noch sein ?

    die AMD Repos benötige ich nicht mehr. ich habe Experimente mit AMD ROCM gemacht (das CUDA Pendant für die AMD GPUs). Ist zwar schnell, aber in Python3 nicht nutzbar. Werde ich deinstallieren und die Repos entfernen.


    ecsos Repo - scheinbar habe ich viele Softwarepakete von dort. Diese möchte ich nicht deinstallieren. Also repo deaktivieren nach dem erfolgreichen Upgrade wieder aktivieren und zypper up


    mit dem Repo von jloehel ist es einfacher. Das kann ich deinstallieren und das repo löschen



    Code
    localhost:/home/peter # zypper pa --sort-by-repo --installed-only | grep "Home project"
    i+ | Home project (15.5)                                          | diffpdf                                     | 2.1.3.1-lp155.13.4                               | x86_64
    localhost:/home/peter # 

    mit dem Repo "embar -projectas kommt "pspp". Das ist Statistik Software (SPSS). Diese benötige ich . Also repo deaktivieren nach dem erfolgreichen Upgrade wieder aktivieren und zypper up.



    Code
    localhost:/home/peter # zypper pa --sort-by-repo --installed-only | grep "embar- projektas (15.5)"
    
    i+ | embar- projektas (15.5)                                      | pspp                                        | 2.0.1-lp155.8.1                                  | x86_64
    v  | embar- projektas (15.5)                                      | pspp                                        | 2.0.1~git.20240403.gb7907d-lp155.115.1           | x86_64
    v  | embar- projektas (15.5)                                      | pspp                                        | 2+git.20240404.g4b2f21a89-lp155.33.1             | x86_64
    v  | embar- projektas (15.5)                                      | pspp                                        | 1.6.2-lp155.26.3                                 | x86_64
    v  | embar- projektas (15.5)                                      | pspp                                        | 1.4.1-lp155.1.3                                  | x86_64
    v  | embar- projektas (15.5)                                      | pspp                                        | 1.2.0-lp155.2.3                                  | x86_64
    
    localhost:/home/peter # 

    Packman - benötige ich, damit vlc und youtube videos funktionieren




    Zusammenfassung :


    • AMD Software deinstallieren, repos löschen
    • ecsos repo disable, upgrade, repo wieder enable, zypper up
    • jloehel repo - diffpdf deinstallieren, repo löschen
    • embar repo - disable, upgrade, repo wieder enable, zypper up
    • Packman repo - disable, upgrade, repo wieder enable, zypper up

    Ist es das ? Ist das so ok ? Oder gibt es weitere Probleme in der Repoliste