Zunext iss es hilfreich, ein Filesystem mit anzugeben:

mount -t vfat /device /mountpoint

und dann kann es doch sein, daß der USB-Stick nicht sda1 iss.. Ich hatte, warum auch immer, beim Wechsel der Sticks hin und wieder nen sdb1 oder sde1..
Da kam dann auch immer dieser Hinweis und ich hab entsprechend gemountet..

steck ihn schon beim booten rein dann siehste wie er heisst

Servus

ich versuche nen Sony Memory-Stick (MS) zu mounten. Mit ner Compakt-Flash Karte hab ich keine Probleme, mit dem MS klappt das aber nicht so ganz.
Der Befehl fstab -l /dev/sdb gibt mir aus:


Disk /dev/sdb: 491 MB, 491782144 bytes
32 heads, 32 sectors/track, 938 cylinders
Units = cylinders of 1024 * 512 = 524288 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 937 479499+ 6 FAT16

Der Befehl mount -t vfat /dev/sdb1 /mnt/MS
gibt mir die Fehlermeldung:

mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

probier mal mount -t msdos /dev/sdb1 /mnt/--- eventuell noch mit der option -o fat=16 siehe man mount !!

Hab ich probiert. Es kommt wieder genau die gleiche Fehlermeldung.
Wenn ich google, kann ich auch kaum was finden, was mich etwas wundert, weil der Memory-Stick durch die Sony-Handys inzwischen ja ganz gut verbreitet ist. Den einzigen Forumsbeitrag hab ich hier gefunden:
http://pntest.w3you.com/PNphpBB2-viewtopic-t-81.html
Der hatte aber etwas andere Probleme. Ich haette da ja auch noch ne Anfrage gestellt, wenn das Forum nicht zu waere.
Komisch ist auch, dass SuSe das Ding problemlos automatisch mountet. Kann ich da vielleicht irgendwo was wegen der Einstellungen nachschauen?

schleierhaft,
bist du sicher, dass umsdos-unterstützung installiert ist?
was sagt fsck.msdos /dev/sdb1 zu dem stick?

Wenn ich das aufuehre kriege ich die Ausgabe:

dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Invalid disk format in boot sector

Ich weiss gar nicht, was das ist, was da installiert sein soll. Wenn dieser Befehl funktioniert, wird das aber doch wohl installiert sein oder?
Sollte da nicht FAT16 anstatt FAT32 stehen?

Das ist jetzt ja merkwuerdig:

Ich hab heute eine neue Speicherkarte bekommen. An der Speicherkarte duerfte es eigentlich nicht liegen, da ich die Alte auf nem Windows-Rechner auch einlesen konnte. Die neue konnte ich auf jeden Fall problemlos mounten. Ich hab das einfach in meine fstab reingeschrieben und dann mount -a ausprobiert. Das hat bei der alten aber auf jeden Fall nicht funktioniert. Jetzt hab ich auf die neue Karte was draufgespielt. Nach etwa 300 MB hat das dann nicht mehr so geklappt und ich hab mir die Sachen erst mal auf'm Handy angeschaut. War alles in Ordnung. Jetzt klappt das mit dem mounten aber nicht mehr und die Befehle "fdisk -l" und "mount -t vfat" haengen sich ab "/dev/sdc" auf. Die lassen sich dann auch nicht mehr mit "kill -9" toeten.
Das Dateisystem von der neuen Karte war auch etwas anders. Da stand zwar schon FAT16, davor und dahinter stand aber auch noch was, woran ich mich jetzt leider nicht mehr erinnern.
Wird da irgendwer draus schlau? Da sich die Prozesse nicht abschiessen lassen werde ich jetzt mal rebooten. Ich weiss gar nicht mehr, wann ich das das letzte Mal gemacht habe (Ein Hoch auf Linux)

wenn die prozesse hängenbleiben, dann kann das an einem hardwareproblem liegen. du könntest den stick mal mit badblocks testen.

noch etwas,
wenn solche hardwareprobleme auftauchen, geht der erste blick in die logdateien des systems, also /var/log/messages, /var/log/syslog, /var/log/debug etc ausserdem ist die ausgabe von dmesg sehr sinnvoll.

Die Dateien bestehen aus mehr als 500 Zeichen. Da stehen jede Menge I/O Fehler drin. In der debug Datei steht noch was von "Size of 64 is not supported" oder aehnlich. Ich konnte die Speicherkarte nach dem rebooten wieder mounten, nachdem ich die wieder unmounted habe, geht es aber nicht mehr. Da bekomme ich wieder die Fehlermeldung "is not a valid block device". Mehr als zwei Dateien hab ich jetzt nicht mehr drauf gekriegt, die laufen aber gut. Der Chip war vorher auch leer, wuerde mich also wundern, wenn da schon was falsch ist.
Ich soll mir die log dateien doch nicht ernsthaft durchlesen oder? Was soll ich denen eigentlich entnehmen? Sind die immer so voll?
dmesg gibt mir aus:
Directory sread (sector sowieso) failed
I/O error: ...
und das ganze auch zig mal

Zitat

Original von Kikapu
Ich soll mir die log dateien doch nicht ernsthaft durchlesen oder?

