25
Mit SSH auf Android - Fehler mit "mount"
Hallo
Ich bin über SSH auf einem Android Device (Nvidia Shield).
Das Device funktioniert im LAN. D.h. der Zugriff auf Dateien auf dem NAS über Kodi oder Tool FX ist kein Problem.
Heute mit SSH darauf verbunden. Ziel: Datei aus dem Device auf das NAS kopieren.
Jetzt habe ich ein Blackout und verstehe nicht wie ich vorgehen muss, um ein Verzeichnis auf dem NAS zu mounten.
Ich gebe ein:
Fehler:
Das ist verfügbar (ping) und wenn ich mount angebe, wird das NAS auch angezeigt
Wir haben strahlen schönes Wetter und die lieben Kollegen zehren mich vom Computer weg zu einer Wanderung 😍😎
Für sachdienliche Hinweise, andere Vorgehensweisen, Links / Buch Hinweise danke ich im Voraus 😉
Beste Grüsse
Peter
Ich bin über SSH auf einem Android Device (Nvidia Shield).
Das Device funktioniert im LAN. D.h. der Zugriff auf Dateien auf dem NAS über Kodi oder Tool FX ist kein Problem.
Heute mit SSH darauf verbunden. Ziel: Datei aus dem Device auf das NAS kopieren.
Jetzt habe ich ein Blackout und verstehe nicht wie ich vorgehen muss, um ein Verzeichnis auf dem NAS zu mounten.
Ich gebe ein:
mount -t nfs //192.168.5.55/PublicFehler:
mount: bad /etc/fstab: No such file or directoryDas ist verfügbar (ping) und wenn ich mount angebe, wird das NAS auch angezeigt
Wir haben strahlen schönes Wetter und die lieben Kollegen zehren mich vom Computer weg zu einer Wanderung 😍😎
Für sachdienliche Hinweise, andere Vorgehensweisen, Links / Buch Hinweise danke ich im Voraus 😉
Beste Grüsse
Peter
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1426162646
Url: https://administrator.de/forum/mit-ssh-auf-android-fehler-mit-mount-1426162646.html
Ausgedruckt am: 02.04.2025 um 17:04 Uhr
25 Kommentare
Neuester Kommentar
Moin,
vielleicht kommt Dir ja die zündende Idee an der frischen Luft...?
Falls nicht, vielleicht mal den mount anstatt mit nfs mit smb/cifs versuchen?
Gruß
cykes
vielleicht kommt Dir ja die zündende Idee an der frischen Luft...?
Falls nicht, vielleicht mal den mount anstatt mit nfs mit smb/cifs versuchen?
Gruß
cykes
Hallo cykes
Beides negativ. Habe ich vorhin vergessen zu schreiben
Thx / Gruss
Beides negativ. Habe ich vorhin vergessen zu schreiben
Thx / Gruss
Hallo
du hast vergessen anzugeben wohin du den share mounten willst, daher schaut Mount in der fstab nach ob dort etwas zu finden ist.
du hast vergessen anzugeben wohin du den share mounten willst, daher schaut Mount in der fstab nach ob dort etwas zu finden ist.
mount -t nfs //192.168.5.55/Public /data
Hallo godlie
Negativ
Auch mit Zielverzeichnis erhalte ich dieselbe Fehlermeldung.
Beste Grüsse
Peter
Negativ
Auch mit Zielverzeichnis erhalte ich dieselbe Fehlermeldung.
Beste Grüsse
Peter
Nachtrag:
"dev_mount" geht auch nicht. Ich habe über 40 Min recherchiert und keine Lösung gefunden.
android.stackexchange.com/questions/14530/whats-the-android-equivalent-of-etc-fstab
Mein Ansatz mit SSH / Mount ist nicht zwingend. Auf dem Android Device kann ich mit der App Kodi als auch FX auf Dateien im NAS als auch Android Device zugreifen.
Wenn meine Idee mit SSL auf den Device zu zugreifen und Dateien zwischen NAS und Android auszutauschen "nicht geht" so ist das OK.
Besten Dank
"dev_mount" geht auch nicht. Ich habe über 40 Min recherchiert und keine Lösung gefunden.
android.stackexchange.com/questions/14530/whats-the-android-equivalent-of-etc-fstab
Mein Ansatz mit SSH / Mount ist nicht zwingend. Auf dem Android Device kann ich mit der App Kodi als auch FX auf Dateien im NAS als auch Android Device zugreifen.
Wenn meine Idee mit SSL auf den Device zu zugreifen und Dateien zwischen NAS und Android auszutauschen "nicht geht" so ist das OK.
Besten Dank
Hallo,
und was ist mit:
und Public ungleich public!
cya
und was ist mit:
mount -t nfs 192.168.5.55:/Public /mntund Public ungleich public!
cya
Guten Abend gammelobst
Es geht doch nichts über die nachaktiven Informatiker
"Case sensitive" ist mir klar. Shield gibt Dir dennoch einen Korb:
Beste Grüsse
Peter
Es geht doch nichts über die nachaktiven Informatiker
"Case sensitive" ist mir klar. Shield gibt Dir dennoch einen Korb:
Beste Grüsse
Peter
Hallo,
Nvidia Staff sagt:
SHIELD does not have native support for NFS, only samba.
könnte ja auch daran liegen, also mal:
cya
Nvidia Staff sagt:
SHIELD does not have native support for NFS, only samba.
könnte ja auch daran liegen, also mal:
mount -t cifs //192.168.5.55/Public /mnt -o username=der der existiertcya
Hallo gammelobst
Nvidia hat in Shield auch keinen SSL Server integriert.
Ich verwende SSHelper
Anyway - der Test ergab folgendes negative Resultat:
Grüsse in die Nacht
Peter
Nvidia hat in Shield auch keinen SSL Server integriert.
Ich verwende SSHelper
Anyway - der Test ergab folgendes negative Resultat:
Grüsse in die Nacht
Peter
Hallo,
dann bitte:
dann bitte:
mount -t cifs //192.168.5.55/Public /mnt -o username=admin
Guten Morgen Gemmelobst
Negativ
Oben habe ich einen Link plaziert, der besagt das Android kein Linux ist. Sogar der Kernel wurde angepasst.
D.h. mit den Linux Manpages kommt man hier nicht weiter.
Aber wie bereits geschrieben, ich übernehme gerne andere Vorgehensweisen. Der SSHelper unterstützt auch Rsync.
Oder ich installiere einen FTP Server auf dem Nvidia Shield. So tausche ich auch Files zwischen den mobilen Geräten und dem NAS aus.
Btw. steht auf in der FAQ von arachnoid-SSHelper dieser interessante Abschnitt:
D.h. jedes Android Device ist eine Wundertüte, wo man nicht weiss welche Logik / Abhängikeiten implementiert wurden.
Beste Grüsse und eine schöne Woche
Peter
Negativ
Oben habe ich einen Link plaziert, der besagt das Android kein Linux ist. Sogar der Kernel wurde angepasst.
D.h. mit den Linux Manpages kommt man hier nicht weiter.
Aber wie bereits geschrieben, ich übernehme gerne andere Vorgehensweisen. Der SSHelper unterstützt auch Rsync.
Oder ich installiere einen FTP Server auf dem Nvidia Shield. So tausche ich auch Files zwischen den mobilen Geräten und dem NAS aus.
Btw. steht auf in der FAQ von arachnoid-SSHelper dieser interessante Abschnitt:
Android Development
At substantial risk of understatement, Android development is different. Android device manufacturers have a free hand in creation of their products. The devices can be any size, geometry, processor type, included or excluded features, display resolution, weight, battery life and network topology. When I first developed SSHelper I didn't fully appreciate the variety of platforms that might run it.
Since my education in the realities of Android development I've tried to avoid too much complexity, aware that the most likely SSHelper user is someone who only wants to update and maintain a collection of music tracks on his Android device, with no particular computer expertise and with a low frustration threshold.
This is why SSHelper automatically uses the same network interface that Android chooses, without requiring user intervention if there's more than one interface. When I first saw this problem it occurred to me that if I required users to choose between network interfaces before uploading their music, I would lose half my users, in the same way and for the same reason that a popular science article is said to lose half its readers for each included equation.
Some parts of the Secure Shell protocol need user input for configuration, so the configuration tab is a bit intimidating at first sight, but most of the settings can be left with their defaults.D.h. jedes Android Device ist eine Wundertüte, wo man nicht weiss welche Logik / Abhängikeiten implementiert wurden.
Beste Grüsse und eine schöne Woche
Peter
Das ist falsch, Optionen dürfen nicht nach den Pfad- bzw. Device-Angaben folgen!
mount -t cifs -o username=admin //192.168.5.55/Public /mntmount [-fnrsvw] [-t vfstype] [-o options] device dir
Guten Morgen hacktor
Die Macht ist nicht mit Dir 😉
Der Nächste bitte.
Beste Grüsse
Peter
Die Macht ist nicht mit Dir 😉
Der Nächste bitte.
Beste Grüsse
Peter
Du musst das Mount-Verzeichnis natürlich vorher erst erstellen! Und wenn da schon Inhalt drin ist (was bei /mnt meist der Fall ist dann erstelle ein leeres Unterververzeichnis wie bspw.
mkdir -p /mnt/test und mounte dorthin!)Der Nächste bitte.
Depp. Lies doch bitte zu aller erst einfach das Handbuch, dann lüppt das auf Anhieb. Wenn wir dir hier erst die Shell Grundlagen beibringen müssen dann bist du hier ehrlich gesagt fehl am Platze.
Guten Morgen hacktor
Entschuldige den Humor.
Was mache ich hier falsch?
Gestern Abend habe ich zum einschlafen das EBook "Bash" von Cameron Newham aus dem O'Reilly Media gelesen.
Heute Abend steht das EBook vom Rheinwerk Verlag auf dem Tablet bereit.
Danke / Grüsse
Peter
Entschuldige den Humor.
Was mache ich hier falsch?
Gestern Abend habe ich zum einschlafen das EBook "Bash" von Cameron Newham aus dem O'Reilly Media gelesen.
Heute Abend steht das EBook vom Rheinwerk Verlag auf dem Tablet bereit.
Danke / Grüsse
Peter
"test" hast du ja nicht im Root angelegt also ist die Pfadangabe im Mount-Befehl schon wieder falsch deswegen findet er den Pfad nicht, lass dir mittels "pwd" dein aktuelles Verzeichnis anzeigen und dann gibt das Verzeichnis richtig an.
Ich seh schon, wir haben es hier mit einem blutigen Anfänger zu tun, normalerweise ist der Freitag für die reserviert 🐟. Sorry für meinen Humor.
Hallo hacktor
Humor ist gut - kein Problem damit
Das Verzeichnis für "Mount" kann irgend ein Verzeichnis sein. Es muss nicht im Root bzw. "mnt" sein. Natürlich ist es dann beim nächsten Reboot weg. Das besagten die Manpages.
Du schreibst, dass der Mount Befehl nur absolute Pfadangaben für das Verzeichnis zulässt? "test" ist ja das Unterzeichnis im aktuellen Verzeichnis, wo der Befehl ausgeführt wird. Daher sollte - IMO - die relative Angabe "/test". Zumindest habe ich keine solche Vorgabe gefunden.
Wenn es ein absoluter Pfad sein muss, dann sollten diese Version funktionieren.
Wie eingangs beschrieben, ist das ein nicht gerootetes Android Device (Nvidia Shield). Und keine Linux Disti.
Mit Freude warte ich auf Freitag, um Deine Lösung umzusetzen.
Beste Grüsse
Peter
Humor ist gut - kein Problem damit
Das Verzeichnis für "Mount" kann irgend ein Verzeichnis sein. Es muss nicht im Root bzw. "mnt" sein. Natürlich ist es dann beim nächsten Reboot weg. Das besagten die Manpages.
Du schreibst, dass der Mount Befehl nur absolute Pfadangaben für das Verzeichnis zulässt? "test" ist ja das Unterzeichnis im aktuellen Verzeichnis, wo der Befehl ausgeführt wird. Daher sollte - IMO - die relative Angabe "/test". Zumindest habe ich keine solche Vorgabe gefunden.
Wenn es ein absoluter Pfad sein muss, dann sollten diese Version funktionieren.
Wie eingangs beschrieben, ist das ein nicht gerootetes Android Device (Nvidia Shield). Und keine Linux Disti.
Mit Freude warte ich auf Freitag, um Deine Lösung umzusetzen.
Beste Grüsse
Peter
Zitat von @PeterGyger:
Das Verzeichnis für "Mount" kann irgend ein Verzeichnis sein. Es muss nicht im Root bzw. "mnt" sein.
Richtig ich habe auch nicht geschrieben das im Root liegen muss aber du gibst den Pfad mit "/test" an also muss dieser wenn du diesen Pfad nutzt auch im Root erstellt werden und nicht in irgendeinem Unterordner!Das Verzeichnis für "Mount" kann irgend ein Verzeichnis sein. Es muss nicht im Root bzw. "mnt" sein.
Natürlich ist es dann beim nächsten Reboot weg. Das besagten die Manpages.
Nein, das Mount-Verzeichnis selbst ist dann nicht weg, nur der Mount selbst.Du schreibst, dass der Mount Befehl nur absolute Pfadangaben für das Verzeichnis zulässt?
"test" ist ja das Unterzeichnis im aktuellen Verzeichnis, wo der Befehl ausgeführt wird.
Tja aber das aktuelle Verzeichnis ist bei dir nicht "/"Daher sollte - IMO - die relative Angabe "/test". Zumindest habe ich keine solche Vorgabe gefunden.
Hier liegt dein Denkfehler !! Pfade die mit einem Slash beginnen sind keine relativen Pfadangabe sondern beschreiben immer den kompletten Pfad vom Root (/) aus!Ein relativer Pfad wäre ./test oder einfach nur test
Ächz, bei dir muss man wirklich bei 0 anfangen ....
Hallo hacktor
Danke für die detailierte Erklärung.
Hier funktioniert weder die relative Pfadangabe (Kommando 1) noch die absolute (Kommando 2)
Hast Du auch eine Erklärung?
Danke im Voraus
Beste Grüsse
Peter
Danke für die detailierte Erklärung.
Hier funktioniert weder die relative Pfadangabe (Kommando 1) noch die absolute (Kommando 2)
Hast Du auch eine Erklärung?
Danke im Voraus
Beste Grüsse
Peter
Dein Kommando ist etwas wirr. Etwas geraffter ist:
Das sollte dann fehlerfrei klappen. Entsprechende Rechte und korrekte User/Passwd Credentials vorausgesetzt. Ansonsten ein "sudo" vor das mount.cifs Kommando setzen.
mount.cifs //192.168.5.55/Public /home/SDCard/test/ -o user=admin,password=geheim
Hallo aqui
Rechte für das Verzeichnis "test" sind OK.
Dennoch negativ.
Ich denke, dass an der Android Version des Nvidia Shield liegt.
Beste Grüsse
Rechte für das Verzeichnis "test" sind OK.
Dennoch negativ.
Ich denke, dass an der Android Version des Nvidia Shield liegt.
Beste Grüsse
ch denke, dass an der Android Version des Nvidia Shield liegt.
Ja, definitiv ! Das o.a. Kommando rennt hier- auf RasPi
- Debian
- Latest Ubuntu
- Linux Mint
Testweise könntest du ggf. nochmal
mount -t cifs //192.168.5.55/Public /home/SDCard/test/ -o user=admin,password=geheim
Hallo Aqui
Auch bei mir war der Test mit Debian und Pi OK
Nur der Android Device spielt nicht mit...
B.t.w. auch dieser Version des Befehles erhalte ich denselben Error.
Allen Foristen vielen Dank für die Unterstützung.
Nächstes WE versuche ich es mit RSync und / oder FTP
Einen schönen Abend
Peter
Auch bei mir war der Test mit Debian und Pi OK
Nur der Android Device spielt nicht mit...
B.t.w. auch dieser Version des Befehles erhalte ich denselben Error.
Allen Foristen vielen Dank für die Unterstützung.
Nächstes WE versuche ich es mit RSync und / oder FTP
Einen schönen Abend
Peter
Allen Foristen vielen Dank für die Unterstützung.
Bitte dann den Thread auch als "erledigt" markieren !Wie kann ich einen Beitrag als gelöst markieren?
Done
