Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Computer Voodoo?

Posted by Cliff on Fri Aug 18, 2006 06:55 PM
from the that-you-do dept.
jbeaupre asks: "A corollary to 'Any sufficiently advanced technology is indistinguishable from magic' is that sometimes users have to resort to what I call 'computer voodoo.' You don't know why it works, you barely care how it works, but you find yourself doing the strangest things because it just seems to work. I'm talking about things like: smacking a PC every 5 seconds for an hour to keep it from stalling on a hard drive reformat (with nary a problem after the reformat); or figuring out the only way to get a PC partially fried by lightning to recognize an ethernet card, after booting into Windows, is to start the computer by yanking the card out and shoving it back in (thereby starting the boot processes). What wacky stuff have you done that makes no obvious sense, but just works?"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by QuantumFTL (197300) * <justin.wick@[ ]il.com ['gma' in gap]> on Friday August 18 2006, @07:15PM (#15938091) Homepage
    For most problems, I find smacking the user is more effective than smacking the computer.
    • by freakmn (712872) on Friday August 18 2006, @07:22PM (#15938123) Journal
      That has to be about the most insightful thing I've ever seen here on Slashdot. And, of course, you got modded funny.
      • by QuantumFTL (197300) * <justin.wick@[ ]il.com ['gma' in gap]> on Friday August 18 2006, @07:43PM (#15938218) Homepage
        That has to be about the most insightful thing I've ever seen here on Slashdot. And, of course, you got modded funny.

        Actually, to be honest, I find that creating an incentive for the user to understand the technology is a much better long run solution. The average person nowadays can accomplish an awful lot with a very basic, approximate functional understanding of the system. Unless there is some reason that they need to learn the details, they will likely never do so.

        The truth is that this does not merely apply to "lusers," but to many of the most brilliant programmers you'll find. How many programmers know the deep details about the electronics that make up the processor? Or about the connection between doping, band-gap effects, and statistical mechanics that regulate the real-world execution of logical operations? I have dual degrees in Physics and CS, yet I would not include myself in that category.

        I think what we need is users that aren't necessarily "theoretically" educated (this can, in practice, be quite useless), but rather have the appropriate metaphors (pipes, not tubes) to understand the majority of what to do in a given situation. Know what different symbols and actions connote, and where to find help (besides just asking the "computer guy").
        • by honkycat (249849) on Friday August 18 2006, @11:04PM (#15938836) Homepage Journal
          I know where you're coming from, but I disagree somewhat. I don't think understanding the physics of the semiconductors is terribly important unless you are actively working on engineering better chips. It's intellectually interesting (to some), but it's really of very little value when it comes time to program.

          Even understanding the architecture of your processor is only of value to some programmers. For most, it's better to understand the programming model for the particular language being used and tailor your program to that abstraction. Trying to apply knowledge of the low-level architecture in high-level programming is a recipe for over-optimization, especially if that code ever gets ported to another architecture.

          Now, in the latter case, I will grant that it's indispensible to have learned the details at least one computation architecture through and through at some point. It almost doesn't matter what it is, since it's the process of stepping back and thinking about how to construct machines that compute that is the enlightening bit. It's really astonishing how "dumb" the logic behind a really "smart" processor can be. However, day-to-day, it's very rare to actually need to apply details for the specific machine you're using.

          If you're writing DSP code or other real-time embedded stuff, this is obviously different, but that's a very small subset of all programmers.
    • by east coast (590680) on Friday August 18 2006, @07:26PM (#15938139)
      I actually use that line at work, well kinda. I use: hitting the machine won't make it work better but hitting people makes them work better.
    • by innosent (618233) <jmdority@NOspAm.gmail.com> on Friday August 18 2006, @08:47PM (#15938423)
      True, and throwing out equipment fried by lightning doesn't hurt, either. Seriously, what kind of questions are these? Hardware doesn't work? Isolate it and replace it. Other than freezing an old hard drive to free up bearings to get data off before you throw it out, it's not worth the aggravation.

      Of course, as far as real Computer/Equipment Voodoo is concerned, there is always the Heisenbug [wikipedia.org]. Just had a mechanical version of this today, the Bayer tech has spent 3 days on a machine to isolate a pump problem. To see the pumps, you have to open a panel either on the side or the front of the instrument. The past 2 days, he was working on it through the front, and the problem didn't occur. Today, after being called back because it happened again, he opened the side panel to watch it, and accidentally bumped the front panel while he was looking at it. As soon as the front panel closed, the problem occurred. It turns out that a zip-tie that holds some tubing from the pumps together was caught on the front panel, and when the panel door closed, it pulled on the zip-tie, which pulled on and pinched the tubing, causing a pressure sensor to throw a fault.
  • by Anonymous Coward on Friday August 18 2006, @07:23PM (#15938126)
    When somebody has a problem that they want me to fix, my mere presence and their attempt to repeat the problem makes it go away.
  • hitting it (Score:5, Informative)

    by crazedotaku (996392) on Friday August 18 2006, @07:25PM (#15938132)
    Usually whenever it would start going on the fritz a good punch or kick to the tower would get it going again. And also stop that damn whirring noise. It always makes me laugh when I'd see people hitting the monitor. Because THAT is where everything is XD
  • by CastrTroy (595695) on Friday August 18 2006, @07:26PM (#15938141) Homepage
    Not sure how it works, but I've saved 2 or 3 hard drives that reported tons of bad sectors with cat /dev/urandom > /dev/hdb and then cat /dev/zero > /dev/hdb and repeating that a couple times. Seems to alleviate all the problems. The drives wouldn't format, and all the data would get corrupted, but after doing that trick, they haven't had a problem (with the longest running drive being 2 years after the fix and still going).
    • Here's how it works.

      IDE drives keep a list of spare sectors to be used if one of the "primary" ones gets damaged. However, if a sector gets damaged and it already contained data, the drive won't reallocate it, because it would have no way of recovering the information. So it keeps "hoping" that some day the data will be readable again, and when that happens, it'll reallocate the sector. However, it never happens.

      When you overwrite a defective sector, the drive says "aha! since the user overwrote the information, it means it's not important anymore; so I'll go ahead, mark the sector as bad and replace it with a spare". That's why overwriting gives the drive a chance to remap all bad sectors to clean ones.

      This is a trick I learned by reading the documentation on smartd; if SMART reports defective or unreadable sectors, there's a way to figure out which files reside in those sectors and overwrite them with zeroes; the file will of course be lost, but by overwriting you let the drive reassign the sector and everything is peachy again.

      By the way, if you reformat the drive with the destructive verification option (-c -c) it's likely that when the test overwrites to verify readability, the same reassigning process will take place; the standard "-c" test is a read-only test that's why you're unable to format a drive without the overwriting procedure.

      So you see, not voodoo. :)
    • by spinja (994674) on Friday August 18 2006, @09:03PM (#15938472) Homepage
      This trick even works non-destructively: dd if=/dev/hda of=/dev/hda bs=512 A friend of mine showed me this method a few years ago and it has helped recover failing drives over a dozen times since.
      • Mod parent up!!! (Score:5, Informative)

        by Fallen Kell (165468) on Friday August 18 2006, @09:29PM (#15938528)
        If I had mod points left I would have done it myself. I never actually thought to try and do that. It makes perfect sense now that you said it. I always assumed that when used dd setting the input file and output file to the same thing would cause it to get stuck in an infinite loop. But now that you posted that and I thought it out some more, it makes perfect sense. DD will just grab the amount of data you specified as the block size from the input file and dump it to the first part of the output file (which in this case would be the same section of the disk). It will then increment by the block size on the input file and place copy it to the output file by the same incrementation of the block size, rinse, repeat ad infinum until it hits EOF...

        Again, great little one liner command to remember in the tool bag...
          • Re:Mod parent up!!! (Score:5, Informative)

            by statusbar (314703) <jeffk@statusbar.com> on Saturday August 19 2006, @12:02AM (#15939004) Homepage Journal
            The hard drives do a dynamic re-mapping of bad sectors to a different area. If you write an entire sector, and the sector was already marked a 'unreadable', the drive has an opportunity of using the 'secret' sector area instead. From then on, reads for this sector will come from the secret area. There are a limited number of secret tracks.

            This is one of the 'gotchas' with multimedia content. A hard drive may have fast access times and a fast bus, but if there are persistent CRC errors (and there is quite often CRC errors on a non-failing drive!), then the drive may have to take 15 or so separate reads of the track to reconstruct - It may also temporarily move the surrounding tracks to the secret area, then zero out the surrounding tracks in order to reduce track-to-track crosstalk.

            All of this takes time, and quite often any real time media bandwidth budgets get blown when this happens.

            The neat thing is, when this does happen, it is never an error. The program does finally get the data, but it just takes longer than expected. Typically one way to find out if the drive has remapped tracks on you is to have a program which measures track to track access time sequentially, and find the track boundaries that take a lot longer than a move from adjacent tracks should.

            Jeff
    • by wurp (51446) on Friday August 18 2006, @10:57PM (#15938812) Homepage
      My dad works for the Arkansas Washington County Road Service, and he is something of a computer nut, so he would 'recover' the computers they were throwing out. I was pretty profoundly poor and also a computer nut, so I would take some of the stuff off his hands.

      Anyway, I used to have three or four MFM hard drives in various states of disrepair. (I think they were 40 *meg* hard drives, but I only had a controller to control up to 20 meg, to give an idea how old this hardware was.) One by one they died, until finally only one was left. When it gave up the ghost, it would spin up, then immediately spin back down. I dug into it and found some connections I could short across while it was spinning up and then break the connection, and it would keep running. I was too poor to want to go spend $1 on a pushbutton, so I just had two wires hanging out of the front of the computer that I held together while booting the PC. I ran it that way for over a year...

      A non-computer story, but more interesting one, is of an old Ford Escort I used to have. The starter went out on it, and, again, I was poor, so I dug into it. I finally figured out that the relay was kicking out too far and shorting out against the housing, so I duct taped a kitchen sponge to the inside of the relay housing and put it back together. I never had a problem with the starter again for the 2 years I had the car.

      That same car later had the fuel pump go out. When it went out, I asked my stepdad if I should check to make sure the pump was out instead of a wiring or power problem, and he said nah, it's the pump. So I bought a replacement - it didn't help. So, I hunted around under the hood until I found some leads that were hot when the key was on, but not when it was off, and I used ties to secure an extension cord from the leads to the fuel pump. The car ran fine.

      That was in the summer. When winter came along, one day I needed to defrost the front window as I was driving down the road. I flipped the vent from dash to defrost, and the engine stopped running. (I was doing 50 mph down the road at the time.) I flipped it back to vent, and the engine started right back up again.

      Somehow I had found a wire that only gave power when the vent was not on defrost. I never fixed it, just kept the inside warm enough that it didn't frost over.

      Now I'm a software developer and not poor. I virtually never fix (or jerry rig) anything myself, other than software and the occasional computer hardware issue.
    • by cowbutt (21077) on Saturday August 19 2006, @04:07AM (#15939588) Journal
      Roadmaster has the explanation bang on the money in his post.

      The only thing left to add is that doing

      dd if=/dev/zero of=/dev/hdb bs=10485760
      should be significantly quicker.

      Oh, and the other thing is that, these days, I tend to run badblocks' write-test on new drives, in an attempt to get the drive to remap any failed or marginal blocks before putting Important Information on them.

  • hard drive (Score:5, Interesting)

    by tempfile (528337) on Friday August 18 2006, @07:26PM (#15938144)
    I once had a hard drive that wouldn't spin up if the computer had been off a few days. The only way was turning it by 90 degrees every time before booting the computer.
  • by Blastrogath (579992) on Friday August 18 2006, @07:26PM (#15938145)
    No, seriously. For some reason my presence is enough to get some computer problems to go away.

    (until I leave...)
    • by mashade (912744) <mshadeNO@SPAMmshade.org> on Friday August 18 2006, @07:30PM (#15938167) Homepage
      We refer to this as 'techie karma' or the 'magic touch'. For some reason, it doesn't work as well with females.

      -- Shade

    • by miyako (632510) <(moc.liamg) (ta) (okayim)> on Friday August 18 2006, @07:55PM (#15938258) Homepage Journal
      Actually, some people laugh at that, but I have the same thing happen. I remember a couple of years ago, I convinced a friend of mine to try switching from Mandrake to Suse on his laptop. Chatting with him on the phone, he complained that booting up the system was taking 15+ minutes. I drove over there to see if I could possibly diagnose the problem (he had been using linux for a while, but was never really much for sysadmining). I walk over, he boots up the machine, it boots up very quickly and runs flawlessly. Tried a couple of more times, same quick bootup. After I went home, he tried rebooting and ran into the same problem. We were both dumbfounded for quite a while, until I finally worked out that it was because when he had been using it, he was sitting in his living room, and it had hung waiting for eth0 to time out, but when I came over to look at it he put it in the docking station and plugged in the ethernet cable.
      I've seen other situations like this. Many times, it's because the user is doing something they know is stupid/they shouldn't be doing, and with a techie looking over their shoulder they don't do it.
      • by Alfred, Lord Tennyso (975342) on Friday August 18 2006, @08:17PM (#15938342)
        Or they've been skipping some step that they figure is useless and they're sure they've done already but it didn't help. When demonstrating it for the techie they throw that step in just to save time. They're certain that when it doesn't work the techie will tell them they missed a step and make them do it all over including that step; it still wouldn't work and it would be a waste of time.

        Except that the step WAS crucial, and now it works. They had some other problem, and they'd fixed it, but now by skipping that step they still get the problem.

        I wish I could attribute that just to dumb users, but I've made that mistake myself. "Yes, I TRIED rebooting the router... oh, it worked this time. Never mind."
      • by SlartibartfastJunior (750516) on Saturday August 19 2006, @01:53AM (#15939286)
        I knew a guy who could only log into the network while sitting down. If he was standing up when he tried to log in, no dice.

        Turns out he touch typed while sitting, but had to look at the keyboard while standing - and since he "cleaned" his keyboard and put a few key tops back in the wrong places, he was mis-typing has password if he was standing up.
  • Hard Drive Massage (Score:5, Interesting)

    by mashade (912744) <mshadeNO@SPAMmshade.org> on Friday August 18 2006, @07:27PM (#15938149) Homepage

    In my repair monkey days, my shop used to handle data recovery jobs of all kinds. The problems ranged from minor filesystem corruption or unbootable drives to physical damage - heads, and even a bullet through a hard drive (No, I wasn't able to get anything off that one).

    We had a variety of methods for dealing with the physically damaged drives that had suffered a head crash, but my boss had a technique he called the 'massage'. A clicking or noisy drive would be rotated around its various axes until the BIOS would recognize it on boot. Sometimes the clicking would stop and he would sit there holding the drive in that position or prop it up to keep it there.

    Another method we used was to freeze the drives for a period of 15 minutes to 6 or 8 hours. Sometimes this allowed enough contraction to let the tracks line up again, and we'd get as much data as we could with the drive cold. Once, we even froze a drive between two ziploc bags of water with IDE and power cables hanging out the edge to keep the drive colder longer. It worked!

    -- Shade

    • by RealityMogul (663835) on Friday August 18 2006, @10:37PM (#15938735)
      Sometimes taking the drive cover off and watching what it is doing helps. My uncle had a drive that died and would just click at startup. Upon watching it "click", I realized the head was just snapping back from the position it was trying to read. Solution: physically hold the read head in place when it tried to reset. Worked well enough to get the drive booted as a slave and copy all the important stuff off of it.
  • by gnarlin (696263) on Friday August 18 2006, @07:30PM (#15938166) Homepage Journal
    I always have the feeling the gentoo runs more smoothly if I recompile the kernel again, even if it's the same version that is currently running.

    I gotta stop using gentoo.

  • by Couchmanx (995646) on Friday August 18 2006, @07:31PM (#15938172) Homepage
    On the first pc I built one of the best ways to keep it in line in its last few weeks with me was to randomly yell and smack the pc, it didnt know when it would happen so it didnt risk crapping out on me :P Nah, Ive never had to rely on any voodoo to keep my pc running .. but to eliminate some annoying buzzing sounds from fans nothing beats a swift smack on the top left corner of the case. I had a roommate that smacked his pc cause it wasnt working the way he wanted it to .. but it was working perfectly fine (no hardware or software issues - all user issues) .. I told him I'd have to start a support group for his electronics (he hit everything) if he kept it up. Electronic Victims of **** still lives to this day (name censored so he doesnt come after me :P)
  • My analysis? (Score:4, Insightful)

    by Travoltus (110240) on Friday August 18 2006, @07:39PM (#15938203) Journal
    For smacking the computer to keep a hard drive formatting from failing, I'd say something is loose. And that will stop working after a while.

    The same is most likely true with the ethernet card.

    The motherboard itself may have something loose, and the way to deal with all of it is to move components into other PC's and see how things go.

    I've seen and met all hardware problems and beat 'em all (even if by buying a new component). The REAL voodoo lies in the software. Why in God's holy name does Windows fail to boot one time, and then boot successfully the second time?
    • by FLEB (312391) on Friday August 18 2006, @08:09PM (#15938312) Homepage Journal
      Why in God's holy name does Windows fail to boot one time, and then boot successfully the second time?

      Hardware problems.
    • Re:My analysis? (Score:5, Interesting)

      by AJWM (19027) on Friday August 18 2006, @10:39PM (#15938739) Homepage
      Why in God's holy name does Windows fail to boot one time, and then boot successfully the second time?

      Hah. I had something close to that one. A friend's Windows XP Home system. Boot it up, runs fine for about 30 seconds, then locks up hard. Reboot it, works fine for as long as you like. Next time you boot it up, locks up after about 30 seconds. Reboot, works fine. Lather, rinse, repeat.

      I booted it up off a Knoppix disc and ran a bunch of hardware tests -- nothing. And no problems with locking up either.

      Back to Windows -- same thing.

      I eventually realized the pattern: after a clean Windows shutdown, it would lock up 30 seconds after the next boot. After a dirty shutdown (e.g. power cycle or reset button), it would boot up fine. Obviously the Windows shutdown was leaving something in a funky state for next time. Beats me what.

      I told my friend she had the choice of doing a re-install and keeping fingers crossed, or always shutting it down with the power switch, or moving to Linux. I don't recall what she did beyond passing the box on to her kids because she'd already got a new one for herself.
  • Wireless (Score:5, Interesting)

    by stefanlasiewski (63134) <`moc.ocnafets' `ta' `todhsals'> on Friday August 18 2006, @07:39PM (#15938205) Homepage Journal
    I bought a bunch of Dlink DWL-520 wireless cards from Tigerdirect (refurbished, mail in rebate, etc. etc). These cards came to $20 apiece, which was a pretty good deal in 2004. You probably know this card -- it's called the 'DWL-520', but could actually be one of 6 different cards, each containing a different wireless chip--- each requiring it's own driver. A piece of crap-- but I wasn't willing to spend more money on a wireless network justyet.

    However, after I installed the card, Windows 2000 would crash with the following BSOD:


            DRIVER_IRQL_NOT_LESS_OR_EQUAL

            *** STOP: 0X000000D1 (0X0191A400,0X00000002,0X00000001,0XF828B908)

            *** NETR33X.SYS - Address F828B908 base at F827B000, Datestamp 3ecdaf93


    Annoying as heck-- somewhat expected from a cheap network card.

    So one day I was wat home downloading Fedora with bittorrent--- my DSL connection was maxxed out. There was too much interference on the line, so I hit the little 'channel' button to switch to a different channel.

    As soon as I hit the button on the phone -- *boom*, the computer threw up the Blue Screen of Death. ANd sure enough, I reboot, hit the button on the phone-- and *boom* -- Computer crashes again.

    I have since replaced all of the D-Link cards with cards from other manufacturers.
  • by miyako (632510) <(moc.liamg) (ta) (okayim)> on Friday August 18 2006, @07:46PM (#15938229) Homepage Journal
    In general, with my main desktop machine and main laptop, if something funky is happening I will simply replace the part or parts in question to ensure a smoothly working machine, but I've had some interesting things with some old hardware I kept around for no real reason.
    I used to have an old pentium (133 I think) that ran well, except that the CD drive would only actually recognize a disk if you tilted the computer at about a 20 to 30 degree angle when the disk was inserted. I never did figure out why this fixed it, luckily I didn't need to use the cd drive very often.
    I also used to have a cable modem that would drop the connection if you so much as blew on the power cord. I always just figgured that was just some flaky hardware, and eventually got the cable company to replace it. Another really aggrevating hardware problem that I never figgured out was an old Sony DVD drive that I had. When you opened the tray, it would about 1 to 2 seconds later automatically close the tray, but when you opened it again it would stay open for about 10 seconds, just long enough to remove or insert a disk.
    I think everyone runs into a situation where there is some voodoo involved in solving a problem, it becomes problematic when people stop carying about having any answers, and just care about getting something working.
  • More Magic? (Score:5, Interesting)

    by MerlynEmrys67 (583469) on Friday August 18 2006, @08:01PM (#15938291)
    I always liked this story More Magic [retrologic.com]. A wonderful story about a switch that wasn't connected to anything, but when you switched it off of the More Magic position into the Magic position, the computer crashed.

    Got to love old school hacking

  • Always remember... (Score:4, Interesting)

    by exp(pi*sqrt(163)) (613870) on Friday August 18 2006, @08:02PM (#15938293) Journal
    ...you gotta type 'sync' three times before it works.
  • Complexity (Score:4, Insightful)

    by identity0 (77976) on Friday August 18 2006, @08:13PM (#15938322) Journal
    Hmm, what you describe is not the result of being "advanced", but of being complex to the point that people cannot tell what is causing a specific state or failure or success.

    'Magic' is when a device does something well, which one did not expect technology to be able to do, and in a way that does not make it obvious how the technology is implemented.

    The story is about when devices do not do what they are expected to do.
  • by texaport (600120) on Friday August 18 2006, @08:34PM (#15938387)
    Flip a CAT5 cable end-to-end gets a connection back (when assisting over the phone and you know its a loose cable).

    Tell the enduser their network cable "got reversed" and somebody will have to go over there and turn it around for them.

    First, if you ask someone to put the phone down to check for link light, they'll answer back in 3 seconds without checking.

    Second, even if they actually wouldn't lie about it, they'd never get under a desk to fix it in the first place.

    Even guys in suits do it every time, if you say someone will be over "later" to reverse their (known loose) network cable.

    End result -- works every time if you do it right, and no credibility lost since everybody understands what happened.

  • by The MAZZTer (911996) <{moc.liamg} {ta} {tzzagem}> on Friday August 18 2006, @09:11PM (#15938491) Homepage
    Just today I turned my computer on after leaving it on hibernate for a week. The "thaw" as I guess it could be called, failed (the computer hung before showing anything useful) so I rebooted. Windows starts up fine and then tells me my hardware has changed and I need to reactivate Windows. Except my hardware hadn't changed since the last boot (over the course of owning this computer, admittedly it had changed a lot). Oh wait, I can't activate over the Internet anymore, I've installed it too many times on the same machine, I have to call Microsoft, speak a 42 digit number slowly into the phone, get put on hold, be told I spoke the number wrong, put on hold again, read part of the number to a person, and then type another 42 digit number read to me over the phone. Then my computer will work again.
  • by sakusha (441986) on Friday August 18 2006, @09:45PM (#15938580)
    True story: I used to identify bad RAM chips in old Apple II units with a dowsing rod. Finding one bad RAM chip out of 24 was a horrible pain in the ass, the normal procedure was to remove half of them, replace those with known-good RAM chips, see if the mem diagnostic passed, ok, it wasn't in the half I removed, put those back. Take out half of the chips that weren't removed before, replace with known good chips, repeat, etc. in a binary search pattern. This was horribly unproductive, particularly if the memory fault was intermittent. And even worse, once in a while, due to all the handling and insertion/extraction, or maybe just from static discharges, you'd ruin a chip in the known-good set, which really screwed things up, you could go back and forth for HOURS.

    I remember when I was a little kid, I used to watch the old Tom Snyder Tomorrow show on late night TV, and some weird guy demonstrated how to dowse using a couple of bent wires made from coat hangers. I was skeptical, but eventually I became known for some rather startling dowsing stunts, I used to challenge people to hide my keys in a location I was unfamiliar with, in houses or buildings I'd never been to, and could find them 4 times out of 5. So when I became a computer tech, I figured, what the hell, it couldn't hurt, it couldn't possibly take MORE time to try dowsing than to do the elaborate binary search method. And to my astonishment, it was a LOT faster. Sometimes it took me a couple of tries, but pulling just a couple of individual chips was a lot faster than pulling 12 chips at a time, and my results were way above the expected average of just pulling a chip at random. BUT.. I made absolutely sure that nobody ever saw me dowsing on their machines. This is Computer SCIENCE, after all, it isn't computer VOODOO. Ha!
  • by trainsnpep (608418) <mikebenza@gm[ ].com ['ail' in gap]> on Friday August 18 2006, @11:10PM (#15938852)

    What wacky stuff have you done that makes no obvious sense, but just works?

    Ask Slashdot.

    (...though I'm not quite sure it works...)

  • by RESPAWN (153636) <caldwell@@@tulanealumni...net> on Friday August 18 2006, @11:23PM (#15938897) Homepage Journal
    I had (still have, actually) this old Compaq Presario computer with a Pentium 200 MMX processor. The thing was never the most stable computer out there and was a pain in the but to work on, having non-standard screws and proprietay memory, as most Compaqs of that era did. One day I realized that I had a bunch of old hard drives lying around, so I decide to make this Compaq into a makeshift file server by adding the two larger drives in to the machine and brought it to school with my at the start of my Senior year. The machine's sole purpose was to act as a file server AND as a second internet/instant messaging terminal that I could use when my primary desktop was otherwise engaged. The machine didn't do this well as it seemed to suffer a 25% random reboot rate while using it. (Windows 98, couldn't even get Linux to come close to running on it.) This wasn't really any different from the sort of behavior it had shown since the day we purchased it, shortly after the MMX processors were released, so I just put up with it until...

    One day I'm playing Serious Sam over the LAN with some friends. There's a brief lull in the action and so I reach over for the 1 gallon bottle of apple juice I was drinking from. Well, instead of picking up the apple juice, I tip it over and the entire contents spill out ON TOP OF the Compaq. I of course, immediately jump in to disaster recovery mode and race to the kitchen to grab the paper towels. I start cleaning up the mess, expecting the wrost for the Compaq in the process. I could see where there was apple juice in all of the little crevices and I'm darn sure some of it actually got into the computer. Some had spilled on to some school papers lying next to the machine and I wanted to make sure I didn't lose any notes so I took plenty of time to salvage those papers.

    After I finished cleaning up the mess, I check the computer. Mouse and keyboard input seem OK. I start up Winamp and it seems to work OK. I run scandisk on all of the drives and they all report being OK. I can't find a single thing wrong with this computer. And I'll be damned if that computer didn't have a single random reboot after I spilled apple juice on it. It became the object of admiration and jokes amongst my friends, and one friend even managed to find one of those fruity, rainbow colored Apple Computer stickers that he wanted me to put on the case. I never even bothered to open up the computer to asses the damages (partly becuase I was lazy and didn't have a torx screw driver at school). Truth be told, I was afraid to even move the comptuer or otherwise disturb it since it seemed to be working OK.

    A quick addendum to this story... right before graduation I purchased another hard drive for my primary desktop machine that was about 4 times the total capacity of the drives in the apple computer. I copied all of my data off the apple computer on to this drive and pretty much relegated the apple solely to web surfing detail. About a year and a half later, I need another hard drive for a client machine and so I decide to finally open the apple computer to raid one of the hard drives in it. I was even more amazed then that the computer still worked. There was brown, sticky apple juice residue on everything in the computer. There was even a puddle of this gooey gel that had pooled at the bottom of the case. It was all over the cables, the drives, everything. I was even more surprised and even a little bit proud that the computer still worked after that ordeal.

    I guess that just goes to show: if you want a stable computer, get an Apple. ;)
  • by Chabil Ha' (875116) on Friday August 18 2006, @11:24PM (#15938900)
    We wrote a script once that would gradually slow down the mouse pointer. We installed it on the interns computers and watched them get frustrated when their mouse pointer wouldn't move. We explained to them that they had to unplug the mouse, swing the plug end rapidly around their heads, and then plug it back in, and it would be fixed.

    We would conspiciously watch from quite a few cubes away and watch this mice get whipped around in the air! It was the most hilarous thing we've ever seen! You'd think that they wouldn't buy it, but when push came to shove they did it and it worked for them after looking like fools!
    • Re:Current computer (Score:4, Informative)

      by MyDixieWrecked (548719) on Friday August 18 2006, @07:54PM (#15938253) Homepage Journal
      I'm not sure I'm reading your post right (no pun intended), but...

      some BIOS require certain devices to be present to pass the POST. I discovered this the hard way when setting up a headless server. I spent 20 hours installing gentoo, got the services all nicely configured and put the machine in the corner, and it never went online... so I pulled it out and brought it back to my desk and it booted fine.

      I didn't find out that it was keyboard/monitor missing errors that was preventing the system from booting until I carried the monitor to the other side of the room and plugged it in and saw the keyboard error... then I poked around in the bios and saw the options for requiring keyboard and monitor.
    • by Valdrax (32670) on Friday August 18 2006, @10:27PM (#15938708)
      I used to have a Performa 5200 [lowendmac.com] back when I started college, and if you're not familiar with the machine, it's arguably the worst Macintosh ever made. [lowendmac.com] Ever. The only thing it excelled at was displaying grainy TV on the TV tuner card you could get for it.

      Read that second link for all the gory details of why the follow scenario works, and you'll shudder.

      I used to note in college that when doing particularly fast FTP transfers that saturated by 10-Base-T card that the machine would often lock up within a minute of starting the transfer. For months, I fiddled around and noticed that if I was actively working that this didn't happen. Eventually, I found the article I mentioned and realized that if I kept moving the mouse constantly, the machine wouldn't get in whatever weird state locked up the machine and I could finish my transfers. That's right -- to run FTP (or any other sustained, saturated transfer), I had to sit there moving the mouse in circles through the entire transfer.

      Essentially, the "Left 32" bus described in the article was shared by the 16-bit Apple Desktop Bus (for mouse and keyboard) and the 16-bit networking card (as well as audio and the 8-bit SCSI controller). So long as I kept interrupting the bus with input from ADB, the networking card was unable to flood the controller that had to make sense of all the different bit-widths and clock speeds between the various busses hanging off of it, and the machine wouldn't lock up.

      Now how's that for some serious computer voodoo?