Bug 149480 - debugfs ls / ls -l / ls -d is not very useful for hacked filesystems
debugfs ls / ls -l / ls -d is not very useful for hacked filesystems
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: e2fsprogs (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Thomas Woerner
Jay Turner
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2005-02-23 10:03 EST by Jason Pyeron
Modified: 2015-01-07 19:09 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-05-13 16:57:27 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
SOURCES/e2fsprogs-1.32-parsable.patch (1.17 KB, patch)
2005-02-23 10:05 EST, Jason Pyeron
no flags Details | Diff
SPECS/e2fsprogs.spec (13.17 KB, text/plain)
2005-02-23 10:06 EST, Jason Pyeron
no flags Details

  None (edit)
Description Jason Pyeron 2005-02-23 10:03:37 EST
adding an option to ls to produce a parsable output (-p)

while working with a compromized system (suckit root kit)
hidden files were viewable by debugfs but not any other utility.
when spaces and tabs were put into the directory names defugfs did 
not "show" them.

ie: /var/cache/        /hiddenfiles
(8 spaces)

ls -p 
quotes the output so is can be parsed easily.


#debugfs /dev/hdc3 -R 'ls -p "/tmp"' 2> /dev/null

Additional info:
Comment 1 Jason Pyeron 2005-02-23 10:05:26 EST
Created attachment 111337 [details]
Comment 2 Jason Pyeron 2005-02-23 10:06:12 EST
Created attachment 111338 [details]
Comment 3 Suzanne Hillman 2005-05-13 16:08:49 EDT
In order to file a RHEL feature request, please either contact Red Hat's
Technical Support line at 888-REDHAT-1 or file a web ticket at
http://www.redhat.com/apps/support/.  Bugzilla is not an official support
channel, has no response guarantees, and may not route your request to the
correct area to assist you.  Using the official support channels above will
guarantee that your issue is handled appropriately and routed to the
individual or group which can best assist you with this issue and will also
allow Red Hat to track the issue, ensuring that any applicable feature
addition is included in all releases and is not dropped from a future update
or major release.
Comment 4 Jason Pyeron 2005-05-13 16:43:38 EDT
neither option provides a valid path as suggested above.
Comment 5 Jason Pyeron 2005-05-13 16:57:27 EDT
migrating to http://sourceforge.net/tracker/index.php?
Comment 6 Jason Pyeron 2005-05-13 17:24:25 EDT
use the url in the URL field to follow to the correct SF.net RFE page.


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