Search results for

Re: Need a sanity check re: efivarfs

by Jim Henderson

On Thu, 21 Mar 2024 17:54:46 -0400, Joe Salmeri wrote: > Also, seems like the total size for people that commented has > varied..... 64k, 128, and my 192k. It's NVRAM in the system firmware itself - different vendors (and even different systems from the same vendor) use different amounts, because it depends on what the system's requirements are. > Just found this link on another forum > > https://forum.garudalinux.org/t/efivars-is-full-is-this-a-problem/ 34616/13 > > IS it a problem for the efivars directory to be full? > > It is not a problem. /sys/firmware is not a “real” > filesystem, it is part of a RAM-based filesystem called > sysfs. Well, it's a filesystem representation of stuff in NVRAM. If you delete files there, you're modifying NVRAM, and you can brick your system (which is why I'm concerned about just deleting stuff to make space - I don't need a multi-thousand-dollar doorstop.) > Make me wonder if that explains the difference in total size people are > seeing and also that a large size might be allocated if it was needed. Not really, as far as I understand it. > Possibly it is allocating space based on real memory size ??? > > How much memory is in your system ? I have 64 GB in this machine > which might be why my size is 192k vs others with 64k or 128k ? I have 128 GB of RAM in my system. It's not proportional to RAM or that. It's effectively your BIOS settings. -- Jim Henderson Please keep on-topic replies on the list so everyone benefits

7 months, 2 weeks

Re: Need a sanity check re: efivarfs

by Joe Salmeri

On 3/21/24 19:51, Aaron Puchert wrote: > Am 21.03.24 um 22:54 schrieb Joe Salmeri: >> Just found this link on another forum >> >> https://forum.garudalinux.org/t/efivars-is-full-is-this-a-problem/34616/13 >> >> IS it a problem for the efivars directory to be full? >> >> It is not a problem. /sys/firmware is not a “real” >> filesystem, it is part of a RAM-based filesystem called sysfs. > > I'm afraid that is wrong, because it mixes up two different > filesystems. Yes, /sys hosts a sysfs that lives in memory and should > have no size limitation. But there is an efivarfs file system at > /sys/firmware/efi/efivars, and that has a size limitation (what df > shows). In fact there are quite a few more: > > $ awk '$2 ~ /^\/sys/ {print $1, $2}' /proc/mounts > sysfs /sys > securityfs /sys/kernel/security > cgroup2 /sys/fs/cgroup > pstore /sys/fs/pstore > efivarfs /sys/firmware/efi/efivars > bpf /sys/fs/bpf > debugfs /sys/kernel/debug > tracefs /sys/kernel/tracing > fusectl /sys/fs/fuse/connections > configfs /sys/kernel/config > > Apparently, only efivarfs has a size limitation. (pstore is also quite > limited, but df doesn't show anything for me.) > >> Since sysfs resides in memory, it is kind of a temporary >> structure that gets recreated fresh at every boot. >> There is no need to make it larger than whatever virtual >> files it needs to contain, so usually it appears to >> be full or nearly full. > > Does it? > > $ df /sys > Filesystem 1K-blocks Used Available Use% Mounted on > sysfs 0 0 0 - /sys > >> NVRAM and EFI boot variables are not related to the >> sysfs virtual filesystem. > > Right, but they are related to efivarfs. Thanks Aaron, I was a little skepticle of some of what I read there but this is not an area I have a lot of experience with. It is my understanding that those variables are stored in NVRAM which I would expect would have a fixed size which would vary between different motherboards. -- Regards, Joe

7 months, 2 weeks

Re: Need a sanity check re: efivarfs

by Joe Salmeri

