USB-Stick wird nicht erkannt

[amaunz]

Hallo,

ich habe einen USB-Stick, der nicht erkannt wird, d.h.

root@z21:/home/am# lsusb/var/mod/root # cat /proc/partitions 
major minor  #blocks  name

  31     0      14835 mtdblock0
  31     1        908 mtdblock1
  31     2        128 mtdblock2
  31     3        256 mtdblock3
  31     4        256 mtdblock4
  31     5       2048 mtdblock5

Also: kein USB-Stick. Schließe ich einen anderen an, der funktioniert, gibt es:

   8     0     503423 sda
   8     1     503407 sda1

noch zusätzlich.

Bei dem USB-Stick wird in der Fritz-Weboberfläche natürlich auch nichts angezeigt. Hier die Daten mit dmesg und lsusb, ermittelt auf meinem Laptop:

root@z21:/home/am# lsusb 
Bus 008 Device 004: ID 058f:6387 Alcor Micro Corp. Transcend JetFlash Flash Drive
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 05ca:18b0 Ricoh Co., Ltd 
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 003: ID 044e:3017 Alps Electric Co., Ltd 
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

root@z21:/home/am# dmesg
...
[   98.437355] scsi 6:0:0:0: Direct-Access     Generic  Flash Disk       8.07 PQ: 0 ANSI: 2
...

Es handelt sich um einen 4GB "Spaceloop" von OnMemory (10 EUR).

Zum Vergleich:
- formatiert mit FAT32 (mkfs.vfat).
- habe ein USB-Verlängerungskabel genommen, um Probleme mit der Stickdicke am Anschluß auszuschließen.
- habe einen anderen USB-Stick exakt gleich formatiert, dieser läuft.
- sogar die 2.5" USB-Festplatte meiner Freundin läuft! An der Stromzufuhr kann es also auch nicht liegen. Darauf befinden sich eine NTFS und ext3-Partition, beide werden erkannt.
- Verwende die aktuelle trunk-Version mit OpenVPN und SSH (sonst keine Modifikationen).

Danke,
Andi

 

[Silent-Tears]

Wird er unter einer "nativen" AVM-Firmware erkannt?

 

[dogge101]

Die Anzahl der Leute mit USB-Problemen an der Fritzbox häuft sich zusehends. Im Speziellen mit den Jetflash von Transcend. Ich bin auch ein betroffener...

 

[Silent-Tears]

Eben. Und wenn das Problem auch mit originaler FW auftaucht, dann ran an AVM und die nerven, bis sie da was dran drehen.

 

[dogge101]

Schon gemacht. Aber dieses dumme Frage- und Antwortspielchen mit den Standardfragen bin ich leid...

 

[Silent-Tears]

Nun, wir nutzen mit Freez das AVM-System, und sorgen nur dafür, dass auch andere PArtitionstypen erkannt werden. Ergo: Wenn etwas noch nicht einaml als Partition auftaucht, kann man da mit freetz erst einmal nicht viel machen, wenn die Geräte noch nicht einmal irgendwo auftauchen.

Somit ist wohl eindeutig AVM zuständig, wobei ihr euch natürlich auch mal mit mdev probieren könntet, um zu sehen, ob da nicht was passiert. Aber ansonsten: AVM. Sry.

 

[D00mhammer]

er meint wohl den avm support?

ich habe 5 sticks und 3 hubs durchprobiert bis einer gepasst hat... sticks , die auf der 7170 erkannt wurden, werden auf der 7270 garnicht angezeigt...

 

[Silent-Tears]

Jups, so scheint es. Aber hei, darna können wir wirklich nichts drehen, wenn das Teil noch nicht einmal erkannt wird...

 

[shadow000]

Ich habe auch das Problem, dass der Stick beim Booten der Box nicht erkannt wird.
Stecke ich ihn ab und wieder an, wird er jedoch erkannt.
Ob ich den Automount Patch auswähle oder nicht ist dabei egal.

 

[hermann72pb]

