RNEG versione 27.01

[mira308sw]

io penso che la strada da seguire sia quella di copiare la SD originale attraverso tool tipo winhex che fanno copie 1:1, poi cambiare con VolumeID o simili il serial number mettendo quello della scheda originale.
qualcuno ha gia' provato in questo modo ?

[giogio9595]

io penso che la strada da seguire sia quella di copiare la SD originale attraverso tool tipo winhex che fanno copie 1:1, poi cambiare con VolumeID o simili il serial number mettendo quello della scheda originale.
qualcuno ha gia' provato in questo modo ?

si se leggi qualche post più indietro....... ma non basta
comunque la cosa si sta facendo interessante, credo che sia l'inizio della strada giusta.
avanti con lo studio e gli smanettamenti

[Netrunner]

i seguenti testi sono presi dal codice eseguibile che "dovrebbe" fare il controllo sulla validita' della SD:
____

NAME=cidguard
DATE=2009/09/03_11-40-09_UTC
HOST=OEHHOBRUEGGMANN
USER=OBrueggmann
PLABEL=PL_qnx_cidguard_09364A
QNX_VERSION=630
QNX_LABEL=RL_qnx_os_630SP2_PSP10_08392A
GCC_VERSION=3.4.6
CPU=arm
cidguard - Check the validity of SD/MMC cards containing navigation data.

Usage:
%C [-p path] [-M file] [-d delay] [-f path] [-D] [-e extension] [-n name]
[-H file]

Arguments:

-p path Path to check for navigation databases.
-M file Print debug output to file (default is stdout)
-d delay Delay is seconds after program start to wait before
performing checks.
-f path Path to a directory to store dropfiles in. Dropfiles signal
a certain state of the the CID validation process:

nonavdisc.cidguard // no navigation medium
invalidcid.cidguard // invalid card id
ioerror.cidguard // io error during check
confirmedok.cidguard // medium appears to be valid
eject.cidguard // medium was ejected
unknown.cidguard // unknown state; ignore.

It is recommended for the path to point towards a temporary
directory. If this option is not used, dropfiles won't be
created. In case Option -D is specified, the signaled status
won't go the 'eject' state as soon as the card is dismounted,
and will remain at 'invalidcid' until a new medium has been
detected by the cidguard utility.

-D Automatically dismount the device the navigation directory
resides on.
-e extension Only check files with the given extension. If this option and
option -n are not specified cidguard will take _all_ files
into account. The option can be used multiple times to specify
up to 256 extension definitions. Extension tests are case
insensitive.
-n name Only check files with the given name. If this option and
option -n are not specified cidguard will take _all_ files
into account. The option can be used multiple times to specify
up to 256 name definitions.
-H file Load legacy hash table from a file. Use this to override built
in legacy hashes.

Example:

cidguard -p /fs/sd0/database -M /hbsystem/multicore/p -d 20

Once the process is running for 20 seconds, it will monitor the given path for
changes. As soon as an insert of a navigation database takes place, the program
will attempt to validate the SD-Card to see if its genuine. If the card is
found to be invalid, the mountpoint the path is residing on will be dismounted.

This works as long as the underlying MMC/SD driver correctly supports the
interface as specified in dcmd_sim_mmcsd.h.
_____

