[erledigt] Android in der Konsole öffnen

Zitat von linux-freund

sudo chmod 775 ~/android

Warum sudo in dem /home des users? Es geht nur um das sudo, nicht um den Befehl.
Braucht man nicht und sollte man sich erst gar nicht angewöhnen, kann zu komischen Ergebnissen führen.
Nicht einfach blind abtippen und umdichten.......

@Sauerland:
Danke für den Hinweis!
Ich dachte bei chmod ist es egal ob sudo oder nicht.

JeyF123:
Das von Dir geschilderte Phänomen das der Ordner Android nicht in Dolphin zu sehen ist wenn Du vorab per Konsole darauf zugegriffen hast könnte man vielleicht hiermit erklären(?):

Zitat von Hefeweiz3n

Samsung Geräte haben einen wenig Fehlertolerant implementierten MTP-Stack (Samsung hat was eigenes und nicht den von Google bereitgestellten). Dieser erwartet eine, und zwar wirklich nur genau eine einzige Verbindung vom Rechner zum Gerät. Wird eine zweite Verbindung aufgebaut schmiert der Stack ab und kann nur durch ein Abstöpseln und wieder Anstecken resettet werden.

(Quelle: http://forum.ubuntuusers.de/to…nterstuetzung-fuer-kde/3/)

Zitat von JeyF123

Die andere Frage ist, sollte durch "fusermount" bereits automatisch eine solche Gruppe existieren? -> Die Gruppe habe ich selbst angelegt, und meinen User hinzugefügt.

Kann ich Dir leider nicht sagen, damit kenne ich mich nicht aus.
Bei mir existiert auch keine Gruppe "fuse" obwohl Fuse installiert ist.

Nachtrag1:

Zitat von wiki.archlinux.org

First, create the fuse group if it doesn't exist:

Code

# groupadd fuse

Add yourself to the fuse group:

Code

# gpasswd -a <user> fuse

(Quelle: https://wiki.archlinux.org/index.php/MTP)
--> Musst Dir also keine Sorgen deswegen machen!

Nachtrag2:
Um auf Nummer Sicher zu gehen könntest Du auch mal mit

chmod 777 ~/android

allen Nutzern umfassende Rechte vergeben.

Zitat von linux-freund

Ich dachte bei chmod ist es egal ob sudo oder nicht.

Zitat von Sauerland

Es geht nur um das sudo, nicht um den Befehl.

Alles klar?
In meinem Home brauche ich keine Root-Rechte

Hier nochmal ein Zitat über die Verwendung von simple-mtpfs:

Zitat von tiger77

Ich bin bei der Lösung simple-mtpfs geblieben. Das klappt ganz gut. Ich muss einen Mountordner in meinem /home/joschi/ Ordner anlegen ( zB Android) und mit dem Befehl " simple-mtpfs Android"
mounte ich dann das Handy. Das klappt super und ich kann auf die Daten vom Handy zugreifen.
Mit dem Befehl "fusermount -u Android" hänge ich das Händy wieder aus.

(Quelle: https://bbs.archlinux.de/viewtopic.php?id=24641)

Falls man dieser Beschreibung Vertrauen schenken kann sollte es also auch über die Befehle

simple-mtpfs ~/android            #Mounten
fusermount -u ~/android          #Unmount

funktionieren.
Wäre auch noch mal eine Option!

Nachtrag:
Oder vielleicht besser:

simple-mtpfs -o allow_other ~/android

Interessant auch das das Paket mtpfs über Packman angeboten wird und das Paket simple-mtpfs über die offiziellen SUSE-Repos. Scheint das man seitens SUSE simple-mtpfs bevorzugt!

Beim Stöbern habe ich übrigens herausgefunden das das mounten tw. etwas länger Dauern kann.. also warte vielleicht sicherheitshalber erstmal bevor Du weitere Befehle eingibst.
Und dann würde ich nach dem Mounten als erstes Mal über Dolphin überprüfen ob Du Zugriff auf das Handy hast bevor Du das in der Konsole versuchst. Einfach um zu sehen ob es generell auf diesem Weg funktioniert.

Weiterer Nachtrag:
Hier wurde das Thema auch schon diskutiert.
Ist ein SUSE-Forum, passt also. Ist allerdings von 2012!

Zitat von Don Jojo

Code

user@linux-ou2t:~> jmtpfs /home/user/Handy
Error: Unable to open ~/.mtpz-data for reading.
libusb couldn't open USB device /dev/bus/usb/001/002: Permission denied.
libusb requires write access to USB device nodes.
Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
user@linux-ou2t:~> fusermount -u /home/user/Handy

"jmtpfs /pfad" zeigt das Dateisystem des Handys an dieser Stelle an (funktioniert trotz der Fehlermeldungen) und "fusermount -u /pfad" trennt das Handy wieder vom Rechner. Alternativ kann man das ganz auch als "sudo jmtpfs -o allow_other /pfad" und "sudo fusermount -u /pfad" machen, dann verschwinden die Fehlermeldungen von libusb, aber man braucht halt das root-Passwort

Es geht hier zwar um jmtpfs (weiteres Tool neben go-mtpfs und simple-mtpfs!), aber ich denke das das Phänomen mit den Fehlermeldungen auch auf mtpfs und simple-mtpfs zutrifft, d.h. trotz der Fehlermeldungen funbktioniert es.. nicht irritieren lassen. Interessant auch das mit sudo die Fehlermeldungen verschwinden (zumindest bei Don Jojo 2012)
Beim Durchlesen zahlreicher Forenbeiträge zum Thema habe ich mittlerweile den Eindruck gewonnen das es "normal" ist Fehlermeldungen bei Anwendung von mtpfs und Konsorten zu erhalten. Was natürlich nicht ausschließt das auch nützliche, wichtige Fehlermeldungen dabei sind.

Zuguterletzt noch folgende Fragestellungen, die Du überprüfen könntest:

- Ist am Android selbst alles korrekt eingestellt? Stichwort usb-connections: mtp

Zitat von http://wiki.ubuntuusers.de/MTP

Im Smartphone muss natürlich der MTP-Modus aktiviert werden, um eine Verbindung über dieses Protokoll aufzubauen.

- Ist das Android aktuell? (System auf den neuesten Stand geupdated?)
- Funktioniert es wenn Du das Handy zwischendurch aus- und wieder einschaltest (während es angeschlossen ist)?
- Nach Veränderungen am System Android abstöpseln und wieder anstöpseln

Außerdem könntest Du auch noch mal überprüfen ob udev-rules für das Handy vorhanden sind:

lsusb

zeigt Dein Handy an (natürlich vorher anstöpseln)
Mit

nano /lib/udev/rules.d/69-libmtp.rules

überprüfst Du ob das Handy dort mit aufgeführt ist.
Sollte dem nicht so sein kannst Du die udev-rules anpassen.
Siehe hier: http://askubuntu.com/questions…k-with-ubuntu/88630#88630
--> Eintrag Nr.9, Punkt 3
(ist auf englisch)

Nachtrag:
Oder vielleicht doch besser in deutsch?

Zitat von http://wiki.ubuntuusers.de/MTP

udev-Regel

Sollte das Gerät trotzdem noch nicht erkannt werden, kann man zusätzlich noch eine udev-Regel anlegen.
Nachdem das Gerät angeschlossen wurde, gibt man nun im Terminal folgenden Befehl ein:

Code

sudo mtp-detect

Die Ausgabe sollte in etwa so beginnen:

Code

Unable to open ~/.mtpz-data for reading, MTPZ disabled.libmtp version: 1.1.6


Listing raw device(s)
Device 0 (VID=1234 and PID=5678) is UNKNOWN.
Please report this VID/PID and the device model to the libmtp development team

Wichtig sind hierbei Vendor ID (VID) und Product ID (PID). Nun öffnet man mit Root-Rechten die Datei /etc/udev/rules.d/69-libmtp.rules. Sollte die Datei noch nicht existieren, kopiert man sie sich einfach von /lib/udev/rules.d/69-libmtp.rules.
Man fügt an eine passende Stelle folgende Zeile mit eingesetzten VID und PID ein:

Code

ATTR{idVendor}=="1234", ATTR{idProduct}=="5678", SYMLINK+="libmtp-%k", MODE="660", GROUP="disk", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

Nachdem man das Gerät getrennt und erneut angeschlossen hat, sollte es nun erkannt werden.

Alles anzeigen

Ich denke jetzt hast Du erstmal genug Ideen zum Probieren..
So langsam habe ich dann auch keine Ideen mehr!

Selbst mal probiert:

Ich habe mein Jolla-Smartphone mit Sailfish OS per USB-Kabel an den PC angeschlossen.
Dann

mkdir ~/sailfish
chmod 777 ~/sailfish/

Dann als Root:

nano /etc/fuse.conf

fuse.conf mit folgendem Inhalt angelegt:

mount_max = 999
user_allow_other

Als User:

mtpfs -o allow_other ~/sailfish/

Funktioniert!
Allerdings sehe ich die 2 Ordner "Phone Memory" und "SD-Card" nur im Terminal und kann darin navigieren.
In Dolphin werden mir für den Ordner "sailfish" als Inhalt 2 Elemente angezeigt, die ich bei Öffnen des Ordners jedoch nicht sehe.
Dann mit

fusermount -u ~/sailfish/

Einhängung wieder gelöst.

Fazit: Bei mir unter openSUSE13.1/KDE4.11 hat es mit einem Jolla-Smartphone/SailfishOS gut im Terminal funktioniert! Installiert hatte ich vorab die Pakete "mtpfs" und "mtp-tools".

Hallo JeyF123,

also von den ganzen Optionen würde ich zunächst mal folgende überprüfen bzw anwenden:

1. USB/MTP im Android aktiviert?
2. chmod 777 ~/android
3. Android anschließen und mit mtp-detect überprüfen ob es erkannt wird
4. Dann nochmal per mtpfs versuchen zu mounten
5. Falls das nicht klappt mit simple-mtpfs versuchen zu mounten
(Während der Punkte 3, 4 und 5 kannst Du auch testhalber mal das Android ab- und wieder anschalten während es angeschlossen ist)