From: Stelian P. <st...@po...> - 2005-12-02 13:09:28
|
Le samedi 26 novembre 2005 =E0 10:50 -0500, sb...@ab... a =E9crit : > I've tried compiling from the CVS. The problem still exists. >=20 > It is a problem of going from kernel 2.6.14-1.1532_FC4 to 2.6.14- > 1.1637_FC4. There is no problem, if I run with the older kernel. Could you tell me the exact steps leading to the error ? Because I've tried and cannot reproduce the problem. Maybe there is no problem, it's just that the value of the EA tag is really different at restore time... This is what I do: # uname -r 2.6.14-1.1637_FC4 # dump dump 0.4b40 (using libext2fs 1.37 of 21-Mar-2005) .... # getfattr -d -m . /boot/grub/minix_stage1_5 getfattr: Removing leading '/' from absolute path names # file: boot/grub/minix_stage1_5 security.selinux=3D"system_u:object_r:boot_runtime_t\000" # dump 0f /tmp/eatest /boot/ DUMP: Date of this level 0 dump: Fri Dec 2 14:06:18 2005 DUMP: Dumping /dev/hdb1 (/ (dir boot)) to /tmp/eatest .... DUMP: Average transfer rate: 6305 kB/s DUMP: DUMP IS DONE # cd /tmp # restore rf eatest .... # getfattr -d -m . /tmp/boot/grub/minix_stage1_5 getfattr: Removing leading '/' from absolute path names # file: tmp/boot/grub/minix_stage1_5 security.selinux=3D"system_u:object_r:boot_runtime_t\000" As you see, the EA attribute is identical between the original file and the restored one.=20 Stelian. --=20 Stelian Pop <st...@po...> |