Gentoo Archives: gentoo-user

From: meino.cramer@×××.de
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Contradictionary behaviour of SMART on hds ?!?
Date: Sun, 27 Jul 2014 16:51:00
Message-Id: 20140727165049.GD16178@solfire
In Reply to: Re: [gentoo-user] Contradictionary behaviour of SMART on hds ?!? by Mick
1 Mick <michaelkintzios@×××××.com> [14-07-27 16:36]:
2 > On Sunday 27 Jul 2014 15:05:53 Dale wrote:
3 > > meino.cramer@×××.de wrote:
4 > > > Dale <rdalek1967@×××××.com> [14-07-27 14:36]:
5 > > >> meino.cramer@×××.de wrote:
6 > > >>> Back to the initial problem: How can I offline test the rest of the
7 > > >>> disk if the first bad sector (10%) of the surface breaks the test with
8 > > >>> an error? Best regards, mcc
9 > > >>
10 > > >> I never got mine to go past the first failure until I used dd to erase
11 > > >> the drive. As mentioned before, I may could have done that without
12 > > >> moving my data but that was to complicated and risky for me at the
13 > > >> time. From my understanding tho, until that data is moved off the bad
14 > > >> spot so that the drive knows it can do what it needs to, that spot is
15 > > >> still going to show up. I don't know of a way to make it test beyond
16 > > >> the bad spot either.
17 > > >>
18 > > >> If you have a drive that you can move that data over to so that you can
19 > > >> play with the bad drive, that's what I would do. Once you get it moved,
20 > > >> then dd the whole drive, run the test and then see what results you
21 > > >> get. I looked at a howto that someone posted or I found and doing it
22 > > >> with the data on there just made me nervous.
23 > > >>
24 > > >> I'm running out of info here. Anyone else provide more help than me?
25 > > >>
26 > > >> Dale
27 > > >>
28 > > >> :-) :-)
29 > > >
30 > > > Hi Dale,
31 > > >
32 > > > thanks for the info...
33 > > >
34 > > > I already did this. PLEASE read my previous posting completly.
35 > > >
36 > > > dd failed with an I/O error at that spot.
37 > >
38 > > Hmmmm. I'd be getting my data off there or some sort of backup and then
39 > > try erasing the whole drive. If that fails as well, then it seems like
40 > > you need a box and some shipping to get a replacement if it is under
41 > > warranty. If the dd fails, that sounds like maybe it has a error it
42 > > can't correct for some reason. I think dd does its thing on a basic
43 > > level and I have never had it give me a error except for running out of
44 > > space when it is done. I'm sure if the command you used was wrong, Neil
45 > > would have picked up on it and said something. So, I don't think you
46 > > are doing anything wrong, I just think your drive may have even more
47 > > serious issues than mine had.
48 > >
49 > > Unless someone else comes on with a idea on something else to try, I'd
50 > > be looking for somewhere to put my data and a different drive. If after
51 > > that you can get it working, well, you got a spare. If not, it was
52 > > broke anyway.
53 > >
54 > > I hope someone else has more ideas.
55 >
56 > Does it still error out if you run the commands in this sequence?
57 >
58 > mkswap -L swap -f -c /dev/sda2
59 > dd if=/dev/zero of=/dev/sda2 bs=512 conv=notrunc
60 >
61 > Also, did you try the 'hdparm --write-sector' option that Volker mentioned?
62 >
63 > --
64 > Regards,
65 > Mick
66
67 Hi Mick,
68
69 thanks for your reply on the topic.
70
71 I executed the mkswap/dd combo a several times today. Since I have
72 no logs I repeated again. Here are the results:
73
74 solfire:/home/user>mkswap -L swap -f -c /dev/sda2
75 1 bad page
76 mkswap: /dev/sda2: warning: wiping old swap signature.
77 Setting up swapspace version 1, size = 6291448 KiB
78 LABEL=swap, UUID=e742c0a6-862c-41e9-be4b-698b33c5a236
79 solfire:/home/user>dd if=/dev/zero of=/dev/sda2 bs=512 conv=notrunc
80 dd: error writing ‘/dev/sda2’: Input/output error
81 1669369+0 records in
82 1669368+0 records out
83 854716416 bytes (855 MB) copied, 28.4799 s, 30.0 MB/s
84 [1] 24047 exit 1 dd if=/dev/zero of=/dev/sda2 bs=512 conv=notrunc
85 solfire:/home/user>
86
87
88 I am a little anxious about the hdparm command...
89 For me it is unclear what sector is meant:
90
91 smartclt says:
92 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
93 # 1 Selective offline Completed: read failure 90% 14500 4288352511
94
95 From a previous posting I learned that "LBA" in this case is the byte
96 counter.
97
98 The sector is therefore 4288352511/512=8375688
99
100 However as a result of the dd command above I found this in the dmesg log:
101
102 [48588.471905] end_request: I/O error, dev sda, sector 1773816
103
104 Now...what sector count fits what sector count ... ?
105
106 I will not fire zeroes towards my hd this way before I know exactly
107 to what I am shooting at... ;)
108
109 Any light in all this shadow is heartly appreciated...
110
111 Best regards,
112 mcc

Replies

Subject Author
Re: [gentoo-user] Contradictionary behaviour of SMART on hds ?!? Helmut Jarausch <jarausch@××××××××××××××××.de>
Re: [gentoo-user] Contradictionary behaviour of SMART on hds ?!? Mick <michaelkintzios@×××××.com>