Beiträge von Feli

Zitat von Diophant

Wenn du jetzt meinst, dass das Problem vor dem Bildschirm sitzt, …

Das ist ziemlich naheliegend - wenn ich schon lese, dass für jedes System eine eigene Efi-Partition angelegt wird, rollen sich mir die Zehennägel auf.

Eine Efi-Partition für alle Systeme ist eigentlich der Standard - aber gut, lassen wir es sein, du bist m.E. überhaupt nicht an einer Lösung interessiert, egal was man vorschlägt, es kommt immer eine Ausrede - du hast bis heute noch keine einzige Frage beantwortet.

Als ich dir einen Lösungsvorschlag für das Ändern der Bootreihenfolge durch Tumbleweed angeboten habe, gab es plötzlich kein Tumbleweed mehr → und jetzt kommst du mit irgend welchen kruden Argumenten wie Debian schreibt in die Efi-Partition von Windows, daher.

Das war mein letzter Beitrag zu deinem "Problemchen".

Grüße, Feli

Zitat von JSC

Es geht um inkrementelle Backups.

also alles was wichtig ist → ich würde da aber System und Daten trennen.

Mal unabhängig von den 70 Terrabyte - ich sichere Daten mit rsync und für das System nutze ich auch snapper → aber bei mir ist das System nicht wichtig, es geht nur um die Daten → ein System aufzusetzen, um an die Daten zu kommen, das ist "pille-palle"

Nur um das Thema mal am laufen zu halten - Backups interessieren mich immer, aber 70 TB schrecken mich ab, mit solchen Datenmengen hatte ich noch nie zu tun.

Mal naiv nachgefragt - was willst du sichern, Daten oder System?

Wenn es um Daten geht, ist da nicht unter allen Linuxen rsync das Tool der ersten Wahl?

Zitat von Alero

So tief stehe ich leider nicht in der Materie das ich dir da helfen könnte. Dazu ist die Materie zu komplex. Sry ...

Geht mir auch so → eigentlich geh ich ja davon aus, dass in rund 90% aller Anfragen dieser Art das Problem vor dem Monitor sitzt (ist nicht böse gemeint) → aber mal davon ausgehend, dass hier das Problem nicht vor dem Monitor sitzt, würde ich dann doch eher auf Suse verzichten, als irgend welche unabwägbare "Spielchen" mit dem UEFI zu versuchen.

Und wenn es dann doch bitte ein weiteres Linux neben Fedora sein soll - Debian hatte ich bereits erwähnt (ja Alero, natürlich Bookworm) → eine weitere Alternative wäre dann natürlich noch Arch → sind aber halt beides Community-Projekte ohne ne große Firma dahinter → und ja, es gibt genau aus diesem Grund Argumente dafür dass ich Tumbleweed benutze → es ist das "stabilste" Rolling "auf dem Markt" → bei Arch und Debian (ab testing aufwärts) muss man sich mehr rein hängen.

Allen gemein ist, dass man mit der Konsole arbeiten muss → und um es rund zu machen → es fehlen bisher sämtliche angeforderten Konsolenabfragen (die sind durchaus auch mit Fedora verfügbar) und zumindest meinerseits waren das immer nur Anfragen zur bestehenden Hardware.

Und wie schon mal erwähnt - zu 90 % sitzt das problem vor dem Monitor. 😇😇

Hi,

also nix mit Suse - sie mag dich nicht.

Dann versuch doch ein anderes Linux → Debian ist auch was feines.

Gruß, Feli

Also ich hab keinerlei Probleme mit Secureboot - aber mal ne andere Frage → lässt sich dein Installationsstick an nem anderen Rechner starten? Kannst du da einen Fehler ausschließen?

Nebenbei, verwertbare Informationen in Form der angefragten Terminalabfragen lieferst du ja nicht - somit muss man spekulieren → kann es an deinem UEFI liegen? Ist das aktuell?

Also ich habe erst vor kurzem unter Tumbleweed via fwupd das UEFI aktualisiert und wie bereits erwähnt, von Problemen mit Secureboot ist hier weit und breit nichts zu sehen (Tripleboot mit Debian, Windows und Tumbleweed)

Nur der Vollständigkeit halber, ich bekam gerade eben die selbe Konfliktmeldung - sieht dann so aus

Problem: problem with the installed gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64
 Solution 1: install gstreamer-plugins-libav-1.22.2-1.2.x86_64 from vendor openSUSE
  replacing gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 from vendor http://packman.links2linux.de
 Solution 2: keep obsolete gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64

Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1
Resolving dependencies...
Computing distribution upgrade...

