Re: x86-64 oder noarch

Am 14.04.26 um 12:35 schrieb [email protected]:
> On Dienstag, 14. April 2026 08:23:04 Mitteleuropäische Sommerzeit Jörg
> Thümmler wrote:
>> Hi,
>>
>> bei einer 15.6-Installation hat der Installer zunächst x86_64 als
>> "Architecture" gewählt. Die Maschine hat einen Intel (i5-7600)
>> Prozessor auf einem ASUSTeK H110M-A/M.2 Board. Dann habe ich die
>> M.2-Disk mit dem System an einem anderen PC (AMD CPU auf
>> ASRock-Board) am USB angeschlossen und das System von da gebootet.
>> Und ein zypper up gemacht woraufhin zypper die "Architecture" zu
>> noarch geändert hat und alle betreffenden Pakete ersetzt hat. Ich bin
>> mir nicht mehr 100%ig sicher, weil es nicht auf Anhieb funktionierte,
>> aber ich denke, ich habe kein --force mitgegeben...
>>
>> Frage ist, warum tut zypper das? x86_64 lief korrekt auf Intel, ist
>> aber lt. Infos im Netz mal für AMD entwickelt worden. Und es lief ja
>> auch korrekt auf beiden Prozessoren. Noarch läuft (IMHO im
>> Widerspruch zu seinem Ansatz eben nicht architekturabhängig zu sein)
>> auf der Intel-Maschine aber nicht, die bleibt schon im Bootprozess
>> stecken...
>>
>> Eh jemand mich auf das Auslaufen von 15.6 hinweist ... weiß ich.
>> Möchte aber trotzdem gern verstehen, was da läuft und wäre für
>> Erhellung dankbar. Schon klar, das beim nächsten Test da
>> --no-allow-arch-change das Problem vermeiden sollte.
>>
>> Thx für jeden Hinweis, gern auch auf Lesestellen...
> 
> Wenn du einen x86_64 Kernel hast, hast du ein x86_64 System:
> 
> uname -a
> Linux lenny 6.19.11-1-default #1 SMP PREEMPT_DYNAMIC Thu Apr  2 16:41:45
> UTC 2026 (b4a2f1c) x86_64 x86_64 x86_64 GNU/Linux
> 
> 
> Bist du sicher, dass zypper nicht nur viele Pakete aktualisiert hat, die
> halt noarch geflagged sind, weil für sie die Architektur keine Rolle
> spielt? Da gibt es eine ganze Menge davon.
> Wenn du "zypper se -is" aufrufst, siehst du da einen Mix aus noarch und
> x86_64? Wenn ja, ist alles ok.
> 
> Ciao.
> Michael.

Hi,

danke, der Kernel ist wohl unverändert:

Linux tserver 6.4.0-150600.23.92-default #1 SMP PREEMPT_DYNAMIC Tue Mar 
17 00:08:12 UTC 2026 (e41f89b) x86_64 x86_64 x86_64 GNU/Linux

also scheint es einen Konflikt mit einem der nun auf noarch umgestellten 
Pakete geben.

Ich werde das nicht weiter analysieren, sondern mir merken, dass man 
alle Paketaktualisierungen entweder auf der Originalmaschine machen muss 
oder zumindest einer architekturgleichen... [früher habe ich neue Server 
immer so installiert: Erstinstallation (minimal) auf der 
Originalmaschine, dann die Platte in einen Bastelrechner und dort 
zurechtkonfiguriert und, wenn sie fertig ist, wieder ins Original rein, 
dort noch schnell die Netzwerkkonfig ändern, Datenbackup druaf und 
fertig war die neue Serverversion]

Klingt für mich im Grunde ähnlich mystisch, wie der thread zu 
15.6-16.0-upgrade mit dem Migrationstool...

-- 
cu

jth