[Buildroot] [PATCH] makedevs: unlink device nodes before they are created

Arnout Vandecappelle arnout at mind.be
Sat Nov 5 11:05:41 UTC 2016



On 05-11-16 10:30, Yann E. MORIN wrote:
> Arnout, All,
> 
> On 2016-11-05 01:14 +0100, Arnout Vandecappelle (Essensium/Mind) spake thusly:
>> We use makedevs to create device nodes in the target rootfs. However,
>> this can be called several times, e.g. when building several filesystem
>> images or when rebuilding. When the script is called the second time,
>> the device node already exists so mknod() errors out.
>>
>> This wasn't noticed before because fakeroot's mknod() wrapper
>> (incorrectly) does _not_ error out when the file exists already. Now
>> we switched from fakeroot to pseudo, the problem becomes apparent.
>>
>> The simplest solution is to change makedevs to first remove the target
>> file before creating it. This is simpler than two alternative
>> approaches:
>>
>> - Removing the target files before makedevs is called is difficult,
>>   because we would have to parse the device table file to find out
>>   which files have to be deleted.
>>
>> - Silently skipping device creation if it exists already is also easy,
>>   but then we really should also check if the device numbers and mode
>>   are correct, and that is more complicated.
>>
>> The other types don't have to be changed. The 'd' (directory) type is
>> already OK because it already only creates directories if they don't
>> exist yet. The 'f' (file mode) and 'r' (recursive) types only operate
>> on files and directories that exist already.
>>
>> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout at mind.be>
>> Reported-by: Fabio Estevam <festevam at gmail.com>
> 
> NAK: we really do not want that files exist in the target in case they
> are configured as device nodes in a dev-table. This should not happen.

 So what you are saying is: we should instead go for the second alternative I
mentioned in the commit log, i.e. check if the existing node is the right type?


> That it works now is just an ill side-effect of fakeroot being lenient.
> That it breaks with pseudo is good.

 So you do agree that something needs to be fixed? I.e., if we would run it
under sudo instead of fakeroot/pseudo, we would see the same issue, right?


> The fix is far from trivial, though, but we should handle the situation
> via pseudo, and understand why it does not reload its DB.

 pseudo reloading its DB has nothing to do with it AFAICS. BTW can you describe
what the problem is with pseudo reloading its DB?


 Regards,
 Arnout


> 
> If we can't fix our use of pseudo, then we should revertt to using
> fakeroot for this release cycle.
> 
> Regards,
> Yann E. MORIN.
> 
>> ---
>>  package/makedevs/makedevs.c | 2 ++
>>  1 file changed, 2 insertions(+)
>>
>> diff --git a/package/makedevs/makedevs.c b/package/makedevs/makedevs.c
>> index cacb144..d477292 100644
>> --- a/package/makedevs/makedevs.c
>> +++ b/package/makedevs/makedevs.c
>> @@ -622,6 +622,7 @@ int main(int argc, char **argv)
>>  				for (i = 0; i < count; i++) {
>>  					sprintf(full_name_inc, "%s%d", full_name, start + i);
>>  					rdev = makedev(major, minor + i * increment);
>> +					unlink(full_name_inc);
>>  					if (mknod(full_name_inc, mode, rdev) == -1) {
>>  						bb_perror_msg("line %d: Couldnt create node %s", linenum, full_name_inc);
>>  						ret = EXIT_FAILURE;
>> @@ -638,6 +639,7 @@ int main(int argc, char **argv)
>>  				free(full_name_inc);
>>  			} else {
>>  				rdev = makedev(major, minor);
>> +				unlink(full_name);
>>  				if (mknod(full_name, mode, rdev) == -1) {
>>  					bb_perror_msg("line %d: Couldnt create node %s", linenum, full_name);
>>  					ret = EXIT_FAILURE;
>> -- 
>> 2.9.3
>>
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
> 

-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF



More information about the buildroot mailing list