Re: /etc/grub2.cfg Flagged a Potenially missing
On 30/8/22 01:10, Chris Murphy wrote: On Sun, Aug 28, 2022, at 7:38 PM, Stephen Morris wrote: Hi, /etc/extlinux.conf is flagged as missing flagged as missing by what? This file is normally not created on any Fedora variant I'm aware of. It could be a legacy file. /etc/grub2.cfg and /etc/grub2-efi.cfg both of which point to the same file also display the same way as /etc/extlinux.conf, but in this case the file pointed to actually does exist, and is linking to /boot/grub2/grub.cfg, which I regularly write to with sudo and grub2-mkconfig, There is no reason to regularly replace grub.cfg, it's a static file these days. The files that change are drop-in files found in /boot/loader/entries and can be modified with grubby per examples at: https://fedoraproject.org/wiki/GRUB_2#Changing_kernel_command-line_parameters_with_grubby I don't use grubby I use grub2-mkconfig because I don't like the grub boot menu that grubby produces, and I use grub2-mkconfig to build the grub menu for tri-booting between Windows 11, Fedora 36 and Ubuntu. regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: following thunderbird upgrade to 102, it takes over 1h of 100% CPU to start
On 30/8/22 10:39, Eyal Lebedinsky wrote: On 28/08/2022 18.25, Eyal Lebedinsky wrote: f36, just updated and received thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64 from thunderbird-91.12.0-1.fc36.x86_64 tb brings up the expected display but no input is accepted. The process is shown as running with 100% CPU PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 72149 eyal 20 0 4075036 772700 223612 R 100.3 2.4 5:26.57 thunderbird It will not refresh(*) the panel and will start responding after about 1h. [later] I see the panel was refreshed after 50m but input was still not accepted and the display will not refresh. It resolved after 70m. After this is seems to be OK, I can read mail etc. To be sure, I made a copy of the profile where I deleted all the .msf files and observed the same thing. I tried this a few times. It is not just a one-off post-upgrade process. After it recovers and works, if I shut tb down and launch it then it repeats the problem. There are not too many emails here, maybe a few tens of thousand totaling just over 1GB (a few mailing lists). My main mail client is on another machine, still running tb 91, and not showing this problem. Searching the 'net I did not find a relevant report, where should I look? BTW, after reading the release notes, seeing the structural changes, I wonder if it is at all possible to downgrade to v91? TIA (*) "not refreshed" means the panel is not painted after minimize/restore, showing only a border. A progress update. After trying a few solutions (unsuccessfully) I compared an empty profile (working, created as a test) to the bad one (hanging) and started moving some control files (file in the root of the profile) across. The last thing I did was replace the calendar-data with the one from the empty profile and this solved the problem. I was not using the calendar for a few years so completely forgot it is there. It had drwxr-xr-x 2 eyal eyal 4096 Sep 18 2021 backup -rw-r--r-- 1 eyal eyal 2359296 Jan 27 2020 cache.sqlite -rw-r--r-- 1 eyal eyal 524288 May 30 2020 deleted.sqlite -rw-r--r-- 1 eyal eyal 66256896 Jul 7 10:56 local.sqlite Notice the largish (66MB) database. It is now (copied from the empty profile) -rwx-- 1 eyal eyal 819200 Aug 29 09:33 local.sqlite I wonder if it is only the cache file that was the cause or the whole directory. [later] No, copying in a fresh cache file did not help, I needed to copy in a fresh local.sqlite I checked my V106 folders and I have the same backup folder and contents that you do, I also have the deleted.sqlite and local.sqlite, but because I hardly ever, if at all, use the calendar my local.sqlite is only 800K in size. I don't have the cache.sqlite file so I'm not sure where that is coming from, but I also haven't paid much attention to the configuration since I originally set TB up on the fresh install I did some time ago. Also being on the daily version of TB it gets updated every day which may have some impact on keeping it clean. I'm not sure about emptying the junk folder automatically, my interpretation of the junk process was the mails have to remain in that folder for the junk processing to determine a new mail is junk according to your rules, so if you manually delete the files from the junk folder, as you have said, you will potentially have to retrain TB, but I would expect that retraining to start filling up that folder again. regards, Steve As I see it, there is an issue with the upgrade process where the (v91) calendar is somehow incompatible with the new version. I can understand a once-off long conversion of the database but not a permanent (every startup) process. Luckily I did not need to keep the calendar data. BTW, I do not know if the calendar-data/backup is something I created or tb created during an update, but the last file there is named local.v22.sqlite with a date matching the update to v91. There is no backup file from the recent v102 update. Next I need to update my main mail machine which has much more data, and I am still hesitant... ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: /etc/grub2.cfg Flagged a Potenially missing
On 30/8/22 01:16, Roger Heflin wrote: sudo/root is required to access the grub subdirectory because the permissions are locked down. I would guess since there can be encrypted grub passwords (and possibly other similar stuff) in there that is why it is locked down. I did check the acl on the folder and noticed it was locked down to root. I could put an acl on the folder to make the folder readable by me without enabling reading of the contents of the files in that folder, but is that the only way to stop ls from flagging a file as deleted when the parent folder is locked down? regards, Steve On Sun, Aug 28, 2022 at 6:38 PM Stephen Morris wrote: Hi, /etc/extlinux.conf is flagged as missing, the file is displayed in red and the link is shown in white text on a red background. As mentioned in another thread on this list that file actually is missing. /etc/grub2.cfg and /etc/grub2-efi.cfg both of which point to the same file also display the same way as /etc/extlinux.conf, but in this case the file pointed to actually does exist, and is linking to /boot/grub2/grub.cfg, which I regularly write to with sudo and grub2-mkconfig, but I have also found that I need to use sudo to browse /boot/grub2. Is it normal for links to be flagged as missing when sudo is required to list the contents of the directory and why is sudo required to list the contents of /boot/grub2 when I don't need sudo to list the contents of /boot? /boot/efi seems to be in the same situation. regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: /etc/grub2.cfg Flagged a Potenially missing
On Wed, Aug 31, 2022 at 6:02 PM Stephen Morris wrote: > > On 30/8/22 01:16, Roger Heflin wrote: > > sudo/root is required to access the grub subdirectory because the > > permissions are locked down. > > > > I would guess since there can be encrypted grub passwords (and > > possibly other similar stuff) in there that is why it is locked down. > I did check the acl on the folder and noticed it was locked down to > root. I could put an acl on the folder to make the folder readable by me > without enabling reading of the contents of the files in that folder, > but is that the only way to stop ls from flagging a file as deleted when > the parent folder is locked down? > > regards, > Steve Pretty much. From the command run as a real user the file does not exist because of permissions, but the command has no way to know that so it is simply missing. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
