So, I am in a mess here with Linux. I'm not nearly as smart as many of you when it comes to Linux, so I figured I'd ask.
I cut and pasted an mp4 file (a video I just captured with Jenny, Wendell, and I) onto a USB drive. I wanted a while after it was finished then clicked "eject". I waited for the light to stop blinking and everything and the drive vanished from the computer... so it seemed like it worked.
I transferred the file to my PC and it is corrupt. I then looked back at the Linux laptop and it said, "unable to eject"... thought it had just ejected, vanished from the system, etc. Anyway, the file is gone because I accidentally cut and pasted instead of copy and paste. I have no clue where it is. It's not in the trash. Anyone know how to find a file that vanished during cut and paste?
Jenny went to E3 and the AMD press event and I really want to share that with everyone.
there was this program on windows that let me grab stuff that was deleted but idk on windows
might be an alternate solution if it's gone
as for preventing this in the future, if the laptop is in the same network as the place you want to transfer it to, I'd FTP it instead of using a flash drive, between the OS's not really ejecting them, not finishing writes, and the fact that sometimes the flash is sometimes just unstable, its just better (and faster) to FTP it
Yeah, I have a ghettoNAS going... because everything is always broken for some reason... maybe it's because I'm never home and the office is always running at 50%... I have to stop all work and get this shit in order sometime.
Anyway, I was going to transfer to the NAS but the permissions were messed up so I just said, "screw this," and grabbed a flash drive.... oops.
Photorec as suggested might work, I've never personally used it. It seems to be more used friendly that other options. However you need to stop using the disk if you've not already otherwise you risk overwriting the location the video was on before being moved.
In the future you might also consider using the sync command, this will ensure all data is written first.
Edit. It's also worth noting that if you absolutely need to recover this file then you need to take precautions. The most sound thing would be to pull the drive and use dd to take a image of the disk or partitions so they can be worked on without altering the original data.
I hope you are able to recover the file or have a backup..
I think your still using gnome? I can't remember what it's new notifications are like but KDE is quite good at giving clear indication of safe unmount etc. Regardless this might be a good time to start looking at the command line at least for certain functions. Always copy.
cp <source> <dest>
sync
umount <device>
Always worked for me. It will never finish if it hasn't finished working.
I am glad to see you got it working. Loosing data due to a bad cut paste sucks. And is why i use copy paste with external media. If it screws up i still have it on the original disk.
I'm pretty sure eject already runs sync, most likely it was still writing to the external media and didn't sync properly. It may provide more information on why it didn't work. Also if you do reboot, boot into recovery mode with read only to try and recover it, that way it won't write over the original file.
However gnome ejects media probably does run a command like sync if not even sync its self. Sometimes the problem is how it reports that its complete. I've done it before, you click eject and its not always clear if its written or not. Its a lot better now, KDE is decent as that, not sure about GNOME (not looked to see).
From the command line its fairly obvious as sync wont finish until its finished so it doesnt release the CLI back until its done.