Re: x86-64 oder noarch

[email protected]
Newsgroups gmane.linux.suse.general.german
Message-ID <3736135.dWV9SEqChM@lenny>
On Dienstag, 14. April 2026 13:40:36 Mitteleuropäische Sommerzeit Jörg 
Thümmler wrote:
> 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...

Ähm, was war denn nu mit dem zypper se -si?
smime.p7s (application/pkcs7-signature, 3.9 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.