On 3/21/24 20:58, Jim Henderson wrote: > On Thu, 21 Mar 2024 17:41:19 -0400, Joe Salmeri wrote: > >> Also forgot to mention >> >> My EFI partition is 2 GB in size and only 1% used as I'm only >> using >> 5.9 MB right now. >> >> When I built this system last year I made the partition 2 GB in >> case I switched to systemd-boot so that I didn't have to adjust the size >> later to hold the kernels. > EFI partition size really shouldn't be a factor for a firmware update, > though (that's one thing I was asking here to confirm). > Agree 100%, the efivars are stored in NVRAM and are not related to the EFI partition at all. I was just giving you additional confirmation of that since I have a 2 GB EFI partition -- Regards, Joe

7 months, 2 weeks

Re: Need a sanity check re: efivarfs

by Joe Salmeri

On 3/21/24 21:02, Jim Henderson wrote: > On Thu, 21 Mar 2024 17:54:46 -0400, Joe Salmeri wrote: > >> Also, seems like the total size for people that commented has >> varied..... 64k, 128, and my 192k. > It's NVRAM in the system firmware itself - different vendors (and even > different systems from the same vendor) use different amounts, because it > depends on what the system's requirements are. Right. And I suspect my system has 192k because of the fact that it a top of the line motherboard ( ASUS only makes one that is more expensive ). >> Just found this link on another forum >> >> https://forum.garudalinux.org/t/efivars-is-full-is-this-a-problem/ > 34616/13 >> IS it a problem for the efivars directory to be full? >> >> It is not a problem. /sys/firmware is not a “real” >> filesystem, it is part of a RAM-based filesystem called >> sysfs. > Well, it's a filesystem representation of stuff in NVRAM. If you delete > files there, you're modifying NVRAM, and you can brick your system (which > is why I'm concerned about just deleting stuff to make space - I don't > need a multi-thousand-dollar doorstop.) I have the same concern !!! One thing interesting, I've found since I started searching on this topic is that it sure seems like there are quite a few different links which are all recent ( last 6 months or so ) where people are running into the issue of efivars being full or almost full. If you look at the list from my other msg where I sorted efivars by size, it seems that on my system these 4 items are about 50% of the consumed space -rw-r--r-- root root 3/21/2024 13:15 10,448 dbxDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c -rw-r--r-- root root 3/21/2024 13:15 17,964 dbx-d719b2cb-3d3a-4596-a3bc-dad00e67656f -rw-r--r-- root root 3/21/2024 13:15 23,216 VARSTORE_OCMR_SETTINGS_NAME-a3a3b874-7636-4182-ba1e-f52c584494e3 -rw-r--r-- root root 3/21/2024 13:15 33,481 StdDefaults-4599d26f-1a11-49b8-b91f-858745cff824 -- Regards, Joe

7 months, 2 weeks

Re: Need a sanity check re: efivarfs

by Andrei Borzenkov

On 22.03.2024 00:37, Joe Salmeri wrote: > -rw-r--r-- root root 3/21/2024 13:15 33,481 > StdDefaults-4599d26f-1a11-49b8-b91f-858745cff824 With the large jump in > percent used, could there be an issue with fwupdmgr that is causing your > issue ? > It is quite possible that your firmware only performs garbage collection and/or compaction on demand or power on. P.S. you systematically paste large content without line breaks that makes it unreadable.

7 months, 2 weeks

Re: New Tumbleweed snapshot 20240110 released!

by priyanka plus

Our agency welcomes top-call girls based on their qualities and education. Most of the call girls are highly qualified and work with international companies. However, due to their preferences, they collaborate with us for your entertainment. https://www.thegoaescorts.in/

7 months, 2 weeks

SDDM login screen no longer showing users with faces?

by Johannes Kastl

Hi all, is it just me or did the SDDM login screen recently stop displaying the list of users with their pictures/faces? I only have username/password prompt, that at least seems to remember the last user. But the pictures of the local users are gone. Not sure when this started, if memory serves last week. Maybe with the big Plasma6 upgrade? I deleted the empty /etc/sddm.conf and moved an old (?) file from /etc/sddm.conf.d/, but no change. Kind Regards Johannes

