Slashdot Mirror


Seagate Firmware Performance Differences

Derkjan de Haan writes "The Seagate 7200.10 disk was the first generally available desktop drive featuring perpendicular recording for increased data density. This made higher-capacity disks with excellent performance cheaper to produce. Their sequential throughput actually exceeded that of the performance king — the Western Digital Raptor, which runs at 10,000 RPM vs. the more common 7,200 RPM. But reports began to surface on the Net claiming that some 7200.10 disks had much lower performance than other, seemingly identical disks. Attention soon focused on the firmware, designated AAK, in the lower-performing disks. Units with other firmware, AAE or AAC, performed as expected. Careful benchmarks showed very mixed results. The claims found on the Net, however, have been confirmed: the AAK disk does have a much lower throughput rate than the AAE disk. While firmware can tune various aspects of performance it is highly unusual for it to affect sequential throughput. This number is pretty much a 'fact' of the disk, and should not be affected by different firmware."

177 comments

  1. bug by Anonymous Coward · · Score: 5, Insightful

    When the performance of a lower-end drive is better than that of a higher-end (or, god forbid, a SCSI drive!) this is a serious bug that of course needs to be fixed in the firmware update.

    1. Re:bug by Sillygates · · Score: 1

      Firmware can't fix everything.

      --
      I fear the Y2038 bug
    2. Re:bug by Speed+Pour · · Score: 1

      Maybe I'm oversimplifying this, but in a day when I expect to do firmware/bios updates on my motherboard, raid controller, routers (and there's even alternate firmware options like OpenWRT), and possibly even a video card. Guess what, even your monitors and TVs can have firmware updates now! What's the big deal about getting a firmware update on a hard drive?

      It seems to me that the only reason people make a big deal out of this is that historically nobody is used to updating their hard drives.

      --
      - Nobody would know what RTFA meant if it didn't need to be said all the time
    3. Re:bug by Mike+McTernan · · Score: 1

      From the article:

      Updating firmware?
      Questions as to whether why the AAK-firmware exists are still not answered. A sad detail is that updating an AAK disk to other firmware is impossible, due to physical differences of the two disks.

      I'm not sure where the article got this from, but it implies that it could still be a hardware difference (e.g. slightly lower spec'd DSP in the controller?)

      --
      -- Mike
    4. Re:bug by Anonymous Coward · · Score: 0

      When the performance of a lower-end drive is better than that of a higher-end (or, god forbid, a SCSI drive!) this is a serious bug that of course needs to be fixed in the firmware update.

      Not when the higher-end drive is made by a competitor.
    5. Re:bug by Christian+Smith · · Score: 1

      Sequential IO rate is most likely tied to the data density of the drive. So bigger disks generally have higher sequential IO rate, and enterprise drives (10K+) generally concentrate on the important performance factor, latency. Your hard disk spends most of it's time seeking between tracks and waiting for the correct sector(s) to spin under the head. Really, sequential IO is probably 5% of a drives performance characteristics, especially in a server environment.

      I'll take a 10K RPM drive with 60% of the sequential IO rate of a 7K2 RPM drive any day.

    6. Re:bug by Anonymous Coward · · Score: 0

      Fortunately This Fool Fails to mention if the "low noise" was enable or not. Looking back at previous benchmarks for the 1TB drive I recall that there is a switch to make it "low noise" mode and this results in less performance, but less noise and heat. Perhaps his "different firmware" also came with different default jumpers and he has the low noise enabled.

      Traditionally firmware on a hard drive can make a pretty large difference in performance, but the difference between production firmwares is very little. If there was a major flaw in the firmware as this author suggests it would have been worked out pre-launch ... because larger, more reputable places have already done similar reviews with much much more detail.

    7. Re:bug by fluffles.net · · Score: 1

      That is not entirely true Christian Smith. The sequential I/O rate is very dependent on both read-ahead and write buffering. If you disable the write-back buffer on the disk you will get much lower throughput. The firmware in question is probably suited to server environments where STR is not important at all, and IOps define real performance. Thus a sacrifice is made which makes the drive less suitable to desktop users. The article used real benchmarks measuring a stopwatch to complete tasks like copying, re-copying and extracting a RAR-archive with 108.000+ files. In all three instances, the AAE proved faster than the AAK disk. Sometimes the difference was quite big. AAK was probably never meant to be sold to consumers, the fact that Seagate is withholding information is simply inexcusable.

    8. Re:bug by Anonymous Coward · · Score: 0

      It seems to me that the only reason people make a big deal out of this is that historically nobody is used to updating their hard drives.

      I've done them. I had a drive in a laptop that had a horrible thermal recalibration cycle. FPSs were unplayable. Lots of complaints resulted in a firmware upgrade that fixed the problem. This was around 2000. While I'm not sure if that's historical or if I'm a nobody, I don't find firmware updates for drives strange.

  2. Reliability by PlusFiveInsightful · · Score: 5, Insightful

    I'll take reliability over performance of a hard drive any day. Nothing sucks more than swapping out drives.

    1. Re:Reliability by Applekid · · Score: 1

      Sure, but there are people out there who would have picked up these drives instead of the 10K rpm WD drives explicitly because of the better performance for less heat/energy usage.

      It's the return of the old "specifications subject to change without notice". Haven't seen an abuse of that one for a while.

      --
      More Twoson than Cupertino
    2. Re:Reliability by RingDev · · Score: 2, Insightful

      Nothing sucks more than swapping out drives. Spoken like a man who's never been kicked in the nuts...

      I'd rather hot swap a failed raid drive than bring down a server to increase memory or redesign a solution from scratch in order to achieve the same performance gains. Heck, for the cost of having a coder just look at the I/O intensive code I could have bought another hard drive.

      -Rick
      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    3. Re:Reliability by tepples · · Score: 2, Insightful

      Heck, for the cost of having a coder just look at the I/O intensive code I could have bought another hard drive. In which country? In some countries, high import duties and a weak local currency mean that the price of a hard drive is worth a lot more hours of labor than it would be in, for example, the United States or the United Kingdom. And across how many machines does your app run?
    4. Re:Reliability by RingDev · · Score: 1

      In which country? In some countries, high import duties and a weak local currency mean that the price of a hard drive is worth a lot more hours of labor than it would be in, for example, the United States or the United Kingdom. And across how many machines does your app run? In the USA. Let's say I have an app that is so dependent on performance that the hit taken by running a slower hard drive is currently a show stopping issue. A new Seagate 7200.10 400GB hard drive costs right around $100 in the US, heck we'll call it $150 for OMGNeedItNow shipping or local retail price. Let's figure that there is believed to be a performance issue in the code, but that no one has worked on the project for 6 months to 1 year. Figure it takes about 2 hours for a developer to get the correct code out of the repository, track down the code that is believed to be responsible for the performance issue. Let's say the coder is a mid-career coder pulling 75k/year + benefits. Toss on taxes, insurance, 401k, utility, and all the other joyful expenses employers have to cough up and it probably costs the employer $120k/year to have that coder sitting there. Spread that $120k over 2080 hours and you get $57.70/hr.

      In the 2 hours it took to have that coder look at the problem, you have spent $115, and you do not have a new design, test plan, assembly, or distributable yet. That little performance issue could take 40+ hours to actually get out the door, or close to $2300.

      Compared to just replacing the hard drive for $150.

      Hardware is cheap. Labor is not.

      -Rick
      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    5. Re:Reliability by FreakWent · · Score: 1

      Lots of things are worse than swapping out drives; swapping out motherboards for starters, all the way up to cancer, torture or oppresive fascist rule.

      Besides, don't you have those funky front-facing RAID hotswap disks? Havne't got some? GET SOME! Then the suckiest thing in your life will be much better, and the biggest hassle in your day will be spilling coffee.

    6. Re:Reliability by _merlin · · Score: 1

      Swapping the disk incurs labour costs, too. You need to send someone to do the work and test the system to ensure it's still stable after the swap.

    7. Re:Reliability by QuickFox · · Score: 1

      Lots of things are worse than swapping out drives; swapping out motherboards for starters, all the way up to cancer, torture or oppresive fascist rule. Nothing sucks more than people taking hyperbole literally.
      --
      Terrorists can't threaten a country's freedom and democracy. Only lawmakers and voters can do that.
    8. Re:Reliability by rcw-work · · Score: 4, Insightful

      Compared to just replacing the hard drive for $150. Hardware is cheap. Labor is not.

      Your example makes sense, but what if you've already done that? Say your app is SQL-based and does some queries that are O(n^2) complex. You've already spent $20k on a bad-ass server with RAID10, a bunch of spindles, separate transaction log drives, and as much RAM as can fit. Now, a year later, there's more records in the system and performance sucks again. Where do you go from there? These disks don't go to 11. If you want to double the performance of that $20k box, you're likely going to spend not $40k but $200k.

      Once you outgrow commodity parts, if you want a 2x speedup, you'll usually have to pay 10x for it. Or wait three years. The price/performance curve is deceptively shallow towards the bottom end.

    9. Re:Reliability by Kent+Recal · · Score: 1

      Dude, he already did the math for you and you still don't get it?
      Hardware is cheaper than labor, by orders of magnitude.

      In fact, when your hardware-costs begin to escalate then most of the time it is because you were cheap (read: shortsighted)
      on your labor in the past and your underqualified "write-you-many-lines-of-code-for-$50-an-hour" contractors
      left you with an app that scales like a lame donkey.

      Btw, swapping disks and ensuring stability is called "regular maintenance" and you should have
      full-time staff or contracts for that. If the cost of swapping a few disks matters in your equation
      then you have much bigger problems.

    10. Re:Reliability by GooberToo · · Score: 1

      In the USA. Let's say I have an app that is so dependent on performance that the hit taken by running a slower hard drive is currently a show stopping issue.

      Then the person who spec'd the system is either an idiot or incompetent. By definition you have a system which is a single point of failure which forces your system to operate below accetable minimums. With this system you should have one or more drives on hot standby or additional active disks in your array to absorb the performance hit.

      Given the recent accouncement that one in a thousand will lose a second drive within twentyfour hours of the first drive's failure, it sounds like this system requires at least two hot standby drives or one hot standby and one cold standby; depending on the uptime requirements. Either way, your example is cause to fire the admin, nothing more.

    11. Re:Reliability by GooberToo · · Score: 1

      Your example makes sense, but what if you've already done that? Say your app is SQL-based and does some queries that are O(n^2) complex.

      This is why we have things like database clusters and distributed queries. Sometimes scaling horizontally makes more sense and is cheaper than trying to scale vertically. Which probably explains why it is so popular. ;)

    12. Re:Reliability by rcw-home · · Score: 1

      This is why we have things like database clusters and distributed queries. Sometimes scaling horizontally makes more sense and is cheaper than trying to scale vertically. Which probably explains why it is so popular. ;)

      Agreed. But if the app was never created with that in mind, it's rarely an option, and, if poorly/naively implemented, it can cause problems much worse than performance.

      I think the only two multi-master database implementations I've seen so far that have been done right are Usenet and Active Directory. Everything else I've had experience with, from PDA syncing software to disaster recovery server software, has been a hackjob.

    13. Re:Reliability by untaken_name · · Score: 1

      That's why I run raid 1/0 on a SAN. We can lose up to half our disks....as long as no two of them are a mirrored pair. Hot swapping is fast and easy, and you can even configure hot spares to replace failed drives until you get around to physically replacing them. That's what everyone should do, even for home use. Better yet, buy redundant SANs, just in case. SANs are great for backup-to-disk, too, if you use ATA enclosures/drives. SANs are not only cool, but they impress the ladies and also contribute to world peace. Everyone should own a few SANs! What do you mean, do I work for a company that sells SANs? What's that got to do with anything?

    14. Re:Reliability by RingDev · · Score: 1

      Wow guys. I created that scenario as a greatly simplified example to try to show that the cost of replacing a hard drive is insignificant when compared to other costs in IT. Nothing more. Having multiple fail-overs, scaling horizontally, and pushing to other bottlenecks are all great ideas, but they just cloud up the central point I was making of labor costing more than the hard drive.

      -Rick

      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
  3. Linux check by Nimey · · Score: 1

    Is there a tool to check what firmware my hard drive has in Linux? I've got one of these Seagates, and it's SATA, so that means hdparm can't talk to it.

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
    1. Re:Linux check by Nimey · · Score: 2, Informative

      Sigh, never mind. Ubuntu's been updated since I put this computer together, so now hdparm /can/ talk to a SATA drive.

      Wouldn't you know that I've got an AAK disk.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    2. Re:Linux check by Anonymous Coward · · Score: 0

      hdparm -i /dev/sda
      hdparm -i /dev/hda

      etc.

    3. Re:Linux check by sl1thy · · Score: 1

      hdparm -I device, with device being the drive (was /dev/sda on my system), will do the trick for us linux users. Mine came back with AAC, looks like I'm in the clear.

    4. Re:Linux check by Anonymous Coward · · Score: 0

      Just an interesting note...I was working on a server recently trying to pull a serial number off a drive in a remote location. hdparm did me no good, but it turns out there's a tool sdparm for scsi which works with sata. Saved me a lot of hassle.

    5. Re:Linux check by Anonymous Coward · · Score: 0

      sdparm

    6. Re:Linux check by Wordsmith · · Score: 1

      Were you unhappy with the performance before you knew?

    7. Re:Linux check by Nimey · · Score: 1

      Not really. It performed about like its predecessor, a Maxtor PATA drive, but I'd hoped it would be a bit faster since the perpendicular tech should have let it read faster, because the bits are closer together.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
  4. AAE vs AAK: It's a tie by Bellum+Aeternus · · Score: 3, Insightful
    So the whole article comes down to the fact the new Seagates are really good if you use them for what they're designed for, but are not as good at what they're not designed for. Surprise...

    Looks like Seagate designed the new drives for servers (probably file servers) because they're really good a moving large chunks of data around, doing large reads, and large write, but not so good a a ton of little reads and writes. So, don't buy them for your desktop/workstation.

    --
    - I voted for Nintendo and against Bush
    1. Re:AAE vs AAK: It's a tie by Anonymous Coward · · Score: 1, Insightful

      The problem simply is that when you buy a seagate 7200.10 you don't know which drive you end up getting.. server or workstation

    2. Re:AAE vs AAK: It's a tie by Anonymous Coward · · Score: 0

      That's some awesome reading comprehension you've got.

    3. Re:AAE vs AAK: It's a tie by negated · · Score: 0

      Actually you are totally wrong.
      They were clearly designed for porn!

      -S

    4. Re:AAE vs AAK: It's a tie by Anonymous Coward · · Score: 0

      Looks like Seagate designed the new drives for servers (probably file servers) because they're really good a moving large chunks of data around, doing large reads, and large write, but not so good a a ton of little reads and writes. If you actually looked at the "real world" benchmarks" instead of the synthetic ones, you'd notice that the new drives are actually better at the majority of those, including common tasts like starting windows XP, copying files, installing applications, swapping and scanning for viruses, all tasks that one should hope aren't significant for servers, but may actually take up large portions of the disk accesses of a desktop. Ideally, they'd take out the handbrake of the new AAK-drives so that the peak transmit rate is back to the old standard, but as is, it's apparently better for desktop usage than then old version, It's just more difficult to measure than sequential read or write speed. What I'm really missing in this article is a discussion of seek and - more important - access speeds.
    5. Re:AAE vs AAK: It's a tie by Devistater · · Score: 1

      Actually copying files (and extracting with winrar) was the main one where it WASN'T better.
      Go read the next page :)
      http://www.fluffles.net/articles/seagate-AAK-firmw are/5

      Having a drive perform 30% slower in reading while doing a file copy, is pretty significant to me.

    6. Re:AAE vs AAK: It's a tie by mwvdlee · · Score: 1

      Because everybody has 2GB files...

      Seems to me the application benchmarks demonstrated a clear win of AAK over AAE.

      Only thing the article shows AAK losing at, is working with huge files.

      If your daily desktop job requires you to copy 2GB files between different harddisk, you'll probably want the AAE. If you mostly do non-benchmark stuff, AAK will probably perform better.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    7. Re:AAE vs AAK: It's a tie by Devistater · · Score: 1

      Actually, yeah, I do often have 2+ gig files. And 5+ gig files, and 10+ gig files, etc. So it matters to me, performance differances like that.

    8. Re:AAE vs AAK: It's a tie by fluffles.net · · Score: 1

      The article also tested the extraction of 108.000 files to the same volume, not exactly a sequential task i would figure. The AAE disk timed over 30 seconds faster than AAK in this task, and that includes many head movements. This is real time gained and will be quite noticeable since these are times when you as a user really 'feel' the performance of a drive. Waiting half a minute longer is a noticeable performance difference. It's not just about sequential performance, if that was all...

  5. Well, at least you know... by jd · · Score: 2, Funny

    ...why they named it AAK!

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  6. Artificial Performace limiter? by turnipsatemybaby · · Score: 1

    Looking at the graphs on the first page of the article, it seems like the AAK firmware has some kind of performance cap on it. When you get to ~80 on the horizonal scale, the curves between the two graphs appear to sync up again.

    So does this mean they they've put some kind of speed governor on their hard drives, or am I totally misinterpreting the results?

    1. Re:Artificial Performace limiter? by KillerCow · · Score: 1

      No, it's possible that that is the actual limit of the device.

  7. RAID1 by Anonymous Coward · · Score: 4, Interesting

    Disks are cheap. I *always* run a RAID1 mirrored pair in my PCs, as pretty much all mobos these days have RAID1 capability built into the chipset's SATA controller anyway.

    On my main machine at home, I always buy my disks in groups of three drives whenever I upgrade. Two drives stay in the machine as the mirrored pair, and once a month I pull one out and stash it in a safety deposit box at my bank, and put the third drive into the machine and re-sync the mirror. That way if my house burns down / tornado smashes it or whatever bad thing that might happen, I've got a drive with my machine's image on it, no older than one month, stashed away offsite in a secure place so I can recover most all my stuff to a new machine.

    1. Re:RAID1 by zeromorph · · Score: 0

      [...]I always buy my disks in groups of three drives whenever I upgrade.

      not sure if I get you right but:

      Same vendor, same product, roughly same manufacturing date? Great strategy.

      --
      "Hannibal's plans never work right. They just work." Amy/A-Team
    2. Re:RAID1 by Anonymous Coward · · Score: 0

      pretty much all mobos these days have RAID1 capability built into the chipset's SATA controller anyway

      What you will find is that it usually is just a dual-channel controller with BIOS support for some RAID1 scheme, with a driver that does all the actual mirroring in software once the system has been booted.
      This brings you almost nothing over a controller without this "RAID1" functionality. About the only advantage is that it is easier to get the system to boot properly no matter which one of the drives fails first.

    3. Re:RAID1 by Gandalf_the_Beardy · · Score: 3, Insightful

      It works for me - we have at least a thousand disks in our datacentre in raid5 arrays with 10+ disks per array - all the same make, model and build date and haven't yet had any fail so close that we couldn't leisurely swap the duff one out and rebuild onto the replacement. Quite why people suddenly think that drives are going to fail catastrophically at the same time like this is beyond me when the real world experience says it just isn't so.

    4. Re:RAID1 by zeromorph · · Score: 1

      It hasn't happened to me either.

      But OTOH I also never lost all my data in the flames of my burning home, nor did I have any data damaged by a virus, nor was any sensitive data stolen from me, nor ..., nor ..., nor ...

      You see, a lot of this security things are a little paranoid but I still consider the argument for not buying exactly the same stuff for backup still valid. If there is a problem with the charge changes are high that it will affect both HDs.

      Since security things tend to be a little paranoid, you have to balance how far you personally/as a company want to go. And hey, this guy also puts one of his HDs in a bank safe.

      --
      "Hannibal's plans never work right. They just work." Amy/A-Team
    5. Re:RAID1 by Gandalf_the_Beardy · · Score: 1

      True but I'd still personally rather backup to a chunky tape and take that to stick in the safe at work instead of mucking about with drives like that. I just think that the reasoning that the drives are very likley to fail within a couple of days is erroneous, not that there is not very good reasoning to back stuff up. FWIW I run raid1 on my boxes at home, but I take a tape into wokr every week instead.

    6. Re:RAID1 by crabpeople · · Score: 1

      Really? Mine always fail in batches. Like one month there will be 30 or 40 dead hard drives, whereas the previous month there was 2 or 3. When you look at the date, they are always 3 years and one or two months from date of manufacture. Funny how that happens but it happens reliably, year after year.

      --
      I'll just use my special getting high powers one more time...
    7. Re:RAID1 by Anonymous Coward · · Score: 1, Insightful

      How on earth does anyone have reliable RAID use from the crappy on board controllers is beyond me. Call me a loser but I've seen far more RAID issues then HD failure issues when dealing with anything but well known (expensive and dedicated) HD controllers. Do all SATA chip sets use a compatible format or would you have to get the same exact one if your MB or something fails and what about power outages before a commit? If using Windows and your MB fails, are you going to be able to get it running on a different MB using that array?
      Wouldn't it make more sense and be much easier to run an occasional rsync of tar.gz or equivalent to a second drive for a backup? Taking a drive out of an array and storing it in a bank vault sounds cool but does that really make sense? I mean RAID is great for uptime and availability but it should never be confused with a backup. What about a mouse slip or a virus or an OS glitch or an accidental overwrite of a file? Are you going to be first in line at the bank on the next business day to get that month old disk?

      I've got a geek card too but using RAID on an end user PC at home does not seem to make sense to me at all.

    8. Re:RAID1 by GooberToo · · Score: 4, Insightful

      as pretty much all mobos these days have RAID1 capability built into the chipset's SATA controller anyway.

      And many of those are actually slower than a pure, software-only, RAID solution. Sometimes the "hardware RAID" does nothing but offload checksum calculations or other bits onto slower hardware resulting it in being a major performance hinderence rather than a performance boost. Worse yet, if your controller card dies, ALL of your data is now inaccessible. Worse yet again, there is not guarantee future hardware releases, even by the same manufacturer, will be compatible. Heck some of the really low end hardware solutions don't even provide mirrored reads, which should provide a 2x read-only performance boost.

      Not all RAID is created equal. And for many, software RAID, especially for Linux users, provides a solution faster than many RAID hardware solutions, is future proof, and only costs a couple of precent in additional CPU load. Best of all, it's free and works well with LVM. In a day and age where multiple cores are common and few actually use more than one, this option doesn't have much of a downside until you're willing to look at *REAL* RAID hardware.

    9. Re:RAID1 by Cef · · Score: 4, Interesting

      I've had disks fail almost all at the same time before.

      It's really annoying when the following happens:

      - Disk 1 dies in a RAID5 set
      - Hot spare (Disk 4) comes online and starts rebuilding
      - Disk 2 dies during the rebuild thrashing
      - Rebuild never completes
      - Put in 2 new disks
      - Restore a backup
      - Disk 3 fails during restoration, pulling in the hot swap (one of the new disks)
      - A year later, the original hot spare (Disk 4) fails, leading to another rebuild

      From my own experiences, the main culprit in these sorts of cases tend to be the bearings. Why they have a tendency to go at the same time, I have no idea. Haven't had it happen lately, but I know I'd rather avoid the problem.

      Usually though, it's not the make/model/build date that is the issue, but the batch number (especially for the parts rather than the drive). Parts tend to get allocated in batches, so if you get a batch of say.... bearings, that aren't up to snuff, that batch of drives will probably fail earlier, while others (even ones manufactured on the same date) will be fine.

    10. Re:RAID1 by thogard · · Score: 1

      This is why I use poor mans pseudo-RAID
      Cron kicks off with a dd if=$SRC of=/dev/null && dd if=$DEST of=/dev/null && dd if=$SRC of=$DEST && fsck $DEST

      With two disks in a system, one disk gets 1/2 the daily use and the other disk gets the other half.

      I've seen ltos of disks die and this system has never let me down. I can't say that about hardware or
      software RAID solutions.

      I use rsync to copy other stuff off site.

    11. Re:RAID1 by MPAB · · Score: 1

      Some years ago; Not once, but twice; I was witness of up to 7 Quantum Fireball drives, in different computers and even in different locations, all failing within the same 2 days with no S.M.A.R.T. warning.

      Some of these drives had valuable data and got their circuits replaced, they worked perfectly after doing so.

      Believe me, It was no coincidence.

    12. Re:RAID1 by Agripa · · Score: 1

      Worse yet, if your controller card dies, ALL of your data is now inaccessible.

      This is not always the case. With my old 3ware cards for instance, the RAID 1 format precludes using either of the drives on another controller. I have however come across some motherboard and other RAID controllers which can mirror an existing non RAID drive into a RAID 1 setup and either new drive can be used alone with a standard controller.

      Heck some of the really low end hardware solutions don't even provide mirrored reads, which should provide a 2x read-only performance boost.

      Some of the non low end hardware does not do this either although I have never found a pattern to it.

    13. Re:RAID1 by Agripa · · Score: 1

      Do all SATA chip sets use a compatible format or would you have to get the same exact one if your MB or something fails and what about power outages before a commit? If using Windows and your MB fails, are you going to be able to get it running on a different MB using that array?

      Some of these controllers allow mirroring the contents of an existing drive and use a format where either of the RAID 1 drives can be used with a normal controller.

    14. Re:RAID1 by evilbessie · · Score: 2, Insightful

      Use RAID 6, you can lose any 2 disks and still have all the data, means that data is secure whilst the array is rebuilding from a single failed drive. Alright you could lose 3 disks at once but that is much less likely than losing one or two, especially if the failure/rebuild occurs quickly.

    15. Re:RAID1 by funfail · · Score: 1

      This is not RAID, this is called a backup.

      With RAID-1, you have the bonus feature of increasing read performance with striping (not all RAID-1 implementations do this but still).

    16. Re:RAID1 by Anonymous Coward · · Score: 0

      What is the reason for sending data from the file/device to /dev/null for the source and destination first? How does the load-balancing between the disks happen? I just don't understand how your pseudo raid mechanism works, please enlighten me.

    17. Re:RAID1 by untaken_name · · Score: 1

      That's what you get for using Quantum drives. (Cue fanboi abuse)
      Maybe it's just my luck, but I've seen more Quantum drives fail than any other brand. (I'm not even counting the Bigfoots in there; those problems have been well-documented)
      I used to bank on Seagates, but I've had a few of those fail recently. Anyone have brands they've had good luck with?

    18. Re:RAID1 by thogard · · Score: 1

      You load balance over the disk using partitions. For example my web/news server has web stuff on disk 0 and news on disk 1 but there is a backup for the web stuff on disk 1 and a backup of the news (config at least) on disk 0. One trick to keep in mind is your partition mapping may look odd or unusual.

      The reason for the dd to /dev/null is to make sure the disk is sill good. If that fails, I do a manual sync between the soon to be dead disk and the last known good disk using something like rsync --show_me_but_don't_do_it and then manually copy files making sure I can read them 100% first.

    19. Re:RAID1 by thogard · · Score: 1

      RAID was originally about Redundancy using cheap hardware. I'm doing the same thing but with a different and non-real time algorithm. The performance gains from striping come at a risk of data corruption that I have never found to be worth the tradeoff.

      If you look at MTBF on modern systems, any system where the higher RAID levels make sense will always have something broken. Many problems can be re-factored into a way so that the Google hardware model makes more sense than spending an exponential amount of money to ensure you never lose any data.

    20. Re:RAID1 by thogard · · Score: 1

      The fsck is so the partition is mapped as clean if you need to use it. It also lets you know if the copy was done at a bad time when the super-block was in a funny state so if fsck can't fix it automatically you might want to try again. With some OS's you can create a snapshot and dd that as the source. On large partitions, dump/restore or rsync will be faster in many cases but I find the low level copy works well and is better behaved when things go funny.

    21. Re:RAID1 by ePhil_One · · Score: 1
      ...all the same make, model and build date and haven't yet had any fail so close that we couldn't leisurely swap the duff one out and rebuild onto the replacement

      Problem is, while there is a a very low average chance of a drive failure, those failures actually tend to happen in clusters. I figure there are failures in teh environmental systems allowing in contaminants, you could think of them as "Friday syndrom"; whatever it is the effect is very real. If one drive in a batch fails early, the odds another will skyrockets. On a batch of 30 desktops I saw 4 failures within 3 months, the maker agreed to replace them all, we had 3 more failures while we were we migrating to the new drives.

      Is it likely? No. But its quite possible, and thats our job to know about these things...

      --
      You are in a maze of twisted little posts, all alike.
    22. Re:RAID1 by Insightfill · · Score: 1

      RAID was originally about Redundancy using cheap hardware. I'm doing the same thing but with a different and non-real time algorithm. The performance gains from striping come at a risk of data corruption that I have never found to be worth the tradeoff.

      Very clever! I came across an article many years ago (written in 1996) by a guy named Stephen Savage about a RAID implementation that he nicked as "AFRAID". In a RAID 5 implementation, the small-write parity performance penalty can be avoided if you defer the parity writes until disk load drops. If you queue them up, you gain substantial speed in exchange for a slight reduction in reliability. But, he makes the point that most of the known instances of data loss are due to circumstances other than disk failure, but other reasons (virus, user error, etc.)

      BTW, I also created a set of batch files for family using SSH and Cygwin rsync to do remote backups of Windows machines to my basement Linux server. Every time someone logs in, rsync does a backup to my server. Initial backup took several weeks, but incrementals now take almost nothing. I've got to tweak it so that the backup interval is more like hourly.

    23. Re:RAID1 by Phishcast · · Score: 1

      Erm, to avoid confusion let's not call anything about RAID1 "striping". It's a mirror between two disks. All writes are written to both disks identically, and as such you can read back from either disk since the data is in both places. If you interleave your reads your read performance will be better. Sorry to nitpick, but there is no striping of data in RAID1.

    24. Re:RAID1 by courtarro · · Score: 1

      Watch out for one gotcha - I've read that some (many? all?) RAID arrays are built so that they're only usable with the controller that built them. In the case of software RAID arrays, you're probably pretty safe because Windows/Linux/whatever will probably work the same way over a long period of time.

      However, in the case of hardware controllers, the array format may be different between implementations. This means that you're protected against drive failure but not against controller failure/theft/burnination. Before you rely on a single drive from your RAID1 as a backup, check to make sure that the single drive is usable in a situation when the original RAID controller is dead.

      I'm curious if anyone else has any experience rebuilding a RAID array from a single disk with a new controller.

    25. Re:RAID1 by funfail · · Score: 1

      You are right. I was talking about mirrored writes and interleaved reads; not striping as in RAID-0.

    26. Re:RAID1 by Gandalf_the_Beardy · · Score: 1

      That's a month between failures though - an array only takes a few hours to build onto a disk evena large one. Yes they will fail in clusters, but they are very unlikley to fail so close that you cannot rebuild onto the hot spare in time, even in larger arrays

    27. Re:RAID1 by Basje · · Score: 1

      You may want to take a look at backuppc

      --
      the pun is mightier than the sword
    28. Re:RAID1 by Insightfill · · Score: 1

      You may want to take a look at backuppc

      Ha! Actually, I found it a few months after I finished my crude little batch file thing. I had used this article as a starting point, and just kept going with it - learned quite a bit. Probably one of the trickiest but most fun parts was setting up the keygen and transfer a minimum of user interaction, and to keep the amount of code to a minimum. It was all done with standard cygwin tools, DOS batch files, and environment variables for temporary variable storage.

    29. Re:RAID1 by Anonymous Coward · · Score: 0
      That's a month between failures though

      Again, you are looking at averages. The real world reality was no failures for 2 months, then 7 failures spread accross two months, some within days of each other. Even then, the odds are slim they will occur with a few hours of each other, but the odds of a real incident have been steadily climbing through this analysis. Unlikely != impossible, and its something to consider while "liesurely" replacing a failed drive. Of course, other factors (power spikes, controller errors, and ordinary human stupidity are larger risks usually.

      The odds are against it raining in the desert, yet flash floods are a very real thing.

    30. Re:RAID1 by Anonymous Coward · · Score: 0

      I have had that happen twice to me, both times after a lightning strike that somehow got theough and killed the UPS. Both times 3 of 5 raid5 disk failed.

      (yes, all the data was lost, good thing we run DPM, so it wasn't too horrible)

  8. Mirth by Anonymous Coward · · Score: 0

    HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAoh wait that's not funny at all please shut the fuck up

  9. Not really same drives by zdzichu · · Score: 5, Insightful

    From TFA page 6:

    A sad detail is that updating an AAK disk to other firmware is impossible, due to physical differences of the two disks.
    (emph. mine)
    Different disks have different performance. News at 11.

    --
    :wq
    1. Re:Not really same drives by DAldredge · · Score: 4, Insightful

      Two drives sold under identical make and model identifiers should not be that different.

    2. Re:Not really same drives by StikyPad · · Score: 1

      According to whom? The drives are advertised based on capacity, not throughput. RPM, cache, sure, but I've never seen a manufacturer include anything other than the the interface speed in a drive's specs.

    3. Re:Not really same drives by Anonymous Coward · · Score: 0

      lol. Then you haven't looked at the specs.

    4. Re:Not really same drives by Loconut1389 · · Score: 1

      Indeed- I had 4 75GB IBM 75GXP disks purchased at the same time (about a week apart)- two were actually smaller by some fraction (I don't recall, 10 or 100mbish) and had different # of sectors. The two bigger ones had the all too well know failure, the others are still operational.

    5. Re:Not really same drives by Anonymous Coward · · Score: 0

      Could be the drive's controller keeping those sectors hidden from the OS because they're bad sectors.

    6. Re:Not really same drives by Loconut1389 · · Score: 1

      they were labeled as such (75.6 gb and 76.1 gb or somesuch) and these were (at the time) new drives.

    7. Re:Not really same drives by UncleTogie · · Score: 1

      Nothing personal, but you might want to consider getting your hard drive specs elsewhere. I prefer going directly to the manufacturer's site. The 7200.10 specification sheet {in .PDF format} for the Barracuda line is here.

      --
      Don't tell me to get a life. I'm a gamer; I have LOTS of lives!
    8. Re:Not really same drives by jhesse · · Score: 4, Informative

      Tell that to D-Link.

      They were selling a USB 802.11G dongle (Model DWG-122, IIRC), one model number, *THREE* different chipsets (each requiring different drivers, only one of which had drivers for other than Windows)

      Nothing on the box other than a "A" "B" or "C" in tiny print in a corner.

      --

      --
      "I have also mastered pomposity, even if I do say so myself." -Kryten
    9. Re:Not really same drives by dwater · · Score: 1

      > Nothing on the box other than a "A" "B" or "C" in tiny print in a corner.

      Well, that's enough, isn't it?

      If these drives had such a marking, then this article wouldn't be here.

      --
      Max.
    10. Re:Not really same drives by LarsG · · Score: 1

      You had four Deathstars? They still alive?

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    11. Re:Not really same drives by LarsG · · Score: 1

      Gaah. Note to self: Remember to actually read comment you are replying to before clicking Submit. Never mind. :-)

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    12. Re:Not really same drives by Anonymous Coward · · Score: 0

      Linksys sold various versions of the WRT54G but the packaging doesn't indicate which one you're getting. Maybe you have 16MB of RAM with 4MB of flash or 8MB of RAM with 2MB of flash. There are ways to find out (such as by checking the MAC address) but there's nothing so obvious as a tiny letter in a corner (until you open the box and look at the revision on the sticker).

    13. Re:Not really same drives by Anonymous Coward · · Score: 0

      Check out the world of LCD monitors. It's even worse. The panel types can vary WILDLY between the same models, and in many cases you have no idea what you got until you can unpack it and check some obscure reference code somewhere.

      There's even a term for it: panel lottery. Samsung and Dell are pretty bad for it.

    14. Re:Not really same drives by StikyPad · · Score: 1

      Those are interface speeds. If they were actual expected speeds, you should be sending your hard drive back or starting a class action, because there's not a single 7200.10 that will hit 100MB/s (let alone 300MB/s) for more than .16 seconds -- the best case time it takes to empty/fill the cache at that speed.

    15. Re:Not really same drives by StikyPad · · Score: 1

      lol.. the specs say the interface speed: 100/300MB/s

      Show me a single 7100.10 that can hit those numbers for a filesize > cache size and I'll be your goatse for a week.

    16. Re:Not really same drives by Cramer · · Score: 1

      The one thing almost every appears to be unaware of these days is the simple fact that drive firmware (the software run on the drive's circuits) is stored on the spinning platers. To save a few pennies, drive manufacturers have been doing this for many years. The (ee)prom on the board are as small (and cheap) as possible; it has just enough brains to get the firmware off the plater(s). To quote Maxtor, that's why it is impossible to field upgrade drive firmware.

      Take the board off an AAE drive and put it on an AAK drive. It'll power up just fine. It'll report "AAK" because the firmware is on the drive. (Note: I've not actually done this with these drives. I have done this with other Maxtor and Seagate drives... "the poor man's data recovery" :-))

    17. Re:Not really same drives by JoelKatz · · Score: 1

      I totally agree, and I boycott manufacturers who slipstream. You should be able to evaluate a product by its model number and make and be reasonably assured of getting substantially the same product if you purchase another of the same model number.

      I can understand issues with parts availability and fixing design flaws. I cannot understand or defend substantive hardware changes without a change in model identifier.

      IMO, reviewers should refuse to review products from manufacturers who slipstream. What is the point of reviewing a product when there is no way you can tell a consumer what product you reviewed such that they can be reasonably assured of buying and getting the product you reviewed?!

  10. iis kdawson's spell-check firmware broken? by garcia · · Score: 2, Funny

    This number iis pretty much a 'fact' of the disk, and should not be affected by different firmware.

    Poor spell checking is pretty much a 'fact' of the browser you use when you submit articles to Slashdot, and should be affected by different editors.

    Perhaps kdawson's firmware is broken? :)

    1. Re:iis kdawson's spell-check firmware broken? by ruiner13 · · Score: 2, Funny

      Perhaps kdawson loves windows and IIS so much that he added it to his dictionary? ;)

      --

      today is spelling optional day.

  11. Vista !!! by Anonymous Coward · · Score: 0

    Is it possible that we can blame Windows Vista for this (DRM!!!!) ?

  12. The Day the Earth Stood Still by Anonymous Coward · · Score: 5, Funny

    Whatever you do, don't stream audio from one of the -K drives across Vista!

  13. I have 4* 3.AAE 320GB by McNihil · · Score: 1

    And they are SRIPE0 and I am definitely smokin with file stuff.

    I am juggling 14 GByte pdf with a breeze (albeit acrobat reader doesn't seem to work with files larger than 4 GByte)

    1. Re:I have 4* 3.AAE 320GB by daeg · · Score: 1

      Just curious: what the hell do you have as a 14GB PDF? I've never worked with one that large, I've always seen them split into smaller pieces and rejoined at press-time (assuiming you're working with press info). Not related to the article, just curious.

    2. Re:I have 4* 3.AAE 320GB by McNihil · · Score: 1

      Yes true that... it was just a fun exercise to use pdftk to concatenate the entire thing and check out the speed and size and if things would still work :-D

      But yes a 200+ pages book and VERY graphic intensive one (half vector and other compressed png due to the nature of the material) will cause the size to be large.

      inkscape + home brewed stuff on Linux no less.

    3. Re:I have 4* 3.AAE 320GB by Anonymous Coward · · Score: 0

      I'm going to assume "SRIPE0" means striped aka raid 0:

      Why in GODS NAME are you using that configuration? You are trying to cause a data loss and you deserve whatever happens.

      If some other config is meant by that, discount these statements.

    4. Re:I have 4* 3.AAE 320GB by Barny · · Score: 1

      By the sound of it, its for production work, which I would assume is being backed up via NAS or a file server very regularly.

      Yes its a frightening thing seeing that much spinning rust with so many points of failure, but if planned for it can be damn fast for not a lot of cost or effort.

      --
      ...
      /me sighs
    5. Re:I have 4* 3.AAE 320GB by McNihil · · Score: 1

      Yes STRIPE0, not NAS per se but offline hard drives that aren't on all the time... rotation wise and stuff... modern day tape backup approach but with HD instead... over USB2... and yes hot-rsync works without issues. I need both speed and safety and I am not willing to compromise (OK I could have gone mirrored with 8 disks or even more BUT its cheaper my way.) Regenerating a vmware system... or duplicating depending on what needs to be done need to be very fast... transients and I have a lot of data that is being generated that really don't have to be on a backup system.

      With 99% uptime for each hard drive (bad case scenario, it is generally much better) I am still @ 96% uptime (it is way better) and with speed of regeneration and operation I am well ahead of 1+0 and other schemes productivity wise.

      300 MByte/s DOES make a huge difference for me but I know that the above is not for everybody. If I had cash to burn I would probably go with some high end stuff with hot-pluggable drives and what not... it's all about risk management.

    6. Re:I have 4* 3.AAE 320GB by Anonymous Coward · · Score: 0

      14GB PDF? I've never heard of someone storing porn in pdf format before!

  14. Re:why do girls always abandon me? by Anonymous Coward · · Score: 0

    <voice type="fatherly">since you even posted this to slashdot I have a hint for you:</voice>

    <voice mode="whispering">s-l-a-s-h-d-o-t</voice>

  15. First with perpendicular recording? No. by ruiner13 · · Score: 1

    That is hogwash. According to wikipedia it has been on the market for 2 years now in various forms. Searching newegg there are many drives from a few brands that have it already, and I know I've seen them on there for at least a year.

    --

    today is spelling optional day.

    1. Re:First with perpendicular recording? No. by Devistater · · Score: 1

      I think the seagate 7200.10 DRIVE was the first non scsi drive with perpendicular, not this particular firmware on the drive. This is a revision of the 7200.10 firmware.
      In other words, the /. summary is technically/semantically correct, in calling it the first DRIVE. But the AAK firmware wasn't the firmware used over a year ago when the 7200.10 drive was first released AFAIK.

      BTW, 2007-2006 = 1 year, not 2 years. Even if you count month 9 minus month 4 (aug - apr) = 5 months, its still less than 1.5 years so you can't round to 2 years yet :)

    2. Re:First with perpendicular recording? No. by Anonymous Coward · · Score: 0

      Correct. Perpendicular recording has been released in ENTERPRIZE CLASS previously. Infact, the 7200.10 was sold to ENTERPRIZE OEM before the retail market. Also looking at the AAK firmware version, it's a version number. K is higher than E, so it is a newer release. The performace difference is most likley made up in reliability. Take for granted the testing that was performed at Seagate before releasing a RETAIL drive firmware change!

  16. Why the mixed results? by Froggie · · Score: 2, Informative

    It's interesting to note that the general purpose benchmarks come out with AAK in the lead while the others, all very much sequential read focussed, don't. So the question is, what exactly are the operations that the AAK is doing faster in the mixed benchmarks? Seeking? Or maybe it's a bus bandwidth limit at the hard drive end?

    Sadly, we can't tell, because the author has focussed on the sensationalism of poor performance rather than asking these questions. Seems to need a few more experiments setting up, or alternatively an answer from the horse's mouth.

    Some candidate theories:
    - microcontroller software bug (unlikely)
    - hardware cost-down such as a slower, cheaper microcontroller or less RAM on the drive (quite likely)
    - rebalancing the performance optimisation, changing the cacheing or readahead algorithms to suit typical loads (possible, but it seems odd that this would limit linear read performance)

    1. Re:Why the mixed results? by Devistater · · Score: 2, Interesting

      Its not less RAM, all the 7200.10 perp drives are 16 meg cache, at least all the ones above 300 gigs are. And looks like some of the 250gig as well
      http://www.seagate.com/docs/pdf/datasheet/disc/ds_ barracuda_7200_10.pdf

      Its only when you get down to the 80 and 120 gig sizes that the cache is reduced. And thats to save money on the production costs since the drive itself sells for less. If people want a cheaper, smaller capacity drive, they aren't likely to be willing to pay more for the 16 meg cache.

      So "less RAM" can pretty much be eliminated. Your other theories could still be correct though. I personally would lean towards a bug, one that passed the Q&A because it didn't affect all performance characteristics of the drive.

    2. Re:Why the mixed results? by Froggie · · Score: 1

      I think a bug is highly unlikely, because to be honest a simple sequential read test almost has to be one of the ones they run (speaking personally, anyway: easily implemented tests first, complicated tests later), and a speed regression would be something they would be looking for.

      A rebalancing would seem to be the most likely explanation but I'd love to hear their explanation of the effect on sequential read performance. Likely they consider such information proprietary, though, and won't say anything unless the market seriously rebels...

  17. It's true by fifirebel · · Score: 5, Informative

    I have been setting up a couple of 8-drive RAID-5 arrays with these drives for some customers, and I also found out that 3.AAE drives performed much better that 3.AAK. No idea why. Seagate was unresponsive to queries about flashing the firmware and I had to replace all the 3.AAK drives by 3.AAEs.

    The manufacturing country had nothing to do with it. I had some chinese 3.AAE and 3.AAK as well as taiwanese (or was that thai?) 3.AAE and 3.AAK. 3.AAE would always perform better.

    The kind of testing I performed was:

    • hdparm -t /dev/sdN (AAK: 50 MB/s vs AAE: 72 MB/s)
    • time dd if=/dev/sdN of=/dev/null bs=1M (AAK was 10-15% slower)
    • iozone over ext3 showed slighly worse results with AAK than with AAE, but it was probably within the sampling/error margin (< 5%).

    Also, if you buy a retail kit (which I found cheaper than OEM at Fry's), there is no way to find out the firmware level on the box. You had to open the retail boxes to check the firmware revision on the drive itself.

    One theory I have is that these drives can supposedly be configured for server or workstation workloads. It could be that AAK drives are configured for server workloads by default (unless overridden) while the AAE are configured for workstation workloads by default. I have no idea how to toggle this under Linux.

    1. Re:It's true by dknj · · Score: 0, Troll

      I have no idea how to toggle this under Linux.

      or if your theory is even correct, crackpot.

    2. Re:It's true by Devistater · · Score: 1

      If its configured for differant loads, its probably locked. I doubt it can be configured for other loads, even in windows, or dos.
      The most low level configuration for drives themselves I've ever heard of is to adjust the noise levels, some drives have configurable audio profiles, they can be quieter, but slower.

      If you could configure firmware for differant loads, that would be really cool. But I'd imagine that hdd manufactures would be against that. If you could configure a normal desktop hdd for server configuration, it would draw business away from the larger margine SCSI segments. Which is why WD is the only one to have a 10k RPM non SCSI drive, they don't have a SCSI segment that they are afraid of cannibalizing profits from.

    3. Re:It's true by Agripa · · Score: 1

      The most low level configuration for drives themselves I've ever heard of is to adjust the noise levels, some drives have configurable audio profiles, they can be quieter, but slower.

      Quantum gave me the files to replace the firmware image on a 5.25" Bigfoot series once. The buggy firmware was found to have a problem where if you reread the same sector with a delay between reads corrupted data would be returned.

    4. Re:It's true by d43m0n13 · · Score: 1

      Read this if you have an AAK drive:

      I had the same performance (50 MB/s) in hdparm with AAK 500G drive. That was on a Promise Sata TX/2 controller (it supports sata150 only).

      However, then I switched to an nforce500 motherboard (Asus M2N-E SLI) which has a sata300 contoller (linux sees it as sata_nv) and removed a 150/300 jumper from the drive, and suddenly I got 75 MB/s! Plus, the drive became much more silent (but not as silent as I want to).
      I think the jumper did the trick. It wasn't supposed to (sata150 has 150 MB/s maximum), but it did.

      So, I don't know, but maybe it's the controller / jumper configuration problem.

    5. Re:It's true by try_anything · · Score: 1

      I have been setting up a couple of 8-drive RAID-5 arrays with these drives for some customers, and I also found out that 3.AAE drives performed much better that 3.AAK.

      I have two questions that are going to sound a bit trollish, so I apologize in advance, but you sound like the right person to ask. I really wouldn't give a damn about this except that I buy a hard drive now and then and don't like to buy from companies that jerk people around.

      According to the article, the AAK drives perform a bit better than the AAE drives on the carefully engineered server-oriented benchmarks, the AAK drives perform significantly worse on very simplistic benchmarks (which are somewhat meaningful since they happen to measure things that cause some desktop users to sit and wait,) and on workstation-oriented benchmarks it's a wash. So, there's actually a significant chunk of users who would prefer the AAK drives over the AAE drives and another chunk who wouldn't care much about the difference, yet server-oriented people aren't posting here complaining that they might accidentally buy an AAE drive and get 4% less performance or whatever the difference is. First question: Is this just a case of people putting too much stock in the performance measurements that they themselves can easily perform, as opposed to the complicated server or workstation benchmarks that probably reflect real usage better? I understand that the differences in the simplistic benchmarks are larger, but you would expect real performance to be more like the complicated benchmarks than the simple ones. (After all, how often do people copy large files locally?)

      Second, since it hasn't been mentioned, I assume that Seagate doesn't specify the performance of this model well enough that the AAK drives can be called "out of spec." Also, each drive is evidently superior at some tasks, so the big deal is that parts with different performance characteristics are being sold under the same product number. Forgive me if this sounds cynical, but isn't this completely normal with consumer-grade, loosely specified hardware?
  18. Easy solution by The+Clockwork+Troll · · Score: 1

    The implication is that Seagate has crippled their 7200rpm drives so as not to cannibalize sales of the 10k RPM drives. Assuming this is true, it shouldn't remain so for very long. There are plenty of other purveyors of 7200rpm drives (without an interest in selling more 10K RPM SATA drives), and Seagate doesn't hold exclusive rights to perpendicular recording technology. Soon enough someone will make a 7200rpm drive that isn't crippled, and then I suspect we'll see the 7200.10 series magically return to its former sequential performance.

    --

    There are no karma whores, only moderation johns
    1. Re:Easy solution by Anonymous Coward · · Score: 0

      Only few people buy 10kRPM drives because of their sequential read/write performance, but for the faster access times (including rotational larency). This is even more evident with the 15kRPM drives, where the platters are significantly smaller than in 10kRPM or 7.2kRPM drives, which decreases the maximum transfer rate as well as the capacity. In the past the 15kRPM drives even used to have lower magnetic densities (again, reducing max throughput and capacity) so as to reduce head settle time, i.e. the time the head takes to stabilize over a given track and can actually be used to read or write.

    2. Re:Easy solution by Anonymous Coward · · Score: 0

      Im in ur hard drive stealing all ur rotationz.

    3. Re:Easy solution by jagilbertvt · · Score: 1

      Um, you might want to check your facts on that. Seagate doesn't sell any 10k RPM SATA drives. They do sell 10k RPM SCSI/SAS drives, but I doubt they are worried about cannibalizing the sales of these drives, as they are server class hardware, not desktop class.

      Whereas, I'm sure they are happy to cannibalize Western Digital's sales of 10k RPM SATA drives.

    4. Re:Easy solution by The+Clockwork+Troll · · Score: 1

      You are absolutely correct and I confused Seagate and WD.

      --

      There are no karma whores, only moderation johns
  19. You Just Won by Anonymous Coward · · Score: 0, Offtopic

    absolutely no dollars.

    Impeach Bush with a criminal indictment FP.

    If Kim Jong iL did this, he would be accused of war-mongering. When Front Man For The Crime Syndicate Does It, it's called a warning.

    Blow it out your ass, F.O.X.

    F.O.X. : F(ear) O(ppression and) X(enophobia)

    Regardz,
    Kilgore Trout

  20. Speculating is fun by Dan+East · · Score: 0

    Speculating is fun, so I will. Many physical devices that require exacting manufacturing processes are sold under different models of varying specs. The devices with the least manufacturing defects are the high-end, expensive models, while those with more defects are sold for less. The best example is CPUs, the difference between speeds being the amount of manufacturing defects. So perhaps with these drives they have to use different firmware depending on the quality of the platter, and for marketing they took a simpler route and sell them all under the same model with lowest-common-denominator specs.

    Dan East

    --
    Better known as 318230.
  21. drive failure by leuk_he · · Score: 3, Interesting

    Quite why people suddenly think that drives are going to fail catastrophically at the same time like this is be

    An experienced administrator would know there is one item in the data center everything is relying on no-one could ever think of it failing, and it will fail at the most catastrophic time you think of. It won't be all fo those 1000'thns drives failing at the same time because some plane mistook your server lights for the landing runway, It will be some cheap sprinkler, the security lock of the door, Or some manager that decides to shutdown a machine to protect it from a Denial of service attack.

    If there is no such item a good BOFH will create such red button.

    1. Re:drive failure by Gandalf_the_Beardy · · Score: 3, Funny

      That's why we have a hot standby datacentre with real time replication to it. Shame that one of our contractors reversed over the gas main and we evacuated leaving all the access cards to the hot standby in the evacuated building.....

    2. Re:drive failure by Anonymous Coward · · Score: 0

      Next time, store all the access cards inside the hot standby datacentre

  22. Very Similar problem with the Samsung HM250JI by Biotech9 · · Score: 1

    I had a Samsung 250 GB HM250JI 2.5" SATA on order, in Europe it's less than 150 Euro and that is a bargain for a 250 Gig laptop drive. The problem was that a little googling showed massive performance problems with some drives. Some had miserable speed benchmarks, others (in OS X) failed to mount or mounted sporadically. Others performed just fine.

    Turned out Samsung had a couple of different firmware versions on shipping drives, and it is possible to burn new firmware to a CD and boot from it under OS X to flash the drive with updated firmware. But after reading about these and other problems with Samsung drives I cancelled the order and bought a WD instead. Pity Seagate don't have any affordable similar drives, I've only ever used seagate before and I think they're pretty fantastic.

  23. Re:why do girls always abandon me? by Anonymous Coward · · Score: 0

    Because you're a smelly GNU hippy with a small penis.

  24. Re:why do girls always abandon me? by Lars+T. · · Score: 3, Funny

    Because you have a harddrive but no firmware.

    --

    Lars T.

    To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

  25. STxxxxxxxAS vs. STxxxxxxxNS by itr2401 · · Score: 1

    Does anyone know which actual line of HDD's this firmware difference is being found in? Seagate offer 2 different types of drives - AS and NS specification for the same product, where the only real difference AFAIK is that the NS class is rated for 24/7 operation.

    1. Re:STxxxxxxxAS vs. STxxxxxxxNS by Nimey · · Score: 1

      Mine was an AS-type and it has the AAK firmware.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    2. Re:STxxxxxxxAS vs. STxxxxxxxNS by jagilbertvt · · Score: 1

      Also, it would be interesting to know if we're talking about the newer 410AS or the older 620AS (Though, I guess that's only available in the 250gb model).

      410AS is a single platter, vs 2 platters. It's also a much thinner drive.

      I just recently purchased 2 of the 410AS drives to add to my RAID5 set (which has mainly older 250gb 7200.8's). Firmware on these is AAA. Performance seems to be great, though I didn't benchmark them separately.

    3. Re:STxxxxxxxAS vs. STxxxxxxxNS by Anonymous Coward · · Score: 0

      I have an ST2500630AS (500GB SATA-2) and it has the AAK firmware.

    4. Re:STxxxxxxxAS vs. STxxxxxxxNS by StillAnonymous · · Score: 1

      Ugh, should've previewed... ST3500630AS

    5. Re:STxxxxxxxAS vs. STxxxxxxxNS by yellowcord · · Score: 1

      HDparm says:
      Model=ST3320620AS, FwRev=3.AAD

      320 GB drive bought a little over a year ago.

    6. Re:STxxxxxxxAS vs. STxxxxxxxNS by Nimey · · Score: 1

      ST3320620AS 320GB drive.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
  26. three out of five ain't bad by peterxyz · · Score: 2, Interesting

    yup, about a decade ago I worked somewhere where this was an issue - they had a RAID configuration of somekind (I'm a nerd, but not a hardware one) and they had bearing failures in sufficiently close succession that the third failure occurred before all of the swapping from the second failure hadn't been completed.

    supposedly it was traced to a common fault in the bearings

    1. Re:three out of five ain't bad by dwater · · Score: 1

      > ...the third failure occurred before all of the swapping from the second failure hadn't been completed.

      Then it was all swapped in time then, right?

      --
      Max.
  27. Why is this news? by tuxlove · · Score: 1

    I've probably seen this a hundred times before, literally. Sometimes there are firmware bugs in drives. What an amazing mystery!

    It's almost as if the author had never before imagined such a mundane thing. Next story...

  28. And which of those models were being sold before by porkchop_d_clown · · Score: 1

    The Seagate? Have you considered that "AAK" implies that there many have been as many as 11 previous revisions of this drive?

  29. Maybe I'm just lucky... by FunkyRider · · Score: 1

    I've just tested my 7200.10 320GB 3.AAK drive using hdparm -t /dev/sda1, and it gives me 71.77MB/s read rate. Isn't this about the same as one of the 3.AAE drives tested above?

    --
    just wonder why there are so many anonymous cowards in this world....
    1. Re:Maybe I'm just lucky... by Repossessed · · Score: 1

      Mine comes out at 42 MB/s. Probably a good thing I was already going to RMA the fracking thing (it overheats if you set the jumper to SATA II, even while you just sit in BIOS). That SATA II thing may be something those of you with 'SATA II' Seagates should check on too. the jumper that ships with the thing is very small, and very recessed (I had to use an extraction tool to even get to it).

      I wonder how much Newegg will soak me for on a return at this point though, Western Digital is looking better and better.

      --
      Liberte, Egalite, Fraternite (TM)
  30. Should not be affected by different firmware... by omgamibig · · Score: 0, Redundant

    ...except you screw it up badly enough.

  31. Re:why do girls always abandon me? by Anonymous Coward · · Score: 0

    perhaps most women are only attracted to good spellers? (explanation)

    you could read the archives of xkcd and cry our little heart out,

    or what you need is some ghetto booty

  32. Seagates, and Linux HD optimization by straponego · · Score: 3, Insightful
    First, a comment on the Seagate 750G drives: If you run these, and you want to keep them running, make sure you have clean power. I've seen several of them die, usually after a power outage. Never seen one on a UPS die.

    Also, if you're concerned about Linux block device performance, look at the various kernel tunables. On a single drive, such as those Seagates, I can get extra ~10MB/s. On RAIDs and LVM volumes, the differences can be much higher-- more than twice as fast, in some cases. There are a few parameters that make a difference, and many values you might want to try for each. I have a script iterate through the various permutations, running IOZone on each, so I can see what does best for read vs. write and large vs. small file performance. But I can't release it just yet (employer makes 100% of income from Open Source; employer hates Open Source). Anyway, somebody out there can do better than I, I'm sure :)

    This discusses the tunables you'd want to check: http://www.3ware.com/KB/article.aspx?id=11050

    Note that these do NOT apply only to 3Ware controllers. And the differences in performance can be massive.

    1. Re:Seagates, and Linux HD optimization by earnest+murderer · · Score: 1

      But I can't release it just yet (employer makes 100% of income from Open Source; employer hates Open Source). Psst... Might want to keep that to yourself around these parts.

      So of course I went spelunking who your employer might be... No luck, but I got a new sig.

      --
      Platform advocacy is like choosing a favorite severely developmentally disabled child.
    2. Re:Seagates, and Linux HD optimization by SuperBanana · · Score: 1

      Note that these do NOT apply only to 3Ware controllers. And the differences in performance can be massive.

      Funny; 3ware controllers are slow as shit. Buy an Areca, and enjoy performance that is TENFOLD that.

      I've seen twelve drive arrays on 3ware cards struggle to do better than 25MB/sec. Areca cards easily hit well over 200MB/sec from just a handful of drives (ie, take single drive speed, multiply by # of drives, subtract a little.)

    3. Re:Seagates, and Linux HD optimization by dbIII · · Score: 1

      No luck, but I got a new sig

      Don't like it. Makes me think of paper cuts.

    4. Re:Seagates, and Linux HD optimization by untaken_name · · Score: 1

      Personally, I prefer Qlogic or Emulex for my HBAs. Maybe that's just me, though.

    5. Re:Seagates, and Linux HD optimization by straponego · · Score: 1

      Uh... yeah, with the tunables I hit mid 500MB/s on 3wares. I like arecas, and the tunables help them too. I wasn't advocating a particular card, just pointing to some documentaion that affects all linux block devices.

  33. 5 year warranty vs 1? by ClioCJS · · Score: 1
    I was a Western Digital and Maxtor man for a long, long time. (I have a lot of harddrives: 4 terabytes, my lifetime harddrive purchases have been: 20M, 200M, 400M, 800M, 4G, 16G, 25G, 40G, 60G, 80G, 120G(x5), 250G, 300G, 400G, 500G(x2), 750G(x2))

    I get sick of replacing drives, as they inevitably fail. I get even MORE sick of PAYING to do so.

    Around the time Maxtor and Western Digital dropped their warranties from 2yrs to 1yr (or was it 3 to 2?), Seagate increased their warranty to FIVE years . In terms of guaranteed gigabytes per year, Seagate is clearly the best buy. The book is completely closed in my mind, with no need to reconsider. Guaranteed drives for 5 years. Meanwhile, with another brand, you may have to buy the same drive 3 times during that period. Screw that.

    --
    -Clio
    Karma: Bad (mostly from not giving a fuck)
    Blog: http://clintjcl.wordpress.com
  34. Big Red Button by Jeff+Carr · · Score: 5, Funny

    If there is no such item a good BOFH will create such red button. One of the data centers I worked at had just such a red button. It was designed to immediately kill all power to the room. Behind a plastic case, clearly marked "Emergency Shutoff".

    The security for the door was malfunctioning earlier this summer, and the alarm was going off. The security guard thought the button was a shutoff switch for the security system... Luckily we had redundant servers at another location... Of course half of those didn't work...

    Luckily also, this was the smaller data center at that site, so it only housed a few hundred servers... including the servers that ran many of our ATMs, and our server inventory and trouble tracking software... which didn't fail over to their backups... of course.

    In addition, we had no idea where the server housing our server inventory information was... It turns out it was housed on a server called Skywalker... which we couldn't find... It turned out to be a cluster of Anakin and Amidala...

    Fracking geeks.
    --
    The television will not be revolutionized.
    1. Re:Big Red Button by ladybugfi · · Score: 1

      A client of mine had years ago an exactly similar button in their server room, but in this case the button was accidentally pressed by a maintenance worker who fell from a ladder. I don't know what somersaults the poor guy had to do to accomplish this, but there it was - a freak accident.

  35. Perpendicular Recording Overview Video by Jaxoreth · · Score: 4, Funny

    For those who are unclear on what perpendicular recording is, Hitachi made a video explaining how it works. It's a bit dry and technical, but I figure the Slashdot crowd is savvy enough to grok it.

    --
    In general, it is safe and legal to kill your children. -- POSIX Programmer's Guide
  36. IBM drives have exhibited this behaviour as well by (Score.5,+Interestin · · Score: 1

    I've seen the same behaviour from IBM SCSI drives, exactly identical models of drive, one meant for RS6000 servers and the other for desktop PCs, exhibited very different behaviour, with the RS6000's massively outperforming the PC models. We used to rip the server drives out of (surplussed) servers, dd the PC drive's contents onto them, and use them to replace the PC drives, for a significant increase in performance.

    (This was with older drives, obviously, since (a) IBM don't make drives any more and (b) we wouldn't have been allowed to rip drives out of new servers).

  37. Observation from the "inside" by Distan · · Score: 5, Informative

    I am an insider in the drive industry, so while I need to be vague on some things, I can add clarification on others.

    A hard drive is a very complex subsystem inside your computer, more complex than many people realize. A hard drive contains one or more CPUs, memory, firmware, and dedicated hardware devoted to the functions of storing and retrieving data.

    There is no single "right" way to draw the line between what is firmware and what is hardware in a hard drive. Algorithms could be coded in VHDL or Verilog and synthesized into the silicon, or they could be compiled in C (or hand coded in assembly) and be embedded in firmware. Each drive company has their own philosophy for where to draw the line.

    Some drive companies choose to implement only fundamental functions in silicon, and implement everything else in firmware. For these companies, comparing their firmware to the BIOS in a PC is a poor analogy. A better analogy would be to compare the firmware to the operating system.

    In a system with "lite" firmware, the firmware typically would be responsible for configuring a few control registers and buffers, and then the hardware would take over. But for a system with "heavy" firmware, the firmware behaves much more like a kernel. Data is not going to be moved in or out of buffers, or be sent to and from platters, without the active involvement of the firmware scheduling and ordering that activity.

    The author of the OP wrote "it is highly unusual for (firmware) to affect sequential throughput". The author is wrong. In a system with "heavy" firmware, all performance is highly dependent on the firmware. It can easily make the same difference in performance as you would see running Windows 95 v. Windows XP v. Windows Vista v. RH 7.2 v. RHEL 3.0 on the same PC hardware.

    I do not know if the Seagate drive in question is a "heavy" or "lite" firmware drive, but I do know that the assumption that firmware takes a minor role in hard drive performance is mistaken.

  38. Confirmed by Anonymous Coward · · Score: 0

    # hdparm -tT /dev/sda /dev/sda:
      Timing cached reads: 1510 MB in 2.00 seconds = 754.95 MB/sec
      Timing buffered disk reads: 220 MB in 3.02 seconds = 72.77 MB/sec
    # hdparm -tT /dev/sdb /dev/sdb:
      Timing cached reads: 1436 MB in 2.00 seconds = 718.05 MB/sec
      Timing buffered disk reads: 224 MB in 3.00 seconds = 74.57 MB/sec
    # hdparm -tT /dev/sdc /dev/sdc:
      Timing cached reads: 1430 MB in 2.00 seconds = 715.17 MB/sec
      Timing buffered disk reads: 194 MB in 3.02 seconds = 64.28 MB/sec
    # hdparm -tT /dev/sdd /dev/sdd:
      Timing cached reads: 1488 MB in 2.00 seconds = 743.71 MB/sec
      Timing buffered disk reads: 190 MB in 3.00 seconds = 63.30 MB/sec
    # smartctl -d ata -i /dev/sda
    Device Model: ST3320620AS
    Firmware Version: 3.AAD
    # smartctl -d ata -i /dev/sdb
    Device Model: ST3320620AS
    Firmware Version: 3.AAD
    # smartctl -d ata -i /dev/sdc
    Device Model: ST3320620AS
    Firmware Version: 3.AAK
    # smartctl -d ata -i /dev/sdd
    Device Model: ST3320620AS
    Firmware Version: 3.AAK

    1. Re:Confirmed by Doc+Nielsen · · Score: 1

      Yup, here too /dev/sda: Model=ST3320620AS FwRev=3.AAK
        Timing cached reads: 1494 MB in 2.00 seconds = 697.44 MB/sec
        Timing buffered disk reads: 194 MB in 3.02 seconds = 64.30 MB/sec /dev/sdb: Model=ST3200822AS FwRev=3.02
        Timing cached reads: 1590 MB in 2.00 seconds = 794.75 MB/sec
        Timing buffered disk reads: 158 MB in 3.04 seconds = 51.91 MB/sec /dev/sdc: Model=Maxtor 6L200M0 FwRev=BANC1G10
        Timing cached reads: 1606 MB in 2.00 seconds = 802.95 MB/sec
        Timing buffered disk reads: 188 MB in 3.01 seconds = 62.54 MB/sec /dev/sdd: Maxtor 6L200M0 FwRev=BANC1G10
        Timing cached reads: 1602 MB in 2.00 seconds = 801.84 MB/sec
        Timing buffered disk reads: 186 MB in 3.00 seconds = 61.95 MB/sec

      I guess i'll be using that one for storage and backup only.

      --
      To boldly mod where no one has trolled before.
  39. I have AAJ firmware by linzeal · · Score: 1

    Anyone know the performance of this particular firmware vs the other two?

  40. Not a bug, it is an OEM feature by Klaus_1250 · · Score: 2, Informative

    The difference between these drives is not only the firmware, the hardware is also different. If you look a bottom of the drives, you can see the board has a completely different layout and presumably (the pictures I've seen were too low quality and the memory was not on the visible side on the AAK-drives) different chips. According to Seagate, the AAK drives were for an OEM-customer (unfortunately, they didn't mention which one). But how or why those drives made it to retail-channels (Seagate and the OEM-customer knowing the drives had a different performance profile)?

    --
    It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
  41. Seagate's 7200.10's have been hit and miss by AbRASiON · · Score: 1

    There's been far far too many reports 'across the web' claiming the drives are either dead silent or noisy as hell.
    This would concur with the news post here, I'd say it's the AAM (or is it AMM?) accoustic management stuff.

    On top of this there's been more reports of faults than there was with the 7200.9's. (although nothing deathstar esque) If you go on the newegg.com feedback section for the varying 7200.10's you'll see a surprising variety of votes, yet newegg is traditionally filled with 'fanboy' responses - either wildly popular and one or two bad ones, or of course the opposite.

    After doing my research and being a picky bastard with noise and performance, I decided to hang up my seagate loyalist hat without having ever owned a 7200.10, I've switched back to WD, the reviews are just as good, the noise is confirmed to be almost as quiet as a 'quiet seagate' but clearly not as bad as the noisy ones.
    I will miss the 5 year warranty but I have a habit of always selling my disks within about 18 - > 30 months second hand and buying bigger ones anyhow, I like to keep disks with a long warranty in the house.

    I may well switch back to seagate but I'm waiting for some decent bloody gigabytes per platter (188gb? please) where is the 250 and 333 (samsung, what's going on?) platters that should be out by now.

  42. Re:why do girls always abandon me? by Sinbios · · Score: 1

    My experiences would indicate otherwise. Or at least they wouldn't be attracted to themselves.

    --
    Anyone can "stand up for what they believe", but it takes a very brave individual to change what they believe. - Loundry
  43. No Surprise Here based on Model Numbers by fast+turtle · · Score: 1

    IN all fairness, the 7200.10 designation is the same as saying it's an Ford F150. In this regards the 7200 indicates it's a 7200 RPM drive and not a 5400 RPM model. the .10 is the revision number and not a model number. The model number is actually "ST3320620AS" not the 7200.10. So anyone who's buying a seagate drive damn well better pay attention to the model number and explanation. Some are designed for servers and cost more while others are designed for multimedia apps (video editing) and then you have the general consumer models. Cheap and varying performance.

    --
    Mod me up/Mod me down: I wont frown as I've no crown
  44. Meaning of N by freeze128 · · Score: 1

    It's been a while, but Seagate's model number naming convention used to be very consistent, and solid, based on a set of hard rules. The model number starts with an ST (to indicate Seagate), then a single digit indicating the form factor of the drive, followed by the UNFORMATTED capacity of the drive, and then A letter indicating interface type. I believe the insertion of the "N" in the model number originally meant "NOVELL", because some drives were specifically designed for 24/7 server operation.

    In the early days of installing Netware, you had the option to run a program called COMPSURF (COMPrehensive SURFace analysis) that would scrub the disk for defects and map them out. It would take hours (sometimes days) to run, so that's why Seagate offered drives that were already compsurfed, to speed up the installation of the NOS.

    Of course, back then, Novell was pretty much the only network operating system, so they used the N in the model number for Novell. Today, everybody makes operating systems, so it's easy to forget what the N means.

  45. Re:why do girls always abandon me? by Anonymous Coward · · Score: 0

    AN HERO. do it now faggot

  46. one of these cards is not like the other by epine · · Score: 1

    DLink 530TX: Via Rhine chipset. 530TX+: Realtek 8139. Apparently the + sign meant "more sucky". After validating that one has worked well, and then ending up with the other, and not having it work well (it crippled a basement closet NFS server), I can get a little choked about these small distinctions for a very long time. Bought more expensive Intel fxp cards for a long time afterward.

    Here's the thing. If I order a 530TX from my favorite rock-solid discount house, they will fill the order with a 530TX+ without even asking, because of the suggestion conveyed by the product name of "small highly-compatible improvement".

    It's a flagrant violation of the social contract.

    However, in the case of Seagate, I don't see the performance delta between these drives as being much to cry over. With the 8139 I was seeing a 50% packet loss on certain protocols. Wake me up when the AAK is reporting a 50% seek failure rate on selected workloads.

    Look at the craziness. Seagate might be making these drives on two different continents, and obviously that could involve some significant differences in component supply chains. In some cases, it might turn out that the drives produced by one supply chain are a bit more jiggy than the other supply chain. For reasons no-one fully understands, the exact composition of the bearing lubricant and bearing steel reduce spindle vibration by 1% So you tune the BIOSes a little bit different to bring out the best in both production series. Both series meet the specified performance target. No animals were harmed. Yet the small performance profile difference incites a wave of entitlement lust throughout the page-view-for-pennies-fan-boy-wanker-cult, who quite blithely accept the presence of their cycle-stealing Realtek engineered-for-mediocrity embedded networking chip. You go, Realtek. The wanker boys have spotted a mouse.

  47. So far, not so bad by whovian · · Score: 1

    I purchased one of these AAK (Thailand) drives the day before /. put the issue on my radar screen. After removing SATA-I jumper, I get this with Fedora Core 6:

    /dev/sdb:
      Timing buffered disk reads: 212 MB in 3.00 seconds = 70.60 MB/sec

    --
    To-do List: Receive telemarketing call during a tornado warning. Check.
  48. just got off the phone with Seagate by _Shorty-dammit · · Score: 1

    I phoned Seagate's tech support number to ask about this. As soon as I started talking about firmware the 1st-level tech support guy escalates me without asking anything else. The 2nd-level guy does a bit of reading and seems to think this AAK firmware is an OEM firmware, and that Seagate isn't obliged to do anything for me at all. I'm told to contact the store I bought it from, as it is an OEM drive and the OEM is responsible for any support or replacement options, etc, etc. What a joke. He says the AAE firmware is the latest firmware for Seagate's retail drives, and was a bit confused at first that this drive had AAK firmware. He ends up talking to one of the head engineers real quick, and when he comes back he relays that apparently some OEM company dumped a whole wack of drives onto retailers. Seagate basically told me good luck, but we ain't gonna do squat for ya, sonny. Lovely.