1 |
On Sonntag 20 September 2009, Mark Knecht wrote: |
2 |
> On Sat, Sep 19, 2009 at 4:12 PM, walt <w41ter@×××××.com> wrote: |
3 |
> > On 09/19/2009 03:38 PM, Mark Knecht wrote: |
4 |
> >> On Sat, Sep 19, 2009 at 3:21 PM, Mark Knecht<markknecht@×××××.com> |
5 |
wrote: |
6 |
> >>> Hi, |
7 |
> >>> I seem to have lost an external USB drive I've been using on my |
8 |
> >>> MythTV backend server for video storage. What commands can I try to |
9 |
> >>> get it to wake up or at least show me what's working and what isn't? |
10 |
> >>> The drive shows under fdisk /dev/sda... |
11 |
> > |
12 |
> > I hate to be the party poop, but I suspect disk hardware failure. |
13 |
> > |
14 |
> > Can you use dd to read the raw disk? e.g. |
15 |
> > # dd if=/dev/sda of=/tmp/ddout bs=512 count=1024(or whatever) |
16 |
> |
17 |
> Hi Walt, |
18 |
> Don't worry about it. If it's dead it's dead. |
19 |
> |
20 |
> I've actually managed to make some headway. After fiddling around |
21 |
> with e2fsck -b 32768 /dev/sda1 the drive is now mountable but running |
22 |
> e2fsck after a reboot says the drive still has errors: |
23 |
> |
24 |
> MacMini ~ # e2fsck /dev/sda1 |
25 |
> e2fsck 1.41.3 (12-Oct-2008) |
26 |
> /dev/sda1 contains a file system with errors, check forced. |
27 |
> Pass 1: Checking inodes, blocks, and sizes |
28 |
> ^C/dev/sda1: e2fsck canceled. |
29 |
> |
30 |
> /dev/sda1: ********** WARNING: Filesystem still has errors ********** |
31 |
> |
32 |
> MacMini ~ # |
33 |
> |
34 |
> If I mount the drive I can actually see all the MythTV files and |
35 |
> amazingly they still seem to play so I don't think the drive is dead. |
36 |
> I got a few messages about my backup directory being hosed so I |
37 |
> attempted to delete it. Now the drive mounts but the sizes and things |
38 |
> are messed up: |
39 |
> |
40 |
> MacMini ~ # mount |
41 |
> /dev/hda4 on / type ext3 (rw,noatime) |
42 |
> proc on /proc type proc (rw,nosuid,nodev,noexec) |
43 |
> sysfs on /sys type sysfs (rw,nosuid,nodev,noexec) |
44 |
> udev on /dev type tmpfs (rw,nosuid,size=10240k,mode=755) |
45 |
> devpts on /dev/pts type devpts (rw,nosuid,noexec,gid=5,mode=620) |
46 |
> shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev) |
47 |
> usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85) |
48 |
> /dev/sda1 on /video type ext3 (rw) |
49 |
> |
50 |
> MacMini ~ # df /video |
51 |
> Filesystem 1K-blocks Used Available Use% Mounted on |
52 |
> /dev/sda1 157566568 -1551528 151114116 - /video |
53 |
> MacMini ~ # |
54 |
> |
55 |
> MacMini ~ # ls /video/ |
56 |
> 1003_20090531163000.mpg.png 1042_20090611190000.mpg.png |
57 |
> 1189_20090617183000.mpg.png |
58 |
> 1003_20090603173000.mpg.png 1042_20090911210000.mpg |
59 |
> 1189_20090619183000.mpg |
60 |
> 1003_20090621163000.mpg.png 1042_20090911210000.mpg.png |
61 |
> |
62 |
> <SNIP> |
63 |
> |
64 |
> 1017_20090817193000.mpg.png 1189_20090617183000.mpg |
65 |
> lost+found 1042_20090611170000.mpg.png 1189_20090617183000.mpg.100x75.png |
66 |
> MacMini ~ # |
67 |
> |
68 |
> |
69 |
> Now, my question is how can I use the file system tools to fix all the |
70 |
> tables on this drive? |
71 |
> |
72 |
> I see Volker is suggesting ddrescue. As it seems I've already lost the |
73 |
> Windows backup files but have good MYthTV files is there a way to |
74 |
> repair the disk tables and only end up with the existing Myth files |
75 |
> and clean tables? I don't have another disk to copy all this stuff to |
76 |
> and the MacMini is headless and PPC-based so it's difficult to use |
77 |
> gparted or anything like that. |
78 |
> |
79 |
> I think the existing Myth files are possibly small enough that I could |
80 |
> store them temporarily on the Mac while I rebuild the USB drive. |
81 |
> |
82 |
> Thanks, |
83 |
> Mark |
84 |
> |
85 |
|
86 |
seriously, I think you should try to get off everything you want to keep - and |
87 |
then replace the disk with a new one. If a disk starts throwing block errors |
88 |
it will only become worse. Don't worry about 'repairing' the file system as |
89 |
long as there is hardware damage. Try to get off the disk as much as possible - |
90 |
and then scrap it. |