[geklärt] - USB Stick (SD card reader) wird nicht mehr erkannt

Begonnen von Frank_Huber, 13 Januar 2019, 20:58:27

Vorheriges Thema - Nächstes Thema

Frank_Huber

Nabend,

Ist in FHEM Forum etwas OT, aber ich dachte bevor ich ein anderes Forum suche versuche ich hier mein Glück. :-)

Eine meimer FHEM Instanzen erkennt keine USB Sticks mehr.
Ich mache regelmäßig Klone der SD Karte auf eine zweie per USB angebundene SD Karte.
Das lief bis vor kurzen auch einwandfrei, jedoch jetzt wird nichts mehr erkannt.

Ich war es gewohnt einen PopUp zu bekommen und konnte dann die SD mit dem OnBoard SDCardCopier klonen.

Bei einer anderen Instanz gehen die Sticks problemlos.
Es ist auch mit anderen Sticks reproduzierbar. Es liegt also irgendwie am OS.

Da ich jetzt nicht der Super Linux Crack bin hoffe ich mir kann jemand den richtigen Schubbs geben.

Der über USB eingebundenen Stromzähler sowie der 1wire Busmaster funktionieren problemlos.

Jemand ne Idee?

Danke & Grüße
Frank

RaspiLED

Hi,

schau Dir mal auf ner Condoleezza

sudo dmesg -w

an wenn Du den Stick einsteckst.

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Frank_Huber

Zitat von: RaspiLED am 13 Januar 2019, 21:55:46
schau Dir mal auf ner Condoleezza

sudo dmesg -w

an wenn Du den Stick einsteckst.

Moin Arnd,

Hier der Ausschnitt vom USB. rauslesen kann ich da aber nichts. :(

[442038.606868] usb 1-1.4: USB disconnect, device number 9
[442038.783132] blk_partition_remap: fail for partition 2
[442038.783155] Buffer I/O error on dev sdb2, logical block 1606659, lost sync page write
[442038.783166] JBD2: Error -5 detected when updating journal superblock for sdb2-8.
[442038.783172] Aborting journal on device sdb2-8.
[442038.783186] blk_partition_remap: fail for partition 2
[442038.783196] Buffer I/O error on dev sdb2, logical block 1606659, lost sync page write
[442038.783203] JBD2: Error -5 detected when updating journal superblock for sdb2-8.
[442043.252680] usb 1-1.4: new high-speed USB device number 10 using dwc_otg
[442043.383085] usb 1-1.4: New USB device found, idVendor=1908, idProduct=0226
[442043.383102] usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[442043.386708] usb-storage 1-1.4:1.0: USB Mass Storage device detected
[442043.388087] scsi host1: usb-storage 1-1.4:1.0
[442044.403493] scsi 1:0:0:0: Direct-Access     Generic  Mass-Storage     1.11 PQ: 0 ANSI: 2
[442044.404483] sd 1:0:0:0: Attached scsi generic sg0 type 0
[442045.136743] sd 1:0:0:0: [sdb] 30318592 512-byte logical blocks: (15.5 GB/14.5 GiB)
[442045.137133] sd 1:0:0:0: [sdb] Write Protect is off
[442045.137145] sd 1:0:0:0: [sdb] Mode Sense: 03 00 00 00
[442045.137543] sd 1:0:0:0: [sdb] No Caching mode page found
[442045.137556] sd 1:0:0:0: [sdb] Assuming drive cache: write through
[442045.144534]  sdb: sdb1 sdb2
[442045.151082] sd 1:0:0:0: [sdb] Attached SCSI removable disk
[442045.555103] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[442045.785910] EXT4-fs (sdb2): recovery complete
[442045.794886] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)

RaspiLED

Hi,
also er findet die Karte und stellt die Partitionen unter /dev/sdb1 und /dev/sdb2 bereit.

Was passiert bei
sudo fsck /dev/sdb1
sudo fsck /dev/sdb2


Siehe hier:
https://www.maketecheasier.com/check-repair-filesystem-fsck-linux/amp/

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Frank_Huber

Zitat von: RaspiLED am 14 Januar 2019, 09:12:05
also er findet die Karte und stellt die Partitionen unter /dev/sdb1 und /dev/sdb2 bereit.

Was passiert bei
sudo fsck /dev/sdb1
sudo fsck /dev/sdb2


Siehe hier:
https://www.maketecheasier.com/check-repair-filesystem-fsck-linux/amp/

/dev/sdb1 und 2 werden als Datei angezeigt, nicht als Ordner. Beim Versuch zu öffnen kommt die Meldung: "Anwendung wählen um "Blockorientiertes Gerät" Dateien zu öffnen"
Siehe Anhang.

fsck Log:
root@FHEM-PI-KG:~# fsck /dev/sdb1
fsck from util-linux 2.29.2
fsck.fat 4.1 (2017-01-24)
0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Perform changes ? (y/n) y
/dev/sdb1: 152 files, 10793/21210 clusters
root@FHEM-PI-KG:~# fsck /dev/sdb1
fsck from util-linux 2.29.2
fsck.fat 4.1 (2017-01-24)
/dev/sdb1: 152 files, 10793/21210 clusters
root@FHEM-PI-KG:~# fsck /dev/sdb2
fsck from util-linux 2.29.2
e2fsck 1.43.4 (31-Jan-2017)
ext2fs_check_if_mount: Wegen des Fehlens von /etc/mtab kann nicht geprüft werden, ob das Dateisystem
eingehängt ist bei der Prüfung, ob /dev/sdb2 eingehängt ist.
fsck.ext4: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/sdb2 zu öffnen
Ist das Dateisystem eingehängt oder exklusiv von einem anderen Programm
geöffnet worden?
root@FHEM-PI-KG:~#