Ich bin dadran mir diese ganzen mount-Klimzüge etwas genauer anzuschauen. Wie Silent-Tears allerdings oben sagte, können wir daran nichts ändern, wenn die USB-Sticks/-Festplatten aus hardware-/treiberbedingten Gründen nicht funktionieren. Und das ist bei den meisten Leidgenossen hier der Fall. Deswegen auch an dich shadow000 eine Bitte: Überprüfe deine Verkabelung, Versorgung und was da auch immer alles an deinem USB-Port hängt. Es könnte schon sein, dass während des Hochfahrens sich diverse Dinge initialisieren und dadurch etwas "Krach" auf dem Bus machen. Dadurch können dein Stick und die Box nicht miteinander in Ruhe reden. Und wenn sie zum Zeitpunkt nicht reden konnten, dann ist es mit dem Automatismus vorbei. Dein Umstecken bringt etwas Leben in die eingeschlafene Gemeinschaft. Nun kann dein Stick mit der Box in Ruhe bereden, wie sie denn doch weiter was Gutes zusammen tun können.

Interessant wären folgende Ausgaben, wenn dein Stick eingeschlafen ist (nimm bitte nur Kommandos (rot) und vergleiche deren Ausgaben mit denen von mir):

/var # [COLOR="Red"][B]cat /proc/mounts[/B][/COLOR]
rootfs / rootfs rw 0 0
/dev/root / squashfs ro 0 0
dev /dev tmpfs rw,nosuid 0 0
proc /proc proc rw,nodiratime,nosuid,nodev,noexec 0 0
tmpfs /var tmpfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
usbfs /proc/bus/usb usbfs rw 0 0
tmpfs /etc/hotplug/storage tmpfs rw 0 0
/dev/sda1 /var/media/ftp/SYSTEM ext2 ro,noatime,nodiratime 0 0
/dev/sda2 /var/media/ftp/FAT vfat rw,nodiratime,fmask=0000,dmask=0000,codepage=cp437,iocharset=iso8859-1 0 0
/dev/sda5 /var/media/ftp/DATA ext2 rw,noatime,nodiratime 0 0
/dev/sda6 /var/media/ftp/ARCHIV ext3 rw,noatime,nodiratime 0 0

/var # [COLOR="Red"][B]cat /proc/diskstats[/B][/COLOR]
  31    0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31    1 mtdblock1 1459 19252 41422 4100 0 0 0 0 0 3930 4100
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
  31    6 mtdblock6 3 45 384 30 2 46 384 2450 0 1660 2480
  31    7 mtdblock7 0 0 0 0 0 0 0 0 0 0 0
   8    0 sda 105 885 2473 4290 4 1 26 90 0 4020 4380
   8    1 sda1 225 1386 1 8
   8    2 sda2 96 327 2 2
   8    3 sda3 3 5 0 0
   8    4 sda4 236 239 0 0
   8    5 sda5 213 242 1 8
   8    6 sda6 214 250 1 8
/var/mod/root # [COLOR="Red"][B]cat /proc/bus/usb/devices
[/B][/COLOR]
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 1
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 0.00
S:  Product=USB AHCI Root Hub
S:  SerialNumber=be008000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=255ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1307 ProdID=0165 Rev= 1.00
S:  Manufacturer=USBest Technology
S:  Product=Intenso Rainbow Line
S:  SerialNumber=09022100211240
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 98mA
I:  If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=03(Int.) MxPS=  64 Ivl=8ms

MfG

 

[amaunz]

Mit AVM-FW auch keine Erkennung

