Re: [gentoo-user] 6.1.53-gentoo-r1 kernel not booting
On 10/1/23 20:29, Håkon Alstadheim wrote: Den 01.10.2023 21:31, skrev Frank Steinmetzger: Am Sat, Sep 30, 2023 at 11:25:46PM +0200 schrieb Håkon Alstadheim: Den 30.09.2023 22:57, skrev Valmor F. de Almeida: Hello, For a while now (3 weeks or so) I have been upgrading the linux kernel on a Dell XPS laptop starting from 6.1.41-gentoo (which is my current working kernel) to 6.1.53-gentoo-r1. No kernel I have built since is able to boot. I have been following the same method for many years: make oldconfig, etc... The booting error starts at: [snip] * INIT: Entering runlevel: 3 [snip] * Starting cronie ... * Starting DHCP Client Daemon ... * Starting laptop_mode ... * Mounting network filesystems ... /etc/init.d/netmount: line 45 /lib/rc/bin/ewend: Input/output error /lib/rc/sh/rc-cgroup.sh: line 184: rmdir: command not found INIT: INIT: cannot execute "/sbin/agetty" INIT: cannot execute "/sbin/agetty" INIT: cannot execute "/sbin/agetty" Can you show /etc/fstab and the console-log for the entire boot? Seems /sbin is not readable. You sure you have the kernel modules loaded? Are you using an initramfs? If so, does that build without errors ? The input/output error – to me – indicates a hardware problem. When you mounted the FS by hand, can you read ewend? For instance with md5sum. except it boots ok with older kernels. When you've eliminated the impossible, whatever remains, however improbable has to be a kernel config change (missing&necessary or erroneous and unintended) , or initramfs failing to build/install correctly. Check error output from your kernel&initramfs build. Right it boots with 6.1.41. I started again from the config of 6.1.41 and unset SRSO: -> diff linux/.config /boot/config-6.1.41-gentoo 3c3 < # Linux/x86 6.1.53-gentoo-r1 Kernel Configuration --- > # Linux/x86 6.1.41-gentoo Kernel Configuration 5c5 < CONFIG_CC_VERSION_TEXT="gcc (Gentoo 13.2.1_p20230826 p7) 13.2.1 20230826" --- > CONFIG_CC_VERSION_TEXT="gcc (Gentoo 12.3.1_p20230526 p2) 12.3.1 20230526" 7c7 < CONFIG_GCC_VERSION=130201 --- > CONFIG_GCC_VERSION=120301 455d454 < # CONFIG_CPU_SRSO is not set 457d455 < # CONFIG_GDS_FORCE_MITIGATION is not set 646d643 < CONFIG_ARCH_HAS_CPU_FINALIZE_INIT=y 3136d3132 < CONFIG_VIDEO_V4L2_SUBDEV_API=y 3139,3140d3134 < CONFIG_V4L2_FWNODE=m < CONFIG_V4L2_ASYNC=m 3236c3230,3233 < CONFIG_VIDEO_CAMERA_SENSOR=y --- > > # > # Camera sensor devices > # 3295a3293 > # end of Camera sensor devices Still no luck; kernel build has no errors. Boot hangs. Thanks for the replies. Maybe 6.2 will not have this problem for my system. -- Valmor
Re: [gentoo-user] 6.1.53-gentoo-r1 kernel not booting
I found this: https://www.reddit.com/r/Gentoo/comments/168qrbx/gentoosources_6146_kernel_reports_io_error/ Lee 😎 On Mon, Oct 2, 2023, 12:14 AM Valmor F. de Almeida wrote: > > > On 10/1/23 20:29, Håkon Alstadheim wrote: > > > > Den 01.10.2023 21:31, skrev Frank Steinmetzger: > >> Am Sat, Sep 30, 2023 at 11:25:46PM +0200 schrieb Håkon Alstadheim: > >>> Den 30.09.2023 22:57, skrev Valmor F. de Almeida: > Hello, > > For a while now (3 weeks or so) I have been upgrading the linux kernel > on a Dell XPS laptop starting from 6.1.41-gentoo (which is my current > working kernel) to 6.1.53-gentoo-r1. No kernel I have built since is > able to boot. I have been following the same method for many years: > make > oldconfig, etc... > > The booting error starts at: > > [snip] > > * INIT: Entering runlevel: 3 > [snip] > * Starting cronie ... > * Starting DHCP Client Daemon ... > * Starting laptop_mode ... > * Mounting network filesystems ... > /etc/init.d/netmount: line 45 /lib/rc/bin/ewend: Input/output error > /lib/rc/sh/rc-cgroup.sh: line 184: rmdir: command not found > INIT: > INIT: cannot execute "/sbin/agetty" > INIT: cannot execute "/sbin/agetty" > INIT: cannot execute "/sbin/agetty" > > > >>> Can you show /etc/fstab and the console-log for the entire boot? > >>> Seems /sbin > >>> is not readable. You sure you have the kernel modules loaded? Are you > >>> using > >>> an initramfs? If so, does that build without errors ? > >> The input/output error – to me – indicates a hardware problem. When you > >> mounted the FS by hand, can you read ewend? For instance with md5sum. > >> > > except it boots ok with older kernels. When you've eliminated the > > impossible, whatever remains, however improbable has to be a kernel > > config change (missing&necessary or erroneous and unintended) , or > > initramfs failing to build/install correctly. Check error output from > > your kernel&initramfs build. > > > > Right it boots with 6.1.41. I started again from the config of 6.1.41 > and unset SRSO: > > -> diff linux/.config /boot/config-6.1.41-gentoo > 3c3 > < # Linux/x86 6.1.53-gentoo-r1 Kernel Configuration > --- > > # Linux/x86 6.1.41-gentoo Kernel Configuration > 5c5 > < CONFIG_CC_VERSION_TEXT="gcc (Gentoo 13.2.1_p20230826 p7) 13.2.1 20230826" > --- > > CONFIG_CC_VERSION_TEXT="gcc (Gentoo 12.3.1_p20230526 p2) 12.3.1 > 20230526" > 7c7 > < CONFIG_GCC_VERSION=130201 > --- > > CONFIG_GCC_VERSION=120301 > 455d454 > < # CONFIG_CPU_SRSO is not set > 457d455 > < # CONFIG_GDS_FORCE_MITIGATION is not set > 646d643 > < CONFIG_ARCH_HAS_CPU_FINALIZE_INIT=y > 3136d3132 > < CONFIG_VIDEO_V4L2_SUBDEV_API=y > 3139,3140d3134 > < CONFIG_V4L2_FWNODE=m > < CONFIG_V4L2_ASYNC=m > 3236c3230,3233 > < CONFIG_VIDEO_CAMERA_SENSOR=y > --- > > > > # > > # Camera sensor devices > > # > 3295a3293 > > # end of Camera sensor devices > > Still no luck; kernel build has no errors. Boot hangs. > Thanks for the replies. Maybe 6.2 will not have this problem for my system. > -- > Valmor > >
Re: [gentoo-user] 6.1.53-gentoo-r1 kernel not booting
If your system is working with your old kernel I dont think it could be a hardware problem. If your kernel config is the same then I dont think it is a problem with the kernel. My questions would be: Which CPU do you use ? Have you emerged a new microcode for CPU ? Example: Intel has disabled avx in some CPUs via microcode update. Now some applications may throw an illegal instruction ... and your problem description look like that only some programs have a problem. You could test it by compiling your old kernel again ... you should have then the same problem with it (of course you backup your old kernel before). Regards, Peter
Re: [gentoo-user] Switching from desktop to desktop without function keys.
Am Sun, Oct 01, 2023 at 06:44:09PM -0500 schrieb Dale: > Frank Steinmetzger wrote: > > Am Sat, Sep 30, 2023 at 10:47:31PM +0100 schrieb Peter Humphrey: > >> On Saturday, 30 September 2023 20:59:04 BST Dale wrote: > >> > >>> Is there a way with the keyboard to switch to a desktop above 10? Even > >>> if it just switches up one at a time, that would work. Say switch to 10 > >>> and then keep hitting a set of keys to go to 11, then 12, then 13 etc > >>> etc. Eventually, I get to the one I want. > >> You can set up a key combination to switch one desktop to the right and > >> another to switch one to the left. It's under Shortcuts, where you select > >> KWin, then scroll the right-hand panel down to Walk through Desktop List, > >> where I've put what used to be the default value: CTRL-ALT-right. Then > >> down > >> one to the next entry and enter CTRL-ALT-left. The defaults are left blank > >> nowadays. > > Also note that a good while ago Plasma switched from using the Alt key to > > the Super key for everything Window-managerial. So these days, if you > > create > > a new user from scratch, it’s Ctrl+Super instead of Ctrl+Alt. > > > > > Looking at my keyboard, I have a key that looks like a Microsoft thing. > It looks like a window that is moving and I think is sometimes called a > Microsoft key and might be called the meta key in Linux. Well, you see a window on it. It is the Windows key. ;-) The Linux world uses the more general term Super key. I think some also use Meta, but AFAIR there was also a Meta key on Solaris keyboards (labeled with a diamond shape). > I have another key only on > the right side between the Ctrl and the flying window key that looks > like a document with a mouse pointer on it. That’s the menu key. It calls up the context menu as if you clicked the right mouse button. It seems to have gone out of fashion with some manufacturers, especially on laptops and keyboards with a Fn key. Which is a bummer, because it forced me to assign a key combo in X11 to emulate it (Shift+Ctrl in my case). And this doesn’t work in Wayland. -- Grüße | Greetings | Salut | Qapla’ Please do not share anything from, with or about me on any social network. I used to avoid work, today I could just watch for hours. signature.asc Description: PGP signature
[gentoo-user] Unwanted fonts
Hello list, Has anyone found a way to exclude media-fonts/noto from a Plasma system? They're a 1GB download and I have no intention of ever using them - DejaVu suits me perfectly. -- Regards, Peter.
Re: [gentoo-user] Unwanted fonts
On Mon, 2 Oct 2023 at 13:06, Peter Humphrey wrote: > Has anyone found a way to exclude media-fonts/noto from a Plasma system? > They're a 1GB download and I have no intention of ever using them - DejaVu > suits me perfectly. If they're actually not in use, try package.provided. # echo "media-fonts/noto" >> /etc/portage/profile/package.provided # emerge -C media-fonts/noto Regards, Arve
Re: [gentoo-user] Unwanted fonts
On Monday, 2 October 2023 12:38:02 BST Arve Barsnes wrote: > If they're actually not in use, try package.provided. > > # echo "media-fonts/noto" >> /etc/portage/profile/package.provided > # emerge -C media-fonts/noto Ah! Good idea, though I had to give a version as well: # cat /etc/portage/profile/package.provided media-fonts/noto-20220912 That means I'll be tripped up at the next noto update. Thanks for the idea though. -- Regards, Peter.
Re: [gentoo-user] Unwanted fonts
On 10/2/23 10:15, Peter Humphrey wrote: On Monday, 2 October 2023 12:38:02 BST Arve Barsnes wrote: If they're actually not in use, try package.provided. # echo "media-fonts/noto" >> /etc/portage/profile/package.provided # emerge -C media-fonts/noto Ah! Good idea, though I had to give a version as well: # cat /etc/portage/profile/package.provided media-fonts/noto-20220912 That means I'll be tripped up at the next noto update. Thanks for the idea though. Could you add ">media-fonts/noto-20220912" to package.mask? That (by my understanding) would keep new versions from being installed. -- Cara
Re: [gentoo-user] Switching from desktop to desktop without function keys.
Frank Steinmetzger wrote: > Am Sun, Oct 01, 2023 at 06:44:09PM -0500 schrieb Dale: >> Frank Steinmetzger wrote: >>> Am Sat, Sep 30, 2023 at 10:47:31PM +0100 schrieb Peter Humphrey: On Saturday, 30 September 2023 20:59:04 BST Dale wrote: > Is there a way with the keyboard to switch to a desktop above 10? Even > if it just switches up one at a time, that would work. Say switch to 10 > and then keep hitting a set of keys to go to 11, then 12, then 13 etc > etc. Eventually, I get to the one I want. You can set up a key combination to switch one desktop to the right and another to switch one to the left. It's under Shortcuts, where you select KWin, then scroll the right-hand panel down to Walk through Desktop List, where I've put what used to be the default value: CTRL-ALT-right. Then down one to the next entry and enter CTRL-ALT-left. The defaults are left blank nowadays. >>> Also note that a good while ago Plasma switched from using the Alt key to >>> the Super key for everything Window-managerial. So these days, if you >>> create >>> a new user from scratch, it’s Ctrl+Super instead of Ctrl+Alt. >>> >> >> Looking at my keyboard, I have a key that looks like a Microsoft thing. >> It looks like a window that is moving and I think is sometimes called a >> Microsoft key and might be called the meta key in Linux. > Well, you see a window on it. It is the Windows key. ;-) > The Linux world uses the more general term Super key. I think some also use > Meta, but AFAIR there was also a Meta key on Solaris keyboards (labeled with > a diamond shape). I was thinking that and the meta was the same key, Now it seems the super key is the same thing too. Can't someone just pick one name instead of causing all the confusion??? >> I have another key only on >> the right side between the Ctrl and the flying window key that looks >> like a document with a mouse pointer on it. > That’s the menu key. It calls up the context menu as if you clicked the > right mouse button. It seems to have gone out of fashion with some > manufacturers, especially on laptops and keyboards with a Fn key. Which is a > bummer, because it forced me to assign a key combo in X11 to emulate it > (Shift+Ctrl in my case). And this doesn’t work in Wayland. > Since you said what it did, I hit it. Sure enough, it popped up the right click menu. Nothing blew up or anything. ROFL Always wondered about that key. ;-) Thanks. Now I know. Remembering it is a different thing tho. Dale :-) :-)
Re: [gentoo-user] Unwanted fonts
On Monday, 2 October 2023 15:15:44 BST Peter Humphrey wrote: > On Monday, 2 October 2023 12:38:02 BST Arve Barsnes wrote: > > If they're actually not in use, try package.provided. > > > > # echo "media-fonts/noto" >> /etc/portage/profile/package.provided > > # emerge -C media-fonts/noto > > Ah! Good idea, though I had to give a version as well: > # cat /etc/portage/profile/package.provided > media-fonts/noto-20220912 > > That means I'll be tripped up at the next noto update. Thanks for the idea > though. Noto and Hack media-fonts are listed as reverse dependencies for kde-plasma/ plasma-integration. With no USE flag to exclude them being available at present, the package.provided solution can be used. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Unwanted fonts
On Monday, 2 October 2023 15:33:13 BST Cara Salter wrote: > Could you add ">media-fonts/noto-20220912" to package.mask? That (by my > understanding) would keep new versions from being installed. Yes, I've done that, and now it should blow up in my face when I try to upgrade noto to the next version. Better than quietly ignoring me, as it were... -- Regards, Peter.
Re: [gentoo-user] Unwanted fonts
On Monday, 2 October 2023 15:35:18 BST Michael wrote: > Noto and Hack media-fonts are listed as reverse dependencies for kde-plasma/ > plasma-integration. With no USE flag to exclude them being available at > present, the package.provided solution can be used. Reverse? Plasma-integration depends on those fonts, not the other way round. -- Regards, Peter.
Re: [gentoo-user] Unwanted fonts
On Monday, 2 October 2023 16:32:41 BST Peter Humphrey wrote: > On Monday, 2 October 2023 15:35:18 BST Michael wrote: > > Noto and Hack media-fonts are listed as reverse dependencies for > > kde-plasma/ plasma-integration. With no USE flag to exclude them being > > available at present, the package.provided solution can be used. > > Reverse? Plasma-integration depends on those fonts, not the other way round. ~ $ qdepends -d plasma-integration | grep noto ~ $ You can check the ebuild for plasma-integration. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Network throughput from main Gentoo rig to NAS box.
From: Dale Sent: Sunday, October 1, 2023 1:29 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Network throughput from main Gentoo rig to NAS box. Tsukasa Mcp_Reznor wrote: > There are quite a few things to tweak that can lead to much smoother > transfers, so I'll make an unordered list to help. > > mount -o nocto,nolock,async,nconnect=4,rsize=1048576,wsize=1048576 > rsize and wsize are very important for max bandwidth, worth checking with > mount after linked up > nocto helps a bit, the man page has more info > nconnect helps reach higher throughput by using more threads on the pipe > async might actually be your main issue, nfs does a lot of sync writes, so > that would explain the gaps in your chart, needs written to physical media > before replying that it's been committed so more data can be sent. > > sysctl.conf mods > net.ipv4.tcp_mtu_probing = 2 > net.ipv4.tcp_base_mss = 1024 > > if you use jumbo frames, that'll allow it to find the higher packet sizes. > > fs.nfs.nfs_congestion_kb = 524288 > > that controls how much data can be inflight waiting for responses, if it's > too small that'll also lead to the gaps you see. > > subjective part incoming lol > > net.core.rmem_default = 1048576 > net.core.rmem_max = 16777216 > net.core.wmem_default = 1048576 > net.core.wmem_max = 16777216 > > net.ipv4.tcp_mem = 4096 131072 262144 > net.ipv4.tcp_rmem = 4096 1048576 16777216 > net.ipv4.tcp_wmem = 4096 1048576 16777216 > > net.core.netdev_max_backlog = 1 > net.ipv4.tcp_fin_timeout = 15 > net.ipv4.tcp_limit_output_bytes = 262144 > net.ipv4.tcp_max_tw_buckets = 262144 > > you can find your own numbers based on ram size. Basically those control how > much data can be buffered PER socket, big buffers improve bandwidth usage to > a point, after that point they can lead to latency being added, if most of > your communication is with that NAS, you basically ping the NAS to get the > average latency then divide your wire speed by it to see how much data it > would take to max it out. Also being per socket means you can have lower > numbers than I use for sure, I do a lot of single file copies, so my workload > isn't the normal usage. > . > I finished my OS updates and started my weekly backup updates. I mounted using your options and this is a decent improvement. I'm not sure which option makes it faster but it is faster, almost double. A few examples using fairly large file sizes for good results. 3,519,790,127 100% 51.46MB/s0:01:05 3,519,632,300 100% 51.97MB/s0:01:04 3,518,456,042 100% 51.20MB/s0:01:05 It may not look like much, still slower than just a straight copy with no encryption, but given previous speeds, this is a nice improvement. I think before I was getting about 25 to 30MB/s before. This is the settings shown by the mount command now, which should be what it is using. root@fireball / # mount | grep TV 10.0.0.7:/mnt/backup on /mnt/TV_Backup type nfs4 (rw,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,nocto,proto=tcp,nconnect=4,timeo=600,retrans=2,sec=sys,clientaddr=10.0.0.4,local_lock=none,addr=10.0.0.7) root@fireball / # I think it took all your options and is using them. If you have ideas that would speed things up more, I'm open to it but this is a nice improvement. I still think the encryption slows things down some, especially on the NAS end which is much older machine and is likely fairly CPU intensive. A newer CPU that has the same clock speed and number of cores would likely do much better, newer instruction support and all. I think I read somewhere that newer CPUs have extra stuff to speed encryption up. I might be wrong on that. Thanks much. Any additional ideas are welcome, from anyone who has them. If it matters, both rigs are on UPSs. Dale :-) :-) P. S. Those who know I garden, my turnip and mustard greens are popping up. My kale and collards are not up yet. I watered them again to help them pop up. Kinda dry here and no rain until the end of the next week, they think. They never really know what the weather is going to do anyway. Glad you got some decent benefits, I just now realized that the "async" setting is supposed to be done on the server in /etc/exports not under the client mount. Please give that a shot, I think it'll make a big difference for you.
Re: [gentoo-user] Unwanted fonts
On Mon, 02 Oct 2023 17:51:53 +0100, Michael wrote: > > Reverse? Plasma-integration depends on those fonts, not the other way > > round. > > ~ $ qdepends -d plasma-integration | grep noto > ~ $ > > You can check the ebuild for plasma-integration. RDEPEND is a run-time dependency. A reverse dependency would appear in the noto ebuild. -- Neil Bothwick Y'know how s'm people treat th'r body like a TEMPLE? Well, I treat mine like 'n AMUSEMENT PARK... S'great... pgpNNm3_VZPbB.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Network throughput from main Gentoo rig to NAS box.
Tsukasa Mcp_Reznor wrote: > > Glad you got some decent benefits, I just now realized that the "async" > setting is supposed to be done on the server in /etc/exports not under the > client mount. Please give that a shot, I think it'll make a big difference > for you. > > My hard drives are still locked in the safe but I thought I'd boot the old rig and see what the setting is. This is my current settings. /mnt/backup 10.0.0.4/(rw,sync,no_subtree_check) I'll change it to async and see what it does next weekend. As it is, I don't have anything new to backup, yet. Thanks. Dale :-) :-)
