(CMD42) ein Befehl zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

**jori** · 09.01.2018, 15:17

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - SUPER!!!

der erste (temporäre) entsperrversuch mit './cmd42 xxxx... hex u /dev/mmcblk0' war auch schon erfolgreich du hast es nur nicht gemerkt! du darfst nach einem temporären unlock die sd-karte nicht aus dem schacht entfernen sonst kommt es zu einem powerup-cycle und der lock wird wieder re-aktiviert.

mfg jori...

**Harry1208** · 09.01.2018, 15:47

und was heisst das jetzt genau ? gleich den clear pwd hinterher ?

mit dem sdinfo-Befehl wird sie immer noch als gesperrt angezeigt, wenn man die Karte nicht zieht und in der Hardwareübersicht (neben an der Seite) taucht sie auch nicht auf.

**jori** · 09.01.2018, 18:04

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - ich merk schon die wenigsten scheinen wirklich zu verstehen was die einzelnen optionen zum befehl 'cmd42' genau bewirken. ich werde das als bald noch etwas ausführlicher im thema oben: (CMD42) ein Befehl zum Karten-Update RNS310/RNS315 (AMUNDSEN+) beschreiben.

folgendes: die option u=unlock schaltet eine sd-karte nur temporär frei das passwort auf der sd-karte wird dabei nicht gelöscht. das heisst, sie ist solange freigeschaltet bis du sie wieder aus dem schacht entfernst oder du den computer ausschaltest und damit auch der sd-karte den strom entziehst. beim nächsten powerup-cycle/booten (einstecken) der sd-karte, überprüft deren firmware ob ein passwort für diese karte gesetzt ist und versiegelt sie wieder wenn sie eins gefunden hat. daher nützt es nichts wenn du einen unlock ausführst dann aber die karte kurz entnimmst und somit deren lock wieder re-aktivierst.

sinn und zweck eines temporären unlock ist es das handling solcher sd-karten zu vereinfachen. du setzt mit 'u' ein unlock auf eine karte an, bearbeitest deren daten in dem du z. bsp. die darauf enthaltende 'deviceid' löschst. entfernst die sd-karte aus deinem kartenleser (damit wird der lock wieder re-aktiviert) und gehst zum nächsten navi um ein karten-update durchzuführen. diese spiel kannst du so oft wiederholen wie du willst und ist die schnellste und einfachste art mehrere navis auf den neuesten stand zu bringen.

ein problem dabei ist leider noch das linux-kernel (eher dessen treiber für sd-karten). nach einem unlock müsste der treiber noch einmal ein 'reRead' auf die nun temporär entsperrte sd-karte ansetzen und deren daten (einschliesslich CID-daten) neu einlesen. das er das nicht macht, siehst du an 'sdinfo' das dir nach einem unlock mit dem befehl 'cmd42' immer noch den alten status 'LOCKED' anzeigt. für das nächste update von 'cmd42' werde ich versuchen einen workaround mit einzubinden der das 'reRead' übernimmt.

damit erklärt sich jetzt wohl auch die option 'c', das löschen eines passwortes. mit dieser option entfernst du das passwort gänzlich von der sd-karte. daher verhält sich eine solche karte nach einem powerup-cycle wieder wie eine normale sd-karte. auch hier wäre ein 'reRead' der sd-karte nach dem löschen des passwortes ganz hilfreich. dann müsste man sie nicht extra kurz aus dem sd-schacht entfernen um sie für das system wieder sichtbar zu machen und dessen status auf unlocked zu setzen.

mfg jori...

**Harry1208** · 10.01.2018, 07:10

ok - jetzt hab ich das auch als Linux-Laie kapiert.
Aber warum funzt das ganze mit der ebay-Karte nicht ?
Nur weil die card-adress nicht 0001 ist ?

Die CID passt ja - also nach dem üblichen Vorgehen mit echo erase, formatieren und neu beschreiben lässt sie sich mit dem bekannten Passwort ja wieder sperren und benutzen

**KingTutt** · 10.01.2018, 08:06

So, hier einmal die Zusammenfassung meiner Tests. Die sdcard welche ich in meinem Navi erfolgreich verwendet habe, um von v9 auf v10 zu kommen habe ich hier schon einmal beschrieben. Als Notebook kam ein Fujitsu Siemens Lifebook E8310 zum Einsatz zusammen mit dem Custom Ubuntu hier aus dem Forum.
Nach dem Aufspielen der v10 in mein Navi:

Dann ein Unlock, was dem Status Code nach erfolgreich war. Allerdings ließt auch hier der Kernel die sdcard nicht neu ein, weslhalb sdinfo noch ein locked ausgibt:

Dann ein clear pwd mit anschließendem Aus- und Einstecken der sdcard, so dass der Kernel die sdcard neu einbindet

Direkt nach dem neu Einbinden, habe ich versucht, bei der sdcard das pwd wieder neu zu setzen, was erstmal fehlschlägt