003E0C NAME=cidguard·DATE=2009/09/03_11-40-09_UTC·HOST=OEHHOBRUEGGMANN·
003E4C USER=OBrueggmann·PLABEL=PL_qnx_cidguard_09364A·QNX_VERSION=630·Q
003E8C NX_LABEL=RL_qnx_os_630SP2_PSP10_08392A·GCC_VERSION=3.4.6·CPU=arm
003ECC ································································
003F0C Fatal: Could not write slog event···process started PID=0x%08X··
003F4C process terminated PID=0x%08X···?···nonavdisc.cidguard··unknown.
003F8C cidguard····eject.cidguard··confirmedok.cidguard····ioerror.cidg
003FCC uard····invalidcid.cidguard·%s/%s···CIDG: Creating file '%s'····
00400C ···CIDG: Could not create '%s' (%s)····PLABEL··QNX_LABEL···DATE
00404C ····Label: %s QNX: %s Built: %s·M:p:d:f:DPe:n:H:····CIDG: Failed
00408C to load hashtable.·····'%c': invalid option····w···CIDG: Hashta
0040CC ble successfully loaded.····CIDG: Monitoring '%s'···CIDG: path '
00410C %s' detached····CIDG: path '%s' attached····%s/acios_db.ini·CIDG
00414C : file '%s' not found.··CIDG: Keeping '%s', card check OK.··.···
00418C ..··CIDG: Dismounting '%s', card check failed.··CIDG: Waiting %d
0041CC seconds...·····CIDG: Directory listing (%u entries):···CIDG: %0
00420C 4d: name: %20s, size %lld···file: %s····CIDG: hit for full file
00424C name '%s': %s···%lld····%02x····CIDG: hash of directory '%s': %s
00428C ····CIDG: Attempting to open '%s' to check for CID··CIDG: Resolv
0042CC ed path '%s' to device '%s'·····CIDG: Card name: '%c%c%c%c%c'···
00430C CIDG: No legacy hash for '%s', need to verify with SD Card··CIDG
00434C : Card ID mismatch.·····CIDG: hit for extension '%s': %s····Fail
00438C ed to redirect stdout to %s·····CIDG: Could not open '%s' for re
0043CC ading···CIDG: Loading %d byte from hashfile..···Too many names/e
00440C xtensions.··Could not allocate extension entry.·····CIDG: Could
00444C not load hash table.····use: %s [-p path] [-M debug device] [-d
00448C delay]··CIDG: procmgr_event_notify() failed·procmgr_event_notify
0044CC () failed···CIDG: Could not read Card ID····CIDG: As seen by CID
00450C guard:····· PSN MSB: $%02X (is $%02X)···· PSN ...: $%02X (i
00454C s $%02X)···· PSN LSB: $%02X (is $%02X)···· PRV : $%02X (i
00458C s $%02X)···· PNM 4: $%02X (is $%02X)···· PNM 3: $%02X (i
0045CC s $%02X)···· PNM 2: $%02X (is $%02X)···· PNM 1: $%02X (i
00460C s $%02X)···· PNM 0: $%02X (is $%02X)···· MDT MSB: (is
00464C $%02X)·· MDT LSB: $%02X (is $%02X)···· Date appears to be Mon
00468C th %d, Year %d··CIDG: hint done.····CIDG: Card is OK. (legacy ha
0046CC sh)·····CIDG: Card is OK.···[%09lld.%03lld] ····················

_____

nel file PSA-starter.cfg c'e' scritta la riga di comando con cui viene eseguito il programma cidguard:
<Process>
<Number>44</Number>
<Name>/usr/bin/cidguard</Name>
<Args>-D -d20 -p /fs/sd0/database -e .DB -e .GDB</Args>
<ResArgs>-D -d20 -p /fs/sd0/database -e .DB -e .GDB</ResArgs>

ci dice che:
-D smota in automatico il device SD
-d20 ritardo di 20 secondi prima di iniziare
-p /fs/sd0/database percorso dove risiede la mappa
-e .DB -e .GDB estensione dei file da controllare
_____

sempre analizzando il codice eseguibile, si nota un riferimento a questo "interessantissimo" file:
"/HBpersistence/skip.cidguard"
chissa' come va usato pero' !
____


Buon Anno a tutti

Allora da questo bel dump, secondo me, si possono intuire 3 cose interessanti:
1. Oltre al CID della card c'è un hash che viene controllato (visto che c'è la possibilità di usare una hashtable esterna) il che non è buono per noi; oltretutto per come viene lanciato il prog, viene usata invece una hashtable "interna" al programma e possibilmente difficile da ricavare
2. Non è specificato un percorso per il dropfile. Il programma pertanto non usa un file per segnalare al sistema che la card non è valida, ma usando l'opzione -D (che è infatti specificata) smonta il volume della sd, così che l'RNEG non lo trova più e quindi non fa partire la navigazione non trovando le mappe
3. Visto che il processo è richiamato dal PSA-starter.cfg e alla luce delle considerazioni sopra, *forse* potrebbe essere sufficiente non far partire il processo cidguard all'avvio per evitare che la partizione della sd venga "smontata" dal medesimo
Non appena posso faccio una prova (a rischio del mio wip nav ) e vi tengo aggiornati.
Ciao

NeT

[mira308sw]

Allora da questo bel dump, secondo me, si possono intuire 3 cose interessanti:
1. Oltre al CID della card c'è un hash che viene controllato (visto che c'è la possibilità di usare una hashtable esterna) il che non è buono per noi; oltretutto per come viene lanciato il prog, viene usata invece una hashtable "interna" al programma e possibilmente difficile da ricavare

perche' preoccuparsi della hashtable visto che i dati controllati (ossia i file *.DB *.GDB) sono gli stessi ?
sicuramente daranno lo stesso risultato, o sbaglio ?

2. Non è specificato un percorso per il dropfile. Il programma pertanto non usa un file per segnalare al sistema che la card non è valida, ma usando l'opzione -D (che è infatti specificata) smonta il volume della sd, così che l'RNEG non lo trova più e quindi non fa partire la navigazione non trovando le mappe
3. Visto che il processo è richiamato dal PSA-starter.cfg e alla luce delle considerazioni sopra, *forse* potrebbe essere sufficiente non far partire il processo cidguard all'avvio per evitare che la partizione della sd venga "smontata" dal medesimo

ottima idea

Non appena posso faccio una prova (a rischio del mio wip nav ) e vi tengo aggiornati.

lodevole e incoscente nello stesso tempo.

per seguire questa strada io non so come affrontare 2 problemucci:
1- ricreare il file ifs_1.ifs
2 - calcolare il codice RSA presente nel file RNEGXsample.sig

