Beiträge von Dachstein

Was zeigt z.B. gparted an ? Erkennt es die Partitionen und Dateisysteme und zeigt die Füllstände an ?

Zitat von Sauerland

mp3 ist schon lange im OSS, die Patente sind schon lange ausgelaufen....

Das wird so sein. Ich habe mich im Zuge meines Updates von 15.6 auf 16.0 von Packman getrennt, ohne von dieser Sache hier gewusst zu haben.
Ich habe das historisch bedingt immer mitgeschleppt, habe aber nun festgestellt dass ich es nicht mehr brauche weil
meine Mediendateien auch mit den Leap-Bordmitteln abgespielt werden können.

Zitat von adler53

Tatsächlich konnten dort keine meiner Videos abgespielt werden.

Welche Codecs verwenden die ?

Zitat von adler53

Aber was wäre dann mit K3b, dem Auslesen von Audiodateien (CD/DVD) bzw deren Konvertierung (zu mp3) ?

Gerade unter Leap 16.0 ohne das Packman Repository getestet : Das funktioniert hier mit den Leap 16.0 Bordmitteln

Und hier noch die Prozedur um das für Leap 16.0 in einer chroot Umgebung wieder zum Laufen zu bekommen.

Als Live System verwendet man da am Besten das Rescue System des Installationsmediums.

Diese Prozedur findet man im Netz für Leap 15.x, sie scheint aber auch für Leap 16.0 noch zu funktionieren.

Um den GRUB2-Bootloader unter openSUSE Leap 16.0 im UEFI-Modus wiederherzustellen, nutzen Sie am besten ein Live-System (zum Beispiel einen openSUSE-Installationsstick) und hängen das installierte System via chroot ein.
GRUB2 über ein Live-System reparieren
    1. Live-System starten: Booten Sie den Rechner von einem Linux-Live-USB-Stick.
    2. Partitionen herausfinden: Öffnen Sie ein Terminal und ermitteln Sie die Root-Partition (/) sowie die EFI-Systempartition Ihres Leap 16.0 Systems (z. B. mit lsblk).
    3. Einhängen (Mounten): Ersetzen Sie /dev/sdXn durch Ihre echte Root-Partition und /dev/sdXy durch Ihre EFI-Partition:
        ◦ sudo mount /dev/sdXn /mnt
        ◦ sudo mount /dev/sdXy /mnt/boot/efi 
        ◦ Wichtige Verzeichnisse verknüpfen:
        ◦ sudo mount --bind /dev /mnt/dev
        ◦ sudo mount --bind /proc /mnt/proc
        ◦ sudo mount --bind /sys /mnt/sys
        ◦ sudo mount --bind /run /mnt/run 
    4. In die chroot-Umgebung wechseln:
        ◦ sudo chroot /mnt 
    5. GRUB neu installieren: Führen Sie den Befehl für die EFI-Architektur aus:
        ◦ grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=opensuse
    6. Konfiguration aktualisieren:
        ◦ grub2-mkconfig -o /boot/grub2/grub.cfg
    7. Neustart: Verlassen Sie die Umgebung mit exit, trennen Sie die Laufwerke und starten Sie den PC neu. 

Kommst Du denn mit der Supergrub2 Disk an das SELinux System dran ?

Zitat von luigi

Frage: könnte es am auf diesem Rechner aktivierten SELinux liegen? War bei dir selinux=1 enforcing eingeschaltet?

Ich bin mit meinem System noch auf apparmor unterwegs.

Jetzt wäre es noch schön wenn es dann mit 16.1 wieder über das Istallationsmedium funktionieren würde.
Wieso zum Kuckuck haben die das bei 16.0 rausgeschmissen ?

Zitat von rkbwde

Genau - evtl. ist Dein Kernel nicht oder falsch signiert für den Grub auf dem ISO-Image.

Um auch dieses Rätsel zu lösen :

ich habe jetzt Secure Boot deaktiviert, das Installationsimage von Leap 15.6 gebootet, "more/Boot Linux System" ausgewählt, nach einiger Zeit kam die Abfrage der Partition die ich booten möchte, und schwups startet Leap 16.0 ...

Da das mit aktiviertem Secure Boot bei mir nicht funktioniert liegt also noch irgend ein Problem mit der Signatur der Kernel vor ...

Zitat von Dachstein

Mit dem Hinweis muss ich dann wohl mal prüfen ob die 2 Jahre alte Supergrub2 Disk Leap 16.0 überhaupt noch booten könnte.

Ich hab jetzt mit der Supergrub2 Disk getestet, und es funktioniert damit !

Man wählt im Menü der Supergrub2 Disk den Punkt "Detect and show boot methods" aus, dann dauert es ein paar Minuten wo das System nach allem Möglichen auf den angeschlossenen Laufwerken sucht. Unter anderem tauchen dann auch die installierten Leap-16.0-Kernel auf, von denen man einen auswählen kann, und schups startet Leap-16.0

auch ohne Grub. Und dann kann man im laufenden System den Grub reparieren.

Bleibt zu hoffen dass es vielleicht irgendwann noch mal ein Update für die Supergrub2 Disk gibt, so dass man Secure Boot nicht deaktiviern muss um dieses Image überhaupt booten zu können.