1 |
On 12 December 2011 20:55, Paul Hartman <paul.hartman+gentoo@×××××.com> wrote: |
2 |
> On Mon, Dec 12, 2011 at 2:33 PM, James Broadhead |
3 |
> <jamesbroadhead@×××××.com> wrote: |
4 |
>> |
5 |
>> Apologies; the correct message is: |
6 |
>> grow_buffers: requested out-of-range block 18446744072382021139 for device sdb1 |
7 |
>> |
8 |
>> This appears 42 times immediately following mount. |
9 |
>> |
10 |
>> Running picasa today, it informed me that one of the files I was |
11 |
>> working with was corrupted (but put the message in a box too small to |
12 |
>> read the full path). |
13 |
>> |
14 |
>> This makes me think that perhaps the disk is bad. Any advice, aside |
15 |
>> from the usual "get your data off asap"? |
16 |
> |
17 |
> Does it happen to be a >2TB USB drive? I remember reading about |
18 |
> problems with some of those. It works in Windows with the factory |
19 |
> partition/FAT tables because of tricks they do to the addressing that |
20 |
> works in Windows, but once you reformat it you can't access the >2TB |
21 |
> areas. Something like that... As far as I recall, you could |
22 |
> repartition to create a 2TB or smaller partition and that would work, |
23 |
> but then the rest of the drive was inaccessible. |
24 |
|
25 |
So on returning to this machine, I see that another USB disk that I |
26 |
have connected to it is also having those messages printed about it. |
27 |
This leads me to suspect that it's either an ext4 bug or the situation |
28 |
that you mentioned above. |
29 |
|
30 |
Both are Western Digital 2TB disks; |
31 |
1058:1130 Western Digital Technologies, Inc. |
32 |
1058:1021 Western Digital Technologies, Inc. Elements 2TB |
33 |
|
34 |
There are 42 messages in quick succession for each disk, appearing to |
35 |
cycle through the same list of blocks twice. I'll attach the messages. |
36 |
|
37 |
I'm inclined towards the bad-usb-firmware idea - do you have a link to |
38 |
where you read about the 2TB partition problem ? |
39 |
|
40 |
I don't have much time to deal with this at the moment, so I think |
41 |
that I'll just power them down and wait until I do. |
42 |
|
43 |
|
44 |
On 12 December 2011 21:52, Florian Philipp <lists@×××××××××××.net> wrote: |
45 |
> |
46 |
> I've looked at the kernel code that causes the error message. It |
47 |
> verifies that this is most likely a dead disk: |
48 |
> |
49 |
|
50 |
Now that I have 2 from the same manufacturer, of similar vintage |
51 |
causing the same errors, it's probably not simultaneous failure |
52 |
(unless I'm super-unlucky!). It's also entirely possible that it's an |
53 |
ext4 bug, so I'll try with a different kernel; |
54 |
Linux broadhej-D830 3.1.2-gentoo #2 SMP PREEMPT Sun Nov 27 17:41:32 |
55 |
GMT 2011 i686 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel |
56 |
GNU/Linux |
57 |
... although I didn't see this problem until recently. (Or maybe I |
58 |
just didn't notice it ... ) |
59 |
|
60 |
|
61 |
|
62 |
|
63 |
On 12 December 2011 22:44, Adam Carter <adamcarter3@×××××.com> wrote: |
64 |
>> I've looked at the kernel code that causes the error message. It |
65 |
>> verifies that this is most likely a dead disk: |
66 |
> |
67 |
> It would be worth running smartctl from smartmontools to see what it |
68 |
> knows of the disks status. |
69 |
|
70 |
Having suffered with a faulty power supply for a while, I'm pretty |
71 |
good with smartmontools - if you read the Google paper though, you'll |
72 |
see that it only predicts failure in ~50% of cases. Thanks though! |
73 |
|
74 |
James |