Mittlerweile habe ich die AVM-FW ausprobiert, ebenfalls ohne Erfolg. Daraufhin wandte ich mich mit Support-Infos (http://fritz.box/html/support.html) an den AVM Support. Sie haben das Problem als Ticket aufgenommen, aber bisher (ca 1 Woche) keine Reaktion.

 

[hermann72pb]

@amaunz: Kürzere Reaktionszeiten gibt es nur bei uns hier. AVM geht die Sachen etwas gelassener ein.
Und jetzt im Ernst. Wenn das Problem wirklich an diesen Billigsticks liegt, warum kauft ihr denn nicht was Vernünftiges, bzw. bei vernünftigen Händler. Wie wäre es z.B. mit www.reichelt.de ? Ich hab dort schon öfters meine Intenso-Sticks und wie die alle nicht nur heißen bestellt und nie damit Probleme gehabt. Zugegeben, ich hatte nicht die billigsten genommen, eher so Mittelklasse. Aber der Preisunterschied war bestimmt nicht mehr als 2-3 Euro zu eurem Preis. Dafür hat ihr Ärger, die euch deutlich mehr Nerven kosten als 2-3 Euro.

MfG

 

[dogge101]

Sie haben das Problem als Ticket aufgenommen, aber bisher (ca 1 Woche) keine Reaktion.

Und recht viel mehr wird auch nicht mehr passieren...

 

[shadow000]

Überprüfe deine Verkabelung, Versorgung und was da auch immer alles an deinem USB-Port hängt.

Da hängt nur der Stick direkt dran. So einfach ist das Problem leider nicht zu lösen ;-)

Interessant wären folgende Ausgaben, wenn dein Stick eingeschlafen ist

Hier die Ausgaben direkt nach dem Booten.
Nachdem ich den Stick aus- und wieder einstecke, habe ich zusätzlich die blau markierten Infos.
Ist also eigentlich alles so wie es sein soll - nur dass die Box beim Booten keinerlei Anstalten macht, den Stick zu erkennen.
Wenn er erkannt ist, ist bis zum nächsten Reboot alles ok.

[COLOR="Red"][B]cat /proc/mounts[/B][/COLOR]
rootfs / rootfs rw 0 0
/dev/root / squashfs ro 0 0
dev /dev tmpfs rw,nosuid 0 0
proc /proc proc rw,nosuid,nodev,noexec 0 0
tmpfs /var tmpfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
/dev/mtdblock5 /data jffs2 rw 0 0
tmpfs /data/tam/rec tmpfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/loop0 /var/plugin-mediasrv squashfs ro 0 0
/dev/loop1 /var/plugin-mini squashfs ro 0 0
/dev/loop2 /var/plugin-ntfs squashfs ro 0 0
/dev/loop3 /var/plugin-onlinepb squashfs ro 0 0
/dev/loop4 /var/plugin-samba squashfs ro 0 0
/dev/loop5 /var/plugin-tam squashfs ro 0 0
/dev/loop6 /var/plugin-webdav squashfs ro 0 0
/dev/root /var/tmp/tsb/var/orgwww/errors squashfs ro 0 0
/dev/root /var/tmp/tsb/var/orgwww/html squashfs ro 0 0
tmpfs /usr/www/all tmpfs rw 0 0
/dev/root /usr/www/all/errors squashfs ro 0 0
/dev/root /usr/www/all/html squashfs ro 0 0
tmpfs /usr/www/all/html/de/menus/menu2_first.html tmpfs rw 0 0
tmpfs /usr/www/all/html/de/menus/menu2_homehome.html tmpfs rw 0 0
tmpfs /usr/www/all/html/de/menus/menu2_konfig.html tmpfs rw 0 0
tmpfs /usr/www/all/html/de/menus/menu2_tr69_autoconfig.html tmpfs rw 0 0
tmpfs /usr/www/all/html/login.html tmpfs rw 0 0
[COLOR="Blue"]
/dev/sda1 /var/media/ftp/uStor01 vfat rw,fmask=0000,dmask=0000,codepage=cp437,iocharset=iso8859-1 0 0
http://mydisk.se/myname/ /var/media/ftp/Online-Speicher fuse rw,nosuid,nodev,user_id=0,group_id=0,allow_other,max_read=69632 0 0[/COLOR]