7 months, 2 weeks

Re: SDDM login screen no longer showing users with faces?

by Philippe Condé

Le 22/03/2024 à 07:37, Johannes Kastl a écrit : > Hi all, > > is it just me or did the SDDM login screen recently stop displaying > the list of users with their pictures/faces? > > I only have username/password prompt, that at least seems to remember > the last user. But the pictures of the local users are gone. > > Not sure when this started, if memory serves last week. Maybe with the > big Plasma6 upgrade? > > I deleted the empty /etc/sddm.conf and moved an old (?) file from > /etc/sddm.conf.d/, but no change. > > Kind Regards > Johannes I had the same problem and solved the problem adding the pictures in /usr/share/sddm/faces. These are jpg pictures saved as <user>.face.icon. Not sure that this is the correct location because we should not save user data in /usr but in /etc see also https://github.com/sddm/sddm -- Philippe Condé

7 months, 2 weeks

Re: SDDM login screen no longer showing users with faces?

by -pj

On 03-22-2024 01:37AM, Johannes Kastl wrote: > Hi all, > > is it just me or did the SDDM login screen recently stop displaying > the list of users with their pictures/faces? > > I only have username/password prompt, that at least seems to remember > the last user. But the pictures of the local users are gone. > > Not sure when this started, if memory serves last week. Maybe with the > big Plasma6 upgrade? > > I deleted the empty /etc/sddm.conf and moved an old (?) file from > /etc/sddm.conf.d/, but no change. > > Kind Regards > Johannes Hi, I had an issue with SDDM display similar to your problem description. It was prior to the openSUSE Plasma6 MEGARELEASE though. Was caused by a Mesa update not working correctly shading on the machine here's very very old hardware. I do not know which hardware you have. Solution that worked here: create '/etc/environment' and enable software rendering by adding 'QT_QUICK_BACKEND=software' (without quotes). Here is the solution link: https://gitlab.freedesktop.org/mesa/mesa/-/issues/10523#note_2304029 When I first asked about the SDDM problem here someone suggested trying this following information. It did not help on the machine here though: https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message… I have reviewed some information about the openSUSE Plasma6 MEGARELEASE and the notes about SDDM are as follows: 1. package 'plasma6-x11' was not installed, although I used 'plasma5-x11' 2. I've got a control panel for sddm only after manually uninstalling the package 'sddm' and installing the new 'sddm-qt6'. -Best Wishes

7 months, 2 weeks

Re: SDDM login screen no longer showing users with faces?

by Masaru Nomiya

Hello, In the Message; Subject : Re: SDDM login screen no longer showing users with faces? Message-ID : <c53f3be8-5dfd-4c74-bd46-3c8e690ff650(a)gmail.com> Date & Time: Fri, 22 Mar 2024 08:15:21 +0100 [PC] == Philippe Condé <philippe.conde53(a)gmail.com> has written: [...] JK> > Not sure when this started, if memory serves last week. Maybe with the JK> > big Plasma6 upgrade? JK> > I deleted the empty /etc/sddm.conf and moved an old (?) file from JK> > /etc/sddm.conf.d/, but no change. Have you installed sddm-kcm6? [...] PC> I had the same problem and solved the problem adding the pictures in PC> /usr/share/sddm/faces. PC> These are jpg pictures saved as <user>.face.icon. PC> Not sure that this is the correct location because we should not PC> save user data PC> in /usr but in /etc This is a good guide for plasma6 sddm settings. I've customized along with this. https://wiki.archlinux.org/title/SDDM Best Regards. --- ┏━━┓彡野宮賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Distinguish between what is meaningful to me and what is meaningless, and forget what is meaningless to me. This is where individuality comes into play. This is a function that computer cannot perform." -- Shigehiko Toyama (in Japanes) --

7 months, 2 weeks

openSUSE Factory search results for query "a"