Universal Lagfix:(04.13)新增K13e-250版、K13e-500版

hsiacc

76分

711樓

hsiacc

個人積分：76分

文章編號：24101238

globe68 wrote:
K9現在還有問題嗎?
想刷又不感刷@@"

之前刷K9就當在開機畫面!
刷回K8還是一樣!!

害我重刷ROM...

應該說不是K9有問題，而是K9版的設定不能相容於K9之前版本的設定。因為K9的出現，是SpeedMod的作者為了修正K9版之前所用的ULF kernel沒有以 "-o check=no"的參數來掛上rfs的檔案系統而造成/system可能損毀的問題。基本上不應該算是K9版有問題，而是如果你有刷過K9之前kernel，那你必須先復原可能已被先前UFL kernel破壞過的/system，然後再刷K9以確保運行。細節您可以參考xda上的這篇討論http://forum.xda-developers.com/showthread.php?t=848471，上頭有SpeedMod作者與Voodoo的作者所做的說明。d大上面也有中文的說明，您也可以參考。只是看起來有一點不一樣的部份，我就不清楚為什麼了。

adrianmak

14分

712樓

adrianmak

個人積分：14分

文章編號：24101690

jifeng wrote:
你應該跟我之前一樣，...(恕刪)

果然是NTP_SERVER 這個問題，修改後，可以定到位置和很快

沒有不好的手機，只有你是否適應它.

globe68

12分

713樓

globe68

個人積分：12分

文章編號：24101767

hsiacc wrote:
應該說不是K9有問題...(恕刪)

你的意思是說要先移除先前優畫嗎?

看起來有點難的樣子@@"
還是先不要動K9好了.....

不過還是先謝謝H大的回應^^

danieliememe

694分

樓主

danieliememe

個人積分：694分

文章編號：24104040

hsiacc wrote:
這篇討論http://forum.xda-developers.com/showthread.php?t=848471，上頭有SpeedMod作者與Voodoo的作者所做的說明。d大上面也有中文的說明，您也可以參考。只是看起來有一點不一樣的部份，我就不清楚為什麼了。

這篇是supercurio這邊的說明，你現在看到的已經被整理成FAQ形式並附加Voodoo修正核心檔案
本篇我是參考Voodoo作者、SpeedMod及ULK作者的看法，綜合起來整理的
- 一開始傳出來的時候的確像是指令的問題
- 後來是因為SpeedMod作者跟ULK作者提到這件事，接著釐清問題到底出在那一段
- 最後才弄清楚是在Voodoo這段與三星預設的順序上有了一點小小的出入
- 而在Voodoo作者弄出修正版之前，SpeedMod作者便先推出了K9版
- 事實上，其他三版的作者也正在檢視自己的程式碼，或許會推出自己該版的修正版本

整個故事的經過就是這樣

pankang

52分

715樓

pankang

個人積分：52分

文章編號：24105255

我刷了K9版256，手機毫無問題，GPS定位也很正常。我很推薦K9版，因為它是我刷過最流暢的版本，而且quadrant分數也比先前版本高。我通常都選ULF第五項，沒用過voodoo。

sportsw

1398分

716樓

sportsw

個人積分：1398分

文章編號：24106439

最近優化檔真的很快速= =

不過剛好今天有時間，我要刷K9-500!!!!!!

PS: 今天應該更新的應該是穩定版了吧?!?!

網路流氓的習性-多重標準+自私邏輯遮掩現實+加油添醋無限上綱+沒有品德，眼不見為淨。

hsiacc

76分

717樓

hsiacc

個人積分：76分

文章編號：24107552

danieliememe wrote:
這篇是supercurio這邊的說明，你現在看到的已經被整理成FAQ形式並附加Voodoo修正核心檔案
本篇我是參考Voodoo作者、SpeedMod及ULK作者的看法，綜合起來整理的
- 一開始傳出來的時候的確像是指令的問題
- 後來是因為SpeedMod作者跟ULK作者提到這件事，接著釐清問題到底出在那一段
- 最後才弄清楚是在Voodoo這段與三星預設的順序上有了一點小小的出入
- 而在Voodoo作者弄出修正版之前，SpeedMod作者便先推出了K9版
- 事實上，其他三版的作者也正在檢視自己的程式碼，或許會推出自己該版的修正版本

整個故事的經過就是這樣

謝謝d大題供的資訊。剛也把這串討論串看完，80幾頁看起來還真要點時間。不過有幾個地方看起來跟d大您歸納的有些不同，是不是有其它的資訊我漏掉了呢?

1. 以這些討論的內容來看，/system會corrupted是肇因於ULF kernel會以without -o check=no的設定去mount /system。而/system不論是在ULF kernel中任何一個lagfix的選項，都會是以rfs的格式存在。所以就算使用者選用no rfs的lagfix，/system還是會以rfs的格式存在，也就有可能會有corruption的問題發生。因此SpeedMod的作者hardcore最後有整理出他的看法，認為這還要看成是ULF kernel的一個bug，且建議使用者應該要修正它。

2. 之前一直以為ULF kernel中的voodoo就是supercurio寫的voodoo，但看起來ULF kernel中的voodoo lagfix應該是ULF kernel的作者sztupy根據supercurio的voodoo運作方式而另外寫在ULF kernel裡的。因為尊重supercurio的創作，所以還是用voodoo來稱呼這種lagfix。所以說，目前這個/system corruption的問題應該跟supercurio的voodoo kernel無關。

