sysCheck 2.1.0 b19 by R2-D2199/Double_A/setialpha

niishou · 6. Juli 2011, 10:10

The spanish translation was a strange mix of french and english, so I polished it a bit and it's now completely in spanish. I compiled the app and tested it on my Wii and everything looks fine but, if you see a mistake, you can let me know. I'm a native spanish speaker so you can trust me :).

Spoiler anzeigen

P.S.: Ich entschuldige mich für die Englisch hier.

rlelamer · 7. Juli 2011, 13:11

it would be possible to have the sources of v2.1.0b11?
Because in the site 'http://code.google.com/p/syscheck/source/checkout' the last is the b9 ...

DefenderX · 7. Juli 2011, 13:41

Yes, of course. You can write R2-D2199 a PM.

Im sure, he will give you the sourcecode.

R2-D2199 · 7. Juli 2011, 13:47

rlelamer schrieb:

it would be possible to have the sources of v2.1.0b11?
Because in the site 'http://code.google.com/p/syscheck/source/checkout' the last is the b9 ...

The "r9" doesn't mean that it's b9, it's just the revision of the svn system.
r9 is currently under development, r8 is the sourcecode of b11.

@niishou: thanks, i will include this in the next release.

rlelamer · 11. Juli 2011, 11:31

mload.c
c:/devkitPro/Syscheck/source/mload.c: In function 'mload_init':
c:/devkitPro/Syscheck/source/mload.c:64:25: warning: implicit declaration of function 'iosDestroyHeap' [-Wimplicit-function-declaration]
sha1.c
sys.c
c:/devkitPro/Syscheck/source/sys.c: In function 'doit':
c:/devkitPro/Syscheck/source/sys.c:381:23: warning: comparison between pointer and integer [enabled by default]
c:/devkitPro/Syscheck/source/sys.c: In function 'CheckVersionPatch':
c:/devkitPro/Syscheck/source/sys.c:730:6: warning: variable 'ret' set but not used [-Wunused-but-set-variable]
sysCheck.c
c:/devkitPro/Syscheck/source/sysCheck.c:8:22: fatal error: wiilight.h: No such file or directory
compilation terminated.
make[1]: *** [sysCheck.o] Error 1
"make": *** [build] Error 2

> Process Exit Code: 2
> Time Taken: 00:18

I try to compile this r9 but i have a compile error ...
I use the lasted version of devkitpro

R2-D2199 · 11. Juli 2011, 12:23

I use this libogc: code.google.com/p/syscheck/dow…?name=libogc.rar&can=2&q=

rlelamer · 11. Juli 2011, 14:29

Compilation it's OK but i have 3 warning

sys.c
c:/devkitPro/Syscheck/source/sys.c: In function 'doit':
c:/devkitPro/Syscheck/source/sys.c:381:23: warning: comparison between pointer and integer [enabled by default]
c:/devkitPro/Syscheck/source/sys.c: In function 'CheckVersionPatch':
c:/devkitPro/Syscheck/source/sys.c:730:6: warning: variable 'ret' set but not used [-Wunused-but-set-variable]
sysCheck.c
c:/devkitPro/Syscheck/source/sysCheck.c: In function 'main':
c:/devkitPro/Syscheck/source/sysCheck.c:734:8: warning: variable 'ret' set but not used [-Wunused-but-set-variable]

:threeeyes:

R2-D2199 · 11. Juli 2011, 19:27

It's not critical. r9 is currently under development and not optimized.

BöhserOnkel · 13. Juli 2011, 23:51

Kurze Zwischenmeldung:
"Dank" Priiloader und das patchen der Systemmenü TMD (HW_AHBPROT) werden alle IOS die aktiv sind mit NAND Zugriff angezeigt, selbst wenn sie ungepatcht installiert worden sind. Dem zu Folge sind dann alle SysChecks "falsch".
Getestet mit der b11.

Ich weiß momentan keine Lösung dafür, außer das patchen der TMD zu entfernen. Vielleicht fällt dir was ein?!

*EDIT: Mal ne Anmerkung. Deine Source auf einem linux zu kompilieren ist eine Katastrophe.
1. Benutze mal in der makefile bei include = include, dann kannst du die *.h Dateien nicht mit relativem Pfad einbinden sondern nur als Namen
#include <asd.h> statt #include >..\asdasd\adsdasd\aasdsad.h>
Denn \ gibts auf einem Linux nicht...
2. Achte bei Dateinamen auf Groß- und Kleinschreibung A != a

Arbeiten ja nicht alle mit Windows...

R2-D2199 · 20. Juli 2011, 10:39

Und das passiert nur durch das Setzen der access_rights im Systemmenü TMD?
Das könnte man relativ leicht lösen.
Ich probier es heute Abend mal aus.

BöhserOnkel · 20. Juli 2011, 10:42

Könnte sein, kann aber auch daran liegen, das die TMD die Rechte 0777 kriegt, somit hat alles und jeder Zugriff drauf.
Musst mal gucken.

R2-D2199 · 20. Juli 2011, 19:25

Ich hab mal ein wenig ausprobiert.
An den access_rights alleine kann es nicht liegen, wenn ich nur diese im Systemmenü TMD setze tritt der Fehler nicht auf.
ich habe aber heute Abend keine Zeit mehr um weiter zu testen.

@BO vielleicht kannst du mal den Installationsvorgang des Priiloaders in mehrere Phasen teilen, also z.b. Schritt 1 setzen der access_rights, dann mit syscheck testen, wenn der fehler nicht auftritt weiter mit dem Setzen der Rechte und wieder ausprobieren.

Edit: Ich denke mal ich habe den "Fehler" gefunden. Folgende Funtion überprüft den NAND Zugriff:

Quellcode

// Check NAND access
bool CheckNANDAccess(void)
{
int ret = IOS_Open("/title/00000001/00000002/content/title.tmd", 1);
if (ret >= 0) IOS_Close(ret);
if (ret < 0)
return false;
else
return true;
}

Alles anzeigen

Wenn das TMD nun von jedem gelesen werden kann, liegt es daran.
Rechnet in den nächsten Tagen mit einer neuen Beta.

BöhserOnkel · 21. Juli 2011, 20:32

Genau. Also es liegt wirklich am AHBPROT Patch, die Rechte bleiben erhalten, original == kopie.
Durch den Patch wird halt das ganze Systemmenü mit AHBPROT versehen.

Ansich könntest du ja auch das Ticket checken.
/ticket/00000001/00000002.tik

Ich glaube das wird von keinen Tool angefasst und ist somit immer Original.

DefenderX · 22. Juli 2011, 19:54

Ich hätte noch eine Idee zur Verbesserung des sysChecks:

Könnte man nicht eine Erkennung für ein cMIOS integrieren? Wäre das machbar?

egotron · 23. Juli 2011, 13:46

Moin Leute.

BöhserOnkel schrieb:

"Durch den Patch wird halt das ganze Systemmenü mit AHBPROT versehen."

Kann das sein, das es hier auch schon erkennbar ist?
(Ich habe kein Plan von Prog-Sprachen, ich kann mich also nur mit solchen praktischen Beispielen zu Wort melden.)

Als ich vorgestern das Systemmenü als Wad gepackt habe, um ein Custom Systemmenü als Wad zu haben, war der Priiloader v0.7 beta3 drauf.
Danach hatte die Wad Datei des Systemmenüs eine HW_AHBPROT Flag.

Also habe ich das noch mal gemacht. Diesmal ohne installierten Priiloader.
Die Wad Datei hatte in diesem Fall keine HW_AHBPROT Flag mehr.

Aber meine Frage dazu ist, ob der Systemcheck nicht doch richtig ist und das System tatsächlich überall NAND Zugriff hat?
Aber das hast du denke ich mir auch mit dem Post davor gemeint.

.

R2-D2199 · 27. Juli 2011, 19:51

So, der "NAND-Access Bug" ist behoben.

Ich hatte zwar anfangs einen anderen Lösungsweg, die Idee von BO den Zugriff auf das Ticket zu überprüfen ist aber einfacher.
Thanks BO.

Ich bin noch am Feinschliff, die nächste Beta gibts vermutlich am Wochenende.
Hier ein kleiner Vorgeschmack auf eine neue Funktion

:
youtube.com/watch?v=xsDtDNedUSo

R2-D2199 · 30. Juli 2011, 12:59

Die Beta12 ist fertig:
code.google.com/p/syscheck/dow…tail?name=syscheckb12.zip

Changelog:

Die Base IOS Erkennung wurde verbessert (unter anderem die Unterstützung für mehr Pimp My Wii IOS), thanks Black.Pearl
Der HW_AHBPROT Bug wurde gefixt, thanks davebaol
Der "Priiloader NAND Access Bug" wurde gefixt, thanks BöhserOnkel
Die Update Funktion wurde hinzugefügt
Über einen USB Gecko erhält man nun Debugging Informationen

Viel Spaß beim Testen.

Angel_of_De@th · 30. Juli 2011, 13:52

Hallo R2-D2199

Habe gerade mal deine Neuste Version getesten und wie es mit dem Check durch war, habe ich den ganze SysCheck mal dem Tool von DraginWork eingefügt.
Dieses Tool meinte dnn das mein hermes-v5.1 veraltest sei!

was ist jetzt nun ichtig?!

sysCheck v2.1.0b12

sysCheck v2.1.0b10

R2-D2199 · 30. Juli 2011, 14:57

Deine cIOS sind aktuell, das sysCheckChecker Tool erkennt wahrscheinlich die Versionsbezeichnung "hermes-v5.1" nicht und erwartet "v5.1".
Das muss im Tool geändert werden.
Seit der 12. Beta wird "hermes-v5.1" statt "v5.1" angezeigt,

K-M · 31. Juli 2011, 06:45

@R2-D2199:
Can you add translation read from SD card (like USB Loader GX does, include font change)?
I translated and compiled, but compiling per update is not easy to update with translation.

Black.Pearl · 1. August 2011, 11:45

R2-D2199 schrieb:

Changelog:
Die Base IOS Erkennung wurde verbessert (unter anderem die Unterstützung für mehr Pimp My Wii IOS), thanks Black.Pearl

Meine Systemmenü-IOS werden immer noch mit der Stub-Revisionsnummer angezeigt.
Das tatsächlich verwendete Base-IOS wird dabei nicht erkannt bzw. nicht angezeigt.
Ich hatte ja beispielsweise das IOS20(rev 12) zu einem IOS20(rev 256) gepatcht.
Nun wirft mein SysCheck folgendes aus:

sysCheck v2.1.0b12 von Double_A und R2-D2199 schrieb:

IOS20 (rev 256): Trucha Bug, ES Identify, Flash Zugriff, NAND Zugriff

Ansonsten wieder ein dickes Lob an Eure/Deine Arbeit. Genial!
Zur Ansicht, habe ich Euch mal meine aktuelle "IOSsyscheck.log" mitgeschickt.

Ich würde mir die Darstellung der SM-IOS so vorstellen.

R2-D2199 · 1. August 2011, 19:01

@Black.Pearl:
kannst du es mal mit der angehängten Version probieren?
Wenn es damit klappt ist mir ein dummer Fehler unterlaufen.
Naja dann gibt es schneller eine Möglichkeit die Update Funktion zu testen

R2-D2199 · 17. August 2011, 21:24

Die Beta13 ist fertig:
code.google.com/p/syscheck/dow…tail?name=syscheckb13.zip

Changelog:

Die Base IOS Erkennung wurde verbessert (Das Problem von Black.Pearl sollte gefixt sein)
Die Erkennung für PreFiix wurde hinzugefügt
Die Erkennung von IOS252 (bootcb2) wurde hinzugefügt

Die neue Version ist auch über die Updatefunktion von Syscheck verfügbar, bitte testet diese auch.

Viel Spaß beim Testen.

Wii-Fan!!! · 17. August 2011, 22:30

Die Erkennung für PreFiix wurde hinzugefügt
Die Erkennung von IOS252 (bootcb2) wurde hinzugefügt

Hallo könnt ihr mir sagen was dieses beide prefiix und bootcb2 sein sollen ?

fraggelpower666 · 17. August 2011, 22:57

PreFiix ist eine Priiloader verwandte HB Application! Und bootcb2 ist ein eine cboot2 Variante!!!

Quellcode

Teilen