Unfortunately, no one can be told what Redcore Linux is. You have to see it for yourself!
You are not logged in.
Pages: 1
If you are using OpenRC instead of systemd , you should use "loginctl poweroff" to poweroff.
May be Cinnamon is ignoring openrc ??? and it would use systemd.???
I have the following messages in log and I would like to know if I should worry ?
```
[ 47.582420] usbcore: registered new interface driver cdc_ether
[ 47.592771] usbcore: registered new interface driver r8153_ecm
[ 47.684857] r8152 2-1.3:1.0 enp3s0f3u1u3: renamed from eth0
[ 47.696783] wl: loading out-of-tree module taints kernel.
[ 47.696789] wl: module license 'MIXED/Proprietary' taints kernel.
[ 47.696791] Disabling lock debugging due to kernel taint
[ 47.696792] wl: module license taints kernel.
[ 47.701364] ------------[ cut here ]------------
[ 47.701367] Unpatched return thunk in use. This should not happen!
[ 47.701369] WARNING: CPU: 7 PID: 1417 at arch/x86/kernel/cpu/bugs.c:3023 __warn_thunk+0x2a/0x40
[ 47.701375] Modules linked in: wl(PO+) snd_pcm_dmaengine r8153_ecm cdc_ether snd_pci_ps usbnet snd_hda_codec_realtek r8152 snd_rpl_pci_acp6x snd_acp_pci snd_acp_legacy_common snd_hda_codec_generic snd_hda_codec_hdmi mii snd_pci_acp6x snd_hda_scodec_component snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core snd_hwdep snd_pcm btusb btrtl btintel snd_timer btbcm libphy iwlmvm btmtk mac80211 libarc4 snd bluetooth soundcore iwlwifi tpm_crb tpm_tis tpm_tis_core amd_atl joydev intel_rapl_msr intel_rapl_common asus_nb_wmi snd_pci_acp5x snd_rn_pci_acp3x snd_acp_config snd_soc_acpi hid_multitouch cfg80211 edac_mce_amd asus_wmi snd_pci_acp3x kvm_amd platform_profile sparse_keymap rfkill tiny_power_button thermal button ac k10temp kvm efi_pstore input_leds evdev i2c_piix4 rapl mac_hid pcspkr i2c_designware_platform i2c_designware_core wmi_bmof efivarfs ext4 crc32c_generic crc16 mbcache jbd2 dm_crypt encrypted_keys trusted asn1_encoder tee tpm libaescfb ecdh_generic ecc hid_logitech_hidpp
[ 47.701442] hid_logitech_dj hid_generic sd_mod uas usbhid usb_storage ahci crct10dif_pclmul crc32_pclmul crc32c_intel libahci xhci_pci polyval_clmulni xhci_pci_renesas polyval_generic gf128mul xhci_hcd nvme ghash_clmulni_intel sha512_ssse3 libata nvme_core sha256_ssse3 sha1_ssse3 nvme_auth t10_pi aesni_intel usbcore scsi_mod crypto_simd crc64_rocksoft_generic cryptd serio_raw crc64_rocksoft scsi_common ccp usb_common crc64 amdgpu i2c_hid_acpi i2c_hid battery hid video wmi amdxcp i2c_algo_bit drm_ttm_helper ttm agpgart drm_exec gpu_sched drm_suballoc_helper drm_buddy drm_display_helper drm_kms_helper drm i2c_core dm_mod
[ 47.701486] CPU: 7 PID: 1417 Comm: (udev-worker) Tainted: P O 6.10.10-redcore #1
[ 47.701489] Hardware name: ASUSTeK COMPUTER INC. VivoBook_ASUSLaptop X513UA_M513UA/X513UA, BIOS X513UA.305 03/12/2021
[ 47.701491] RIP: 0010:__warn_thunk+0x2a/0x40
[ 47.701493] Code: 66 0f 1f 00 0f 1f 44 00 00 80 3d 7c 29 5b 01 00 74 05 e9 49 ca ab 00 48 c7 c7 b8 c2 1e 88 c6 05 67 29 5b 01 01 e8 46 8e 05 00 <0f> 0b e9 2f ca ab 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00
[ 47.701495] RSP: 0018:ffffb7d1c504f910 EFLAGS: 00010286
[ 47.701498] RAX: 0000000000000000 RBX: 0000000000000000 RCX: c0000000ffffefff
[ 47.701499] RDX: 0000000000000000 RSI: 00000000ffffefff RDI: 0000000000000001
[ 47.701501] RBP: ffffb7d1c504f960 R08: 0000000000000000 R09: 0000000000000003
[ 47.701502] R10: ffffb7d1c504f7b8 R11: ffffffff884c50e8 R12: ffffffffc27fac21
[ 47.701503] R13: 0000000000000002 R14: ffff9ad510619700 R15: ffff9ad50e017400
[ 47.701505] FS: 00007f2f4f569e80(0000) GS:ffff9ad7ff380000(0000) knlGS:0000000000000000
[ 47.701507] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 47.701508] CR2: 00007ffa75d2165c CR3: 000000011092a000 CR4: 0000000000350ef0
[ 47.701510] Call Trace:
[ 47.701512] <TASK>
[ 47.701514] ? __warn+0x80/0x120
[ 47.701518] ? __warn_thunk+0x2a/0x40
[ 47.701520] ? report_bug+0x164/0x190
[ 47.701525] ? handle_bug+0x3a/0x70
[ 47.701528] ? exc_invalid_op+0x17/0x70
[ 47.701531] ? asm_exc_invalid_op+0x1a/0x20
[ 47.701536] ? __warn_thunk+0x2a/0x40
[ 47.701538] warn_thunk_thunk+0x1a/0x30
[ 47.701543] ? 0xffffffffc21d1000
[ 47.701545] getvar+0x20/0x171 [wl]
[ 47.701567] ? ____versions+0x482dfcb62770/0x482dfcb62770 [wl]
[ 47.701587] wl_module_init+0x17/0xa0 [wl]
[ 47.701606] ? do_one_initcall+0x48/0x300
[ 47.701608] ? do_init_module+0x52/0x270
[ 47.701613] ? do_init_module+0x90/0x270
[ 47.701615] ? init_module_from_file+0x89/0xe0
[ 47.701618] ? srso_return_thunk+0x5/0x5f
[ 47.701625] ? idempotent_init_module+0x109/0x300
[ 47.701629] ? __x64_sys_finit_module+0x56/0x90
[ 47.701632] ? do_syscall_64+0x7d/0x180
[ 47.701633] ? srso_return_thunk+0x5/0x5f
[ 47.701637] ? srso_return_thunk+0x5/0x5f
[ 47.701640] ? __rseq_handle_notify_resume+0xa8/0x4c0
[ 47.701645] ? srso_return_thunk+0x5/0x5f
[ 47.701647] ? restore_fpregs_from_fpstate+0x3c/0xa0
[ 47.701650] ? srso_return_thunk+0x5/0x5f
[ 47.701653] ? switch_fpu_return+0x4f/0xd0
[ 47.701655] ? srso_return_thunk+0x5/0x5f
[ 47.701657] ? syscall_exit_to_user_mode+0x72/0x200
[ 47.701660] ? srso_return_thunk+0x5/0x5f
[ 47.701662] ? do_syscall_64+0x89/0x180
[ 47.701664] ? srso_return_thunk+0x5/0x5f
[ 47.701666] ? path_openat+0xb04/0x1220
[ 47.701672] ? srso_return_thunk+0x5/0x5f
[ 47.701675] ? syscall_exit_to_user_mode+0x72/0x200
[ 47.701677] ? srso_return_thunk+0x5/0x5f
[ 47.701679] ? do_syscall_64+0x89/0x180
[ 47.701681] ? __do_sys_newfstatat+0x26/0x60
[ 47.701685] ? srso_return_thunk+0x5/0x5f
[ 47.701687] ? kmem_cache_alloc_noprof+0x52/0x2e0
[ 47.701690] ? srso_return_thunk+0x5/0x5f
[ 47.701692] ? __check_object_size+0x261/0x2d0
[ 47.701696] ? srso_return_thunk+0x5/0x5f
[ 47.701698] ? __rseq_handle_notify_resume+0xa8/0x4c0
[ 47.701702] ? srso_return_thunk+0x5/0x5f
[ 47.701704] ? restore_fpregs_from_fpstate+0x3c/0xa0
[ 47.701706] ? srso_return_thunk+0x5/0x5f
[ 47.701709] ? switch_fpu_return+0x4f/0xd0
[ 47.701711] ? srso_return_thunk+0x5/0x5f
[ 47.701713] ? syscall_exit_to_user_mode+0x72/0x200
[ 47.701715] ? srso_return_thunk+0x5/0x5f
[ 47.701718] ? do_syscall_64+0x89/0x180
[ 47.701719] ? do_syscall_64+0x89/0x180
[ 47.701721] ? irq_exit_rcu+0x4f/0xc0
[ 47.701723] ? srso_return_thunk+0x5/0x5f
[ 47.701726] ? entry_SYSCALL_64_after_hwframe+0x76/0x7e
[ 47.701733] </TASK>
[ 47.701734] ---[ end trace 0000000000000000 ]---
```
I'm not sure if all this is simply caused by the "tainted" module r8152 or is a real problem that I should address.
Help would be appreciated, thanks,
BT
You are doing great to keep Redcore beeing a great distro !
Gentoo announced that it will have binaries packages available now. Is Siphyphus going going to use them ?
What do you think is going to be the impact for Redcore ???
Personnally I think that if you want to build from a basic system, you should go for Gentoo and then add your favorite desktop.
There may be possibility to use stuff from the git and recycle it to build your own version of Redcore. But Redcore is a KDE Plasma distro by choice.
I still think that you should go for Gentoo or just use Arch the Arch way.
Regards,
Bernard
It's OK. I'm not criticizing Just looking for ways to improve speed of updating to the level of a binary distro. Still looking
Hi,
I'm updating to new KDE 5.27. It started loading the 1539 packages at 8h30 am and finished loading at 14h00 ... Now it is still updating and is has done about half of the update (It's 16h30) ... EDIT - ok it just finished ven 24 fév 2023 17:19:59 EST. So the whole thing lasted 10 hours ***
Everything is done with sisyphus on the command line and there is no packages compiled from source (that I know of).
I might as well be compiling with gentoo and it would be faster ...
I have noticed that only one CPU of the 8 that I gave to this VM is peaking at 70%; the others are mostly inactive.
only 1,6G from the 8G are used and no swap is used.
Is there any way to add some parallelism to the process ???? I could be installing 8 packages at the same time on the 8 processor.
Is it possible to optimize the update process ???
Regards,
Bernard
To copy the iso to the USB just use DD, it works (on linux only).
the command is :
# dd if=/path/your.iso of=/dev/sdb bs=1M status=progress ; sync;
where /dev/sdb is the path of your USB key that you can find with "lsblk".
Good luck! & Merry Xmas ;=)
Hi,
The error message just tell you that it cannot read the ISO filesystem wich is a very good indication that you ISO is corrupted.
I would say check the ISO it must be corrupted. I have an ISO here and it boot without problem but this an ISO I downloaded at the beginning of October.
Yours must be more recent.
See : How to check ISO
Regards,
BT
I still have problem to do "sisyphus upgrade" but I did upgrade with emerge the package sys-kernel/linux-firmware wich is a very big package (393MB).
After the "# emerge -NuDgav --backtrack=100 --with-bdeps=y --rebuilt-binaries sys-kernel/linux-firmware"
I could do a successfull "# sisyphus upgrade"
So I guess that the size of the package (and the speed of the server) makes linux-firmware very difficult to upgrade witth sisyphus.
I hope it can help other with the same problem.
Regards,
Bernard
PS: I notice that sisyphus did not redownloaded packages already downloaded just before. Thanks for the correction.
Since Redcore is based on Gentoo can I use my real machine architecture when compiling myself binaries ???
My laptop is an "AMD Ryzen 7 5700U with Radeon Graphics" and should use march=zenver2 (according to Gentoo wiki on Ryzen).
Can it be changed on Redcore without impacting anything else ??
Should I stick to default ?
I'm still new to Redcore!
Bernard
Thanks,
I'have been updating my Redcore VM with emerge and it works without any problems. sisyphus is still unreliable for me when upgrading more that 5 to 10 packages.
If I understood well the emerge statement, the "-g" is for "getbinpkgonly" and tells emerge to get binaries packages first and "--rebuilt-binaries" is telling emerge to use any binaries that more recent than the one installed.
It should be the equivalent call that sisyphus would do normally to upgrade the whole world.
Thanks for the solution and good luck with sisyphus.
Regards,
Bernard
Read next post Sisyphus timeout and you'll find a temporary fix with emerge.
I think the infrastructure is very, very slow and that is a source of problem.
Improvement are needed for sisyphus to avoid the timeout and redownload of everything.
Parallel downloads would help too.
I guess it would be less problematic with a native Gentoo but it takes so long to compile and update that I wanted to consider a mostly binary distribution based on gentoo. Bad, but good news all this can be eventually improved .... so we get a better experience with a really nice distro.
Regards,
Bernard
I have been trying to upgrade for many hours and I'm not able to go thru this update at all. And I get to re-download everythings until the download breaks again.
I tried also with sisyphus-gui but it abend during the upgrade. It just vanished without a word. I guess it because of the timeout with the cli.
Connection from my side looks absolutely normal and provider test speed does give normal numbers. Are you having problem with the redcore linux infrastructure ??? I have tried every sisyphus mirror without success it ALWAYS fail to upgrade.
Please let me know if everything is ok on your side.
Regards,
Bernard unable to update redcore.
I have a big update to do and sisyphus is very slow to download everything. But the problem is that is at some point it get a connection timeout and I have to retry the upgrade. But everytime I retry, it restart EVERY download that it had already done ??? Is that possible that it keeps the package already downloaded and just continue what wasn't done before ? I dont know how I can get thru this big upgrade (188 binary packages) ...
Here is the error message from sisyphus :
>>> Downloading binary (134 of 188) kde-apps/libkdegames-22.08.2.tbz2
Traceback (most recent call last):
File "/usr/lib/python3.10/urllib/request.py", line 1788, in open
return getattr(self, name)(url)
File "/usr/lib/python3.10/urllib/request.py", line 1966, in open_http
return self._open_generic_http(http.client.HTTPConnection, url, data)
File "/usr/lib/python3.10/urllib/request.py", line 1946, in _open_generic_http
http_conn.request("GET", selector, headers=headers)
File "/usr/lib/python3.10/http/client.py", line 1282, in request
self._send_request(method, url, body, headers, encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1328, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1277, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1037, in _send_output
self.send(msg)
File "/usr/lib/python3.10/http/client.py", line 975, in send
self.connect()
File "/usr/lib/python3.10/http/client.py", line 941, in connect
self.sock = self._create_connection(
File "/usr/lib/python3.10/socket.py", line 845, in create_connection
raise err
File "/usr/lib/python3.10/socket.py", line 833, in create_connection
sock.connect(sa)
TimeoutError: [Errno 110] Connection timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/sisyphus", line 290, in <module>
app()
File "/usr/lib/python3.10/site-packages/typer/main.py", line 213, in __call__
return get_command(self)()
File "/usr/lib/python3.10/site-packages/click/core.py", line 829, in __call__
return self.main(*args, **kwargs)
File "/usr/lib/python3.10/site-packages/click/core.py", line 782, in main
rv = self.invoke(ctx)
File "/usr/lib/python3.10/site-packages/click/core.py", line 1259, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/lib/python3.10/site-packages/click/core.py", line 1066, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/lib/python3.10/site-packages/click/core.py", line 610, in invoke
return callback(*args, **kwargs)
File "/usr/lib/python3.10/site-packages/typer/main.py", line 496, in wrapper
return callback(**use_params) # type: ignore
File "/usr/bin/sisyphus", line 206, in upgrade
sisyphus.upgradePkg.start()
File "/usr/lib/python3.10/site-packages/sisyphus/upgradePkg.py", line 33, in start
wget.download(isBinhost + binary)
File "/usr/lib/python3.10/site-packages/wget.py", line 313, in download
(tmpfile, headers) = ThrowOnErrorOpener().retrieve(url, tmpfile, callback)
File "/usr/lib/python3.10/urllib/request.py", line 1822, in retrieve
fp = self.open(url, data)
File "/usr/lib/python3.10/urllib/request.py", line 1794, in open
raise OSError('socket error', msg).with_traceback(sys.exc_info()[2])
File "/usr/lib/python3.10/urllib/request.py", line 1788, in open
return getattr(self, name)(url)
File "/usr/lib/python3.10/urllib/request.py", line 1966, in open_http
return self._open_generic_http(http.client.HTTPConnection, url, data)
File "/usr/lib/python3.10/urllib/request.py", line 1946, in _open_generic_http
http_conn.request("GET", selector, headers=headers)
File "/usr/lib/python3.10/http/client.py", line 1282, in request
self._send_request(method, url, body, headers, encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1328, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1277, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
File "/usr/lib/python3.10/http/client.py", line 1037, in _send_output
self.send(msg)
File "/usr/lib/python3.10/http/client.py", line 975, in send
self.connect()
File "/usr/lib/python3.10/http/client.py", line 941, in connect
self.sock = self._create_connection(
File "/usr/lib/python3.10/socket.py", line 845, in create_connection
raise err
File "/usr/lib/python3.10/socket.py", line 833, in create_connection
sock.connect(sa)
OSError: [Errno socket error] [Errno 110] Connection timed out
Is there any way to avoid the timeout ??? And can we download binaries in parallel ?
I'm new to Redcore so be kind please
Regards,
BT
Pages: 1