[COLOR="Red"][B]cat /proc/diskstats[/B][/COLOR]
  31    0 mtdblock0 324 4752 10152 710 0 0 0 0 0 710 710
  31    1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
   7    0 loop0 0 0 0 0 0 0 0 0 0 0 0
   7    1 loop1 0 0 0 0 0 0 0 0 0 0 0
   7    2 loop2 0 0 0 0 0 0 0 0 0 0 0
   7    3 loop3 0 0 0 0 0 0 0 0 0 0 0
   7    4 loop4 0 0 0 0 0 0 0 0 0 0 0
   7    5 loop5 0 0 0 0 0 0 0 0 0 0 0
   7    6 loop6 0 0 0 0 0 0 0 0 0 0 0
[COLOR="Blue"]
   8    0 sda 293 282 720 1230 42 36 93 640 0 1550 1870
   8    1 sda1 574 712 78 93[/COLOR]


[COLOR="Red"][B]cat /proc/bus/usb/devices
[/B][/COLOR]
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 1
B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 2.06
S:  Manufacturer=Linux 2.6.19.2 musb-hcd
S:  Product=MUSB HDRC host driver
S:  SerialNumber=musb_hdrc
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=256ms


[COLOR="Blue"]T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 10 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=13fe ProdID=1f00 Rev= 1.10
S:  Manufacturer=        
S:  Product=USB DISK 2.0
S:  SerialNumber=07930C52003C
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=200mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms[/COLOR]

Meine derzeitige .config:

