Bug 810039 - ntfsresize cannot run in F17 Beta RC3 anaconda because of missing library
Summary: ntfsresize cannot run in F17 Beta RC3 anaconda because of missing library
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: lorax
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: https://fedoraproject.org/wiki/Common...
Depends On:
Blocks: F17-accepted, F17FinalFreezeExcept
TreeView+ depends on / blocked
 
Reported: 2012-04-04 23:56 UTC by Adam Williamson
Modified: 2023-09-14 01:28 UTC (History)
10 users (show)

Fixed In Version: lorax-17.14-1.fc17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-18 23:06:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Adam Williamson 2012-04-04 23:56:05 UTC
17 Beta RC3 - If I try and select 'Shrink existing filesystem' on a system which has a disk with two NTFS partitions, anaconda says there's no resizable filesystems present. Investigating, I see in the logs:

ERR program: Running... ntfsresize -m /dev/sda2
ERR program: ntfsresize: error while loading shared libraries: libntfs-3g.so.83: cannot open shared object file: No such file or directory

ntfsresize comes from ntfsprogs; libntfs-3g.so.83 comes from ntfs-3g. They're both from the same .src.rpm. There is no /lib64/libntfs* - so it's not a version mismatch, the library is just completely missing. Being stripped by lorax?

Comment 1 Adam Williamson 2012-04-05 00:03:12 UTC

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 2 Brian Lane 2012-04-05 00:04:02 UTC
This seems to be removing more than it should:
removefrom ntfs-3g --allbut /usr/sbin/mount.ntfs* /${libdir}/*

ntfs-3g has these libraries:
/lib64/libntfs-3g.so.81
/lib64/libntfs-3g.so.81.0.0

Comment 3 Brian Lane 2012-04-05 14:38:07 UTC
The libraries moved to /usr/lib64

Comment 4 Adam Williamson 2012-04-06 05:19:01 UTC
Nominating as NTH for Beta. It's obviously not susceptible to fixing with an update, and it's a pretty safe change if all it involves is *not* deleting files in lorax.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Adam Williamson 2012-04-10 03:16:12 UTC
This is accepted as NTH for the reason cited in comment #4.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 Adam Williamson 2012-04-11 05:06:24 UTC
still valid in RC4. there's no lorax 17.14 build yet.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 7 Fedora Update System 2012-04-11 14:20:47 UTC
lorax-17.14-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/lorax-17.14-1.fc17

Comment 8 Fedora Update System 2012-04-12 01:08:46 UTC
Package lorax-17.14-1.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing lorax-17.14-1.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-5697/lorax-17.14-1.fc17
then log in and leave karma (feedback).

Comment 9 Kamil Páral 2012-04-12 12:12:12 UTC
Beta is out, moving to F17 Final NTH

Comment 10 Fedora Update System 2012-04-18 23:06:29 UTC
lorax-17.14-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Priya Rajput 2020-10-02 19:06:43 UTC Comment hidden (spam)
Comment 12 Red Hat Bugzilla 2023-09-14 01:28:22 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


Note You need to log in before you can comment on or make changes to this bug.