Control: found -1 2.02+dfsg1-20+deb10u3
Control: found -1 2.04-10
Control: fixed -1 2.04-19
# adding back versions for reopen
Seriously, I reported that the issue exists in sid _too_,
just for your convenience,
and then you fixed only sid... what is this?
If refreshing the patch is so hard to ta
Control: reassign -1 src:grub2
Control: found -1 2.04-10
Control: notfound -1 2.04-9
Control: found -1 2.02+dfsg1-20+deb10u3
Control: notfound -1 2.02+dfsg1-20+deb10u2
Turned out that the symptom was not specific to grub-efi.
It does reproduce on grub-pc too.
Short steps to test:
1) rename /bin/u
Control: retitle -1 upgrade or grub-install breaks system if udev is
not installed
May I ask what I'm supposed to do next?
As any grub packages in usual debian repositories are no longer
working for me, I'm forced to dig up snapshot.debian.org to revert
(yes I forgot to save working .deb locally,
Ah, my router doesn't have udev!
In osdep/linux/hostdisk.c:sysfs_partition_path(), calling udevadm
through grub_util_exec_pipe() will fail and fall through to
*unpatched* exit().
Sounds plausible?
If my guess is right, perhaps sid is affected too.
Sorry I don't have any testbed, if anyone coul
On Fri, 26 Feb 2021 15:21:59 +
Dimitri John Ledkov wrote:
>are grub.mo from grub-common somehow excluded on the system?
I have no idea, I don't have localepurge installed on that machine.
I belive those missing grub.mo's are actually not in debian's
grub-common, or rather, not in the entire
Regarding the backup/restore function
in the commit bb3205709aa9f83e1c8cb91e7f6f9f110d41b34e,
for me it seems bringing in more critical dangers than the safety it provides.
The logic is too error prone, it relies on on_exit() absolutely never
duped by any fork()'s,
meaning it's requiring absolutel
Hi mainteners,
Given the observations, I feel it very likely being caused by
misfiring of restore_backup_on_exit(), and looking around the source
tree I found something suspicious:
In the commit 5dec0f2f9cd4d4dd0109c25cd2b399a780179020,
| unix exec: avoid atexit handlers when child exits
| Needed
I think something got wrong with this change, regarding mmap/msync on
somewhat-slow? filesystem, resulting in sporadic data loss.
For my case it occures during running rtorrent on cifs (ok I know it's
too bad idea anyway), sometime with tons of strange log (see below),
sometime just gets corrupted
8 matches
Mail list logo