doch!

Zitat

Was soll ich denen eigentlich entnehmen? Sind die immer so voll?

wo der fehler liegt!!!!
es gibt eine einfache möglichkeit, du öffnest ein root-terminal oder eine root-konsole und gibst zb
tail -f /var/log/messages ein. mit tail -f werden dir immer die letzten aktuellen zeilen der logingdatei angezeigt, du siehst also ständig, was auf der maschine passiert. jetzt kannst du den stick anstecken, mounten etc und siehst, welche fehlermeldungen auflaufen.

Zitat

dmesg gibt mir aus:
Directory sread (sector sowieso) failed
I/O error: ...
und das ganze auch zig mal

generell, die logdateimeldungen sind sehr aussagekräftig, wenn mann weiß, was die meldungen bedeuten. das lernt man mit der zeit. wenn du hier hilfe bekommen willst, dann musst du die fehlermeldungen WORTWÖRTLICH wiedergeben oder hier reinkopieren. mit "da kommt was mit 64 oder so ähnlich" kann keiner was anfangen!

so wie es aussieht, gibt es ein hardwareproblem. ob es am stick oder der usb schnittstelle oder der software liegt, lässt sich so nicht sagen.
das es unter win geht ist eigentlich uninteressant, da der kernel oftmals bei hardware sehr pingelig ist und die zusammenarbeit lieber verweigert, als die systemstabilität zu gefährden. bei windows ist das manchmal umgekehrt
deshalb sieht man unter linux einen hardwarefehler manchmal früher als das man ihn in windows bemerkt.

Also ich hab das jetzt mal alles ausprobiert.
Die Ausgabe der dmesg-Datei habe ich in den Anhang gepackt.
Diese tail-Anweisung laeuft ja scheinbar, bis ich sie abbreche. Ich wuesste nicht, wie ich die Ausgabe da umleiten koennte.
Deshalb muss ich das jetzt wohl wieder abschreiben. Die messages-Datei gibt mehrfach die Zeile:

"localhost pppd[1151]: Timeout waiting for PADO packets"

aus, aber auch noch andere, die sich auf e-Mail und Antivirenprogramme zu beziehen scheinen. Tut mir Leid, dass ich das wieder so schwammig formuliere.
Die syslog-Datei gibt mehrfach

"localhost pppd[1151]: Timeout waiting for PADO packets"
und
"localhost pppd[1151]: Unable to complete PPPoE Discovery"

aus.
In der Debug Datei hab ich was gefunden, was sich offensichtlich auf die Speicherkarte bezieht:
als Anfang der Zeile immer

"localhost kernel:"
und dann:
"ISO 9660 Extensions: Microsoft Joliet Level 3"
"ISOFS: changing to secondary root"
"PCI: cache line size of 64 is not supported by device 00:03.2"
"Warning: USB Mass Storage data integrity not assured"
"USB Mass Storage device found at 2"

Badblocks hat nichts ausgegeben, da schien das Problem also nicht zu liegen.
fdisk gibt mir als Dateisystem: "W95 FAT16 (LBA)" aus. Warum steht hier nicht nur "FAT16"?
Ist es sinnvoll die tail Befehle weiter laufen zu lassen, wenn ich mit der Speicherkarte arbeite?
Soweit mein Stand. Ich hoffe das war dieses Mal genau genug.
Vielen Dank fuer die bisherigen Infos!!!

Zitat

Original von Kikapu
Also ich hab das jetzt mal alles ausprobiert.
Die Ausgabe der dmesg-Datei habe ich in den Anhang gepackt.
Diese tail-Anweisung laeuft ja scheinbar, bis ich sie abbreche. Ich wuesste nicht, wie ich die Ausgabe da umleiten koennte.
Deshalb muss ich das jetzt wohl wieder abschreiben. Die messages-Datei gibt mehrfach die Zeile:
"localhost pppd[1151]: Timeout waiting for PADO packets"
"localhost pppd[1151]: Unable to complete PPPoE Discovery"

"localhost pppd[1151]:
scheinbar hast du einen dsl-zugang über dsl-modem konfiguriert und das system kann an der ethernetschnittstelle kein modem finden.

Zitat

"localhost kernel:"
und dann:
"ISO 9660 Extensions: Microsoft Joliet Level 3"
"ISOFS: changing to secondary root"
"PCI: cache line size of 64 is not supported by device 00:03.2"
"Warning: USB Mass Storage data integrity not assured"
"USB Mass Storage device found at 2"

der kernel meldet, das er die datenintegrität der sticks für nicht vertrauenswürdig hält.
scheinbar ist die partition auf dem stick fat16 und das dateisystem da drauf ein fat32

Zitat

Ist es sinnvoll die tail Befehle weiter laufen zu lassen, wenn ich mit der Speicherkarte arbeite?

solange es nicht funktioniert, kann das sinnvoll sein. du kannst das tail mit <strg><C> ja immer beenden. wenn du die teilmeldungen mitschneiden möchtest, dann geht das mit
tail -f /val/log/mesages | tee /tmp/mitschnitt
alles was du im tail gesehen hast liegt dann auch in der datei /tmp/mitschnitt und die kannst du dann zb posten.