Auf USB-Stick speichern - Probleme

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Ich würde mich gerne an meigrafd wenden, den er hat eigentlich mein Problem - hm - gelöst (?).

    Sorry, es gibt Verständnisfragen.

    Nochmal zum Anfang. Irgendwann hat jemand hier bemerkt, dass Daten nicht auf die SD gespeichert werden sollen, was ich voll teile. Also einen USB-Stick besorgt, reingesteckt. Irgendwo (/media meldete der sich mit "982F-07EF"). Nun weiß ich nicht mehr genau was ich dann tat. Das war die Angfangsphase, da probiert man mehr ohne alle Schritte zu behalten. Ich weiß noch, dass diese Bezeichnung mit einem und auch mit zwei angehängten "_" auftauchte. Anfänger-Glück oder -Pech, wie mans nimmt, habe damals einiges gelöscht, umbenannt und fiel auf den Rüssel. Nach neuem Versuch dann den obigen ohne "_" genommen und als Speicherort eingetragen. Ja, es kamen Zweifel hier auf ob das nicht ein Ordner unter /media auf der SD sei, und zunächst war das wirklich der Stick - geprüft durch Abfrage im Win-PC.

    Dann haben wir mit toller Unterstützung hier den Stick gemountet, als SYMLINK "USBStick" eingetragen, dieser Ordner erscheint auch unter /dev...

    Wenn ich unter putty eine dir-Abfrage starte, kommt aber "Ist kein Verzeichnis". In WinSCP hat der Ordner zwar ein Ordner-Symbol, aber mit einem kleinen Quadrat mit einem gebogenenn blauen Pfeil. (links unten nach rechts oben).

    Die Speicherversuche unter "982F-07EF" gingen schief, unter "982F-07EF_" wurde dann aber ein Video gespeichert.

    Wie - das wäre jetzt die Frage - speichere ich richtig auf dem Stick? Wie heißt der Ordner, dfer Stick selbst? Es gibt auch noch außer /dev/USBStick /dev /sda und ...sda1, das war in einem anderen Thread als (Hardware-) Adresse angegeben.

    Bevor ich jetzt alle Befehle die ich inzwischen so weiß anwende, gebt mir mal wieder den roten Faden vor.....

    Danke.

    Viele Grüße, Charly

  • Der Befehl um zu sehen was alles gemountet ist und heisst

    Code
    df

    Was gibt der aus?

    Oder

    Code
    mount


    Ohne optionen

    --
    man ist das System-Anzeigeprogramm für die Handbuchseiten von Linux.

    Einmal editiert, zuletzt von Lunepi (27. September 2014 um 14:11)

  • Der Befehl df zeigt diskfree - wohingegen der Befehl mount auch noch weitere eingebundene mounts anzeigen würde.

    Um auf ein /dev/ Blockdevice zugreifen zu können musst du das aber erst mounten.
    Du kannst also nicht direkt mit WinSCP auf /dev/USBStick zugreifen sondern musst das Device erst auf einen vorhandenen Ordner einhängen, erst danach kannst du eine dir-Abfrage starte.
    Das hatten wir in deinem anderen Thread aber eigentlich auch schon bewerkstelligt: /media/Daten/

  • Die rules hänge ich auch gleich mal mit an:

    Code
    #USB-Stick SanDisc
    ACTION=="add", KERNEL=="sd*", SUBSYSTEMS=="usb", ATTRS{serial}=="20053247201B6B9188B4", SYMLINK+="USBStick", RUN+="/bin/bash /usr/local/bin/usbmount.sh mount /dev/%k"
    ACTION=="remove", KERNEL=="sd*", SUBSYSTEMS=="usb", ENV{ID_SERIAL_SHORT}=="20053247201B6B9188B4", RUN+="/bin/bash /usr/local/bin/usbmount.sh umount /dev/%k"

    Ich kann ja momentan unter "982F-07EF_" (war vor dem 26.9. "982F-07EF") speichern, das ist aber wenn ich das richtig sehe nicht der richtige Weg. "USBStick", "sda" und "sda1" sind unter /dev.

    Viele Grüße, Charly

  • Siehe mein Beitrag über deinem letzten...


    Aber die Ausgabe deines mount verrät noch was:
    Der USB-Stick wird als Dateisystem vfat eingebunden, was uns verrät das er mit FAT (FAT16 / FAT32) formatiert ist. Dazu sei dir gleich eins gesagt: FAT ist ein Windows-Dateisystem, was keine Linux-Rechte versteht. Wenn du also später mal vor hast Datei-/Verzeichnis-Rechte zu vergeben wirst du scheitern. Wenn du das möchtest oder lösen willst musst du ein Linux-Dateisystem verwenden, also entweder ext2 , ext3 oder ext4.
    Windows kann allerdings kein Linux-Dateisystem einfach so lesen, was du auch merkst wenn du die SD Karte des PI's am Windows-PC einbindest; da siehst du dann auch nur die /boot/ vfat Partition. Windows kann ext2/etx3/etx4 usw nur mit zusätzlichen Programmen lesen/beschreiben.

    Wenn du aber eh nicht vor hast Linux-Dateirechte zu verwenden dann ignorier diesen Beitrag ;)

  • Hallo meigrafd,

    ja, hatten wir, dank Deiner Unterstützung. Irgendwo habe ich aber noch ein "Loch", und wenn ich das richtig sehe, ist der Stick doch dank der rules gemountet, sowohl wenn ich den Pi mit gestecktem Stick ans Netz hänge, als auch wenn er gezogen/gesteckt wird, richtig? Es muss aber doch einen "Namen" geben, unter dem ich den Stick ansprechen und üer den ich darauf speichern kann. "USBStick" wird in WinSCP - auch bei gestecktem Stick - nicht als Ordner gefunden. Bzw. ich bekomme über putty "Kein Verzeichnis".

    Viele Grüße, Charly

  • So wie es aussieht ist dein 982... Verzeichniss einfach nur ein verzeichniss ohne ein extra device was darunter gemountet ist, dahin kannst du theoretisch auch speichern nur wird dann in diesem falle vom pi die SD voll geschrieben. Das würde auch erklären warum "/" mit 6GB doch recht voll ist.

    --
    man ist das System-Anzeigeprogramm für die Handbuchseiten von Linux.

  • Ja, das mit dem Dateisystem ist mir zumindest halbwegs klar. Momentan dient der Stick aber als Transportcontainer von linux nach Win, und wenn ich alles was ich dazu schon finden konnte richtig verstehe, könnte man (unter diesen Bedingungen) das auch so lassen.

    Ich glaube verstanden zu haben, will man mit Linux-Rechten arbeiten, muss er "Linux" formatiert werden.

    Viele Grüße, Charly


  • Es muss aber doch einen "Namen" geben, unter dem ich den Stick ansprechen und üer den ich darauf speichern kann. "USBStick" wird in WinSCP - auch bei gestecktem Stick - nicht als Ordner gefunden. Bzw. ich bekomme über putty "Kein Verzeichnis".

    Wie ich bereits oben in Beitrag#3 erwähnte, musst du mit WinSCP nicht /dev/USBStick ansprechen sondern den Ordner wohin das Device gemountet ist: /media/Daten

  • Dein Stick wird unter /media/Daten gemountet.
    Unter /dev stehn "nur" devicefiles. Das sind spezielle files die linux sagen, welches gerät angesprochen werden muss, wenn das entsprechnde device benutzt wird. ( vereinfacht aus gedrückt)

    --
    man ist das System-Anzeigeprogramm für die Handbuchseiten von Linux.

  • Lunepi:

    Das ist der/ein Knackpunkt. Mit/unter 982 konnte ich auf den Stick speichern, das war (nicht nur) ein Ordner auf der SD. Was immer ich da (falsch???) gemacht habe. Und wie gesagt, es lief eine ganze Weile so, habe viele Versuchs-Videos auf den Stick gespeichert. Dann haben wir dank Unterstützung von meigrafd die rules richtig zum Laufen gebracht, von welchem Moment ab es nun unter der Adresse nicht mehr ging - Speicherung erfolgte dann wieder auf der SD - und warum es dann wieder ging als ein "_" angehängt wurde, das ist auch eine noch ungeklärte Frage.

    Nur: der Stick sollte eine "Adresse" haben unter der man auf ihn speichern kann und die verm. nicht "982...." lautet. Unter SYMLINK in der rules haben wir ihm ja "USBStick" verpasst, ich hätte angenommen, dass man dann darunter auch speichern kann, weitere Unterordner - mkdir - erstellen kann.

    Ich bin leider mit den Befehlen noch lange nicht so klar, dass ich jetzt weitere "Beweise" liefern könnte. Da werde ich noch lange auf Eure nette Unterstützung angewiesen sein.

    Viele Grüße, Charly

  • Ich weiß, ich habe es teilweise mitverfolgt.
    Wo lag dieser ominöse ordner? Doch unter /media oder? Gibt es den dort noch? Dann wechsel mal darein und gib wenn du in dem drin bist

    Code
    df -h .

    ein und mach mal ein "ls"

    --
    man ist das System-Anzeigeprogramm für die Handbuchseiten von Linux.

  • Hm, das scheint tatsächlich der Stick zu sein. Sorry, ich bin halt immer noch verwirrt, wo bleibt "USBStick" und warum "Daten"? Systembedingt? und die beiden "982..." sind ja auch da. Das war bisher der Grund, warum ich dort gespeichert hatte und es wohl auch ging (Mehrfachnamen?). Warum aber lange Zeit "982F-07EF" und dann plötzlich "982F-07EF_", das verstehe ich nicht.


    Spoiler anzeigen


    tmpfs 76560 0 76560 0% /run/shm
    /dev/mmcblk0p1 57288 9848 47440 18% /boot
    /dev/sda1 31250016 900976 30349040 3% /media/Daten
    pi@raspberrypi / $ cd media/Daten
    pi@raspberrypi /media/Daten $ dir
    clear.sh record.sh $RECYCLE.BIN video
    pi@raspberrypi /media/Daten $ cd video
    pi@raspberrypi /media/Daten/video $ dir
    01-20140918141037.avi 01-20140918145443-05.jpg 01-20140918145453-23.jpg 01-20140918145504-15.jpg 01-20140918145515-05.jpg 01-20140923155222.avi
    01-20140918141252.avi 01-20140918145443-17.jpg 01-20140918145454-23.jpg 01-20140918145505-13.jpg 01-20140918145516-11.jpg 02-20140918143348.avi
    01-20140918144441.avi 01-20140918145444-11.jpg 01-20140918145455-15.jpg 01-20140918145505-19.jpg 01-20140918145517-14.jpg 03-20140918144117.avi
    01-20140918145433-45.jpg 01-20140918145445-03.jpg 01-20140918145456-15.jpg 01-20140918145506-11.jpg 01-20140918145517-19.jpg 2014-09-14-23-33.h264
    01-20140918145433.avi 01-20140918145445-07.jpg 01-20140918145456-22.jpg 01-20140918145507-15.jpg 01-20140918145519-05.jpg 2014-09-14-23-43.h264
    01-20140918145435-44.jpg 01-20140918145446-01.jpg 01-20140918145457-06.jpg 01-20140918145508-04.jpg 01-20140918145520-05.jpg mp4
    01-20140918145436-14.jpg 01-20140918145447-03.jpg 01-20140918145458-09.jpg 01-20140918145509-14.jpg 01-20140918145521-05.jpg
    01-20140918145437-14.jpg 01-20140918145448-02.jpg 01-20140918145459-05.jpg 01-20140918145510-09.jpg 01-20140918145521-11.jpg
    01-20140918145439-29.jpg 01-20140918145448-08.jpg 01-20140918145459-08.jpg 01-20140918145513-29.jpg 01-20140918145522-03.jpg
    01-20140918145440-09.jpg 01-20140918145451-05.jpg 01-20140918145501-12.jpg 01-20140918145514-09.jpg 01-20140919211731.avi
    01-20140918145442-17.jpg 01-20140918145452-23.jpg 01-20140918145502-03.jpg 01-20140918145514-19.jpg 01-20140919213007.avi
    pi@raspberrypi /media/Daten/video $ dir
    pi@raspberrypi /media/Daten/video $ cd ..
    pi@raspberrypi /media/Daten $ dir
    pi@raspberrypi /media/Daten $ dir
    pi@raspberrypi /media/Daten $ dir
    pi@raspberrypi /media/Daten $ cd ..
    pi@raspberrypi /media $ dir
    982F-07EF 982F-07EF_ Daten Video
    pi@raspberrypi /media $

    Die beiden ...sh stammen aus Jan Karres "Überwachungskamera" und ".... Motion...". Sonst sind noch Videos und Bilder drauf. Die vielen dir sind Versuche bei abgezogenem Stick, da mus man wohl (nach wieder-stecken) im dir erstmal wieder zurück (cd ..).

    Spoiler anzeigen


    pi@raspberrypi /media $ dir
    982F-07EF 982F-07EF_ Daten Video
    pi@raspberrypi /media $ cd 982F-07EF
    pi@raspberrypi /media/982F-07EF $ df -h
    Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
    rootfs 15G 6,1G 7,8G 44% /
    /dev/root 15G 6,1G 7,8G 44% /
    devtmpfs 183M 0 183M 0% /dev
    tmpfs 38M 268K 38M 1% /run
    tmpfs 5,0M 0 5,0M 0% /run/lock
    tmpfs 75M 0 75M 0% /run/shm
    /dev/mmcblk0p1 56M 9,7M 47M 18% /boot
    /dev/sda1 30G 880M 29G 3% /media/Daten
    /dev/sdb1 30G 880M 29G 3% /media/Daten
    pi@raspberrypi /media/982F-07EF $ ls
    video
    pi@raspberrypi /media/982F-07EF $ cd ..
    pi@raspberrypi /media $ cd 982F-07EF_
    pi@raspberrypi /media/982F-07EF_ $ df -h
    Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
    rootfs 15G 6,1G 7,8G 44% /
    /dev/root 15G 6,1G 7,8G 44% /
    devtmpfs 183M 0 183M 0% /dev
    tmpfs 38M 268K 38M 1% /run
    tmpfs 5,0M 0 5,0M 0% /run/lock
    tmpfs 75M 0 75M 0% /run/shm
    /dev/mmcblk0p1 56M 9,7M 47M 18% /boot
    /dev/sda1 30G 880M 29G 3% /media/Daten
    /dev/sdb1 30G 880M 29G 3% /media/Daten
    pi@raspberrypi /media/982F-07EF_ $ ls
    video
    pi@raspberrypi /media/982F-07EF_ $

    Ja, Verwirrung. die beiden "982..." haben wohl den gleichen Inhalt, reagieren (Speicherung) aber m.E. unterschiedlich.

    Und eine weitere verwirrung: ich meine gestern festgestellt zu haben, dass nur noch "sda" (hm, sda1) erscheint, das kann (ist?) aber ein "Inhalt" vom Stick.

    Ich denke, ich lösche mal den Inhalt von /media/Daten und den Stick, damit mal wieder eine klare Ausgangsbasis geschaffen wird. Ist das ok, oder braucht ihr nochwas davon?

    Ein ganz klein wenig schlauer: SYMLINK ist ein symbolischer Link (was immer das dann ist).

    Wir haben in der rules ein "USBStick" erzeugt. Was kann ich denn damit jetzt wirklich tutn? Keinen blassen Schimmer. Bin eigentlich davon ausgegangen, dass der Stick dies als "Hardware-Namen" bekommt, man also unter "USBStick" speichern kann. Dem ist offensichtlich nicht so. Was kann man den nun wirklich damit anfangen?

    Und was ist eigentlich "/dev/mmcblk0p1 ", das hat ja nun auch was mit dem Stick zu tun...

    Viele Grüße, Charly

    Einmal editiert, zuletzt von karomue (27. September 2014 um 16:35)

  • Symlink -> Verknüpfung

    Es wird doch über UDEV eine Rule verwendet, die das Script usbmount.sh angespricht. In diesem Script soll der USB-Stick immer den selben SYMLINK erhalten und zwar /dev/USBStick. Desweiteren soll der Stick dann ebenfalls nach /media/Daten gemountet werden... Das haben wir doch extra so eingerichtet weil sich dieser andere Mount 982F-07EF ständig vom Namen her ändert.

    Also erneut die Bitte: Nicht so viel auf einmal. Erst das eine klären und verstehen, dann das nächste.

  • Ach, hab Nachsicht mit einem alten Mann... :) Es ist nicht ganz leicht, alles was hier geboten wird auch (gleich) zu verstehen, und Zusammenhänge zu erkennen und zu interpretieren ist noch schwerer.

    Was die Verknüpfung "USBStick" nun wirklich macht, soll, ist noch nicht klar. Wenn man in Winscp da drauf klickt, kommt irgendwie "sda..", das macht ja wieder (irgendwie) Sinn.

    Ich denke, wir (ich) können hier festhalten: /media/Daten ist der Stick (die Hardware, und kein Ordner auf der SD).

    Und Dein Einwand "erst das eine kären und verstehen...., ist ja recht und schön. Wenn sich aber bei jeder Frage und jeder Antwort neue Fragen auftun, ist das ein ganz klein wenig nicht wirklich einzuhalten.

    Und leider habe ich noch eine unangenehme Eigenschaft: ich versuche rel. oft den Weg des geringten Widerstandes zu gehen, das ist halt hier fragen, hier sitzen die, die das wissen. :)

    Viele Grüße, Charly

  • Was die Verknüpfung "USBStick" nun wirklich macht, soll, ist noch nicht klar. Wenn man in Winscp da drauf klickt, kommt irgendwie "sda..", das macht ja wieder (irgendwie) Sinn.

    /dev/USBStick ist eine Verknüpfung auf das Laufwerk welches über UDEV eingebunden wurde. Wenn das /dev/sda1 ist dann zeigt die Verknüpfung /dev/USBStick darauf - ja.

    Ich denke, wir (ich) können hier festhalten: /media/Daten ist der Stick (die Hardware, und kein Ordner auf der SD).

    Nein, das in den Klammern ist falsch.
    /media/Daten/ ist zunächst ein mal ein normaler Ordner auf deiner SD. Auf diesen Ordner wird durch das (in udev eingebundene) Script usbmount.sh der USB-Stick drauf gemountet - ab diesem Moment handelt es sich um die erste Partition des USB-Sticks.
    Solange der Mount besteht werden beispielsweise neue Dateien die du in den Ordner /media/Daten/ ablegst auf den USB-Stick gespeichert. Entfernst du dann aber den Mount ist der Ordner /media/Daten/ weiterhin vorhanden, nur ist das dann wieder auf der SD...

    Wenn du vor dem Mount des USB-Sticks Dateien in /media/Daten/ ablegst, anschließend den Stick auf den Ordner mountest, sind die zuvor erstellen Dateien nicht mehr zugänglich/sichtbar. Entfrnst du den Mount dann wieder, werden sie wieder sichtbar.

    Stell dir das einfach wie zwei Eimer vor die übereinander gestapelt werden:
    Der untere Eimer beinhaltet Erde, darauf stellst du einen Eimer mit Wasser.
    Von oben siehst du dann nur noch das Wasser.
    Schüttest du dann von oben Erbsen drauf landet das nur im oberen Eimer.
    Entfernst du den oberen Eimer siehst du auch wieder die Erde ;)

    Und Dein Einwand "erst das eine kären und verstehen...., ist ja recht und schön. Wenn sich aber bei jeder Frage und jeder Antwort neue Fragen auftun, ist das ein ganz klein wenig nicht wirklich einzuhalten.

    Erst klären was mit dem USB-Stick ist. Wenn das verstanden wurde kann man sich um solche Fragen bezüglich anderen Mounts wie /dev/mmcblk0p1 kümmern...

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!