1 |
On Sonntag 20 September 2009, Mark Knecht wrote: |
2 |
> On Sat, Sep 19, 2009 at 3:21 PM, Mark Knecht <markknecht@×××××.com> wrote: |
3 |
> > Hi, |
4 |
> > I seem to have lost an external USB drive I've been using on my |
5 |
> > MythTV backend server for video storage. What commands can I try to |
6 |
> > get it to wake up or at least show me what's working and what isn't? |
7 |
> > The drive shows under fdisk /dev/sda. I can see the large partition, |
8 |
> > and it seems to be the right size, according to fdisk anyway, but I |
9 |
> > cannot mount it using mount, and so far I cannot get e2fsck to do |
10 |
> > anything. Both of these fail: |
11 |
> > |
12 |
> > |
13 |
> > mount -t ext2 /dev/sda1 /video |
14 |
> > mount -t ext3 /dev/sda1 /video |
15 |
> > |
16 |
> > I have power cycled the drive and I've rebooted the MacMini. Nothing |
17 |
> > changed. |
18 |
> > |
19 |
> > Thanks in advance, |
20 |
> > Mark |
21 |
> > |
22 |
> > MacMini ~ # fdisk /dev/sda |
23 |
> > |
24 |
> > The number of cylinders for this disk is set to 19929. |
25 |
> > There is nothing wrong with that, but this is larger than 1024, |
26 |
> > and could in certain setups cause problems with: |
27 |
> > 1) software that runs at boot time (e.g., old versions of LILO) |
28 |
> > 2) booting and partitioning software from other OSs |
29 |
> > (e.g., DOS FDISK, OS/2 FDISK) |
30 |
> > |
31 |
> > Command (m for help): p |
32 |
> > |
33 |
> > Disk /dev/sda: 163.9 GB, 163928604672 bytes |
34 |
> > 255 heads, 63 sectors/track, 19929 cylinders |
35 |
> > Units = cylinders of 16065 * 512 = 8225280 bytes |
36 |
> > Disk identifier: 0xa9b5c6b5 |
37 |
> > |
38 |
> > Device Boot Start End Blocks Id System |
39 |
> > /dev/sda1 1 19929 160079661 83 Linux |
40 |
> > |
41 |
> > Command (m for help): |
42 |
> > |
43 |
> > |
44 |
> > |
45 |
> > MacMini ~ # df |
46 |
> > Filesystem 1K-blocks Used Available Use% Mounted on |
47 |
> > /dev/hda4 75890040 37169416 34865560 52% / |
48 |
> > udev 10240 156 10084 2% /dev |
49 |
> > shm 257396 0 257396 0% /dev/shm |
50 |
> > MacMini ~ # fsck -t ext3 /dev/sda |
51 |
> > fsck 1.41.3 (12-Oct-2008) |
52 |
> > e2fsck 1.41.3 (12-Oct-2008) |
53 |
> > fsck.ext3: Superblock invalid, trying backup blocks... |
54 |
> > fsck.ext3: Bad magic number in super-block while trying to open /dev/sda |
55 |
> > |
56 |
> > The superblock could not be read or does not describe a correct ext2 |
57 |
> > filesystem. If the device is valid and it really contains an ext2 |
58 |
> > filesystem (and not swap or ufs or something else), then the superblock |
59 |
> > is corrupt, and you might try running e2fsck with an alternate |
60 |
> > superblock: e2fsck -b 8193 <device> |
61 |
> > |
62 |
> > MacMini ~ # e2fsck -b 8193 /dev/sda |
63 |
> > e2fsck 1.41.3 (12-Oct-2008) |
64 |
> > e2fsck: Bad magic number in super-block while trying to open /dev/sda |
65 |
> > |
66 |
> > The superblock could not be read or does not describe a correct ext2 |
67 |
> > filesystem. If the device is valid and it really contains an ext2 |
68 |
> > filesystem (and not swap or ufs or something else), then the superblock |
69 |
> > is corrupt, and you might try running e2fsck with an alternate |
70 |
> > superblock: e2fsck -b 8193 <device> |
71 |
> > |
72 |
> > MacMini ~ # fsck -t ext3 /dev/sda1 |
73 |
> > fsck 1.41.3 (12-Oct-2008) |
74 |
> > e2fsck 1.41.3 (12-Oct-2008) |
75 |
> > fsck.ext3: Attempt to read block from filesystem resulted in short |
76 |
> > read while tr ying to open /dev/sda1 |
77 |
> > Could this be a zero-length partition? |
78 |
> > MacMini ~ # e2fsck -b 8193 /dev/sda1 |
79 |
> > e2fsck 1.41.3 (12-Oct-2008) |
80 |
> > e2fsck: Bad magic number in super-block while trying to open /dev/sda1 |
81 |
> > |
82 |
> > The superblock could not be read or does not describe a correct ext2 |
83 |
> > filesystem. If the device is valid and it really contains an ext2 |
84 |
> > filesystem (and not swap or ufs or something else), then the superblock |
85 |
> > is corrupt, and you might try running e2fsck with an alternate |
86 |
> > superblock: e2fsck -b 8193 <device> |
87 |
> > |
88 |
> > MacMini ~ # e2fsck -b 8193 /dev/sda |
89 |
> > e2fsck 1.41.3 (12-Oct-2008) |
90 |
> > e2fsck: Bad magic number in super-block while trying to open /dev/sda |
91 |
> > |
92 |
> > The superblock could not be read or does not describe a correct ext2 |
93 |
> > filesystem. If the device is valid and it really contains an ext2 |
94 |
> > filesystem (and not swap or ufs or something else), then the superblock |
95 |
> > is corrupt, and you might try running e2fsck with an alternate |
96 |
> > superblock: e2fsck -b 8193 <device> |
97 |
> > |
98 |
> > MacMini ~ # |
99 |
> |
100 |
> A little more info: |
101 |
> |
102 |
> Buffer I/O error on device sda, logical block 12 |
103 |
> sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x08 |
104 |
> sd 0:0:0:0: [sda] Sense Key : 0x3 [current] |
105 |
> sd 0:0:0:0: [sda] ASC=0x4b ASCQ=0x0 |
106 |
> end_request: I/O error, dev sda, sector 96 |
107 |
> Buffer I/O error on device sda, logical block 12 |
108 |
> sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x08 |
109 |
> sd 0:0:0:0: [sda] Sense Key : 0x3 [current] |
110 |
> sd 0:0:0:0: [sda] ASC=0x4b ASCQ=0x0 |
111 |
> end_request: I/O error, dev sda, sector 96 |
112 |
> Buffer I/O error on device sda, logical block 12 |
113 |
> sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x08 |
114 |
> sd 0:0:0:0: [sda] Sense Key : 0x3 [current] |
115 |
> sd 0:0:0:0: [sda] ASC=0x4b ASCQ=0x0 |
116 |
> end_request: I/O error, dev sda, sector 96 |
117 |
> |
118 |
> MacMini ~ # fsck -t ext3 /dev/sda1 |
119 |
> fsck 1.41.3 (12-Oct-2008) |
120 |
> e2fsck 1.41.3 (12-Oct-2008) |
121 |
> fsck.ext3: Attempt to read block from filesystem resulted in short |
122 |
> read while trying to open /dev/sda1 |
123 |
> Could this be a zero-length partition? |
124 |
> MacMini ~ # |
125 |
> |
126 |
> |
127 |
> end_request: I/O error, dev sda, sector 95 |
128 |
> __ratelimit: 58 callbacks suppressed |
129 |
> Buffer I/O error on device sda1, logical block 16 |
130 |
> Buffer I/O error on device sda1, logical block 17 |
131 |
> Buffer I/O error on device sda1, logical block 18 |
132 |
> Buffer I/O error on device sda1, logical block 19 |
133 |
> Buffer I/O error on device sda1, logical block 20 |
134 |
> Buffer I/O error on device sda1, logical block 21 |
135 |
> Buffer I/O error on device sda1, logical block 22 |
136 |
> Buffer I/O error on device sda1, logical block 23 |
137 |
> Buffer I/O error on device sda1, logical block 24 |
138 |
> Buffer I/O error on device sda1, logical block 25 |
139 |
> sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x08 |
140 |
> sd 0:0:0:0: [sda] Sense Key : 0x3 [current] |
141 |
> sd 0:0:0:0: [sda] ASC=0x4b ASCQ=0x0 |
142 |
> end_request: I/O error, dev sda, sector 95 |
143 |
> __ratelimit: 86 callbacks suppressed |
144 |
> Buffer I/O error on device sda1, logical block 16 |
145 |
> Buffer I/O error on device sda1, logical block 17 |
146 |
> Buffer I/O error on device sda1, logical block 18 |
147 |
> Buffer I/O error on device sda1, logical block 19 |
148 |
> Buffer I/O error on device sda1, logical block 20 |
149 |
> Buffer I/O error on device sda1, logical block 21 |
150 |
> Buffer I/O error on device sda1, logical block 22 |
151 |
> Buffer I/O error on device sda1, logical block 23 |
152 |
> Buffer I/O error on device sda1, logical block 24 |
153 |
> Buffer I/O error on device sda1, logical block 25 |
154 |
> MacMini ~ # |
155 |
> |
156 |
> |
157 |
> I could try reinstalling the file system but I had a few backups on |
158 |
> this drive for other systems. (non-critical, but possibly useful) I'd |
159 |
> like to be sure I cannot recover them before I blow everything away. |
160 |
> |
161 |
> Thanks, |
162 |
> Mark |
163 |
> |
164 |
|
165 |
you might be lucky and able to use smartctl on that device. Sadly most usb |
166 |
converters don't support smart even when the drive does. |
167 |
|
168 |
That could tell you some more, but a quick glance says: |
169 |
|
170 |
your drive is hosed. |
171 |
Block errors... ugh... maybe the heads had a bit of platter contact. |
172 |
|
173 |
You can try using magicrescue - or even better photorec. |
174 |
|
175 |
they won't repair your filesystems - but they might be able to get the data off |
176 |
you are after. |
177 |
|
178 |
Glück Auf |
179 |
Volker |