FREETZ_HAVE_DOT_CONFIG=y
FREETZ_AVM_VERSION_7270_04_76=y
FREETZ_TYPE_FON_WLAN_7270=y
FREETZ_TYPE_LABOR=y
FREETZ_TYPE_LABOR_BETA=y
FREETZ_AVM_VERSION_STRING="7270_04.76"
FREETZ_TYPE_LANG_DE=y
FREETZ_TYPE_LANG_STRING="de"
FREETZ_TYPE_STRING="7270_labor_beta"
FREETZ_INSTALL_BASE=y
FREETZ_REPLACE_BUSYBOX=y
FREETZ_SHOW_ADVANCED=y
FREETZ_TARGET_REF="8mb_26"
FREETZ_KERNEL_REF="8mb_26"
FREETZ_KERNEL_LAYOUT="ur8"
FREETZ_KERNEL_MTD_SIZE=119
FREETZ_HAS_PHONE=y
FREETZ_HAS_TAM=y
FREETZ_HAS_WLAN=y
FREETZ_HAS_USB_HOST=y
FREETZ_HAS_AVM_INETD=y
FREETZ_HAS_LIBSSL=y
FREETZ_LANG_DE=y
FREETZ_LANG_STRING="de"
FREETZ_REMOVE_BRANDING_1und1=y
FREETZ_REMOVE_HELP=y
FREETZ_REMOVE_ASSISTANT=y
FREETZ_REMOVE_CHRONYD=y
FREETZ_PATCH_DSL_EXPERT=y
FREETZ_PATCH_ENUM=y
FREETZ_PATCH_SIGNED=y
FREETZ_PATCH_USBSTORAGE=y
FREETZ_USBSTORAGE_AUTOMOUNT=y
FREETZ_REMOVE_SUPPORT=y
FREETZ_REMOVE_USERMAN=y
FREETZ_REMOVE_AVM_VPN=y
FREETZ_REMOVE_CAPIOVERTCP=y
FREETZ_REMOVE_DTRACE=y
FREETZ_REMOVE_ANNEX_B_FIRMWARE=y
FREETZ_PACKAGE_DNSMASQ=y
FREETZ_PACKAGE_AVM_FIREWALL=y
FREETZ_PACKAGE_ONLINECHANGED_CGI=y
FREETZ_PACKAGE_SYSLOGD_CGI=y
FREETZ_PACKAGE_FSTYP=y
FREETZ_PACKAGE_HASERL=y
FREETZ_PACKAGE_MODCGI=y
FREETZ_DL_SOURCE="FRITZ.Box_Fon_WLAN_7270.Labor.54.04.78-15559.image"
FREETZ_MOD_DL_NUM_SITES="5"
FREETZ_MOD_DL_SITE_1="http://freetz.3dfxatwork.de"
FREETZ_MOD_DL_SITE_2="http://freetz.wirsind.info"
FREETZ_MOD_DL_SITE_3="http://freetz.magenbrot.net"
FREETZ_MOD_DL_SITE_4=""
FREETZ_MOD_DL_SITE_5=""
FREETZ_SECURITY_LEVEL=0
FREETZ_VERBOSITY_LEVEL=2
FREETZ_FAVICON_NONE=y
FREETZ_FAVICON_STRING="none"
FREETZ_STYLE_COLORED=y
FREETZ_STYLE="colored"
FREETZ_USER_DEFINED_COMMENT=""
FREETZ_SQUASHFS_BLOCKSIZE_65536=y
FREETZ_BUSYBOX_INETD=y
FREETZ_BUSYBOX_WGET=y
FREETZ_MODULE_fuse=y
FREETZ_LIB_ld_uClibc=y
FREETZ_LIB_libcrypt=y
FREETZ_LIB_libdl=y
FREETZ_LIB_libm=y
FREETZ_LIB_libnsl=y
FREETZ_LIB_libpthread=y
FREETZ_LIB_librt=y
FREETZ_LIB_libuClibc=y
FREETZ_LIB_libgcc_s=y
FREETZ_LIB_libfreetz=y
FREETZ_BUILD_TOOLCHAIN=y
FREETZ_TARGET_CROSS="mipsel-linux-uclibc-"
FREETZ_TARGET_MAKE_PATH="toolchain/target/bin"
FREETZ_TARGET_CFLAGS="-Os -pipe -march=4kc -Wa,--trap"
FREETZ_JLEVEL=2
FREETZ_KERNEL_CROSS="mipsel-unknown-linux-gnu-"
FREETZ_KERNEL_MAKE_PATH="toolchain/kernel/bin"
FREETZ_KERNEL_VERSION_2_6_19_2=y
FREETZ_KERNEL_VERSION="2.6.19.2"
FREETZ_TARGET_UCLIBC_VERSION_0_9_29=y
FREETZ_TARGET_COMPILER_GCC_4_2_4_UCLIBC_0_9_29=y
FREETZ_TARGET_GCC_VERSION="4.2.4"
FREETZ_TARGET_UCLIBC_VERSION="0.9.29"
FREETZ_TARGET_BINUTILS_VERSION="2.18"
FREETZ_TARGET_UCLIBC_CONFIG_MOD=y
FREETZ_TARGET_UCLIBC_REF="mod"
FREETZ_TARGET_GXX=y
FREETZ_TARGET_CCACHE=y
FREETZ_TARGET_LFS=y
FREETZ_KERNEL_COMPILER_GCC_3_4_6=y
FREETZ_KERNEL_GCC_VERSION="3.4.6"
FREETZ_KERNEL_BINUTILS_VERSION="2.17.50.0.17"

 

[D00mhammer]

@hermann72pb: so leicht ist das problem leider auch nicht zu lösen.. wie gesagt ich habe mehrere sticks und hub kombinationen durchgetestet, von billig bis teuer.. bin bei einem passiven billig hub für 0,99¤ und einem mittelklasse stick gelandet... pauschal kann man das allerdings nicht sagen, da tlw. auch die billigst sticks liefen

 

[amaunz]

Billig-Sticks

@hermann72pb: Stimme D00mhammer zu. Tatsächlich liefen auch alle (!) Billigsticks, die ich zuhause habe, an der Box. Leider haben die nur eine Kapazität von <500M.
Daß teure Sticks tendenziell häufiger funktionieren, wage ich auch zu bezweifeln. Das Problem ist auch die Bauform: viele passen nicht auf die Box, weil sie zu breit sind. Und schließlich will man sich auch darauf verlassen können, daß ein Standard überall funktioniert, oder?
Andi

 

[hermann72pb]

