Sponsored Content
Full Discussion: Flash drive recovering data.
Top Forums UNIX for Dummies Questions & Answers Flash drive recovering data. Post 302477125 by Corona688 on Friday 3rd of December 2010 10:02:51 AM
Old 12-03-2010
It helps a lot to know what kind of files you lost. Now that they are floating unlinked inside the flash drive, that may be the only way to identify them.

the magicrescue command does just this, trawling through every raw sector identifying files (and partial files) based on what kind of file they appear to be. It recovers no folders or file names, just unlabelled files.

If you've written anything to the flash drive after deleting them, the remnants may have been overwritten hence permanently lost.
This User Gave Thanks to Corona688 For This Post:
 

10 More Discussions You Might Find Interesting

1. News, Links, Events and Announcements

Filesystems: Hiding and recovering data

Here is a very interesting article on not only hiding data on filesystems (the article deals mainly with the ext2 filesystem, which should also work with etx3), but also recovering, including from slack space on raw blocks, and even deleted data! ... (0 Replies)
Discussion started by: LivinFree
0 Replies

2. Solaris

USB flash Drive

Hello all.. I have a Verbatim 2 GB flash drive. I also have Solaris 10 running on my workstation. If I am in the Windows environment, it detects the flash drive. But when I plug it while I am in solaris, nothing happens. How will solaris 10 detect my flash drive? What do I have to do? any... (4 Replies)
Discussion started by: vr76413
4 Replies

3. UNIX for Dummies Questions & Answers

USB flash drive is not mounting what to do...?

hello forum.. i am using RHEL 4.0 and my system is dual boot.normally the usb flash drive should be auto mount , but in my system i am unable to mount the drive plz help... i am a new user so plz give me in detail. thank u in advance. (5 Replies)
Discussion started by: manoranjan
5 Replies

4. UNIX for Dummies Questions & Answers

Recovering lost folders/files data

Hello, Is there a way to recover data from a SCO UNIXWARE 7.4 operating system without using a tape backup device? We believe there is some data in some directories that was there once; but not anymore, we don't have a backup on tape. So, is there any other solution to recover? Hope... (0 Replies)
Discussion started by: Yorgy
0 Replies

5. SCO

mounting USB floppy drive /Flash drive in OSR 6.0

Can anybody help me out to mount USB flash /floppy drive in sco openserver 6.0 . (5 Replies)
Discussion started by: sureshdrajan
5 Replies

6. Ubuntu

Flash drive space issues

Hello, I have a 2 GB RealTek flash drive that has worked well in the past. It's about 1 year old but lately when I plug it into my Ubuntu Intrepid system it only shows 50 MB available even though there are no files on it: $ df -k /media/disk-1 Filesystem 1K-blocks Used... (1 Reply)
Discussion started by: mgb
1 Replies

7. Solaris

removable flash drive

I have a removable usb flash drive which is visible below as no. 2 # rmformat Looking for devices... 1. Volmgt Node: /vol/dev/aliases/cdrom0 Logical Node: /dev/rdsk/c0t0d0s2 Physical Node: /pci@0,0/pci-ide@1f,1/ide@0/sd@0,0 Connected Device: HL-DT-ST DVD+-RW... (4 Replies)
Discussion started by: seyiisq
4 Replies

8. UNIX for Dummies Questions & Answers

Installing Solaris 10 on Flash Drive

Where can I find instructions for doing this? I am running Win XP and would like to be able to run solaris 10 from my flash drive. Thanks, Carrie (3 Replies)
Discussion started by: Carrie Heiser
3 Replies

9. Linux

Recovering corrupted LVM data: No readable superblocks

Hi all. Not sure where to post this, so figured I'd start here. I have a LVM2 partition that has become unreadable. I've scoured dozens of threads about the topic and have hit a wall, so any advice is appreciated. Below is what I think shows what my major problem is: First, a simple mount... (3 Replies)
Discussion started by: dargason
3 Replies

10. Solaris

Recovering DATA from sparc classic

I have a Sun sparc classic that I am trying to recover data off. The main CPU part just clicks or beeps when powered up, but does not come on (nothing on screen, and LED in front not lighting up). There is also an external SCSI drive, and I have verified there is a drive inside the CPU. ... (8 Replies)
Discussion started by: mackconsult
8 Replies
XP(4)							     Kernel Interfaces Manual							     XP(4)