/etc/mtab ist vorhanden und ist eine Verknüpfung zu /proc/self/mounts.
Wird hier allerdings mit Warndreieck angezeigt.

/proc/self/mounts ist vorhanden, wird aber im Explorer mit 0 byte angezeigt.
Inhalt:
/dev/root / ext4 rw,noatime,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=470116k,nr_inodes=117529,mode=755 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
sunrpc /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
/dev/mmcblk0p1 /boot vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=94944k,mode=700,uid=1000,gid=1000 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/sda1 /boot vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0
//192.168.12.211/hagsfeld$ /Q/hagsfeld cifs rw,relatime,vers=1.0,sec=ntlm,cache=strict,username=frank,uid=999,forceuid,gid=20,forcegid,addr=192.168.12.211,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=61440,wsize=16580,echo_interval=60,actimeo=1 0 0
gvfsd-fuse /root/.gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=0,group_id=0 0 0
gvfsd-fuse /root/.gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=0,group_id=0 0 0
/dev/sdb1 /boot vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0
/dev/sdb2 / ext4 rw,noatime,data=ordered 0 0


Hab gerade die mtab gelöscht und neu angelegt.
root@FHEM-PI-KG:/etc# rm mtab
root@FHEM-PI-KG:/etc# ln -s /proc/self/mounts /etc/mtab

Jetzt sieht es im Explorer wieder gut aus und ich kann die mtab üffnen.

Gibt es einen Weg USB neu einzulesen?
ansonsten kann ich erst heute Abend den Stick neu stecken.

Danke auf jeden Fall schonmal!
alleine wäre ich noch nicht so weit. :-)

rageltus

So etwas ähnliches hatte ich letztens auch. Der Stick war defekt :-(
Raspberry 3,HM-USB, SIGNALDuino 433, nanoCUL 868 SlowRF, Homematic, IKEA Tradfri Beleuchtung, FHEMApp

Frank_Huber

Zitat von: rageltus am 14 Januar 2019, 10:29:49
So etwas ähnliches hatte ich letztens auch. Der Stick war defekt :-(
an anderen Raspis funktioniert er tadellos.

RaspiLED

Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Frank_Huber

Zitat von: RaspiLED am 14 Januar 2019, 15:07:14
https://wiki.ubuntuusers.de/usbreset/

Wenn ich mir das so anschaue mach ich das lieber nachher zuhause manuell. ;)
am USB hängt ja auch das Netzwerk, 1wire und der Stromzähler.

RaspiLED

Jepp ;-) Aber ich wollte Dir die Antwort nicht schuldig bleiben *lol* Aber das Resetet tatsächlich nur ein Gerät. Aber ich würde dafür auch nicht extra alles einrichten um Programme zu kompilieren etc...

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Frank_Huber

Zitat von: RaspiLED am 14 Januar 2019, 15:37:43
Jepp ;-) Aber ich wollte Dir die Antwort nicht schuldig bleiben *lol* Aber das Resetet tatsächlich nur ein Gerät. Aber ich würde dafür auch nicht extra alles einrichten um Programme zu kompilieren etc...

Eben. auf die paar Std kommts nicht an.

Ich vermute aber es lag an dem kaputten Symlink "mtab", werde berichten!

Danke aber schonmal für deine Hilfe!

Frank_Huber

So, unter "safely remove" war er nicht da, aber der sd card copier konnte einmal die Boot Karte Klonen.

Ein mal....
Jetzt ist die motd noch intakt, aber der Stick wieder wie tot. [emoji45]

Ich Kuck mir das morgen nochmal genauer an.
Für heute reichts.

Gesendet von meinem Doogee S60 mit Tapatalk


connormcl

Die mtab zu löschen ist schonmal der falsche Ansatz...die wird zur Laufzeit vom System automatisch generiert. Da steht nur drin, was zur Zeit wie wo gemountet ist.

Wenn dir nicht gefällt, was dort drin steht, dann hast du was falsch gemountet oder in der fstab steht was falsches drin...


Ich würde das Ganze trotz allem erstmal eingrenzen wollen und einen anderen Stick verwenden. Verhält sich das dann gleich, kann man weitersehen!

Frank_Huber



Zitat von: connormcl am 14 Januar 2019, 23:12:15
Die mtab zu löschen ist schonmal der falsche Ansatz...die wird zur Laufzeit vom System automatisch generiert. Da steht nur drin, was zur Zeit wie wo gemountet ist.

Wenn dir nicht gefällt, was dort drin steht, dann hast du was falsch gemountet oder in der fstab steht was falsches drin...


Ich würde das Ganze trotz allem erstmal eingrenzen wollen und einen anderen Stick verwenden. Verhält sich das dann gleich, kann man weitersehen!



Mtab war nur ein symlink ohne Inhalt.
Das neu erstellen war damit risiofrei.

Der Fehler liegt am System, nicht am Stick.
Mehrere gehen an dieser Installation nicht, sehr wohl aber an anderen.

Gesendet von meinem Doogee S60 mit Tapatalk

connormcl

Der Inhalt sollte ja von /proc/self/mounts kommen... da sollte nicht viel schiefgehen können...sonst wäre der Kernel defekt...

Evtl. ist also die Systemkarte defekt oder das Filesystem darauf korrupt...die kannst du am einfachsten extern in einem anderen Linux-System prüfen (fsck).