USB-Stick mounten

SteWo

OpenBSD User
Hallo Liste,

ich bitte um Hilfe bei einem kleinen Problemchen:

Nutze schon OBSD 3.7, der Fehler tritt aber bereits seit 3.6 auf.

Habe einen 08/15-USB-Stick vom *dia-Markt. Läßt sich zunächst auch problemlos mit folgender /etc/fstab-Einstellung mounten:
/dev/sd0i /usb msdos rw,noauto 0 0

Dieser USB-Stick dient u.a. als Transport-Medium beim Kunden, da aufgrund der Sicherheitseinstellungen ein Versand größerer Dateien nicht möglich ist (jau - ich spreche von g'zip'ten Dateien...). Dies ist zwar prinzipiell sinnvoll, aber als "Externer" muß ich am "Ende des Tages" ein Arbeitsergebnis abliefern - Entschuldigungen mit Hinweis auf die Unzulänglichkeiten der Systemlandschaft sind da nur ein Eingeständnis der Inkompetenz...

Aber zurück zum technischen Teil des Problems:
Ohne dass ich es nachvollziehen kann, verweigert der USB-Stick plötzlich das mounten, sowohl unter M$*os als auch unter einem richtigen Betriebssystem wie in meinem Fall OpenBSD.

Lösungsansatz von mir: Der Stick hat einen "Schlach" bekommen und ist insofern nicht mehr brauchbar. Also: ein neuer Stick muß her, mit -'türlich- doppelt sowiel Kapazität.

Zunächst alles Supi, Datentransfer von M$*os NT zu OpenBSD zu M$-XP zu OpenBSD zu M$-NT 2000 zu OpenBSD und retour - alles ohne Probleme. Doch plötzlich: Unter OpenBSD geht nix mehr... [Device not configured] beim mounten, beim formatieren mit fdformat .... absolut keine Erkennung des Sticks??? Unter M$-XP hingegen wird der Stick ohne zu Murren erkannt.... (Wunder/)

Da mein Bankkonto keine Zahlungsverzögerungen verträgt, wird kurzentschlossen der Not folgend ein neuer Stick gekauft. Nunmehr ein ganzes GB! Arbeitsfähigkeit und Bankkonto gerettet!

ABER: WAS LÄUFT HIER FALSCH???

Stecke ich einen der Sticks in den USB-Port, bekomme ich als Meldung folgendes (hier der älteste Stick)

umass at uhub0 port 2 configuration 1 interface 0
umass0: Generic Mass Storage Device, rev 1.10/1.00, addr 2
umass0: using SCSI over Bulk-Only
scsibus1 at umass0: using 2 targets
sd0 at scsibus1 targ1 {usw., die eckigen Klammern wollen nich ???}
sd0: 62MB, 62 Cyl, 64 head, 32 sec, 512 bytes/sec, 128000 sec total

Angehängt meine dmesg. Das System ist ein Samsung P35.

All denen, die bis hierher gelesen haben: DANKE!

Ich würde mich wirklich freuen, wenn mir jemand einen Weg zur Lösung des Problems aufzeigen könnte.

Bereits jetzt: DANKE für die geschenkte Zeit, über dies Problem nachzudenken!

Euch allen einen herzlichen Gruß,

STEFAN
 

Attachments

das könnte mehrere ursachen haben.
1. der stick besitzt einen "billigen" bzw einen von *bsd nicht unterstützten chip. im extrem fall kann das heißen das dein system beim reinstecken (!) schon komplett steht. das find ich wirklich eine extreme überreagtion. deshalb bin ich immer sehr skeptisch, wenn mir jemand einen stick gibt, denn ich nicht kenne.
was auch sein kann das der stick normal gemountet werden kann, aber beim schreiben auf ihn das dateisystem zerstört. finde ich auch extrem sch... äähh unangenehm.

Da ich hobbymäßig ein bisschen kernel module (versuche zu) programmieren, strebe ich schon seit längerem danach eine abhilfe dafür zu schaffen, aber bis jetzt fehlanzeige!

ach jah
2. auch probleme könnte der usb controler machen. das hab ich auch schon erlebt. bei einem meinen funktionierenden stick reingesteckt und schon steht das system.
 
Du solltest deine Sticks einfach mal neu formatieren (NICHT mit fdformat, sondern mit newfs). Die sind ganz sicherlich nicht defekt, schliesslich werden sie vom OS ja noch einwandfrei erkannt ...
 
du vergisst beim rausziehen das unmounten.

UND: wie schon gesagt, du solltest die mal neu formatieren.
ich persoenlich beschreibe meine usb-sticks deswegen nur noch mit den mtools.
 
Danke ...

... für die Hinweise.

Hatte bereits newfs ausprobiert, aber die Fehlermeldung kam auch dabei.

Werde heute abend aber nochmals die man-Page dazu konsultieren und danach nochmals newfs ausprobieren.

"eject" auszuprobieren wäre dann der nächste Schritt.

Ich halte euch auf dem Laufenden.

Gruß,
STEFAN
 
vieleicht nicht das richtige betriebssystem....,
aber:
ich führe unter FREEBSD immer erst einen
# camcontroll rescan all
durch, damit sich das betriebssystem "auf die neue hardware einstellen kann"
manchmal dauert das erkennen etwas länger (30 sec) aber dann hatter er bisher jeden stick erkannt.
ob und wie das unter obsd funktioniert weiss ich nicht.

stefan
 
Ratlos...

Hallo Leute!

Ich habe heute abend noch ein paar Stunden mit dem lesen der Man-Pages, der OpenBSD-FAQ und "Absolute OpenBSD" von Lucas verbracht und alle mir bislang bekannten Varianten ausprobiert.

Hier einige Ergebnisse:

puffy:sw {49} sudo dd if=/dev/sd0i of=/tmp
dd: /dev/sd0i: Device not configured

puffy:sw {51} sudo newfs_msdos /dev/sd0i
newfs_msdos: /dev/sd0i: Device not configured

puffy:sw {56} sudo fsck -t msdos /dev/sd0i
** /dev/rsd0i
Can't open (Device not configured)

puffy:sw {58} sudo mt -f /dev/sd0i status
mt: /dev/sd0i: Device not configured

puffy:sw {59} sudo mt -f /dev/sd0i rewind
mt: /dev/sd0i: Device not configured

puffy:sw {62} sudo eject /dev/sd0i
eject: /dev/sd0i: Device not configured

puffy:sw {28} sudo fdisk /dev/rsd0i
fdisk: /dev/rsd0i: Device not configured

@Stefan: Danke für den Tip, aber leider erhalte ich
puffy:sw {33} man camcontrol
man: no entry for camcontrol in the manual.
puffy:sw {34} camcontrol rescan all
camcontrol: Command not found.

Irgendwie befürchte ich , daß s-tlk's Hinweis auf ein Problem des USB-Controlles der Lösungsansatz sein könnte. Allerdings: Ich habe es eben noch einmal ausdrücklich ausprobiert: Unter M$-*os XP auf dem gleichen Geraät (leider derzeit benötigt) läßt sich genau dieser USB-Stick, der die oben zitierten Fehler produziert, problemlos mounten. Insofern gehe ich derzeit nicht von einem Hardware-Problem aus.

Fällt euch noch etwas ein???

Ratlose Grüße,

STEFAN
 
Bitte einmal neu booten, dann den USB-Stick anschliessen, und dann mal ein dmesg(8) rueberschieben. Kristallkugeln sind heutzutage leider ziemlich teuer geworden.
 
Natuerlich existiert kein sd0i, schliesslich hast du mit hundertprozentiger Sicherheit kein BSD-Label auf dem Stick :rolleyes:

Ist ein "dd if=/dev/sd0 of=/dev/null" wirklich so schwer?
 
MrFixit said:
Natuerlich existiert kein sd0i, schliesslich hast du mit hundertprozentiger Sicherheit kein BSD-Label auf dem Stick

Wenn auf dem Device bereits Partitionen (fdisk(8)-style) sind, dann simuliert der Kernel ein Defaultlabel. Siehe disklabel(8) oder disklabel(5), letzter Absatz der DESCRIPTION.
 
Der Befehl camcontrol existiert unter FBSD. Das weiss ich durch "Zufall". Ob ein entsprechender Befehl unter OBSD existiert kann ich leider nicht sagen. Ggf heist er hier anders.
Insofern ist es nicht sonderlich verwunderlich, dass du beim Aufruf von camcontrol unter PBSD eine Fehlermeldung bekommst.
Was macht der Befehl? Er scannt die USB-Ports nach neuen/allen angeschlossenen Geräten ab, um sie dem Betriebssystem bekannt zu machen.


Stefan
 
fdisk, disklabel auf sd0

Hallo Leute,

zunächst einmal vielen Dank für eure Zeit. Ich weiß dies zu schätzen (bei solch einem Wetterchen :) !)

@stefan
Dank für den Tip und die Erklärung. Ob Funktionalität von camcontrol unter OBSD sich hinter einem anderen anderen Befehl versteckt, kann ich leider auch nicht sagen. Soweit gehen meine Kenntnisse (noch) nicht.

@kili
In der Anlage findest Du ein dmesg auf ein frisch gestartetes OBSD mit nachträglich eingestecktem USB-Stick.
(Die Erinnerung mag mich trügen, jedoch sollte das dmesg im ersten Posting ebenfalls "frisch" sein.)

@MrFixit
Du hast absolut Recht: Auf dem Stick ist kein BSd-Label. Auf sd0i bin ich gegangen, da dies in der fstab eingetragen ist (s. erstes Posting). Bislang wurden die Sticks ja auch einwandfrei darauf gemountet. Ein dd auf /dev/sdo bringt jedoch leider auch nix;
puffy:sw {34} sudo dd if=/dev/sd0 of=/dev/null
dd: /dev/sd0: No such file or directory

@kili, MrFixit, oenone
Hier im Vergleich fdisk und disklabel nicht erkannter Stick vs. neuer, funktionierender Stick:

ALT
puffy:sw {32} sudo fdisk sd0
fdisk: sysctl(machdep.bios.diskinfo): Device not configured
Disk: sd0 geometry: 489/64/32 [1001952 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
------------------------------------------------------------------------
0: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
puffy:sw {33}

puffy:sw {34} sudo disklabel sd0
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: GEYSER JUMPDRIVE
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 489
total sectors: 1001952
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0

16 partitions:
# size offset fstype [fsize bsize cpg]
c: 1001952 0 unused 0 0 # Cyl 0 - 489*
puffy:sw {35}

NEU
puffy:sw {37} sudo fdisk sd0
fdisk: sysctl(machdep.bios.diskinfo): Device not configured
Disk: sd0 geometry: 977/64/32 [2001888 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
------------------------------------------------------------------------
0: 06 0 7 22 - 976 31 32 [ 245: 1999627 ] DOS > 32MB
1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
puffy:sw {38}

puffy:sw {38} sudo disklabel sd0
disklabel: warning, DOS partition table with no valid OpenBSD partition
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: Cruzer Mini
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 977
total sectors: 2001888
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0

16 partitions:
# size offset fstype [fsize bsize cpg]
c: 2001888 0 unused 0 0 # Cyl 0 - 977*
i: 1999627 245 MSDOS # Cyl 0*- 976*
puffy:sw {39}

Wenn das i-Label bei den alten Sticks unter OBSD nicht mehr, jedoch unter Windooze noch immer erkannt wird, ergeben sich für mich zwei Fragen:
(1)
Was hat sich verändert, daß OBSD dieses Label nicht mehr erkennt? Denn zunächst war dies ja kein Thema! Habe ich versehentlich unter M$ den Stick ohne "unmounten" abgezogen? Unter OBSD definitiv nicht! Dies wüßte ich jedenfalls gerne, um künftig gewappnet zu sein.

(2)
Was kann ich tun, damit dieses Label wieder korrekt erkannt wird??? newfs, fdisk und disklabel führen immer nur zu "Device not configured", dies auch als angemeldeter User ROOT.
puffy:sw {49} sudo fdisk -u /dev/sd0
fdisk: /dev/sd0: No such file or directory
puffy:sw {50}
Eine Idee: Vielleicht bringt es etwas, wenn ich unter M$-XP dem Stick ein Label verpasse? Oder eventuell sogar tabula rasa mache und unter M$ den Stick komplett neu formatiere?

Fällt euch noch etwas ein??? :confused:

Nochmal: DANKE für die Zeit, die ihr euch genommen habt!

Sonnige Grüße,

STEFAN
 
Nachtrag: Hier die dmesg

Finger schneller als Verstand :cool:

Hier noch ein Gedanke, der mir gerade kam und den ich mit euch diskutieren möchte:

Wie bereits Eingangs beschreiben, nutze ich die Sticks um Daten mit Rechnern meiner Kunden auszutauschen. Mir ist eben aufgefallen, daß der neue, noch von allen Betriebssystemen korrekt erkannte USB-Stick von M$ 2000 automatisch nach I:\ gemountet wird, wohingegen der von OBSD nicht mehr erkannte Stick nach D:\ gemountet wurde. Was macht dieses Hobby-OS in folgender Situation: Eine Adresse ist bereits auf I:\ gemountet und ein USB-Stick mit Label "i" wird eingesteckt? Das System sollte "eigentlich" nachfragen, auf welchen Laufwerks-Buchstaben der Stick gemappt werden soll. Was passiert, wenn ich jetzt "D" angebe? Ändert dieses "Evil Big Brother OS" das Label? Oder fragt das System erst gar nicht nach sondern ändert einfach?

Macht dies für irgend jemand Sinn?

Gruß,
STEFAN
 

Attachments

Last edited:
Back
Top