NAME
xp - generic SMD moving-head disk SYNOPSIS
/sys/conf/SYSTEM: NXPC xp_controllers # Number of controllers NXPD xp_drives # RM02/03/05, RP04/05/06, # CDC 9766, Fuji 160, etc. BADSECT NO # Bad sector handling (see BUGS) /etc/dtab: #Name Unit# Addr Vector Br Handler(s) # Comments xp ? 176700 254 5 xpintr # xp driver major device number(s): raw: 19 block: 10 minor device encoding: bits 0007 specify partition of XP drive bits 0370 specify XP drive DESCRIPTION
The xp driver is a generic SMD storage module disk driver. It can be adapted to most SMD controllers although bootstrapping will not nec- essarily be directly possible. The drives are numbered from 0 to n on controller 0, from n+1 to m on controller 1, etc. The drives may have different geometries. The xp driver is unique amoungst 2BSD drivers in its numbering of drives. Other drivers (ra for example) number drives 0 thru 7 on con- troller 1, 8 thru 15 on controller 2 and so on. xp on the other hand can have drives 0 and 1 on controller 1, drives 2, 3, 4 and 5 on con- troller 2 and drives 6, 7 and 8 on controller 3. This is different from boot's view of the world, so if you are booting from other than unit 0 you may have to experiment a bit. Files with minor device numbers 0 through 7 refer to various portions of drive 0; minor devices 8 through 15 refer to drive 1, etc. The standard device names begin with ``xp'' followed by the drive number and then a letter a-h for partitions 0-7 respectively. The character ? stands here for a drive number in the range 0-7. The block files access the disk via the system's normal buffering mechanism and may be read and written without regard to physical disk records. There is also a `raw' interface which provides for direct transmission between the disk and the user's read or write buffer. A single read or write call results in exactly one I/O operation and therefore raw I/O is considerably more efficient when many words are transmitted. The names of the raw files conventionally begin with an extra `r.' In raw I/O the buffer must begin on a word (even) boundary, and counts should be a multiple of 512 bytes (a disk sector). Likewise lseek calls should specify a multiple of 512 bytes. DISK SUPPORT
Disks must be labeled using either the standalone disklabel program on the boot tape or with the disklabel(8) program. The kernel no longer attempts to determine the drive type and geometry, instead reading this information from the disklabel. There are no partition tables coded into the xp driver, these must be placed on the drive with disklabel. Special files should only be created for the partitions that are actually used, as the overlap in these addresses could lead to confusion otherwise. Traditionally the xp?a partition is normally used for the root file system, the xp?b partition as a swap area, and the xp?c partition for pack-pack copying (it maps the entire disk). FILES
/dev/xp[0-7][a-h] block files /dev/rxp[0-7][a-h] raw files /dev/MAKEDEV script to create special files /dev/MAKEDEV.local script to localize special files SEE ALSO
hk(4), ra(4), ram(4), rk(4), rl(4), rp(4), rx(4), si(4), dtab(5), autoconfig(8), newfs(8) DIAGNOSTICS
xp%d%c: hard error sn%d cs2=%b er1=%b. An unrecoverable error occurred during transfer of the specified sector of the specified disk par- tition. The contents of the two error registers are also printed in octal and symbolically with bits decoded. The error was either unre- coverable, or a large number of retry attempts (including offset positioning and drive recalibration) could not recover the error. xp%d: write locked. The write protect switch was set on the drive when a write was attempted. The write operation is not recoverable. xp%d%c: soft ecc sn%d. A recoverable ECC error occurred on the specified sector of the specified disk partition. This happens normally a few times a week. If it happens more frequently than this the sectors where the errors are occurring should be checked to see if certain cylinders on the pack, spots on the carriage of the drive or heads are indicated. xp%d: unknown device type 0%o. The number in the drive's drive type register is unknown to the xp driver. BUGS
In raw I/O read and write(2) truncate file offsets to 512-byte block boundaries, and write scribbles on the tail of incomplete blocks. Thus, in programs that are likely to access raw devices, read, write and lseek(2) should always deal in 512-byte multiples. DEC-standard error logging should be supported. The kernel uses partition 'h' to access the badblock information. This should have been 'c' except that almost all of the /etc/disktab entries (and thus existing systems) use 'h' for this purpose. Unless you are very careful with disklabel|(8) (to make certain that no data partition overlaps the badblock area) you should probably leave BADSECT undefined in the kernel config file. 3rd Berkeley Distribution August 14, 1995 XP(4)
All times are GMT -4. The time now is 09:48 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy