Find the answer to your Linux question:
Page 1 of 2 1 2 LastLast
Results 1 to 10 of 14
Hello everyone, I have an internal SATA hard drive that I'm attempting to recover files from (mp3's, jpeg's, etc) and I'm wondering if it has been corrupted? Here is how ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21

    Need help recovering files from old hard drive with Fedora Core instal


    Hello everyone,

    I have an internal SATA hard drive that I'm attempting to recover files from (mp3's, jpeg's, etc) and I'm wondering if it has been corrupted? Here is how I'm attempting to recover:

    - I have a Linux Live CD running on a Windows 7 laptop and my SATA drive is connected to the laptop via USB to SATA adapter. When I list the contents of the HD, here is what I see:

    # df -h
    Filesystem Size Used Avail Use% Mounted on
    tmpfs 995M 5.6M 989M 1% /initrd/pup_rw
    tmpfs 110M 109M 1000K 100% /initrd/mnt/tmpfs
    /dev/loop0 109M 109M 0 100% /initrd/pup_ro2
    unionfs 995M 5.6M 989M 1% /
    shmfs 466M 0 466M 0% /dev/shm
    /dev/sda1 100M 25M 76M 25% /mnt/sda1
    /dev/sda2 125G 22G 103G 18% /mnt/sda2
    /dev/sda3 25G 14G 11G 57% /mnt/sda3
    /dev/sdb1 190M 30M 151M 17% /mnt/sdb1 <== this is my 300GB HD
    #
    #
    # cd /mnt/sdb1
    #
    #
    # ls -la
    total 23858
    drwxr-xr-x 5 root root 1024 2009-12-15 01:22 .
    drwxr-xr-x 16 root root 140 2012-06-12 10:39 ..
    -rw-r--r-- 1 root root 85102 2009-02-24 02:11 config-2.6.27.19-170.2.35.fc10.x86_64
    -rw-r--r-- 1 root root 85237 2009-06-22 06:48 config-2.6.27.25-170.2.72.fc10.x86_64
    -rw-r--r-- 1 root root 85186 2009-12-10 23:45 config-2.6.27.41-170.2.117.fc10.x86_64
    drwxr-xr-x 3 root root 1024 2008-12-05 00:27 efi
    drwxr-xr-x 2 root root 1024 2009-12-15 01:22 grub
    -rw------- 1 root root 3953246 2009-03-24 23:38 initrd-2.6.27.19-170.2.35.fc10.x86_64.img
    -rw------- 1 root root 3953733 2009-07-21 23:47 initrd-2.6.27.25-170.2.72.fc10.x86_64.img
    -rw------- 1 root root 3955867 2009-12-15 01:12 initrd-2.6.27.41-170.2.117.fc10.x86_64.img
    drwx------ 2 root root 12288 2008-12-05 00:22 lost+found
    -rw-r--r-- 1 root root 1407668 2009-02-24 02:11 System.map-2.6.27.19-170.2.35.fc10.x86_64
    -rw-r--r-- 1 root root 1409926 2009-06-22 06:48 System.map-2.6.27.25-170.2.72.fc10.x86_64
    -rw-r--r-- 1 root root 1410365 2009-12-10 23:45 System.map-2.6.27.41-170.2.117.fc10.x86_64
    -rwxr-xr-x 1 root root 2642624 2009-02-24 02:11 vmlinuz-2.6.27.19-170.2.35.fc10.x86_64
    -rwxr-xr-x 1 root root 2643968 2009-06-22 06:48 vmlinuz-2.6.27.25-170.2.72.fc10.x86_64
    -rwxr-xr-x 1 root root 2645568 2009-12-10 23:45 vmlinuz-2.6.27.41-170.2.117.fc10.x86_64

    The HD is /dev/sdb1 and lists the capacity as 190M, but in reality it is a 300GB.

    Is there any other commands I can run to explore, mount, etc the contents of the HD?

    Thanks in advance!

  2. #2
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    sdb1 is the /boot partition.

    List all the partitions with
    Code:
    fdisk -l /dev/sdb
    You must always face the curtain with a bow.

  3. #3
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21
    fdisk -l /dev/sdb and fdisk -l /dev/sdb return the following:

    "Cannot open /dev/sdb"

  4. #4
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    Become root first or try with sudo
    You must always face the curtain with a bow.

  5. #5
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21
    Oops, that was a real rookie mistake ... Here is the output:

    mint@mint /mnt $ sudo fdisk -l /dev/sdb

    Disk /dev/sdb: 300.1 GB, 300090728448 bytes
    255 heads, 63 sectors/track, 36483 cylinders, total 586114704 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x000d67c8

    Device Boot Start End Blocks Id System
    /dev/sdb1 * 63 401624 200781 83 Linux
    /dev/sdb2 401625 586099394 292848885 8e Linux LVM

  6. #6
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    Ok, so lvm is used.
    Letīs get some information.
    Code:
    vgscan
    vgdisplay
    lvscan
    lvdisplay
    You must always face the curtain with a bow.

  7. #7
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21
    Since I'm running these commands from a Live CD, it indicates that none of these are installed.

  8. #8
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    You could download and burn a more up2date livecd like fedora17
    You must always face the curtain with a bow.

  9. #9
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21
    Hmm, it looks like I get the same results with Slacko Puppy 5.3.3 (Puppy Linux) and also Mint Linux 12 - however I'll try burning Fedora17.

  10. #10
    Just Joined!
    Join Date
    Sep 2005
    Posts
    21
    Ok, here is the o/p from Fedora 17:

    [root@localhost ~]# fdisk -l /dev/sdb

    Disk /dev/sdb: 300.1 GB, 300090728448 bytes
    255 heads, 63 sectors/track, 36483 cylinders, total 586114704 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x000d67c8

    Device Boot Start End Blocks Id System
    /dev/sdb1 * 63 401624 200781 83 Linux
    /dev/sdb2 401625 586099394 292848885 8e Linux LVM
    [root@localhost ~]#
    [root@localhost ~]#
    [root@localhost ~]# vgscan
    Reading all physical volumes. This may take a while...
    Found volume group "VolGroup00" using metadata type lvm2
    [root@localhost ~]# vgdisplay
    --- Volume group ---
    VG Name VolGroup00
    System ID
    Format lvm2
    Metadata Areas 1
    Metadata Sequence No 3
    VG Access read/write
    VG Status resizable
    MAX LV 0
    Cur LV 2
    Open LV 0
    Max PV 0
    Cur PV 1
    Act PV 1
    VG Size 279.28 GiB
    PE Size 32.00 MiB
    Total PE 8937
    Alloc PE / Size 8936 / 279.25 GiB
    Free PE / Size 1 / 32.00 MiB
    VG UUID WIEFS9-hnTB-0Kd0-limh-WKnh-PSX3-zu6dmz

    [root@localhost ~]# lvscan
    inactive '/dev/VolGroup00/LogVol00' [277.28 GiB] inherit
    inactive '/dev/VolGroup00/LogVol01' [1.97 GiB] inherit
    [root@localhost ~]#
    [root@localhost ~]#
    [root@localhost ~]# lvdisplay
    --- Logical volume ---
    LV Path /dev/VolGroup00/LogVol00
    LV Name LogVol00
    VG Name VolGroup00
    LV UUID Tfogxn-Gr68-2C1a-qrAx-OZoN-Ese3-i63pNu
    LV Write Access read/write
    LV Creation host, time ,
    LV Status NOT available
    LV Size 277.28 GiB
    Current LE 8873
    Segments 1
    Allocation inherit
    Read ahead sectors auto

    --- Logical volume ---
    LV Path /dev/VolGroup00/LogVol01
    LV Name LogVol01
    VG Name VolGroup00
    LV UUID ASasWb-Btaz-LUMf-NIHi-X3rh-OBlk-b1X0uw
    LV Write Access read/write
    LV Creation host, time ,
    LV Status NOT available
    LV Size 1.97 GiB
    Current LE 63
    Segments 1
    Allocation inherit
    Read ahead sectors auto

Page 1 of 2 1 2 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •