Beiträge von schorsch_76

  • Jetzt bin ich soweit: packman und ein anderes Repo

    Um hier nochmal nachzuhaken:

    Linux Containers - Incus - Announcement
    The umbrella project behind Incus, LXC, LXCFS, Distrobuilder and more.
    linuxcontainers.org


    Hier steht das Aleksa Sarai der Maintainer von incus ist. Es gibt im OBS dieses Repo:

    Incus
    Incus is a modern, secure and powerful system container and virtual machine manager. It provides a unified experience for running and managing full Linux…
    build.opensuse.org

    Das von ihm bereit gestellt wird.

    openSUSE Build Service
    build.opensuse.org


    Denkt ihr das dieses Repo "Vertrauenswürdiger" als das home_liguros Repo ist?


    Es gibt incus leider immer noch nicht von opensuse selbst ....

  • Migrationsstratgien - Dualboot, BLS, größere SSD

    Zitat von leo_lw

    Danke vorweg für die Antwort. Ich habe mir mit grub-bls mehr oder weniger meine blutige Nase geholt habe, in dem Sinne, dass ich dual-boot nicht hinbekommen habe (siehe auch anderen Foreneintrag). Daher bin ich jetzt doppelt vorsichtig, weil letztlich ist's auch ein Zeitaufwand.

    Und du hast recht, dass ich mich mit initramfs, fstab, lsblk udlg. nur rudimentär auskenne - sprich ich verwende diese eher selten.

    Wenn ich mir die Beschreibung von fsarchiver durchlese, dann funzt das nicht mit meiner aktuell laufenden Partition, weil ich von der Partition gerade gestartet bin. Das müsste ich wohl von einem Bootstick dann machen, oder?


    Wenn ich jedes OS auf die eigene SSD packe, dann kann ich mit Grub2 dann ein vernünftiges Dualboot-System hinbekommen? Eher in dem Sinne, dass ich dann ggf. Windows ja nicht von der SSD startet, auf der Linux installiert ist. Und macht es einen Unterschied, welche davon SSD1 und welche SSD2 ist? Die Frage geht in die Richtung, ob ich im BIOS was beachten muss/soll.

    Es ist so: Das UEFI startet einen Bootloader aus einer EFI Partition. Du kannst auch mehrere Bootloader im UEFI registrieren. Bsp. Windows und Opensuse. Dann könntest du einfach mit der Bootreihenfolge des UEFI arbeiten. Dann spielt es gar keine Rolle welche SSD wo hängt. Die OS sind total unabhängig. In der Regel ist Taste F12 oder F10 bei UEFI ein Bootmenü. Das ist aber stark Hersteller abhängig. Schau dir mal an wie das bei dir ist. Das erscheint meist kurz nach dem Booten.


    Wenn du mit Grub das machen willst, kannst du in /etc/grub.d/40_custom deine Chainloader Einträge machen.



    B245-D1C2 ist MEINE UUID der Platte meines Windows. Das bekomsmt du mit lsblk raus


    Code
    sudo blkid /dev/sdb1
/dev/sdb1: UUID="B245-D1C2" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System" PARTUUID="c12705e4-884d-4028-bee5-b472207d05fd"

    sdb ist meine Windowsplatte. Ich kann es auch aus dem UEFi starten ohne grub. Wenn du die Datei bei dir rein packst und die UUID austauscht gegen deine UUID, danach ein update-bootloader machst, sollte grub dein Windows starten.

  • Migrationsstratgien - Dualboot, BLS, größere SSD

    Es kommt etwas auf deine Dateisysteme an und wie gut du dich mit den Basics auskennst. Eine Option die ich oft nutze ist fsarchiver. Hier kann man Archive von mehreren Partitionen machen und später wieder auf ein neues System aufspielen. via Rettungssystem fstab anpassen, initramfs und grub aktualisieren und es sollte wieder gehen. Da du für das verschiedene AIs befragt hast gehe ich davon aus, das du dich nicht so gut auskennst.


    Die "Idealsituation" wäre jedes OS auf seine eigene Platte packen. Jedes OS hat seinen Bootloader und eines davon macht via Grub chainloading der anderen OS. grub-bls macht genau das. Das geht aber auch manuel (ist auch nicht schwer).


    Jetzt gibt es mehrere Möglichkeiten:

    - Du willst was lernen und machst ein Backup aller Systeme und Daten und versuchst das dann komplett neu aufzusetzen.

    - Du willst möglich schnell alles einfach zum laufen bekommen.


    Ich würde in deiner Situation vermutlich die Installationen gleich lassen und die neue Platte aufteilen und dann die Partitionen an deine Betriebsysteme verteilen.

  • Jetzt bin ich soweit: packman und ein anderes Repo

    Ok, jetzt wurde cuda-drivers entfernt und der neue nvidia-driver reingezogen.



    Aber wie bekomme ich jetzt wieder cuda ans laufen?


    EDIT: OK, dann lassen wir das halt mit cuda .... mal schauen...

  • Jetzt bin ich soweit: packman und ein anderes Repo

    Hab das jetzt gemacht und cuda als Repo entfernt aber kein Paket entfernt. packman als Repo aktiviert mit zypper mr -e packman ein refresh und dann


  • Jetzt bin ich soweit: packman und ein anderes Repo

    Jetzt nach etwas Zeit hab ich mal ein Upgrade machen wollen und stelle das fest:







    Okay okay ... es ist installiert aber es lässt sich nicht aktualisieren. Kommt das mit den Repos hier häufiger vor? Insbesonders Nvidia?

  • die Installation von openSUSE-16.0 hat einen Computer zerschossen

    Welche CPU hat den dieser Computer? Unterstützt er die Mindestanforderungen?


    Hardware requirements 16.0 - openSUSE Wiki

    Zitat

    x86_64 requirements

    CPU

    Leap 16.0 requires a CPU that supports the **x86_64-v2** microarchitecture level (as defined by glibc’s x86-64 psABI). This corresponds to processors with the following instruction set extensions: **SSE3, SSSE3, CMPXCHG16B, LAHF-SAHF, and POPCNT**.

    In practice, this means most CPUs manufactured since around **2007–2008** (Intel Core 2 “Penryn” or later, AMD Family 10h “Barcelona” or later) are supported. Older CPUs that lack these features (e.g., original Intel Core, Pentium 4, early Opteron/Athlon64) are no longer supported.

  • Fragen zu Leap 16

    DIe startzeit für grub wird in der /etc/default/grub eingestellt. Danach ein


    Code
    # grub2-mkconfig -o /boot/grub2/grub.cfg


    Das mit dem neuen Installer ist verzwickt. Da hab ich auch lange gesucht.


    Hier auf Ändern, die anderen Partitionen entfernen und dann auswählen.


    https://www.opensuse-forum.de/wcf/attachment/17422-opensuse-png/


    Aber vorsicht: Ob das zu 100% funktioniert, bin ich mir nicht sicher. Ich hab es am Ende manuell gemacht und ein Backup so hingeschoben wie ich es gebraucht habe.


    Im KDE Menü kannst du bei "Autostart" den Nutzer für einen Autologin setzen.