[elektro] mSata-Sata adapterrek nem bootol az SSD?

[hobilobi at gmail.com]

2016.12.07. 7:36 keltezéssel, gyapo írta:
> Hobilobi, you wrote:
> hgc> Ez így van.  De a programok jó része már olyan méretű és bonyolultságú,
> hgc> hogy még kellő tudás esetén se érdemes a hibát keresni
>
> Igen, a programok nagyok, és nem éri meg megkeresni a hibát. De a hiba
> ettől még van, pontosan tudható oka van, semmi misztikus nem történik.
A hiba oka csak akkor tudható, ha sikeresen megkerested. Ha pedig nem 
éri meg megkeresni, akkor nem tudható az oka, és akkor misztikus. Pláne, 
ha kívülről nézve,  látszólag nincs is összefüggés az egyes hibás esetek 
között.


> hgc> Arról nem is beszélve, hogy hibát keresni csak akkor van értelme
> hgc> nekiállni, ha a hiba bármikor reprodukálható.
> hgc> Enélkül esélytelen a dolog. Az esetek jó része pedig sajnos ilyen.
>
> A lottó ötös is reprodukálható, csak kicsit sokáig kell próbálkozni.
> És lehet, hogy sokkal kevesebb még ez is, mint egy több GB-os
> programrendszer összes lehetséges állapota. Ehhez jön még az a pár
> milliárd tranzisztor, ami egy pc-ben működik.
> De ez az elven semmit nem módosít, a számítástechnikai hibák akár sw
> akár hw pontosan tudhatók, kinyomozhatók, magyarázhatók, csak nem éri
> meg.
>
> hgc> Mindezt hogy derítetted volna ki, ha nincs ott a program írója?
>
> A NT hibájának kiderítéséhez nem kellett a programozó, ahhoz igen,
> hogy a programjából kivegye, és anélkül fordítsa le. De nekem mint a
> gép eladójának nem az volt a fontos, hogy működő programot állítsak
> elő, hanem hogy bizonyítsam a gép működőképességét, és hogy a hibát
> nem a gép okozza, hanem a program.
>
> hgc> Ha nincs forrásod a programról akkor esélytelen egy ilyen hibát
> hgc> kijavítani.
>
> Nem, mert van ismerősöm, aki kijavította, és onnantól lehetett
> használni a NT-t a clipper programokban, hiba nélkül futott bármilyen
> gyors gépen. Nem hiszem, hogy volt forrása hozzá.
> Kb. így működnek a crackerek is, nekik sincs forrásuk, mégis tudnak
> olyan változtatásokat eszközölni egy programban, ami megváltoztatja a
> program viselkedését.
Ezzel tökéletesen tisztában vagyok, fejtettem vissza én is számos 
programot.
Ez a módszer viszont, még vagy két nagyságrenddel nagyobb munka, mintha 
van hozzá forrásod.
Tehát még kisebb az esélye, hogy megéri. Egy komolyabb programot még 
forrás szinten sem kis munka megérteni, de gépi kód (ASM) szinten már 
majdnem a lehetetlennel határos annak, aki nem rendszeresen
foglalkozik ilyennel. Elég néhány ismeretlen rendszerhívás, és már el is 
veszett Ariadne fonala.
Persze mindig akadnak lelkes fiatalok, vagy olyanok, akiknek van erre 
idejük, mert a megélhetésüket más biztosítja.
Akik ilyennel foglalkoznak, szinte főállás szinten, azoknak van profi 
visszafejtő programjuk ami azért a munka jó részét elvégzi. Meg van 
egyéb, program debuggolásra szolgáló eszközük. Csináltak maguknak 
dokumentációt a rendszerhívásokról, stb. Ezekkel megkeresni egy 
programnak azt a részét, ami a korlátozást végzi, amíg nem fizetted ki 
az árát, már szinte rutin munka nekik
Nem azt mondom, hogy 1-2 órás munka, noha egyes esetekben akár még ennyi 
is lehet, de biztosan nem
több havi meló. Ezek a védelmek eléggé hasonló megoldásúak. Közel sem a 
lottó variációkhoz mérhető a
számuk.
Viszont akár csak az általad említett programhibát megkeresni, már nekik 
sem kispályás feladat.
És vannak ennél sokkal ravaszabb hibák is.

A HW hibákról már ne is beszéljünk, mert azok aztán olyan 
felszereltséget igényelnek, ami csak a nagy gyártóknál lelhető fel. Most 
nem olyan hibára gondolok ahol tönkrement a HW-ben egy alkatrész, hanem 
olyanra, amikor a HW többnyire jól működik, de néha mégis hibázik, 
lefagy, stb. Pl. egy jitterből származó időzítési eltérés miatt. De itt 
is vannak ennél ravaszabb lehetőségek is. Ezek egészen addig 
misztikusak, amíg nem sikerül megtalálni az okukat. Az pedig az esetek 
túlnyomó részében nem sikerül, vagy nekikezdeni sem érdemes.

István
>   A forrás meg a magas szintű nyelvek csak
> kényelmi célt szolgálnak, a processzort, ami a kódot futtatja nem
> érdeklik ezek.
>
> Üdv.: gyapo
>
> -----------------------------------------
>            elektro[-flame|-etc]
>