Hello all. I am experiencing a problem in 13.1 when I attempt to shutdown my Satellite 2775XDVD. I am using a usb hub that is plugged into the PCMCIA port. I have a Davicom usb ethernet adapter plugged into that. When I attempt to shut down, I get the following message:

Shutting down PCMCIA services: cards

The system doesn't continue after that. The hardware seems to work fine with Debian Squeeze. I only experience this in Slack 13.1.

Any ideas or suggestions?

Thanks, Chet

open a terminal assume root type shutdown -h now and let me know.
second make sure user has power in their group.

Seems to all be the same.

Running shutdown scripts /etc/rc.d/rc.0
Saving system time to the hardware clock (localtime)
stopping system message bus...
unmounting remote filesystem
Shutting down PCMCIA services: cards

Then it just hangs there. The user is in the power group. root also shows the same thing. In fact, when I installed, I got the same error before I created my first user, or started x.

Any suggestion?

Just to be sure that is the cause of the problem: Does this happen without the PCMCIA card inserted?

Yes. As a "work around" if I pull the ethernet adapter from the hub before I power down, everything is fine. This is pretty annoying. If I forget to pull it, the system locks up.


Chet

Well, what happens if you run these commands by hand?

1 members found this post helpful.

Thanks Richard I was going to say the same.

My first thought was that it may be an ACPI system. The second - disable PCMCIA service using 'pkgtool'. The third - look at the shutdown action's sequence - maybe it is something which goes after shutting down PCMCIA services.

/etc/rc.d/rc.inet1 stop works just fine

When I run /sbin/pccardctl eject, the system hangs just like it does when I power down.

Chet

I'd like to wait before I dump the PCMCIA services. It is my internet and connect and the ability to connect thumb drives.

I ran CrunchBang Slater Alpha 2(based on Debian Squeeze) from cd last night and it worked just fine so I don't think it's a hardware issue.

Chet

Not definitely. Only for testing.

Hmm. How about the output from "/sbin/pccardctl -v ls" ?

Socket 0 Bridge: [yenta_cardbus] (bus ID: 0000:00:0b.0)
Configuration: state: on ready: yes
Voltage: 3.3V Vcc: 3.3V Vpp: 3.3V
CardBus card -- see "lspci" for more information
Socket 1 Bridge: [yenta_cardbus] (bus ID: 0000:00:0b.1)
Configuration: state: on ready: yes


And because it says so, here is what I get after lspci


00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:05.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:05.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:05.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:05.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:07.0 Communication controller: Agere Systems 56k WinModem (rev 01)
00:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support (rev 20)
00:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support (rev 20)
00:0c.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev 10)
01:00.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/IX-MV (rev 11)
02:00.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
02:00.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
02:00.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63)

Thanks, Chet

Hmm. What happens when you run...
...?

/etc/rc.d/rc.inet1 stop - works fine
/sbin/pccardctl suspend - no problems
/sbin/pccardctl eject - locks up.

I appreciate the help, but the laptop has started to power off on it's own. I think the fan is out. I would swap it out, but the usb is having problems too. The whole system is starting to die. Funny thing is it still powers off using debian.

Anyway, thanks again.

Chet