[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).

Frank_Huber

Hab die Karte ja gestern einmal klonen können.
Damit werde ich heute im Büro weiter testen.

Gesendet von meinem Doogee S60 mit Tapatalk


Neuhier


Wernieman

Das mit der "Problemlösung" mtab-löschen hat mich auch etwas gewundert.

Da stimmt etwas grundsätzliches nicht und bei einem Pi würde ich auf die SDCard Tippen ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Frank_Huber

Ja, der Symlink war definitiv defekt.

Die geklonte Karte läuft problemlos.
Ebenso macht die Original-Karte (bis auf das USB topic) keine Probleme.

Also entweder eine Hardware Sache am PI (glaub ich nicht)
oder meine erste SD Karte mit Schaden. (wurde dann aber beim klonen repariert?!?)

Der Klon macht hier gerade ein komplettes Raspbian und FHEM Update durch, heute Abend werde ich dann die Karten tauschen.
Dann sehen wir weiter.

Wernieman

Die Große Frage, welche Du jetzt (da reboot) nicht mehr beantworten kannst:
War es wirklich der Falsche Symlink oder war das "Proc-Filesystem" korrupt?
Das 2. Wäre ein Fall für eine Bug-Meldung ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Frank_Huber

Zitat von: Wernieman am 15 Januar 2019, 11:10:29
Die Große Frage, welche Du jetzt (da reboot) nicht mehr beantworten kannst:
War es wirklich der Falsche Symlink oder war das "Proc-Filesystem" korrupt?
Das 2. Wäre ein Fall für eine Bug-Meldung ....
Der "defekt" hat reboots überlebt und es war scheinbar nur diese eine Datei betroffen.
Die Korrektur des Symlink hatte aber auch nicht permanent geholfen. Also ist noch mehr im argen (gewesen).

Werde mir die "defekte" SD Karte dann in Ruhe auf einem Testsystem anschauen wenn ich sie ausgetauscht habe.
Auf dem produktiven will ich nicht sooo viel experimentieren.

Wernieman

- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Frank_Huber

So, nach weiteren Tests mit dem Klon hab ich jetzt entschieden das OS neu aufzusetzen.

- Das Problem mit den SD card readern besteht weiterhin. aber nur an dieser Installation. Jetzt auch wieder am Klon.
- Keine Probleme an anderen Installationen.
- Normale USB-Sticks funktionieren überall einwandfrei.

Ich denke jetzt dass das Neuaufsetzen einfacher und schneller geht als diesen ver*****en Fehler zu finden. :-)

Frank_Huber

Ursache geklärt!
Es war ein PICNIC.... (Problem in chair, not in Computer)

Ich hatte im SD card copier Programm den Haken bei "new Partition UUIDs" nicht gesetzt.
Damit kann er bei einer neuen SD Karte (oder einer woanders gebrauchten) genau einmal klonen, dannach gibt es die beschriebenen Probleme.

Merke:
Bei einer neuen Backup Karte beim ersten klonen unbedingt auch neue UUIDs erstellen...

Jetzt wo ich es weiß ist das auch total einleuchtend. *lach*
Viel Wind um nichts....

Danke allen Beteiligten!

Gesendet von meinem Doogee S60 mit Tapatalk


connormcl

Oder man verwendet alternativ nicht den "SD card copier", sondern "dd" und anstatt "UUIDs" die Device-Pfade und kommt an solchen Problemen niemals in seinem Leben vorbei...

Frank_Huber

Zitat von: connormcl am 20 Januar 2019, 22:27:07
Oder man verwendet alternativ nicht den "SD card copier", sondern "dd" und anstatt "UUIDs" die Device-Pfade und kommt an solchen Problemen niemals in seinem Leben vorbei...
Bei dd musst auf die genaue Größe der Karte achten, ist die neue nur 1 Byte kleiner geht's schief.
Mit dem sd card copier kannst auch ne 16er auf ne 8er klonen sofern nicht mehr als 8 belegt sind.

Es haben beide ihre Vor und Nachteile. Ich für mich finde den sd card copier für linux amateure praxistauglicher. [emoji56][emoji56][emoji56]

Gesendet von meinem Doogee S60 mit Tapatalk


connormcl

Mit den Größenunterschieden hast du Recht...das ist mit das blödeste, was ich bisher in der IT mitbekommen habe...man kann doch nicht unter der gleichen Größenangabe zig unterschiedliche Karten verkaufen!

Ich war irgendwann so verärgert, dass ich nur noch Sandisk gekauft habe...somit war dann alles definiert und immer gleich...

Frank_Huber



Zitat von: connormcl am 21 Januar 2019, 00:58:47
Ich war irgendwann so verärgert, dass ich nur noch Sandisk gekauft habe...somit war dann alles definiert und immer gleich...
Selbst bei SanDisk kann die Größe je nach Serie und Produktionsjahr leicht variieren. Das ist ja das blöde daran.


Gesendet von meinem Doogee S60 mit Tapatalk


Wernieman

- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html