Wegen den Sticks: Ich hatte nicht gesagt, dass ALLE Billigsticks schlecht sind, ich wollte eher darauf hinweisen, wo man die Sticks kauft. Wenn du sie bei E-Bay bei irgendeinem "ichbindergroestestickhaendler24" kaufst, dann kriegst du eher Probleme, als ich mit Reichelt. Reichelt ist Versandhaus, die dir einen freien Schein zur Rücksendung beilegen. Ergo: Reichelt kann sich nicht leisten, dass sie massenhaft die Sticks per Retoure zurückbekommen. Der Verwaltungsaufwand dafür würde sie komplett lahm legen. Deswegen schauen solche Firmen genau hin, WAS sie in China einkaufen. Reichelt war hier nur als Beispiel gemeint, weil ich persönlich ausschließlich über sie solche Sachen beziehe. Mag sein, dass Schuricht, RS und wie die alle heißen mögen auch so hartnäckig kalkulieren.

@shadow000: Dein Stick wird definitiv auf Hardware-Ebene nicht erkannt und nicht etwa einfach nicht gemounted. Komisch ist nur, dass es nach einem reboot plötzlich gehen vermag. Interessant bei deinem Stick sind die Felder:

P:  Vendor=13fe ProdID=1f00 Rev= 1.10
S:  Manufacturer=        
S:  Product=USB DISK 2.0

Zu einem, sind es Hexadezimal-Zahlen beim Vendor- und Produkt-ID. Ich hatte da nicht alles in den AVM-Skripten untersucht, aber das könnte eine mögliche Fehlerquelle sein (obwohl eher unwahrscheinlich).
Zum anderen, gibt es bei dir gar keinen Manufacturer und die Produktbezeichnung ist auch recht komisch. Auch hier glaube ich wenig, dass es daran liegt. Es wäre dennoch interessant zu wissen, was die anderen Problemsticks in den Bereichen zeigen.

Zur Problematik, dass es nach einem Reboot funktioniert. Der Unterschied zwischen dem Reboot und dem Kaltstart besteht darin, dass beim Reboot die Versorgungsspannung an USB höchstwahrscheinlich weitergehalten wird, beim Kaltstart dagegen wird sie erst aufgebaut. Und hier kommt das Problem, ob die zu früh oder zu spät am Stick anliegt. Ich kann mir gut vorstellen, dass beim Kaltstart der Stick sich entweder zu spät, oder (was von der Logik her eher dem Fehlerbild entsprechen würde) zu früh meldet. Auf jeden Fall nicht zu dem Moment, wo der FPGA-basierte AVM-USB-Kontroller so weit wäre. Meine Vermutung könnte übrigens ganz gut erklären, warum es mit manchen HUBs besser funktioniert. Vor allem, warum mit den passiven. Alle HUBs (auch passive) haben eine gewisse Kapazität (ELKO) zur Stützung deren 5V-Kreises. Diese Kapazität bildet zusammen mit dem Serienwiderstand der USB-Stromversorgung (gibts immer, um 500mA zu begrenzen) einen RC-Tiefpass und beeinflusst somit den Zeitpunkt, wo die Spannung im vom Stick tollerierbaren Bereich liegt.
In deinem Fall, shadow00, könnte es tatsächlich hilfreich sein, mit diversen HUBs zu experimentieren. Oder eben den Stick wegzuwerfen, kostet ja fast nichts.

MfG

 

[shadow000]

Ich hab jetzt mal einen anderen Stick probiert - der funktioniert einwandfrei auch nach dem Reboot.
Es scheint also wirklich ein Timing-Problem zu sein bei dem der Stick zu früh Strom bekommt.

 

[colonia27]

Nu super, dann editier doch bitte den Thread-Titel und setz ein [gelöst] davor.
Zusätzlich könntest du in den 1. post reinschreiben, daß es an einem defekten/nicht-funktionierendem Stick lag.

 

[Silent-Tears]

In der aktuellen Preview wird seitens AVM ständig am USB-subsystem gewerkelt, hab ich vorhin gesehen. Vllt. wird die Erkennung in der nächsten Firmwareversion besser. Allerdings ist die aktuelle Preview imho instabil mit reboots alle paar Stunden. Von daher würd ich warten...