[Erledigt] Ultrabay Serial Port deaktiviert nach Standby

X

xudabit

Member
Themenstarter
Registriert
26 Feb. 2014
Beiträge
212
Hallo.

bevor ich gleich mit Fragen beginne, hier mal ganz kurz eine kleine Vorstellung. Ich heiße Marcel und habe ein T61. Vor kurzem hatte ich ein Dell D630 ausprobiert (wegen der RS232-Schnittstelle), welches mir aber dann doch nicht so ganz zugesagt hatte. Jetzt benutze ich wieder mein T61. Hier die Daten dazu:

T61 mit Intel-Grafikkarte - gemoddetes BIOS
T7300 (Bald T9300)
Samsung 840 EVO mit 120GB
3GB Ram (Bald 4GB)
DVD-Multi / Serieller Port für Ultrabay
14,1 Wide (WXGA)
Linux Mint 16

Jetzt zu meinem "Problem". Der serielle Port funktioniert soweit eigentlich gut. Allerdings schaltet er sich ab sobald das Notebook einmal zugeklappt war. Dann muss ich erst einen kompletten Neustart machen um den Port wieder zum laufen zu bekommen. Irgendeiner eine Idee wie ich das ändern könnte? An sich ist das eher unproblematisch wenn man den Port wirklich nur für Diagnose verwendet. Aktuell bin ich allerdings dabei die Befehle des Diagnose-Programms (Windows) über einen Sniffer aufzuzeichnen und möchte diese in Java implementieren um zumindest auch einen Teil der Daten über Linux direkt auslesen zu können. Vor jedem Test muss ich dann den Rechner neustarten wenn er mal zugeklappt war. Das ist etwas nervig.

Es geht übrigens erst beim Aufwachen aus und nicht schon beim "in den Standby gehen".

Gruß
Marcel
 
Zuletzt bearbeitet:
Wenn ich einen Windows-Host installieren würde, hätte ich das gleiche Problem wie jetzt. Nur noch "schlimmer". Dann müsste ich für die Diagnose einen Neustart machen (Linux -> Windows) und danach wieder einen Neustart (Windows -> Linux). Aktuell muss ich wenigstens nur einen Neustart machen.

Ich glaube eher, wie bereits von anfang an, dass das Betriebssystem den Port deaktiviert. Das ganze könnte beispielsweise durch die Stromsparfunktionen passieren, auch wenn ich hier alles in der Hinsicht deaktiviert habe.

Boote ich Ubuntu Live von einem USB-Stick, kann ich beliebig oft in den Standby gehen und die RS232 wird auch danach noch korrekt erkannt. Da ich aber keine Lust habe mein System neu zu installieren (zumindest noch nicht), werde ich da mal weiter probieren.

edit:
tlp und tp-smapi-dkms deinstalliert. Jetzt bleibt der RS232-Port aktiv. Ich werde das Thema als gelöst markieren, sobald ich herausgefunden habe wo das Problem liegt und wie man es deaktiviert, da ich beide Tools weiterhin benutzen möchte.

edit2:
es liegt eindeutig an tlp.
Deinstalliert: RS232 bleibt dauerhaft aktiv
Installiert: RS232 schaltet sich nach Standby ab.

Leider kann ich die Option, welche dafür verantwortlich ist, nicht identifizieren. Kann mir hier jemand helfen?
 
Zuletzt bearbeitet:
xudabit schrieb:
es liegt eindeutig an tlp.
Zum Vergrößern anklicken....

-> SATA Aggressive Link Power Management (ALPM) erwartet keinen Adapter, sondern ein Laufwerk


http://thinkwiki.de/TLP_-_Linux_Stromsparen

http://en.wikipedia.org/wiki/Aggressive_Link_Power_Management

  • Ein netter Versuch wäre noch, ob ein COM-Port in einer Docking-Station das gleiche Verhalten zeigt. Wenn nicht, muss die Steuersequenz von tlp an den Adapter angepasst werden.

  • Alternativ eine Ultrabay-HDD auf Powermanagment im T61 testen.

  • Und es gibt vielleicht nur einen Synchronisationsfehler (gemoddetes BIOS) durch SATA II im Ultrabay: Kein Responding für das Off-Signal vom Adapter.
 
Zuletzt bearbeitet:
think_pad schrieb:
-> SATA Aggressive Link Power Management (ALPM) erwartet keinen Adapter, sondern ein Laufwerk
Zum Vergrößern anklicken....
think_pad schrieb:
Aber Dir ist klar, dass es sich bei dem Serial Port im Ultraby-Adapter um einen Konverter handelt, der Festplattenbefehle auf Portbefehle umbiegt. Du schiebst ihn rein und das Betriebsystem erkennt diesen Adapter und intialisiert ihn, damit er sich als Serial Port nutzen lässt.