3. 這個問題是在supercurio在嘗試將他開發的voodoo kernel刷進使用ULF kernel的I9000時發生無法開機的狀況而發現的。而hardcore會發出了不會造成/system corruption的K9版SpeedMod，也是因為supercurio提出了UFL kernel這個bug而發出了這個修正的版本。
另外supercurio為了他自己voodoo kernel的可以讓已使用ULF kernel的使用者也正常安裝使用，所以開發了一個專用來修正這個問題的kernel，好讓想裝voodoo kernel的UFL kernel使用者可以先刷修正kernel後在刷voodoo kernel以能正常開機。而supercurio的修正kernel並不限僅有voodoo kernel的使用者可以使用。也可以在修正後刷其它的kernel，例如:原廠kernel或K9。(註:我自己就是用K9)

4. 目前ULF kernel的作者sztupy尚不認定這是個bug，而且也不回應supercurio提出來的問題，僅對於使用ULF kernel的子系統作者針對這個問題提出一些反駁。所以搞的有些xda上的網友有站邊攻擊的狀況。最後SpeedMod的作者hardcore寫了一篇較中性的回應，定調這是supercurio發現的一個UFL kernel的bug，也感謝supercurio的資訊以避免了可能發生的更多災情。只是sztupy對supercurio的不回應，讓supercurio有點惱怒，更說出現在真正supercurio的voodoo kernel已經把/system也convert成ext4，跟ULF kernel中的voodoo已經不一樣，所以ULF kernel中的voodoo lagfix應該不能叫voodoo了。到最後兩人是有點淪為情緒的。

上面些是我在這兩串討論看到的內容，看起來跟d大您的結論有一小部份不同，不知道是不是還有什麼我漏看的呢?

danieliememe

694分

樓主

danieliememe

個人積分：694分

文章編號：24107837

@(1124)更新訊息，有關刷K9系列核心，卡在開機時之對策
如果已刷SpeedMod K9系列版本，卡在[S]的情況時，請套用以下對策
1.先刷Voodoo作者supercurio 另外作的修正核心(voodoo-system-rfs-fixer-kernel.tar)之後
2.再刷K9系列核心，則可順利開機-->/system corruption就不會再發生
- 或者再刷其他已完成修正之ULK優化核心(包括OC超頻版之類)，即可繼續選用Voodoo系列優化，可正常開機

voodoo-system-rfs-fixer-kernel.tar(第二版) 下載連結
voodoo-system-rfs-fixer-kernel.tar_Multiupload(第二版)下載連結

yungjeng1119

236分

719樓

yungjeng1119

個人積分：236分

文章編號：24108197

d大請問這帖k9-300的核心是不是以修正使用第二項voodooo無法開機問題
因為小弟剛剛直接載下來換了核心可以開機目前正常運作沒有使用voodoo-system-rfs-fixer-kernel.tar修正檔

danieliememe

694分

樓主

danieliememe

個人積分：694分

文章編號：24108906

hsiacc wrote:
SpeedMod的作者hardcore最後有整理出他的看法，認為這還要看成是ULF kernel的一個bug，且建議使用者應該要修正它。

其實大致上也是如此，幾位xda作者講的都是正確的，並沒有各執一詞，僵持不下的情形。
況且不論是ULK將各方高手的程式碼整合進來、或是其他作者將ULK整合到自己的程式碼中，也是徵求過原作者的同意，差別只有在新舊版。整個故事如全篇登載的話，會有許多專用術語要解釋說明，會顯得很繁複，讓其他網友更弄不清楚怎麼回事（光是刷機的順序都容易弄混，更何況這些高來高去的指令）。
例如，後來作為修補之用的程式碼(-o check=no)要在既然要掛載rfs的同時，還去check=no及為何會導致currption，要理解的話，需要邏輯夠強...
有興趣的，可以看Voodoo作者自己怎麼說
---------------------------------------------------------
僅節錄Voodoo作者在xda的FAQ
Lots of things are strange about RFS and i hit several bugs during Voodoo 5 development, which is able to converts /system back to RFS
This is just another example of an RFS inconsistency. Why the hell should all filesystem be mounted only with -o check=no ?
Good question, this is absurd ^^

However, a RFS filesystem mounted without check=no stay usable as long as you continue to mount it without check=no. This is why sztupy and a lot of people didn't noticed it.
But I'm sure a few people had the issue after re-flashing another kernel and thought they made a mistake.
Official Samsung kernel don't boot, or boot but the /system has errors. Missing media files (sound?) or binary ? Yes, this is the cause.
---------------------------------------------------------
- 所以我選擇花點時間，精簡出最後的結論，而不是全篇登載。

總體而言，我是同意ULK作者sztupy的看法，這件事是一個inti.階段順序上的小問題，會發生currption的原因，便是在順序上出了錯。而出事的程式片段，並不是每次都會發生，而且是出在/system掛載在rfs格式 filesystem上，也就是選用voodoo 選項。

所以Voodoo作者最後決定也放棄/system的rfs格式，改用ext4格式，也是這個原因。

像我沒用Voodoo選項，就從沒發生過這樣的currption，直到刷K9版才卡住
而且還是今日重新刷ROM之後，刷K8-500版(選項7)之後才去刷K9版...
後來就是服用Voodoo解藥後，再刷K9版，才解決的。
在K8版以前，怎麼刷一直以來也沒有問題。
所以儘管沒用voodoo選項，但對於刷K9版 vs 刷其他版的衝突性，還是真的存在
因此要怎麼作簡單的說明並協助大家順利刷成功，還真不容易

Universal Lagfix:(04.13)新增K13e-250版、K13e-500版

小惡魔新聞台

小惡魔廣編特輯

Universal Lagfix:(04.13)新增K13e-250版、K13e-500版

小惡魔新聞台

小惡魔廣編特輯

今日熱門文章 網友點擊推薦！

今日熱門文章　網友點擊推薦！