I've installed Raspbian OS in my PC ,so all my data in windows 10 drives is may be deleted . Do I recover that ? (in a very critical situation)
I assume that you didn't wipe the disk. I also assume that you stopped using your disk immediately to avoid overwriting your files.
Teskdisk will not work for you. But scalpel will. I will explain two ways to use it, depending your sources and your tools.
First, I assume that you have another laptop/desktop with a linux OS and a SATA to USB converter. If these apply to you, for faster results, do the following.
Extract the disk from your PC
Connect it via USB to another PC
Install the package scalpel
With your favourite editor (vi/vim/nano, etc) open the file /etc/scalpel/scalpel.conf and uncomment the preferred lines
Run the following command ( scalpel /dev/sdX# -o output ) which will scan your disk and find any selected file type that is not overwritten but it may find some corrupted files.
Secondly, I assume that you have a USB disk with a linux iso. This way is cheaper but slower. In that case, do the following.
Boot from the USB to the linux OS
Install the package scalpel
With your favourite editor (vi/vim/nano, etc) open the file /etc/scalpel/scalpel.conf and uncomment the preferred lines
Run the following command ( scalpel /dev/sdX# -o output ) which will scan your disk and find any selected file type that is not overwritten but it may find some corrupted files.
The folder named output will be in the path from which you ran the command scalpel. In the folder named output will be a txt file named audit.txt and folders with the selected types you searched for and inside them the recovered files, many of which will be corrupted.
Wish you luck!
Related
enter image description here
I have windows with linux subsystem and I am trying to run druid. I am getting a message CANNOT CREATE FIFO. What should I do to avoid it?
I faced the same issue myself. Was trying to run through WSL Ubuntu. It seems that FIFO file can't be created over mounted drive i.e /mnt/c/.
Workaround for this, you'd have to copy the entire Druid installation folder over to any internal folder eg. /usr/share/ and launch from there.
Disclosure: I work with NEAR and am currently on-boarding.
When I start up a local node on a clean machine I see that a .near folder is created in my home directory with a few configuration files (exact files seem to depend on which start_ script I run). Another folder appears inside of the .near folder called data.
Running strings ~/.near/data/*.sst in the folder spits out a few lines starting with the string "rocksdb" which led me to this reference to RocksDB
Is there any way to inspect the contents of a node's RocksDB instance?
I found Keylord but it crashes when I try to configure a new connection to the database (by pointing the connection to ~/.near/data). I didn't pursue that thread.
PSA1: sometimes it's useful to backup the ~/.near folder between node restarts if you want to reset the environment or avoid reusing old data while troubleshooting
mv ~/.near ~/.near_`date +%Y-%m-%d.%s`
PSA2: on MacOS you can watch what happens to the contents of the ~/.near folder while the node boots up and runs. (brew install watch).
watch -d -c -n 0.5 find ~/.near
The content of RocksDB is serialized using our own binary serialization format (http://borsh.io/), so you won't be able to examine the content with general-purpose third-party tools
I basicaly want to have an external very large (bigger than 2gb) file next to my setup executable. To realize this, in the script I have tried the following:
File "$EXEDIR/verybigfile"
However, I got the following error:
File: "$EXEDIR/verybigfile" -> no files found.
Is it possible to do this in NSIS or do I require a plugin to realize this?
Thanks.
The File instruction cannot use variables like $EXEDIR, it needs the local path on your machine but you will hit the 2 GiB limit because these files are stored inside the installer.
If you are shipping a DVD or something like that you can use CopyFiles /SILENT "$EXEDIR\files\*.*" "$InstDir" to copy files from a DVD to the users system. This instruction does not support any kind of decompression, it is just a plain copy operation.
You need to use a plug-in to extract from .ZIP/.7z files.
I have a back up of user folders from an Ubuntu 15.04 System.
The back up was done via the system settings control, which as i understand uses Déjà Dup as the standard back up program.
The back up is now on a flash drive, it's files look like this:
duplicity-full.vol01.difftar.gz
...
duplicity-full.vol87.difftar.gz
as well as:
duplicity-full.manifest
duplicity-full.sigtar.gz
duplicity-full-signatures.sigtar.gz
duplicity-inc.33Z.to.914Z.manifest
duplicity-inc.33Z.to.914Z.vol1.difftar.gz
duplicity-new-signatures.33Z.to.914Z.sigtar.gz
If possible I'd like to restore these back up files on windows, or on a live Ubuntu system and then copy them onto windows.
(from personal experience)
Requirement: the partition/drive (c) containing the backup, 2 extra drives (a + b)
1) Create a Drive (a) that boots Ubuntu, e.g. a live-usb drive.
(see: http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-windows)
2) Boot the Ubuntu system, next format the second extra drive (b) to hold an ext3 file system.
3) Use the duplicity command that ships with Ubuntu to restore the backup (from c) to the ext3 drive (b)
(duplicity restore file://path-to-folder path-to-folder-to-restore-on-on-b
http://duplicity.nongnu.org/duplicity.1.html)
Remarks:
-The files shown above in the questions indicate more than one clean back up, but a history as well, i deleted those files by hand bevor running the duplicity command.
-I saved the back up files on an ntfs system, but was not able to restore onto a ntfs system, this is the reason for the ext3 drive. This most likely was problem to a specific file and may not be mandatory.
when i save java file error is you dont have permission to save in this location contact the administrator to obtain permission on window7
Don't store application data in the "Program Files" directory.
It is very bad design and regular users don't have write access to that directory (for a very good reason).
So even if you changed your settings locally to open up the door for viruses your application won't run on other computers.
Besides: storing a Java file in the JDK directory serves no purpose at all.
Btw: your uppercase letters are broken, as well as the dot or the comma...
That's normal - jdk/bin is the installation directory of the JDK, regular users cannot (and should not) write files there. You'll have the same problem on Linux/Unix and on Mac OS X, where installation directories are off-limits to regular users.
Write your files to the users home directory (System property "user.home", works across platforms), or let the user choose where you save stuff.
Bin directory do not allow directly to save program in it.
it is so simple, just save your .java file on desktop and then copy paste it in Bin. done ;)
If the file can't save directly to c:\program files\java\jdk1.8.0\bin\
Solution:-
Click start Menu type Notepad command in run run as administrator
Right click the Notepad run as Administrator, then type the program file can save directly to c:\program files\java\jdk1.8.0\bin\
Just try it......