Wenn er nun "nach dem Aufwachen" unfreiwillig sich abschaltet, bekommt er vom PM-Device den falschen Initialisierungsbefehl, nämlich den für ein Laufwerk. Wie willst Du das ändern, außer das richtige PM-Device zu finden, dass mit diesem speziellen Problem umgehen kann?
Zum Vergrößern anklicken....
Das stimmt nicht. Beiße Dich nicht an SATA bzw. dem Laufwerksanschluss fest. Schaue Dir mal im Wiki die Anschlüsse an und sage mir, wie das Laufwerks-Signal zum Datenbus-Eingang 3cm daneben gelangen soll.

Der Ultrabay Seriell/Paralell-Adapter besitzt eigene Anschlüsse zum Systemboard und nicht zum Laufwerkscontroller. Im Adapter befinden sich die Controller-Chips für die RS232 und Parallelport-Schnittstellen. Technisch handelt es sich im Endeffekt um eine Verlängerung des Systemboards, weshalb der Adapter auch NICHT hotplug-fähig ist.
Der Adapter wird laut Lenovo/IBM im heruntergefahrenen oder Standby-Modus eingeschoben und wird in der Regel auch beim Starten bzw. Resume erkannt.

Da er ohne tlp funktioniert, wäre ab hier Linrunners Einsatz.
 
Mornsgrans schrieb:
Das stimmt nicht. Beiße Dich nicht an SATA bzw. dem Laufwerksanschluss fest. Schaue Dir mal im Wiki die Anschlüsse an und sage mir, wie das Laufwerks-Signal zum Datenbus-Eingang 3cm daneben gelangen soll.

Der Ultrabay Seriell/Paralell-Adapter besitzt eigene Anschlüsse zum Systemboard und nicht zum Laufwerkscontroller. Im Adapter befinden sich die Controller-Chips für die RS232 und Parallelport-Schnittstellen. Technisch handelt es sich im Endeffekt um eine Verlängerung des Systemboards, weshalb der Adapter auch NICHT hotplug-fähig ist.
Der Adapter wird laut Lenovo/IBM im heruntergefahrenen oder Standby-Modus eingeschoben und wird in der Regel auch beim Starten bzw. Resume erkannt.

Da er ohne tlp funktioniert, wäre ab hier Linrunners Einsatz.
Zum Vergrößern anklicken....

Genau. So habe ich das nämlich auch gelesen und verstanden. Sonst hätte ich ja ebenso einfach einen USB->RS232-Adapter nehmen können.

Ich habe die Frage jetzt auch in dem TLP-Thread gestellt und hoffe, dass es hier vielleicht eine Lösung gibt. Es scheint nicht viele zu geben, welche die serielle Schnittstelle über Ultrabay nutzen und wahrscheinlich noch weniger, die das unter Linux laufen lassen :(
 
Mornsgrans schrieb:
Beiße Dich nicht an SATA bzw. dem Laufwerksanschluss fest. Schaue Dir mal im Wiki die Anschlüsse an und sage mir, wie das Laufwerks-Signal zum Datenbus-Eingang 3cm daneben gelangen soll..
Zum Vergrößern anklicken....
Durch Transzendenz natürlich! Das weiß doch jeder... :)

Diese Kenntnis hatte ich nicht, weil ich einen solchen Adapter nie benutzt habe, sondern nur direkte Schnittstellen. Schon Drucker mit Centronics-Schnittstellen hat man gemieden, weil sie nach dem Standby (entweder Computer oder Laserdrucker oder beides) sich tot stellten, nur USB war wirklich ACPI-fähig.
Ich dachte, der Adapter biegt einfach die Signale per idle um, weil die COM-Schnittstelle nicht besonders schnell und anspruchsvoll ist. Wenn es "technisch es sich im Endeffekt um eine Verlängerung des Systemboards" handelt, sieht die Sache natürlich anders aus, dann zeigt der COM-Port dieses Verhalten auch an der Docking. Man wäre also auch so dahingekommen...

xudabit schrieb:
Ich habe die Frage jetzt auch in dem TLP-Thread gestellt und hoffe, dass es hier vielleicht eine Lösung gibt. Es scheint nicht viele zu geben, welche die serielle Schnittstelle über Ultrabay nutzen und wahrscheinlich noch weniger, die das unter Linux laufen lassen
Zum Vergrößern anklicken....

... und noch weniger, die COM-Port-ACPI wollen: Das wird es sein!
 
Zuletzt bearbeitet:
Sorry "Think_pad", du erinnerst mich extrem an ein ehemaliges Forumsmitglied..
 