Das Problem scheint zu sein, dass er Kernel nach dem Neueinstecken irgend welche i/o Operationen durchführen will, die einen timeout bekommen. Hier ein Auszug aus dem zugehörigen syslog. Man sieht diverse time outs mit dem mmc_blk_ioctl_cmd welcher mit code -110 fehlschlägt

Wartet man etwas länger ab nach dem Neueinstecken, wechselt der data interrupt code im syslog irgendwann von 0x0060000 auf 0x0020000

danach funktioniert auch ein setzen des pwd

Fehlt noch etwas außer ein herzlichen Dank an Link nur für registrierte und freigeschaltete Mitglieder sichtbar. ?

**Harry1208** · 10.01.2018, 08:29

dass der Sperrbefehl wie bei Dir nicht gleich funzt ist mit gar nicht aufgefallen - ich hab das auch nicht mit dem cmd42 Befehl, sondern wie in der alten Anleitung mit diesem Befehl gemacht

"./mmc64 lock_sd /dev/mmcblk0 C99A20843ED7D90B6801E49F2BC80277"

da hatt's wohl gleich geklappt

**trible** · 10.01.2018, 10:53

hallo wenn ich terminal öffne was muss ich als erste
geben
wo muss sich cmd42 datei befinden welche ordner die date cmd42 welche rechte muss man geben ich habe gesehen unlock geht
habe versucht bei mir komt meldung not directory wen ich cmd42 befelh terminal gebe

Harry1208 user das es ging hat hier bild
(CMD42) ein Befehl zum Karten-Update RNS310/RNS315 (AMUNDSEN+)

kann hier bitte jemand im text schreiben
wäre sehr dankbar
m.f.g
danke

**jori** · 10.01.2018, 13:10

der reihe nach! - erstmal @Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - am einfachsten ist es wenn du dir auf dem desktop einen ordner 'CID' anlegst und dort alles reinkopierst was auf deiner ubuntu custom-variante noch nicht vorhanden ist. also die befehle 'sdinfo', 'cmd42', 'evoplus_cid' etc.. es sei denn du benutzt 'Simply@Clever' da ist das alles schon enthalten.

den ordner 'CID' kopierst du samt inhalt zur sicherheit auf einen zweiten usbstick. wenn du dein live-system das nächste mal hochfährst hast du es damit einfacher. du musst dann nur noch diesen ordner zurück auf den desktop kopieren.

diesen ordner öffnen und darin mit der rechten maus-taste ein terminal starten. danach kannst du alle darin enthaltenen befehle mit einem vorangestellten ./ aufrufen.

./sdinfo [enter]
./evoplus_cid [enter]

etc...

mfg jori...

**ehmu** · 10.01.2018, 13:11

Hallo, ich habe letztens 2 Notebooks mit PCI Reader unter die Finger bekommen und verwundert festgestellt, dass auf einem zwar Set Password funktioniert - Forced Erase (echo erase > .. und cmd42) und Clear Password aber nicht.
Beides Asus Notebooks. Der nicht so gut funktionierende hatte einen Realtek (5287 oder so?) card reader (Das kann man zB per lspci [-v] auslesen). Das Treibermodul dazu rtsx_pci_sdmmc. Beim funktionierenden Notebook kann ich mich nicht mehr genau erinnern.

Als Anregung meinerseits, liegt das Problem ja möglicherweise noch in den Kernel Patches von Al Cooper? Link nur für registrierte und freigeschaltete Mitglieder sichtbar.
In [Patch V3 5/8] wird ja mmc_sd_init_card() so weit verändert, dass bei gelockten Karten vorerst nur jene Inits ausgeführt werden, die mit solchen Karten tatsächlich möglich sind. Ev. fehlen da jetzt noch Teile und manche Reader kommen damit trotzdem besser klar als andere? Die dann die Unlock Kommandos gar nicht an die Karte senden können?

Es schien mir auch so, dass direkt nach cmd42 xxx s ein cmd42 xxx c sehr wohl funktioniert hat - also ohne Karte raus-rein. Da ist dann ev. alles ausreichend initialisiert? Mit Karte neu stecken ging cmd42 xxx c dann nicht mehr.

Bei cmd42 xxx c ist mir auch noch aufgefallen, dass (read per dmesg) der Kernel Treiber beim 1. Versuch nach dem Stecken der Karte 1x per EINVAL meckert.

Code:

rtsx_pci_sdmmc rtsx_pci_sdmmc.0: mmc_blk_ioctl_cmd cmd error -22
#define EINVAL          22      /* Invalid argument */

alle weiteren Versuche brachten jeweils 2x ETIMEDOUT

Code:

rtsx_pci_sdmmc rtsx_pci_sdmmc.0: mmc_blk_ioctl_cmd cmd error -110
rtsx_pci_sdmmc rtsx_pci_sdmmc.0: mmc_blk_ioctl_cmd cmd error -110
#define ETIMEDOUT       110     /* Connection timed out */

echo erase> sys/.. brachte hingegen den Fehler von Patch 2/8
mmc0: Error restoring Block Length

@jori: Hast du für cmd42 mmc_lock_unlock() [aus Patch V3 2/8] verwendet? Oder alles selbst gemacht?
Ist der Source Code für cmd42 eigentlich verfügbar?

