SD-Card, OpenSuse 11.0

Antworten
Nachricht
Autor
Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

SD-Card, OpenSuse 11.0

#1 Beitrag von paw » 22. Jan 2009 8:00

Dear Linuxer,
meine SD-Karte in einem IBM X40 wird unter Opensuse 11.0 beim Booten
nicht immer (meistens nicht) erkannt (gemountet). Erst wenn ich sie in gebootetem, eingeloggtem Zustand rausnehme und wieder einstecke, macht Suse 11 einen Ordner auf. Weiß jemand warum? Und wie man da abhelfen kann?
Danke. paw

Benutzeravatar
Janka
Beiträge: 3585
Registriert: 11. Feb 2006 19:10

#2 Beitrag von Janka » 22. Jan 2009 12:53

Das Fenster "Was wollen sie tun" geht nur beim Einsteck-Ereignis auf. Wie hast du geprüft, ob die Karte anfangs gemountet ist?

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

#3 Beitrag von paw » 23. Jan 2009 7:34

Ich habe in /dev nachgeschaut. Wenn die SD gemountet ist, ist dort ein Eintrag wie /dev/mm...(irgendwas) drin. Manchmal gibt es den beim Booten, dann wird direkt gemounted, manchmal nicht. Dann muß ich die SD wie schon gesagt rausnehmen und wieder einstecken. Danach kommt das übliche Fenster: Neuen Ordner für... aufmachen, usw.
Wie gesagt: OpenSuse 11.0, KDE 3.5.1
Danke für Dein reply.
I don't make my mistakes more than once. I store them carefully and after some time I take them out again, add some new features and reuse them.
Gruß paw

Benutzeravatar
Janka
Beiträge: 3585
Registriert: 11. Feb 2006 19:10

#4 Beitrag von Janka » 23. Jan 2009 10:16

Die Einträge in /dev werden nicht beim Mountvorgang, sondern *vor* dem Mountvorgang erzeugt, Der Automounter wird genauso von udev aufgerufen wie der Eintrag in /dev von udev erzeugt wird, sobald ein Hardwareereignis erkannt wird. Es gibt also drei mögliche Problemverursacher: Hardware, Kernel oder udev-Daemon.

Bitte schreib genau, auf welche Devicenode du guckst. Solche Details sind immer wichtig.

Es handelt sich um einen per USB angeschlossenen Cardreader, richtig? Dann mach mal direkt nach dem Booten

Code: Alles auswählen

$ dmesg | grep -i usb
jeweils wenn nach dem Booten /dev/mm da ist und wenn nicht und poste beide Ergebnisse.

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

#5 Beitrag von paw » 24. Jan 2009 21:22

Werde ich mal testen Janka, klingt gut. Das ist im Moment der Stand der Dinge:
In /dev ist manchmal ein Eintrag beim Booten /dev/mmcblk0 und /dev/mmcblk0b1, dann ist die SD da, manchmal fehlt dieser Eintrag beim Booten, er wird aber dann beim Entfernen und wieder Einlegen der SD gesetzt, dann funktioniert sie auch. Beim Einlegen geht dann das übliche Fenster auf: KDE-Dienst, Neues Fenster öffnen? usw. Danach funkt Alles.
Ich arbeite mit dem stabilen-KDE 3.5. Suse läuft hervorragend auf dem X40, das stört mich auch weiter nicht mit der SD, ist aber ganz praktisch als Depot bei 40 MD HDD.
Ich denke da ist eine kleine Erkennungslücke in Suse, Bug kann man das wohl nicht nennen. Deine Ideen zum Thema scheinen mir sehr gut zu sein.
Ich melde mich wenn ich was Neues hab. Danke Dir!
I don't make my mistakes more than once. I store them carefully and after some time I take them out again, add some new features and reuse them.
Gruß paw

Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

#6 Beitrag von paw » 25. Jan 2009 11:16

Ich hab mal Folgendes gemacht:

dmesg | grep -i mm
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: Timeout waiting for hardware interrupt.
mmc0: new SDHC card at address 8fe4
mmcblk0: mmc0:8fe4 SD04G 3872256KiB
mmcblk0: p1
mmc0: card 8fe4 removed
mmc0: new SDHC card at address 8fe4
mmcblk0: mmc0:8fe4 SD04G 3872256KiB
mmcblk0: p1
mmc0: card 8fe4 removed
MMC: killing requests for dead queue
mmc0: new SDHC card at address 8fe4
mmcblk1: mmc0:8fe4 SD04G 3872256KiB
mmcblk1:<6>eth1: Coming out of suspend...

Komme ich jetzt an den udev-daemon dran?
I don't make my mistakes more than once. I store them carefully and after some time I take them out again, add some new features and reuse them.
Gruß paw

Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

#7 Beitrag von paw » 25. Jan 2009 11:18

Nachtrag: es ist kein externer usb-cardreader, der SD-Slot ist direkt in dem IBM-X40 eingebaut.
I don't make my mistakes more than once. I store them carefully and after some time I take them out again, add some new features and reuse them.
Gruß paw

Benutzeravatar
Janka
Beiträge: 3585
Registriert: 11. Feb 2006 19:10

#8 Beitrag von Janka » 26. Jan 2009 17:02

Ist das Problem vielleicht immer dann da, wenn das Notebook auf dem Suspend wieder aufwacht? Dann sollte das ein ACPI-Problem an BIOS und/oder Treiber ein. Dafür spricht auch, dass er meckert, er würde keine Interrupts von dem Gerät bekommen.

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

Benutzeravatar
paw
Beiträge: 17
Registriert: 14. Jan 2009 15:51

#9 Beitrag von paw » 16. Feb 2009 14:56

Im Gegenteil. Wenn ich einen RAM-Suspend mache und das Notebook wieder "aufwecke", ist die SD-Karte da! und geht sogar zusammen mit dem Konquerer (Dateimanager) auf, und wird in der Hardwarelist (Computer) angezeigt.
Irgendwie Crazy...
Aber ich lass das Problem mal in Ruhe, ist nicht sooo wichtig, ich brauche die Karte nicht permanent, und wenn ich sie mal brauche ziehe und stöpsle ich sie halt.
I don't make my mistakes more than once. I store them carefully and after some time I take them out again, add some new features and reuse them.
Gruß paw

Antworten