Es gibt da ein klitzekleines Problem: TLP fasst keine Einstellungen der seriellen Schnitte an. Passiert das an Netzteil und Akku oder nur bei einem von beiden?

Notiz: tlp-stat
 
linrunner schrieb:
Es gibt da ein klitzekleines Problem: TLP fasst keine Einstellungen der seriellen Schnitte an. Passiert das an Netzteil und Akku oder nur bei einem von beiden?

Notiz: tlp-stat
Zum Vergrößern anklicken....

Passiert sowohl im Netzteil- als auch im Akku-Betrieb.

Aber vllt. kappt es irgendwie die Stromversorgung des Ultrabay-Schachts?

Also es muss auf jedenfall irgendetwas mit der Installation von TLP zu tun haben. Sobald ich es deinstalliere gibt es hier ja keine Probleme mehr :(

edit:
Setze ich TLP_ENABLE=0; tritt das Problem ebenfalls nicht auf. Es muss also etwas mit TLP zu tun haben und nicht mit irgendwelchen anderen Abhängigkeiten oder ähnlichem, oder sehe ich das falsch?
 
Zuletzt bearbeitet:
Code: 
--- TLP 0.4 --------------------------------------------

Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: +++ mode=suspend (0.4) ++++++++++++++++++++++++++++++++++++++++
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/lib/pm-utils/bin
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: power_source=bat
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: save_device_states(wwan)
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: device_state(wwan)
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: get_devc(wwan).not_present
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: get_devs(wwan) = 254
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: suspend_drivebay: bay=off
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_laptopmode(0): 0
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_dirty_parms(0): 1500
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_sched_powersave(0).not_available
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_nmi_watchdog: 0
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_disk_apm_level(0): sda [] 254
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_sata_link_power(0): max_performance
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_pcie_aspm(0).disabled_by_kernel
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_radeon_profile(0).not_available
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_wifi_power_mode(0, wlan0).iw: off; rc=0
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: disable_wake_on_lan: eth0
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_sound_power_mode.hda: 1 Y
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:00.0 [0x060000 Host Bridge]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:02.0 [0x030000]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:02.1 [0x038000]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:19.0 [0x020000 Ethernet controller]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1a.0 [0x0c0300]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1a.1 [0x0c0300]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1a.7 [0x0c0320]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1b.0 [0x040300 Audio device]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1c.0 [0x060400]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1c.1 [0x060400]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1c.2 [0x060400]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1c.3 [0x060400]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1c.4 [0x060400]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1d.0 [0x0c0300]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1d.1 [0x0c0300]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1d.2 [0x0c0300]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1d.7 [0x0c0320]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1e.0 [0x060401]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1f.0 [0x060100]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1f.1 [0x01018a]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1f.2 [0x010601]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:00:1f.3 [0x0c0500]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:03:00.0 [0x028000 Wireless]
Mar  5 19:47:34 marcel-laptop tlp[3643,3642]: set_runtime_pm(0).on: /sys/bus/pci/devices/0000:15:00.0 [0x060700]
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: +++ mode=resume (0.4) ++++++++++++++++++++++++++++++++++++++++
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/lib/pm-utils/bin
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: power_source=bat
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: restore_device_states
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: set_run_flag.touch: lock.rdw; rc=0
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: device_set_state(wwan, 254)
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: get_devc(wwan).not_present
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: reset_run_flag.remove: lock.rdw
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: resume_drivebay.off: rc=0
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: set_laptopmode(1): 2
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: set_dirty_parms(1): 6000
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: set_sched_powersave(1).not_available
Mar  5 19:47:40 marcel-laptop tlp[3938,3937]: set_nmi_watchdog: 0
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_disk_apm_level(1): sda [] 128
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_sata_link_power(1): min_power
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_pcie_aspm(1).disabled_by_kernel
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_radeon_profile(1).not_available
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_wifi_power_mode(1, wlan0).iw: on; rc=0
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: disable_wake_on_lan: eth0
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_sound_power_mode.hda: 1 Y
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).auto: /sys/bus/pci/devices/0000:00:00.0 [0x060000 Host Bridge]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:02.0 [0x030000]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:02.1 [0x038000]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).auto: /sys/bus/pci/devices/0000:00:19.0 [0x020000 Ethernet controller]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1a.0 [0x0c0300]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1a.1 [0x0c0300]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1a.7 [0x0c0320]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).auto: /sys/bus/pci/devices/0000:00:1b.0 [0x040300 Audio device]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1c.0 [0x060400]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1c.1 [0x060400]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1c.2 [0x060400]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1c.3 [0x060400]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1c.4 [0x060400]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1d.0 [0x0c0300]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1d.1 [0x0c0300]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1d.2 [0x0c0300]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1d.7 [0x0c0320]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1e.0 [0x060401]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1f.0 [0x060100]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1f.1 [0x01018a]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1f.2 [0x010601]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:00:1f.3 [0x0c0500]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).auto: /sys/bus/pci/devices/0000:03:00.0 [0x028000 Wireless]
Mar  5 19:47:41 marcel-laptop tlp[3938,3937]: set_runtime_pm(1).on_class: /sys/bus/pci/devices/0000:15:00.0 [0x060700]

