| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
By running make update-copyright
|
|
|
|
| |
By running make update-copyright
|
|
|
|
| |
By running make update-copyright
|
|
|
|
| |
By running make update-copyright
|
|
|
|
| |
By running make update-copyright
|
| |
|
|
|
|
| |
Run "make update-copyright".
|
|
|
|
| |
Run "make update-copyright".
|
|
|
|
| |
Run "make update-copyright".
|
| |
|
|
Sometimes, libparted operates on device mapper files with a path of
/dev/mapper/foo. With newer lvm versions /dev/mapper/foo is a symlink
to /dev/dm-#. However some storage administration programs (anaconda,
for example) may do the following:
1) Create a ped_device for /dev/mapper/foo
2) ped_get_device resolves the symlink to /dev/dm-#, and the path
in the PedDevice struct points to /dev/dm-#
3) The program does some things to lvm, causing the symlink to
point to a different /dev/dm-# node
4) The program does something with the PedDevice, which results
in an operation on the wrong device
Newer libparted versions do not suffer from this problem, as they
do not canonicalize device names under /dev/mapper. This test checks
for this bug.
* libparted/tests/symlink.c: New test which tests for this issue.
* libparted/tests/t3000-symlink.sh: New file.
* libparted/tests/Makefile.am: Include the new files. Run the new test.
|