New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot create rescue image on Ubuntu 23.04 and Debian/Bookworm - Confirmed bug in cp 9.x #2972
Comments
|
this will hit with upcoming debian/bookworm release, too. fails in bookworm and debian/sid: |
|
Any idea how to escalate this to the upstream projects (coreutils) |
|
i just tried with the latest coreutils source and the behavior is the same with the latest checkout, but theres a different error message, which suggests the issue is related to preserving maybe its best to report this to https://debbugs.gnu.org/cgi/pkgreport.cgi?pkg=coreutils or the debian project directly. |
|
i just attempted to mkrescue on debian/bookworm which ships rear 2.7 by default, and this worked like expected, so i guess this issue only hits if REAR_VAR=/tmp/rear_var is used or some other condition is met? |
|
We use
IMHO this code doesn't depend on |
|
yes, i missed the (MODULES contains 'loaded_modules') part. Default is all_modules. |
|
At other places we use '--preserve=all' implicitly via I see right now that finds some more places: |
|
It seems related to -t i think, couldn't reproduce with regular cp -a |
|
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63245 |
|
openSUSE Bugzilla report: SUSE SLE15 and openSUSE Leap 15 are not affected because So it seems only openSUSE Tumbleweed is affected because |
|
@pcahyna |
|
RHEL does not (coreutils 8.*), but Fedora does (f37 has coreutils 9.1). |
|
@rear/contributors In general I think it does not belong to ReaR |
|
Stale issue message |
|
i think this should be reopened. Issue still not solved in debian/bookworm, related bugtracker: https://bugs.debian.org/1035530 |
|
@abbbi In general I think it does not belong to ReaR |
|
I'd like to keep this open till it is fixed in the distros or in ReaR, @jsmeix @abbbi we can of course |
|
Regarding using On my personal TODO list I have a "research project" which is I think In my quick experiments with For an example see the code when in build/GNU/Linux/390_copy_binaries_libraries.sh We have this kind of issue at several places in ReaR, I wished there was a generic function in ReaR that My "research project" is to investigate (as time permits) |
|
Regarding |
maybe cpio does its job right? |
|
@pcahyna I will replace all Done. |
|
Stale issue message |
|
Stale issue message |
Fedora 37 is EOL and coreutils in Fedora 38 has this in changelog: This is probably the fix, because I don't see a problem: while when I downgrade coreutils to the previous build, I see a problem: so, on Fedora, this is not a problem anymore. |
according to the links, the problem was fixed about a month ago. |
|
@schlomo |
Trying out ReaR on Ubuntu 23.04 and I stumble over a very strange error:
Context
my configuration contains
otherwise this problem is not triggered.
running from source tree mounted via vboxsf but the problem is not related to that either, also not to
REAR_VAR.Observable Problem
Root Cause Analysis
A bit further digging leads to the observation that the
cputility fails even though it actually copied all files. Here is an extract to illustrate the problem:Anybody has an idea what could be the problem here?
On an Ubuntu 22.04 system this works as expected:
I reported this bug to Ubuntu via https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2017414 and upstream via https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63245
The text was updated successfully, but these errors were encountered: