petergyger
Goto Top

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:
mount -t nfs //192.168.5.55/Public

Fehler:
mount: bad /etc/fstab: No such file or directory

Das ist verfügbar (ping) und wenn ich mount angebe, wird das NAS auch angezeigt
mount

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

Content-Key: 1426162646

Url: https://administrator.de/contentid/1426162646

Printed on: May 8, 2024 at 16:05 o'clock

Member: cykes
cykes Oct 24, 2021 at 13:11:41 (UTC)
Goto Top
Moin,

vielleicht kommt Dir ja die zündende Idee an der frischen Luft...? face-wink

Falls nicht, vielleicht mal den mount anstatt mit nfs mit smb/cifs versuchen?

Gruß

cykes
Member: PeterGyger
PeterGyger Oct 24, 2021 at 13:17:31 (UTC)
Goto Top
Hallo cykes

Beides negativ. Habe ich vorhin vergessen zu schreiben

Thx / Gruss
Member: godlie
godlie Oct 24, 2021 at 13:22:02 (UTC)
Goto Top
Hallo

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
Member: PeterGyger
PeterGyger Oct 24, 2021 updated at 15:19:26 (UTC)
Goto Top
Hallo godlie

Negativ
mount2

Auch mit Zielverzeichnis erhalte ich dieselbe Fehlermeldung.

Beste Grüsse
Peter
Member: PeterGyger
PeterGyger Oct 24, 2021 at 15:38:16 (UTC)
Goto Top
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
Member: gammelobst
gammelobst Oct 24, 2021 updated at 21:07:38 (UTC)
Goto Top
Hallo,

und was ist mit:
mount -t nfs 192.168.5.55:/Public /mnt

und Public ungleich public!

cya
Member: PeterGyger
PeterGyger Oct 24, 2021 at 21:16:20 (UTC)
Goto Top
Guten Abend gammelobst

Es geht doch nichts über die nachaktiven Informatiker face-smile

"Case sensitive" ist mir klar. Shield gibt Dir dennoch einen Korb:
mount3

Beste Grüsse
Peter
Member: gammelobst
gammelobst Oct 24, 2021 at 21:41:28 (UTC)
Goto Top
Hallo,

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 existiert

cya
Member: PeterGyger
PeterGyger Oct 24, 2021 at 21:54:50 (UTC)
Goto Top
Hallo gammelobst

Nvidia hat in Shield auch keinen SSL Server integriert.
Ich verwende SSHelper

Anyway - der Test ergab folgendes negative Resultat:
mount4

Grüsse in die Nacht
Peter
Member: gammelobst
gammelobst Oct 24, 2021 at 22:00:48 (UTC)
Goto Top
Hallo,

dann bitte:
mount -t cifs //192.168.5.55/Public /mnt -o username=admin
Member: PeterGyger
PeterGyger Oct 25, 2021 at 05:01:02 (UTC)
Goto Top
Guten Morgen Gemmelobst

Negativ
mount6

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
Mitglied: 149569
149569 Oct 25, 2021 updated at 06:34:51 (UTC)
Goto Top
Zitat von @gammelobst:

Hallo,

dann bitte:
mount -t cifs //192.168.5.55/Public /mnt -o username=admin

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 /mnt


mount [-fnrsvw] [-t vfstype] [-o options] device dir
Member: PeterGyger
PeterGyger Oct 25, 2021 at 06:34:09 (UTC)
Goto Top
Guten Morgen hacktor

Die Macht ist nicht mit Dir 😉
mount7

Der Nächste bitte.

Beste Grüsse
Peter
Mitglied: 149569
149569 Oct 25, 2021 updated at 06:43:43 (UTC)
Goto Top
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.
Member: PeterGyger
PeterGyger Oct 25, 2021 at 06:53:09 (UTC)
Goto Top
Guten Morgen hacktor

Entschuldige den Humor.

Was mache ich hier falsch?
mount8

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
Mitglied: 149569
149569 Oct 25, 2021 updated at 07:45:30 (UTC)
Goto Top
Zitat von @PeterGyger:
Was mache ich hier falsch?

"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.
Member: PeterGyger
PeterGyger Oct 25, 2021 at 10:45:57 (UTC)
Goto Top
Hallo hacktor

Humor ist gut - kein Problem damit face-smile

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.
bash2

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
Mitglied: 149569
149569 Oct 25, 2021 updated at 11:21:07 (UTC)
Goto Top
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!
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?
Nein schrieb ich nicht, es kann auch eine relative Angabe sein, aber deine Angaben starten nunmal mit "/" also ist es eine absolute Pfadangabe.
"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 ....
Member: PeterGyger
PeterGyger Oct 25, 2021 at 12:15:19 (UTC)
Goto Top
Hallo hacktor

Danke für die detailierte Erklärung.

Hier funktioniert weder die relative Pfadangabe (Kommando 1) noch die absolute (Kommando 2)
bash3

Hast Du auch eine Erklärung?
Danke im Voraus

Beste Grüsse
Peter
Member: aqui
aqui Oct 25, 2021 updated at 12:29:16 (UTC)
Goto Top
Dein Kommando ist etwas wirr. Etwas geraffter ist:
mount.cifs //192.168.5.55/Public /home/SDCard/test/ -o user=admin,password=geheim
Das sollte dann fehlerfrei klappen. Entsprechende Rechte und korrekte User/Passwd Credentials vorausgesetzt. Ansonsten ein "sudo" vor das mount.cifs Kommando setzen.
Member: PeterGyger
PeterGyger Oct 25, 2021 at 12:54:51 (UTC)
Goto Top
Hallo aqui

Rechte für das Verzeichnis "test" sind OK.

Dennoch negativ.
bash4

Ich denke, dass an der Android Version des Nvidia Shield liegt.

Beste Grüsse
Member: aqui
aqui Oct 25, 2021 updated at 14:12:39 (UTC)
Goto Top
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
auf ein Windows Share und QNAP fehlerlos.
Testweise könntest du ggf. nochmal
 mount -t cifs //192.168.5.55/Public /home/SDCard/test/ -o user=admin,password=geheim 
Dort darf dann keinesfalls die fstab Meldung kommen.
Member: PeterGyger
PeterGyger Oct 25, 2021 at 15:27:50 (UTC)
Goto Top
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
Member: aqui
aqui Oct 25, 2021 at 19:35:04 (UTC)
Goto Top
Allen Foristen vielen Dank für die Unterstützung.
Bitte dann den Thread auch als "erledigt" markieren !
How can I mark a post as solved?
Member: PeterGyger
PeterGyger Oct 25, 2021 at 19:47:56 (UTC)
Goto Top
Done