**Harry1208** · 10.01.2018, 13:13

hab mir einen Ordner auf dem Desktop angelegt (Name ist egal) dort hab ich alle Dateien, die ich so brauche reinkopiert.
u.a. cmd42, mmc64, sdinfo und auch ne Textdatei wo z.B. das Passwort oder auch schon der ganze Befehl drinstehen, kannste Dich auch nicht vertippen, wenn Du's da rauskopierst.

in diesem Ordner ein terminal geöffnet und erst mal "sudo -s" ausgeführt und dann u.a. "chmod 777 cmd42"
dann sollte es eigentlich funktionieren

uff grad gesehen da war @Link nur für registrierte und freigeschaltete Mitglieder sichtbar. schneller

**jori** · 10.01.2018, 15:20

Zitat von Harry1208

ok - jetzt hab ich das auch als Linux-Laie kapiert.
Aber warum funzt das ganze mit der ebay-Karte nicht ?
Nur weil die card-adress nicht 0001 ist ?

Die CID passt ja - also nach dem üblichen Vorgehen mit echo erase, formatieren und neu beschreiben lässt sie sich mit dem bekannten Passwort ja wieder sperren und benutzen

ein problem beim 'cmd42'-befehl ist noch die status-abfrage. 'cmd42' schickt im vorfeld ein ''SEND_STATUS' an die sd-karte um deren zustand zu erkennen. im zweiten schritt wird dann die kommando-sequenz (cmd42) an die karte gesendet. danach sendet 'cmd42' noch ein weiteres mal ein 'SEND_STATUS' um zu sehen ob die lock/unlock operation erfolgreich war.

bei sd-karten deren port nicht auf :0001 liegt funktioniert die abfrage des status merkwürdigerweise nicht. aufgrund des fehlers der da zurückkommt bricht 'cmd42' die ausführung vorzeitig ab. das problem haben auch alle anderen befehle wie 'mmc' z.bsp. nur fällt es da nicht so auf, weil 'mmc' den status erst nach dem senden von 'lock_sd' abfragt.

die abfrage des karten-status wird es aber in der entgültigen version von 'cmd42' nicht mehr geben. sie ist zu zeit nur implementiert um fehler oder sonstige ungereimtheiten einfacher aufzuspüren. dem einen oder anderen wird vielleicht aufgefallen sein, das ich hier auf einem system programmiere, das ich selbst erst seit knapp einem halben jahr etwas besser kenne. dazu auch noch in einer sprache (C) die auch neu für mich ist und mir eigentlich immer ein greul war und auch noch auf einer hardware mit der ich mein programm nicht mal testen kann. wie krass is das denn! wenn man sieht wie gut das jetzt schon funktioniert!

mfg jori...

**Frabusoft** · 10.01.2018, 17:06

Nur mal so als Gedankengang:
die ebay Karte hat eine feste CID die bei der Produktion vergeben wird, da steckt doch bestimmt mehr dahinter als nur irgendein Register setzten, damit die Änderung funktioniert.
Solche Karten hatte ich auch schon, die (extra auf wunsch) eine bestimmte, feste CID haben, diese lässt sich aber nicht ändern.

Sonnst müsste man ja theoretisch alle Karten, gleich welcher Hersteller, mit dder Hilfe eines Befehls zum Zulassen der Änderung der CID "zwingen" können, oder hab ich da was völlig falsch verstanden?

Gruß
Frabusoft

**trible** · 10.01.2018, 21:27

jungs ihr zeit süper danke

**jori** · 10.01.2018, 22:38

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. - ich will mich hier jetzt nicht zu weit aus dem fenster lehnen, denn mit dem produktions-prozess von sd-karten hab ich mich bis jetzt nicht weiter befasst. was ich aber aus der sd-spezifikation rausgelesen habe, gehört das soweit wohl zum pflichtenheft der angeschlossenen karten-hersteller, das sie mit der CID jeder karte eine eindeutige id vergeben die nachträglich nicht veränderbar ist. ABER! wenn man mal in den befehlskatalog der sd-spezifikation schaut, finden sich dort 64 (CMD00-63) verschiedene befehle um mit einer sd-karte zu kommunizieren. typischerweise sind darunter natürlich auch ein paar kommandos (CMD60-63) die nicht dokummentiert sind und exklusiv den herstellern zur verfügung stehen. evoplus_cid verwendet z.bsp. CMD62 um die samsung evo_plus in den fabrikations-modus zu schalten und nutzt dann einen weiteren unbekannten befehl um deren CID nachträglich zu verändern. bei sandisk und den anderen grossen kartenherstellern wird es mit grosser sicherheit ähnliche funktionen geben um deren karten nachträglich manipulieren zu können. aber bestimmt nicht mit den gleichen methoden dir wir inzwischen für die samsung evo_plus kennen.

mfg jori...

**Frabusoft** · 10.01.2018, 22:41

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar. danke für deine ausführliche Antwort und du wirst wohl mit deiner Vermutung recht haben.

Schade eigentlich

Gruß
Frabusoft