Linux help needed

[Sperlock]

You really would not need to post the whole thing. Run the command once, look at the last few lines, plug in the hard drive, then run it again and see what new entries appeared, and post those. Based on the lsusb, it looks like the hard drive is not being detected at all.

[BrianR]

It looks that way. I dunno why though. I'm certain it works because it works under Windows.

Maybe it's the interface somehow blocking something?


*******
before turning on the HD
*******
[ 14.235001] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.353540] psmouse serio1: ID: 10 00 64
[ 14.560102] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input4
[ 14.596014] 0000:00:04.0: Using transceiver at address 1 as default.
[ 14.630300] 0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f83b6000 (IRQ: 19), 00:01:6c6b:af
[ 14.630304] eth0: RGMII mode.
[ 14.630309] eth0: Enabling Auto-negotiation.
[ 14.653974] __ratelimit: 3 callbacks suppressed
[ 14.653978] type=1505 audit(1270607039.607:12): operation="profile_replace" pid=847 name=/usr/share/gdm/guest-session/Xsession
[ 14.655390] type=1505 audit(1270607039.607:13): operation="profile_replace" pid=848 name=/sbin/dhclient3
[ 14.655642] type=1505 audit(1270607039.607:14): operation="profile_replace" pid=848 name=/usr/lib/NetworkManager/nm-dhcp-client.action
[ 14.655784] type=1505 audit(1270607039.607:15): operation="profile_replace" pid=848 name=/usr/lib/connman/scripts/dhclient-script
[ 14.666076] alloc irq_desc for 18 on node -1
[ 14.666081] alloc kstat_irqs on node -1
[ 14.666090] Intel ICH 0000:00:02.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 14.670373] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 14.676270] type=1505 audit(1270607039.631:16): operation="profile_replace" pid=849 name=/usr/bin/evince
[ 14.680701] type=1505 audit(1270607039.635:17): operation="profile_replace" pid=849 name=/usr/bin/evince-previewer
[ 14.683238] type=1505 audit(1270607039.635:18): operation="profile_replace" pid=849 name=/usr/bin/evince-thumbnailer
[ 14.689978] type=1505 audit(1270607039.643:19): operation="profile_replace" pid=858 name=/usr/lib/cups/backend/cups-pdf
[ 14.690286] type=1505 audit(1270607039.643:20): operation="profile_replace" pid=858 name=/usr/sbin/cupsd
[ 14.691847] type=1505 audit(1270607039.643:21): operation="profile_replace" pid=859 name=/usr/sbin/tcpdump
[ 14.996050] intel8x0_measure_ac97_clock: measured 55766 usecs (2683 samples)
[ 14.996054] intel8x0: clocking to 48000
[ 14.997883] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[ 24.700037] eth0: mii ext = 0000.
[ 24.724038] eth0: mii lpa=41e1 adv=01e1 exp=0007.
[ 24.740034] eth0: link on 100 Mbps Full Duplex mode.
[ 24.740226] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 34.840009] eth0: no IPv6 routers present
[ 5366.136028] Clocksource tsc unstable (delta = -285664970 ns)

*************
after turning on the HD
*************
[ 14.235001] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.353540] psmouse serio1: ID: 10 00 64
[ 14.560102] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input4
[ 14.596014] 0000:00:04.0: Using transceiver at address 1 as default.
[ 14.630300] 0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f83b6000 (IRQ: 19), 00:01:6c6b:af
[ 14.630304] eth0: RGMII mode.
[ 14.630309] eth0: Enabling Auto-negotiation.
[ 14.653974] __ratelimit: 3 callbacks suppressed
[ 14.653978] type=1505 audit(1270607039.607:12): operation="profile_replace" pid=847 name=/usr/share/gdm/guest-session/Xsession
[ 14.655390] type=1505 audit(1270607039.607:13): operation="profile_replace" pid=848 name=/sbin/dhclient3
[ 14.655642] type=1505 audit(1270607039.607:14): operation="profile_replace" pid=848 name=/usr/lib/NetworkManager/nm-dhcp-client.action
[ 14.655784] type=1505 audit(1270607039.607:15): operation="profile_replace" pid=848 name=/usr/lib/connman/scripts/dhclient-script
[ 14.666076] alloc irq_desc for 18 on node -1
[ 14.666081] alloc kstat_irqs on node -1
[ 14.666090] Intel ICH 0000:00:02.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 14.670373] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 14.676270] type=1505 audit(1270607039.631:16): operation="profile_replace" pid=849 name=/usr/bin/evince
[ 14.680701] type=1505 audit(1270607039.635:17): operation="profile_replace" pid=849 name=/usr/bin/evince-previewer
[ 14.683238] type=1505 audit(1270607039.635:18): operation="profile_replace" pid=849 name=/usr/bin/evince-thumbnailer
[ 14.689978] type=1505 audit(1270607039.643:19): operation="profile_replace" pid=858 name=/usr/lib/cups/backend/cups-pdf
[ 14.690286] type=1505 audit(1270607039.643:20): operation="profile_replace" pid=858 name=/usr/sbin/cupsd
[ 14.691847] type=1505 audit(1270607039.643:21): operation="profile_replace" pid=859 name=/usr/sbin/tcpdump
[ 14.996050] intel8x0_measure_ac97_clock: measured 55766 usecs (2683 samples)
[ 14.996054] intel8x0: clocking to 48000
[ 14.997883] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[ 24.700037] eth0: mii ext = 0000.
[ 24.724038] eth0: mii lpa=41e1 adv=01e1 exp=0007.
[ 24.740034] eth0: link on 100 Mbps Full Duplex mode.
[ 24.740226] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 34.840009] eth0: no IPv6 routers present
[ 5366.136028] Clocksource tsc unstable (delta = -285664970 ns)


I hope I gave you enough data. Most of that is Greek to me.

[Sperlock]

That's very odd. I'm not even seeing anything that says it detected that drive to even try to get it working. I'm not sure what to suggest at the moment.

[Undertoad]

Are you plugging it directly into the system, or into a USB hub?

[BrianR]

I plug it directly into a USB port, not a hub.

I'm stumped as well. I'm guessing it's something in the circuitry. The drive works properly when plugged into a Windows system. I just now checked that. That same port works properly when I plug in an iPod.

Automount therefore works properly. Maybe it's the IDE versus SATA.

[mbpark]

BrianR,

Just post the dmesg here when you plug it in, or send to me. A USB device, when plugged in, is supposed to throw a bunch of messages there. I have used this on Mac OS X and Linux to see drives that have been attached.

From a Terminal prompt, do sudo dmesg > <a file>.

Thanks,

Mitch

[lumberjim]

what flag is this>

[classicman]

hold your mouse on it, ya bonehead

[BrianR]

Go get yer own thread! This one's mine!

Death to threadjackers!

Mitch, that message gets pretty long, I'll have to email it to you.

[lumberjim]

jesus. sorry.

just noticed that it appeared in your code stuff there.....

no need to make terroristic threats....

[BrianR]

So, I was sitting there last night, puzzling over why a hard drive will work fine in one computer but not in another.

I went through it again and again because something didn't quite add up. I take the hard drive, plug it in HERE and it works fine. I unplug it, take it over THERE, plug it back in and it doesn't mount up. WHY?

I plug it in here...plug it in there....what's different? Where's the item out of place? I plug it in here...um...no, it couldn't be THAT. could it?

Yes, it could. When I swap the drive, I also swap data cables to avoid having to pull out the computer from it's little cubby each time. Yep. The brand new data cable was bad out of the box. When I also swapped the data cables, the drive mounted right up and I could access all my data.

<facepalm moment>


How did I not see that all along? Oh well, live and learn. On to the next issue, which is a relatively simple hardware issue.

My Windows D: drive sometimes disappears after a few hours of service and remains totally invisible to Windows until the next reboot.

Also, the A: drive is dead.

Also the DVD G: drive causes error 116 upon bootup. F5 bypasses it but it bugs me. It doesn't work, either. BUT! Installing a CD/RW drive as a slave to G: (as H: ) makes the error go away, but does not resurrect G:.

Hmmmmmm.

Methinks I have more than one issue here. I am going to build a test bed computer and try each component at a time to see if it is the unit itself or something central to all of them, such as a bad power supply. Testing the power supply will have to wait until my digital multimeter (located in my wife's van) comes back from the repair shop, which is where her van is today.

It could also be a bad controller on the mobo. Or bad cables. Or a weird routing issue. Or something I never heard of before. Time will tell.

Oh yeah, my wife's laptop died sometime after 0300 this morning. It was working then but she reported an Operating System not found error this morning as I was just waking up. Half asleep, I told her the HD was fried and she will have to buy a new one. That is probably correct too.

Too bad about her data. We'll probably have to send the old drive out to a lab to recover any of that. Which, of course, contains her weekly billing information (due today) amounting to nearly $2000.

Sigh. If it's not one thing, it's another.

Now, I believe her laptop is under warranty, which should theoretically cover a fried hard drive but some companies can be quite creative when wriggling out of warranty claims. We shall see.

Thanks everyone!

[Undertoad]

We were getting closer to working it out, because the dmesg and lsusb commands are looking at the system at a level closer to hardware. We know that the system should have noticed a low-level change once you plugged that sucker in. When there wasn't even a change at that level, you rule out Linux vs Windows as the culprit. That's why I was asking whether you plug it into a port or a hub. Anyhoo!

[BrianR]

You can keep going if you want!

I learned a LOT about how my new system works going through all that.

Enough so that I could make a Ubuntu test bed to try out my suspect components with little trouble.

Tomorrow, I will get going on that.

[Sperlock]

For the laptop hard drive issue - if you can get that hard drive hooked up to another machine, you may have luck with SpinRite.

[BrianR]

The last time I took apart a laptop, I wound up with a big pile of unrelated parts.

Mary sent it to her webmaster and HE will take it apart and try to salvage her data. If not, there's a lab here that can probably do the job. She's used them before.

It seems that the laptop is also under warranty still so I advised her to save what she can and then send it back for repair.