[Netrunner]

Allora da questo bel dump, secondo me, si possono intuire 3 cose interessanti:
1. Oltre al CID della card c'è un hash che viene controllato (visto che c'è la possibilità di usare una hashtable esterna) il che non è buono per noi; oltretutto per come viene lanciato il prog, viene usata invece una hashtable "interna" al programma e possibilmente difficile da ricavare

perche' preoccuparsi della hashtable visto che i dati controllati (ossia i file *.DB *.GDB) sono gli stessi ?
sicuramente daranno lo stesso risultato, o sbaglio ?

2. Non è specificato un percorso per il dropfile. Il programma pertanto non usa un file per segnalare al sistema che la card non è valida, ma usando l'opzione -D (che è infatti specificata) smonta il volume della sd, così che l'RNEG non lo trova più e quindi non fa partire la navigazione non trovando le mappe
3. Visto che il processo è richiamato dal PSA-starter.cfg e alla luce delle considerazioni sopra, *forse* potrebbe essere sufficiente non far partire il processo cidguard all'avvio per evitare che la partizione della sd venga "smontata" dal medesimo

ottima idea

Non appena posso faccio una prova (a rischio del mio wip nav ) e vi tengo aggiornati.

lodevole e incoscente nello stesso tempo.

per seguire questa strada io non so come affrontare 2 problemucci:
1- ricreare il file ifs_1.ifs
2 - calcolare il codice RSA presente nel file RNEGXsample.sig

L'hash table mi preoccuperebbe solo se la strada scelta fosse quella di editare i file mappe per contenere l'id della sd "di backup". Infatti se tu apri il file .db (quello da 600 e rotti mega) all'offset 05390c04 trovi i 4 byte indicanti il cid della sd su cui in origine il file era presente. Vedendo parlare di hash table, penso che oltre a controllare questo id, lo stesso venga anche hashato e inserito da qualche altra parte in quel file o in un altro dei file db.
Certo se si cerca di saltare il cidguard, il problema non ci riguarda più
Per l'rsa, ora ci provo io. faccio due prove poi ti so dire

NeT

[Krato§]

dai forza ragazzi...confido in voi...
Buon Anno!

[tazsiltati]

Sono con tutti voi

[Netrunner]

Ho fatto qualche sebbene modesto progresso. Non mi dilungherò qui in forum con sbrodolate tecniche, chi è interessato e vuole dare una mano (mira? ziotibia?altri?) è il benvenuto a contattarmi in pm

NeT

[mira308sw]

se ti serve una mano da un NON possessore di WipNav, io ci sono.

[Krato§]

ma migliorie che hanno portato dove?

[peuciccio]

ho avuto problemi con la 20.16
cursore bloccato
reset random del sistema durante la navigazione (anche radio muta per 3 o 4 sec)
scariche sulle casse acustiche e immediato reset
il conc mi ha detto che ha avuto altri casi con questa versione SW
Peugeot consiglia di passare alla 27.01 (che dovrebbe risolvere tutti questi problemi) e cosi' ho fatto
l'SD copia di backup per ora e' finita in un cassetto in attesa di "info" incoraggianti da chi sta "lavorando per noi"

avendo fatto il tutto il 5 gennaio sto ancora testando la 27.01

qualcuno ha avuto gli stessi problemi con la 20.16 ?
chi ha gia' su la 27.01 e' soddisfatto (a parte l'SD ovviamente) ? non ha problemi ?

[Fbrighi]

Ciao,

mi è venuta così...ma...nessuno ha provato a cancellare una "vecchia" SD card originale (magari vecchie mappe scadute) e provare la procedura di copia delle nuove? Se la protezione è sull'SD card, magari quelle vecchie non ce l'hanno.
Ciau

FKB

[zio_tibia]

Si già fatto. La protezione è implementata nel firmware e va a leggere una porzione della SD che non è copiabile su un altra SD con mezzi casalinghi.

[Fbrighi]

Ah, jella. Ma...quindi anche usando una SD di nuova generazione (quelle colla protezione attiva), anche se la cancello e ci copio dentro eventualmente le mappe nuove non va? Oppure c'e' un legame tra la zona SD non accessibile e i dati contenuti nelle mappe?
Scusate se chiedo ma in questi giorni sono una miniera di iniziative

Ciau
FKB

[delfo]

Io sono arivato addirittura a usare la SD originale con le 2009-2010, ho cancellato i file dei data base delle mappe
infatti se compari le due cartelle vedi che sono qulli con le date che di aggiornano tra 2009 e 2011:
-kN093EUx01t01.DB
-R932_v36a.gdb
-R932b_litdata.DB
-S_ZF1914_v1.DB
poi ho copiato i 4 file delle 2010-2011 rinominandoli come quelli eliminati ........ nada de nada
A quasto punto dopo innumerevoli clonatore anche con WINHEX desisto.