Tumbleweed kreativ...

Vor einiger Zeit hauchte mein alter Rechner sein Leben aus. Reparatur usw. war nicht mehr, er hatte über 10 Jahre auf dem Buckel, lief aber im Prinzip einwandfrei - bis auf die mit der Zeit zu klein gewordene RAM-Ausstattung... Ich kramte meinen Ersatzrechner raus und nahm ihn überbrückungsweise in Betrieb und suchte nach neuer(er) Hardware. Nun, da ich alles beisammen hatte, hab' ich alles zusammengestöpselt und den "neuen" Rehner eingeschaltet. Lief von anfang an.

Geändert wurde

-Mainboard (vorher MSI von ca. 2010 mit Intel Q6600, neu ASUS P9X79 mit Intel i7)

-GraKa Nvidia 9800 alt, neu Nvidia 1070

-SSD hinzugefügt,

-RAM erneuert

-anderer Sound (Soundblaster PCI gegen (zunächst) onboard-Sound)

Nicht geändert wurden

- 2 Platten aus dem alten Rechner (auf einer davon war das alte System, ich habe dem Installer jedoch nicht gesagt, daß er die beiden anfassen soll, das alte /home-Verzeichnis wollte ich nach beendeter Neuinstallation händisch einbinden, sodaß er im Prinzip für die Installation nur auf die SSD zugreifen sollte. Meine alte Systmpartition war 80GB groß und reichte über all die Jahre immer locker aus, die neue Systempartition auf der SSD wäre 256 GB groß gewesen...).

Heute dann ein Installationsversuch, der allerdings unerwartet erfolgreich war:

Ich wollte eigentlich das System komplett auf die SSD und den Rechner künftig von dort laufen lassen, /home, wie schon vorher auf eine eigene Partition und den Rest (Arbeitsdaten etc.) auch auf eigene Platten. So hatte ich es, bis auf die nicht vorhandene SSD, auch im alten System gehabt. Das neue BIOS verlangte allerdings penetrant nach einer EFI-Partition auf der SSD. Gab ich ihm auch.

Das alte System lief seit mehreren Jahren unter Tumbleweed im Prinzip fehlerfrei, ein zypper.dup alle zwei Wochen half dabei und war auch die einzige Pflege, die ich dem System angedeihen ließ.

Heute nun die Installation von einer SuSE-DVD. Alles lief planmäßig, es gab nichts Auffälliges, den Partitionsvorschlag des Installers abgeändert auf "nur die SSD benutzen" . Als der Installer begann, Pakete zu installieren, bin ich blöderweise eingenickt (mein Kater hatte mich heute früh ultrabald aufgeweckt) und so konnte ich den Fortgang nicht überwachen/beobachten. Nach gut einer Stunde bin ich wieder aufgewacht - mein erster Gedanke: ScheiXXe, die Installation... Doch es war alles im grünen Bereich:

Mein alter Desktop begrüßte mich mit dem alten Hintergrundbild usw., als ob nichts gewesen wäre, Sound ging, Grafik ging, alles war paletti. Mit völlig anderer Hardware...

Der Tumbleweed-Installer ist wohl während seiner Arbeit auf ein Problem gestoßen, hat die alte Installation auf der alten HD gefunden und dort alle (!!!) Hardwaretreiber etc. auf die völlig geänderte Hardwareausstattung geupdated, sowie das alte System von der HD eingebunden, sodaß der Rechner völlig normal weiterlief, als ob gar nichts gewesen wäre. Auch die beiden Drucker und den Scanner hat er nicht vergessen.

Ich staunte nicht schlecht.

Ein Blick mittels Yast in die auf der HD vorhandene Software zeigte schließlich noch in der installierten Software enormen Updatebedarf, was theoretisch mit einem zypper -dup auch behoben wäre.

Das könnte es dann gewesen sein. Rechner lief, wie gewünscht.

Aber nicht von SSD. Ich erwartete mir einen spürbaren Geschwindigkeitsschub bei Benutzung der SSD als Systempartition, der nun natürlich nicht vorhanden war.

Und nun meine Frage:

Kann ich die SSD komplett plattmachen und ein Tumbleweed ohne EFI installieren? Verlangt Tumbleweed zwingend danach? Welche Nachteile hätte ein Betrieb ohne EFI (Ein "Fremd"-OS, z.B. aus Redmont läuft auf dem Rechner nicht)?

Danke für's lesen.

Tschüß

der Michael

Hallo,

vielen Dank für die vielen und vor allem von Sauerland auch schnellen Antworten. Mir ist da gerstern nacht noch etwas aufgefallen, was evtl. nicht in Ordnung ist. Yast setzt jedesmal, wenn es die SSD ansprechen will, vorher folgenden Befehl ab:

nvme list --verbose --output json

Das endet dann jedesmal mit der Fehlermeldung

4KTumble:~ # nvme list --verbose --output json
list: option '--output' is ambiguous; possibilities: '--output-format' '--output-format-version'
Usage: nvme list <device> [OPTIONS]

Retrieve basic information for all NVMe namespaces

Options:
  [  --verbose, -v ]                    --- Increase output verbosity
  [  --output-format=<FMT>, -o <FMT> ]  --- Output format: normal|json|binary
  [  --timeout=<NUM>, -t <NUM> ]        --- timeout value, in milliseconds
  [  --dry-run ]                        --- show command instead of sending
  [  --no-retries ]                     --- disable retry logic on errors
                                               [  --output-format-version=<NUM> ]    --- output format version: 1|2

Der Grund ist nicht etwa ein Fehler mit der Hardware, sondern ein Syntax-Fehler im Aufruf. Lt. man-pages für nvme muß der korrekte Aufruf lauten:

 nvme list --verbose --output-format json

Das bringt dann auch ein schön formatiertes Ergebnis:

4KTumble:~ # nvme list --verbose --output-format json
{
  "Devices":[
    {
      "HostNQN":"nqn.2014-08.org.nvmexpress:uuid:6aa48cf3-9f2c-461b-a70b-dc1951245fe5",
      "HostID":"6aa48cf3-9f2c-461b-a70b-dc1951245fe5",
      "Subsystems":[
        {
          "Subsystem":"nvme-subsys0",
          "SubsystemNQN":"nqn.1994-11.com.samsung:nvme:PM991aM.2:S65FNF2R950153",
          "Controllers":[
            {
              "Controller":"nvme0",
              "Cntlid":"5",
              "SerialNumber":"S65FNF2R950153",
              "ModelNumber":"SAMSUNG MZALQ256HBJD-00BL2",
              "Firmware":"5L2QFXM7",
              "Transport":"pcie",
              "Address":"0000:0a:00.0",
              "Slot":"",
              "Namespaces":[
                {
                  "NameSpace":"nvme0n1",
                  "Generic":"ng0n1",
                  "NSID":1,
                  "UsedBytes":37101875200,
                  "MaximumLBA":500118192,
                  "PhysicalSize":256060514304,
                  "SectorSize":512
                }
              ]
            }
          ]
        }
      ]
    }
  ]
}

Möglicherweise verwendet Yast Teile dieser Ausgabe für seine Tätigkeit weiter. Ich mach' jetzt mal gar nichts und schreibe die Yast-Entwickler an, sie sollen sich das mal anschauen und evtl. korrigieren.

Das System läuft ja soweit einwandfrei. Ich mach' jetzt mal ein zypper-dup und schau danach, was es hier noch für Vorschläge gibt.

Bis dahin

Tschüß

der Michael

Alero:

Wenn ich mir die Versionsstände von Yast anschaue, drängt sich mir das alte Sprichwort auf, daß Totgesagte länger leben.

Ich habe mir die beiden verlinkten Beiträge angeschaut und muß dazu sagen, daß ich als nun schon edv-mäßig Toter in meinem seit Kurzem hinter mir liegenden Arbeitsleben, anfänglich vor Jahrzehnten von ganz unten bis zuletzt ziemlich weit oben, viel miterlebt habe, wie mit irgendwas irgendwie umgegangen wird. Ich möchte das auch gar nicht kommentieren.

Manche hier haben zur Glanzzeit von Yast noch in die Windeln geschissen und nachher irgendwo Gehörtes ungeprüft übernommen, wieder andere haben aus anderen Gründen ihr Schandmaul spazieren geführt. Der Gründe gibt es viele. Auch unehrenhafte.

Fakt ist: Das Tool Yast sucht auch heute noch bei anderen Distris seinesgleichen - entgegen allen Unkenrufen, Yast hat maßgeblich zum dereinst guten Ruf von SuSE beigetragen, davon will man heute nichts mehr wissen und versucht, das Ganze verrotten zu lassen und kaputt zu reden.

Es wird interessant sein, ob sich großmäulige Mobber und dergl. durchsetzen werden oder einfach User, die sich nach wie vor über ein einfach zu bedienendes grafisches Tool zur Systemadministration freuen.

Ich bin raus hier aus diesem Thema, weil ich an unparteiischer, neutraler Information interessiert war und bin und nicht an primitiver Stimmungs- und Meinungsmache.

Tschüß