Das ganze ist direkt nach dem Suspend entstanden.
 
Zeig bitte noch – auch wiederum im funktionierenden Zustand:
Code: 
grep '.*' /sys/devices/platform/dock.?/*
 
Code: 
dock.0/docked:0dock.0/flags:64
dock.0/modalias:platform:dock
grep: dock.0/power: Ist ein Verzeichnis
grep: dock.0/subsystem: Ist ein Verzeichnis
dock.0/type:battery_bay
dock.0/uevent:MODALIAS=platform:dock
dock.0/uid:1
grep: dock.0/undock: Keine Berechtigung
dock.1/docked:0
dock.1/flags:32
dock.1/modalias:platform:dock
grep: dock.1/power: Ist ein Verzeichnis
grep: dock.1/subsystem: Ist ein Verzeichnis
dock.1/type:ata_bay
dock.1/uevent:MODALIAS=platform:dock
grep: dock.1/undock: Keine Berechtigung
dock.2/docked:0
dock.2/flags:16
dock.2/modalias:platform:dock
grep: dock.2/power: Ist ein Verzeichnis
grep: dock.2/subsystem: Ist ein Verzeichnis
dock.2/type:dock_station
dock.2/uevent:MODALIAS=platform:dock
dock.2/uid:0
grep: dock.2/undock: Keine Berechtigung

Erledigt.

Vorher nochmal neustart gemacht. RS232 wird erkannt.

Was sagt dir die Ausgabe? Ich benutze zwar schon lange Linux und so einiges bekomme ich hin, aber mit der oben genannten Ausgabe kann ich nichts anfangen.
 
Mornsgrans schrieb:
Du wirst den Befehl noch mal unter Verwendung von sudo ausführen müssen, damit Du root-Rechte besitzt.
Zum Vergrößern anklicken....

Das hatte ich schon. Ausgabe war die gleiche, was mich auch selbst etwas verwundert hat :huh:

Code: 
dock.0/docked:0dock.0/flags:64
dock.0/modalias:platform:dock
grep: dock.0/power: Ist ein Verzeichnis
grep: dock.0/subsystem: Ist ein Verzeichnis
dock.0/type:battery_bay
dock.0/uevent:MODALIAS=platform:dock
dock.0/uid:1
grep: dock.0/undock: Keine Berechtigung
dock.1/docked:0
dock.1/flags:32
dock.1/modalias:platform:dock
grep: dock.1/power: Ist ein Verzeichnis
grep: dock.1/subsystem: Ist ein Verzeichnis
dock.1/type:ata_bay
dock.1/uevent:MODALIAS=platform:dock
grep: dock.1/undock: Keine Berechtigung
dock.2/docked:0
dock.2/flags:16
dock.2/modalias:platform:dock
grep: dock.2/power: Ist ein Verzeichnis
grep: dock.2/subsystem: Ist ein Verzeichnis
dock.2/type:dock_station
dock.2/uevent:MODALIAS=platform:dock
dock.2/uid:0
grep: dock.2/undock: Keine Berechtigung
 
Auch root darf nicht alles. ;)

Dürfte eine "Datei" sein, auf die nur schreibend zugegriffen werden darf. In Anführungszeichen, weil /sys genauso wie /proc ja sowieso nur ein virtuelles Dateisystem ist, welches als Schnittstelle zum Kernel dient.
 
SammysHP schrieb:
Auch root darf nicht alles. ;)

Dürfte eine "Datei" sein, auf die nur schreibend zugegriffen werden darf. In Anführungszeichen, weil /sys genauso wie /proc ja sowieso nur ein virtuelles Dateisystem ist, welches als Schnittstelle zum Kernel dient.
Zum Vergrößern anklicken....

Korrekt. Hatte ich dann im nachhinein auch gesehen. Nur schreibend.
 
Danke für die Ausgaben, die Fehlermeldungen sind normal und erwartet. Ein paar Zeilenumbrüche fehlen allerdings. Macht aber auch nichts ...

Das sind System Files die den Status der diversen Dock Devices wiedergeben.
 
Kannst du denn mit den Ausgaben etwas anfangen? Also sagen die dir schon was bezüglich des "Fehlers"?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben