No: the root account was not enabled, and as the thing won't boot there
is no way one can tell
if a password has been changed.
Running *extundelete* from a live disk keeps giving this sort of
message on all the partitions of all the disks inside the machine:
Failed to restore inode 11796494 to file
RECOVERED_FILES/file.11796494:Unable to set proper file size (enormous
numner in brackets)
Prior to that extundelete shows that it *can* see files on the disk
partitions.
Richmond.
On 11/28/16 9:29 pm, Bob Sneidar wrote:
Can anything not running as root even do this?? And if not, is root account
enabled? and if so, has the password been changed?
Bob S
On Nov 28, 2016, at 11:25 , Richard Gaskin
<[email protected]<mailto:[email protected]>> wrote:
Richmond Mathewson wrote:
Once *extundelete* told me "space has been reallocated" I knew
everything was cooked.
It may not be recoverable, but I'm curious as to how it happened in the first
place.
Anything noteworthy in ~/.bash_history, /var/log/auth.log, or /var/log/syslog?
Are those files even remaining?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
_______________________________________________
use-livecode mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
