something wrong with these TW repos?
# zypper dup Retrieving repository 'Packman Essentials Repository' metadata ........[done] Building repository 'Packman Essentials Repository' cache .............[done] Retrieving repository 'Packman Repository' metadata ...................[done] Building repository 'Packman Repository' cache ........................[done] Retrieving repository 'openSUSE-Tumbleweed-Non-Oss' metadata ..........[done] Building repository 'openSUSE-Tumbleweed-Non-Oss' cache ...............[done] Retrieving repository 'openSUSE-Tumbleweed-Oss' metadata ..............[done] Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
On Tue, 27 Jun 2023 08:26:34 -0400, bent fender <ksusup@trixtar.org> wrote:
# zypper dup Retrieving repository 'Packman Essentials Repository' metadata ........[done] Building repository 'Packman Essentials Repository' cache .............[done] Retrieving repository 'Packman Repository' metadata ...................[done] Building repository 'Packman Repository' cache ........................[done] Retrieving repository 'openSUSE-Tumbleweed-Non-Oss' metadata ..........[done] Building repository 'openSUSE-Tumbleweed-Non-Oss' cache ...............[done] Retrieving repository 'openSUSE-Tumbleweed-Oss' metadata ..............[done] Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
Isn't Packman Essentials redundant when you already have all of Packman? Also, you should get rid of that Illegal Instructions Repo. ;-) -- Robert Webb
Tue, 27 Jun 2023 17:48:50 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> :
On Tue, 27 Jun 2023 08:26:34 -0400, bent fender <ksusup@trixtar.org> wrote:
# zypper dup Retrieving repository 'Packman Essentials Repository' metadata ........[done] Building repository 'Packman Essentials Repository' cache .............[done] Retrieving repository 'Packman Repository' metadata ...................[done] Building repository 'Packman Repository' cache ........................[done] Retrieving repository 'openSUSE-Tumbleweed-Non-Oss' metadata ..........[done] Building repository 'openSUSE-Tumbleweed-Non-Oss' cache ...............[done] Retrieving repository 'openSUSE-Tumbleweed-Oss' metadata ..............[done] Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
Isn't Packman Essentials redundant when you already have all of Packman?
Also, you should get rid of that Illegal Instructions Repo. ;-)
Why, until now it was just ignored :-) weird with only packman essentials disabled: # zypper dup Retrieving repository 'openSUSE-Tumbleweed-Non-Oss' metadata ...[done] Building repository 'openSUSE-Tumbleweed-Non-Oss' cache ........[done] Retrieving repository 'openSUSE-Tumbleweed-Oss' metadata .......[done] Building repository 'openSUSE-Tumbleweed-Oss' cache ............[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped) then with both packman disabled: # zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped) THEN, both enabled and a reboot: https://paste.opensuse.org/pastes/658a2cde8111 Does this speak of memory problems (RAM, not me)? THEN # zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... The following 1312 items are locked and will not be changed by any action: Available: ColPack-devel-32bit ...etc ... and 1210 more items. Installed: chromium transcode Run 'zypper locks -s' to see the complete list of locked items. Nothing to do. How can I get load of failed scriplets (in the susepaste) followed by 'nothing to do'?
On Tue, 27 Jun 2023 15:11:06 -0400, bent fender <ksusup@trixtar.org> wrote:
[...] then with both packman disabled:
# zypper dup [...] Illegal instruction (core dumped)
THEN, both enabled and a reboot: https://paste.opensuse.org/pastes/658a2cde8111
Does this speak of memory problems (RAM, not me)?
Don't know. When I had bad RAM, it appeared as BTRFS filesystem errors during 'zypper dup'.
THEN # zypper dup [...] Nothing to do.
How can I get load of failed scriplets (in the susepaste) followed by 'nothing to do'?
Did you notice that the last line of your zypper dup paste, after all the nasty errors, was Zypper saying like, "You just need to reboot to finish this up. Yeah, everything is fine."? But, it probably exited with an error code (invisible). I use this to report any error: zypper dup || echo "($?)" Those scriptlet errors don't typically leave any state info behind that zypper knows about, so the next time it runs, it's as if the previous run was successful. So, you have to notice the errors when zypper runs, but of course they have scrolled off the screen. Your susepaste showed a core dump followed by "Failed to start transient service unit: ...". Maybe I can assume that a post-install scriptlet (of xdg-desktop-portal?) was trying to start a service. I just wonder in general about the zypper update process; Do some errors happen because current processes are running that are old versions of software that has been updated, and so fail sometimes when interacting with the new stuff? And so after a reboot, everything is actually fine? -- Robert Webb
Tue, 27 Jun 2023 20:35:55 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> :
On Tue, 27 Jun 2023 15:11:06 -0400, bent fender <ksusup@trixtar.org> wrote:
[...] then with both packman disabled:
# zypper dup [...] Illegal instruction (core dumped)
THEN, both enabled and a reboot: https://paste.opensuse.org/pastes/658a2cde8111
Does this speak of memory problems (RAM, not me)?
Don't know. When I had bad RAM, it appeared as BTRFS filesystem errors during 'zypper dup'.
THEN # zypper dup [...] Nothing to do.
How can I get load of failed scriplets (in the susepaste) followed by 'nothing to do'?
Did you notice that the last line of your zypper dup paste, after all the nasty errors, was Zypper saying like, "You just need to reboot to finish this up. Yeah, everything is fine."? But, it probably exited with an error code (invisible).
I use this to report any error: zypper dup || echo "($?)"
Those scriptlet errors don't typically leave any state info behind that zypper knows about, so the next time it runs, it's as if the previous run was successful. So, you have to notice the errors when zypper runs, but of course they have scrolled off the screen.
Your susepaste showed a core dump followed by "Failed to start transient service unit: ...". Maybe I can assume that a post-install scriptlet (of xdg-desktop-portal?) was trying to start a service. I just wonder in general about the zypper update process; Do some errors happen because current processes are running that are old versions of software that has been updated, and so fail sometimes when interacting with the new stuff? And so after a reboot, everything is actually fine? -- Robert Webb
Thanks for the details, mostly over my head but I have noticed increasing segfaults over the past couple of months and not just while driving zypper nor only with Leap/Tumbleweed
On 2023-06-27 21:11, bent fender wrote:
Tue, 27 Jun 2023 17:48:50 +0000 (UTC) Robert Webb via openSUSE Users <users@lists.opensuse.org> :
...
then with both packman disabled:
# zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
THEN, both enabled and a reboot:
You have a lot of locked packages. That can't work, methinks. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 6/27/23 14:26, bent fender wrote:
Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
The obvious question is why you have illegal instruction. Can you provide the output of `lscpu` or `cat /proc/cpuinfo`? Maybe you are affected by the x86_64-v2 transition [1] - Adam [1] - https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/4...
On 2023-06-28 11:49, Adam Majer wrote:
On 6/27/23 14:26, bent fender wrote:
Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
The obvious question is why you have illegal instruction. Can you provide the output of `lscpu` or `cat /proc/cpuinfo`?
Maybe you are affected by the x86_64-v2 transition [1]
He has 1312 items locked. One of them might be a library crucial for that instruction. There is glibc stuff in the partial list.
- Adam
[1] - https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/4...
-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 6/28/23 11:54, Carlos E. R. wrote:
He has 1312 items locked. One of them might be a library crucial for that instruction. There is glibc stuff in the partial list.
Running TW upgrade of any type, while having locked any package, probably will result in a broken system down the road. TW doesn't guarantee ABI stability between versions hence the need to run `zypper dup` for every upgrade. - Adam
Wed, 28 Jun 2023 11:54:37 +0200 "Carlos E. R." <robin.listas@telefonica.net> :
On 2023-06-28 11:49, Adam Majer wrote:
On 6/27/23 14:26, bent fender wrote:
Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
The obvious question is why you have illegal instruction. Can you provide the output of `lscpu` or `cat /proc/cpuinfo`?
Maybe you are affected by the x86_64-v2 transition [1]
He has 1312 items locked. One of them might be a library crucial for that instruction. There is glibc stuff in the partial list.
At some point I had gotten fed up with all the 'gotta down/up grade this/that to 32/64' and just axed everything 32 There might be a few necessary survivors, haven't looked
Wed, 28 Jun 2023 11:49:13 +0200 Adam Majer <amajer@suse.de> :
On 6/27/23 14:26, bent fender wrote:
Building repository 'openSUSE-Tumbleweed-Oss' cache ...................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Illegal instruction (core dumped)
The obvious question is why you have illegal instruction. Can you provide the output of `lscpu` or `cat /proc/cpuinfo`?
Today is Slackware day but I booted TW just for this (below)
Maybe you are affected by the x86_64-v2 transition [1]
over my head, but I'd postulate (for Carlos also) that I've had this CPU since like a previous life but never saw this zypper-fit before (did not repeat either)
https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/4...
# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 48 bits physical, 48 bits virtual Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Vendor ID: AuthenticAMD BIOS Vendor ID: AMD Model name: AMD FX(tm)-8150 Eight-Core Processor BIOS Model name: AMD FX(tm)-8150 Eight-Core Processor To Be Filled By O.E.M. CPU @ 3.6GHz BIOS CPU family: 63 CPU family: 21 Model: 1 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 Stepping: 2 Frequency boost: enabled CPU(s) scaling MHz: 39% CPU max MHz: 3600.0000 CPU min MHz: 1400.0000 BogoMIPS: 7223.55 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mm xext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalign sse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold Virtualization features: Virtualization: AMD-V Caches (sum of all): L1d: 128 KiB (8 instances) L1i: 256 KiB (4 instances) L2: 8 MiB (4 instances) L3: 8 MiB (1 instance) NUMA: NUMA node(s): 1 NUMA node0 CPU(s): 0-7 Vulnerabilities: Itlb multihit: Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Retbleed: Mitigation; untrained return thunk; SMT vulnerable Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines, IBPB conditional, STIBP disabled, RSB filling, PBRSB-eIBRS Not affected Srbds: Not affected Tsx async abort: Not affected # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 1 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1422.802 cache size : 2048 KB physical id : 0 siblings : 8 core id : 1 cpu cores : 4 apicid : 17 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 2 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 2 cpu cores : 4 apicid : 18 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 3 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 19 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 4 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 4 cpu cores : 4 apicid : 20 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 5 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 5 cpu cores : 4 apicid : 21 initial apicid : 5 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 6 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1413.661 cache size : 2048 KB physical id : 0 siblings : 8 core id : 6 cpu cores : 4 apicid : 22 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb processor : 7 vendor_id : AuthenticAMD cpu family : 21 model : 1 model name : AMD FX(tm)-8150 Eight-Core Processor stepping : 2 microcode : 0x600063e cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 7 cpu cores : 4 apicid : 23 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass retbleed bogomips : 7223.55 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb
On 6/28/23 12:20, bent fender wrote:
Wed, 28 Jun 2023 11:49:13 +0200 Adam Majer <amajer@suse.de> :
Maybe you are affected by the x86_64-v2 transition [1]
over my head, but I'd postulate (for Carlos also) that I've had this CPU since like a previous life but never saw this zypper-fit before (did not repeat either)
Vendor ID: AuthenticAMD BIOS Vendor ID: AMD Model name: AMD FX(tm)-8150 Eight-Core Processor BIOS Model name: AMD FX(tm)-8150 Eight-Core Processor To Be Filled By O.E.M. CPU @ 3.6GHz BIOS CPU family: 63 CPU family: 21
So, it seems we didn't move Factory to -v2 ... which means your processor is fine. You can also see if you have -v2 or later support via /lib64/ld-linux-x86-64.so.2 --help and looking at the bottom. So, the most likely reason that you are seeing the Illegal Instruction errors is down to locking all the packages. I would suggest unlocking them all and then upgrading, and hopefully everything works again. Fingers crossed! It already looks like your system is at or past the tipping point of being upgradable. - Adam
Wed, 28 Jun 2023 13:41:57 +0200 Adam Majer <amajer@suse.de> :
On 6/28/23 12:20, bent fender wrote:
Wed, 28 Jun 2023 11:49:13 +0200 Adam Majer <amajer@suse.de> :
Maybe you are affected by the x86_64-v2 transition [1]
over my head, but I'd postulate (for Carlos also) that I've had this CPU since like a previous life but never saw this zypper-fit before (did not repeat either)
Vendor ID: AuthenticAMD BIOS Vendor ID: AMD Model name: AMD FX(tm)-8150 Eight-Core Processor BIOS Model name: AMD FX(tm)-8150 Eight-Core Processor To Be Filled By O.E.M. CPU @ 3.6GHz BIOS CPU family: 63 CPU family: 21
So, it seems we didn't move Factory to -v2 ... which means your processor is fine.
You can also see if you have -v2 or later support via /lib64/ld-linux-x86-64.so.2 --help and looking at the bottom.
Thank you # /lib64/ld-linux-x86-64.so.2 --help Usage: /lib64/ld-linux-x86-64.so.2 [OPTION]... Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path) Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2 (supported, searched)
So, the most likely reason that you are seeing the Illegal Instruction errors is down to locking all the packages. I would suggest unlocking them all and then upgrading, and hopefully everything works again. Fingers crossed! It already looks like your system is at or past the tipping point of being upgradable.
Virtually all the 'locked' packages were uninstalled ones tabooed against installation. I untabooed them for TS which reverted them to unistalled status. I don't think (though I am not qualified to think or not think) that such would be an obstacle to zypper dup. Zypper dup BTW worked fine after a reboot that time (I think I mentioned that). Some other kind of fluke is what I would suspect if I had to. # zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... The following 12 items are locked and will not be changed by any action: Available: kwallet-devel kwallet-tools kwallet-tools-lang kwalletd5 kwalletd5-lang kwalletmanager5 kwalletmanager5-lang libsvn_auth_kwallet-1-0 pam_kwallet pam_kwallet-common remmina-plugin-kwallet signon-kwallet-extension The following 2 packages are going to be upgraded: chromium transcode The following 4 packages are going to be REMOVED: libFLAC8 libicu71 libicu71-ledata libre2-9 2 packages to upgrade, 4 to remove. Overall download size: 99.7 MiB. Already cached: 0 B. After the operation, 114.1 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): y Retrieving: transcode-1.1.7-1699.11.pm.77.x86_64 (Packman Repository) (1/2), 1.5 MiB Retrieving: transcode-1.1.7-1699.11.pm.77.x86_64.rpm .........................................................................[done (311.5 KiB/s)] Retrieving: chromium-114.0.5735.133-2.1.x86_64 (openSUSE-Tumbleweed-Oss) (2/2), 98.2 MiB Retrieving: chromium-114.0.5735.133-2.1.x86_64.rpm ...........................................................................[done (887.2 KiB/s)] Checking for file conflicts: ...............................................................................................................[done] (1/6) Removing libFLAC8-1.3.4-1.4.x86_64 ...................................................................................................[done] (2/6) Removing libicu71-71.1-2.4.x86_64 ....................................................................................................[done] (3/6) Removing libre2-9-20220601-49.2.x86_64 ...............................................................................................[done] (4/6) Removing libicu71-ledata-71.1-2.4.noarch .............................................................................................[done] warning: /var/cache/zypp/packages/ftp.gwdg.de-openSUSE_Tumbleweed/Multimedia/x86_64/transcode-1.1.7-1699.11.pm.77.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY (5/6) Installing: transcode-1.1.7-1699.11.pm.77.x86_64 .....................................................................................[done] (6/6) Installing: chromium-114.0.5735.133-2.1.x86_64 .......................................................................................[done]
participants (4)
-
Adam Majer
-
bent fender
-
Carlos E. R.
-
Robert Webb