Re: hammer: undelete and questions
:p...@elevator:/home/petr> undo -i T_X_F_07x05.part1.rar :Cannot locate src/historical idx=-1 T_X_F_07x05.part1.rar@@0x, :the file may have been renamed in the past. It should not even be trying to test a transaction id of 0. :Which is weird because it definately wasnt renamed, was just deleted. Im :running DF 2.3 thats from the 7th feb. : :I cant find the files in the snapshot from yesterday either (snapshot run at :3PM), and I added the file later on. : :I think it may be caused by the fact that when Kget starts downloading it :firstly saves the file as filename.part and once it finishes it removes :the .part. : :Petr Try recompiling and installing the undo utility in the latest sources. You should be able to run it w/ a Feb 7th kernel. Then do undo -i again. -Matt Matthew Dillon
Re: hammer: undelete and questions
Hi Matt, The directory wasnt deleted. I ran the command and this is what it said: p...@elevator:/home/petr> undo -i T_X_F_07x05.part1.rar Cannot locate src/historical idx=-1 T_X_F_07x05.part1.rar@@0x, the file may have been renamed in the past. Which is weird because it definately wasnt renamed, was just deleted. Im running DF 2.3 thats from the 7th feb. I cant find the files in the snapshot from yesterday either (snapshot run at 3PM), and I added the file later on. I think it may be caused by the fact that when Kget starts downloading it firstly saves the file as filename.part and once it finishes it removes the .part. Petr On Sun, 1 Mar 2009 14:11:25 Matthew Dillon wrote: > ::Hey all, > ::Im still trying to figure out how to undelete a file (without going to > ::snapshots). Undo complains that file doesnt exist or has been renamed, > :: > ::1) what else can I do? > :: > ::2) How do I access transaction history of a file that I deleted? > :: > ::Thanks, > ::PEtr > > Oh, another possibility... if the directory containing the file > was deleted and recreated, then undo will not be able to locate the > file under the current directory's inode. At the moment undo does > not recurse upwards looking for multiple versions of the directory > path leading up to the file. > > If that is the case the best way to find the file is to run through > the snapshots. > > -Matt
Re: hammer: undelete and questions
::Hey all, ::Im still trying to figure out how to undelete a file (without going to ::snapshots). Undo complains that file doesnt exist or has been renamed, :: ::1) what else can I do? :: ::2) How do I access transaction history of a file that I deleted? :: ::Thanks, ::PEtr Oh, another possibility... if the directory containing the file was deleted and recreated, then undo will not be able to locate the file under the current directory's inode. At the moment undo does not recurse upwards looking for multiple versions of the directory path leading up to the file. If that is the case the best way to find the file is to run through the snapshots. -Matt
Re: hammer: undelete and questions
:Hey all, :Im still trying to figure out how to undelete a file (without going to :snapshots). Undo complains that file doesnt exist or has been renamed, : :1) what else can I do? : :2) How do I access transaction history of a file that I deleted? : :Thanks, :PEtr Are your running the 2.2 release or the latest development version? undo has gone through some changes since the release, though the undo shipped with the release should still be able to acess deleted or renamed files. The undo in the latest development branch can iterate all versions of the file even if it has gone through several inode changes from rm and rename ops. -- What does the 'undo -i ' output tell you? -Matt Matthew Dillon
hammer: undelete and questions
Hey all, Im still trying to figure out how to undelete a file (without going to snapshots). Undo complains that file doesnt exist or has been renamed, 1) what else can I do? 2) How do I access transaction history of a file that I deleted? Thanks, PEtr
MFC for 2.2.1 - sub-release in 2 weeks on approximately 15-March
A bunch of stuff that didn't make it into the release is now in HEAD. I am setting a date 2 weeks from now to get it into the 2.2 branch before we roll 2.2.1. -Matt
Re: fdisk implementation [read this before deciding what to do]
On Tue, Feb 17, 2009 at 05:54:40PM +, Jost Tobias Springenberg wrote: > Is there any chance of this moving forward ? > As mentioned in my previous post I really need this feature :). If you > need any help or the like I would be more than happy to help and get > this project on track again! > Otherwise I might go back to were I started off and finish a new fdisk > with less features myself. Update: After additional consideration and some discussion on the Dragonfly IRC, etc, we have decided to go ahead and put this project on the back burner for now. For one, it may be a while before we can get around to adding disklabel64 support. Also, the Dragonfly community seems to want built in interactive mode and compatibility with the existing disklabel and fdisk tools. Our tools are designed specifically to be run under front end scripts and are not interactive or command line compatible with the existing tools. Sorry about the delay in following up on this.