The following 81 packages are going to be upgraded:
  ImageMagick ImageMagick-config-7-SUSE Mesa-libva Mesa-vulkan-device-select bind-utils calligra-extras-filemanagertemplates chkstat cups-filters curl dos2unix exfatprogs fuse3 inkscape
  inkscape-extensions-extra inkscape-extensions-gimp inkscape-lang kitinerary libKPim5Itinerary5 libKPim5Itinerary5-lang libLLVM16 libMagick++-7_Q16HDRI5 libMagickCore-7_Q16HDRI10
  libMagickWand-7_Q16HDRI10 libcap2 libcap2-32bit libcreaterepo_c0 libcurl4 libdjvulibre21 libfuse3-3 libnghttp2-14 libpipewire-0_3-0 libpoppler-cpp0 libpoppler-glib8 libpoppler-qt5-1
  libreoffice libreoffice-base libreoffice-calc libreoffice-draw libreoffice-filters-optional libreoffice-icon-themes libreoffice-impress libreoffice-l10n-de libreoffice-l10n-en
  libreoffice-mailmerge libreoffice-math libreoffice-pyuno libreoffice-qt5 libreoffice-writer libsqlite3-0 libstorage-ng-lang libstorage-ng-ruby libstorage-ng1 libtracker-sparql-3_0-0
  libvulkan_intel openSUSE-release openSUSE-release-appliance-custom perl-Bootloader permissions permissions-config pipewire pipewire-alsa pipewire-aptx pipewire-lang pipewire-modules-0_3
  pipewire-spa-plugins-0_2 pipewire-spa-tools pipewire-tools polkit-default-privs poppler-tools python3-createrepo_c python310-requests python310-urllib3 rpmlint-mini
  ruby3.2-rubygem-ruby-dbus sqlite3-tcl update-alternatives wpa_supplicant xterm xterm-bin xterm-resize yast2-storage-ng

The following product is going to be upgraded:
  openSUSE Tumbleweed  20230517-0 -> 20230521-0

The following package is going to be downgraded:
  gstreamer-plugins-libav

The following package is going to change vendor:
  gstreamer-plugins-libav  http://packman.links2linux.de -> openSUSE

The following NEW package is going to be installed:
  libpoppler128

The following package is going to be REMOVED:
  libpoppler127

81 packages to upgrade, 1 to downgrade, 1 new, 1 to remove, 1 to change vendor.
Overall download size: 262.6 MiB. Already cached: 0 B. After the operation, additional 366.7 KiB will be used.
Continue? [y/n/v/...? shows all options] (y): 

Obsolete Programme lasse ich eigentlich immer entfernen, bzw., hier wird es halt downgegradet und wenn dann mal etwas nicht mehr geht, dann ist das halt so.

Hi, ich weiß jetzt nicht ganz genau, ob das unter Suse funktioniert - aber eigentlich solltest du auch ohne Grub installieren können und dann Tumbleweed über das Grub-Menü von Fedora starten → so weit mal die Theorie.

Dazu vorneweg die Frage, wie ist die Systempartition von Fedora formatiert - ext4 oder btrfs oder noch was ganz was anderes? Ich hab Installationen ohne Bootloader bisher nur unter ext4 funktionierend zum Laufen gebracht und das war mit Debian als Hauptsystem.

Eine weitere Möglichkeit wäre, du schaltest Secureboot aus, installierst, gehst ebenfalls ins Fedora, dort die "grub2.cfg" neu einlesen lassen - wenn TW dort auftaucht, dann gut und du kannst Secureboot einschalten und dann mal versuchen, bei eingeschaltetem Secureboot über das Grüb-menü von Fedora zu starten.

Aber bevor du da jetzt irgend was anfängst, zeig lieber mal ein paar Infos zu deiner Maschine, kannste auch aus Fedora heraus machen und hier im Codeblock einstellen - beide Abfragen als root eingeben

parted --list

inxi -Fz

dann bekommen wir mal einen kleinen Überblick über das System und die Partitionierung.

lg Feli

Zitat von Sauerland

Debian???

Nee,

:~> inxi -S
System:
  Host: localhost.localdomain Kernel: 6.3.2-1-default arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.27.5 Distro: openSUSE Tumbleweed 20230517

Also bei mir sieht die id anders aus

feli@localhost:~> id
uid=1001(feli) gid=1001(feli) Gruppen=1001(feli)
feli@localhost:~> 

Es gibt noch einen weiteren Nutzer, der hat überall die 1000 stehen.