მას შემდეგ, რაც Samsung Galaxy S2-ის ხაზის უახლესი გაჟონვა მოგვივიდა მარცხნივ და მარჯვნივ, ხალხი ხტუნავდა ROM-ებს შორის, ძირითადად, უშეცდომოდ, წინასწარ გამოშვებულ ICS-ს და ძალიან სტაბილურ GB-ს შორის. ბოლოს და ბოლოს, ეს არის ის, რასაც ჩვენ ვაკეთებთ XDA-ზე, როგორც ჩვევა: ჩვენ ვხედავთ გაჟონვას, ვანათებთ მას, ვიყენებთ და ვასწორებთ მას. თუ ის არ დაფრინავს, ჩვენ უბრალოდ უკან ვბრუნდებით. რასაკვირველია, ყოველთვის არის თანდაყოლილი რისკი მოციმციმე ნივთებში, რომლებიც პირველ რიგში არ უნდა იყოს თქვენს მოწყობილობაზე, მაგრამ ამ დროისთვის მოწყობილობის სრულად გაფუჭების რისკი საკმაოდ მცირეა. მით უმეტეს, რომ არსებობს ხელსაწყოები თქვენი მოწყობილობების მკვდრეთით დასაბრუნებლად, მაგალითად UnBrickable Mod XDA Elite აღიარებული დეველოპერის მიერ ადამ აუტლერი.
ამის თქმის შემდეგ, როგორც ჩანს, ყველაფერი კარგად არ არის გაჟონვის სამყაროში. მადლობა XDA Elite აღიარებულ დეველოპერს ენტროპია512, ჩვენ შევიტყვეთ, რომ მოწყობილობების უმეტესობას, რომლებიც იღებენ გაჟონვას, ძალიან მაღალი რისკის ქვეშ არიან, რომ არ გაიღვიძონ ციმციმის შემდეგ. გამოდის, რომ გაჟონილ ICS ბირთვში არის ძირითადი შეცდომა, რომელიც გავლენას ახდენს მასზე
/data დანაყოფი eMMC ჩიპში, რომელიც აშკარად ზიანდება გარკვეული ოპერაციების დროს, როგორიცაა წაშლა და ციმციმა. თავდაპირველად ითვლებოდა, რომ ეს გავლენას მოახდენდა მხოლოდ საბაჟო აღდგენის ოპერაციებზე, როგორიცაა CWM. თუმცა, იყო ცნობები ციმციმიდან მყარი აგურის წარმოების შესახებ მარაგის აღდგენა როგორც. დაზარალებული მოწყობილობებია:- ყველა Epic 4G Touch (SPH-D710) ICS გაჟონავს
- ყველა Galaxy Note (GT-N7000) ICS გაჟონავს
- The AT&T Galaxy S II (SGH-I777) UCLD3 გაჟონვა - და ალბათ ყველა სხვა
- კორეული SHW-M250S/K/L ოფიციალური გამოშვებები და მათი წყაროდან აგებული ნებისმიერი ბირთვი
Entropy-მ და სხვა დეველოპერებმა გამოაქვეყნეს რამდენიმე გაფრთხილება მიმოფანტული საიტზე, სადაც ისინი დეტალურად განმარტავენ რა ხდება. ჩვენი შემოთავაზებაა, რომ მომხმარებლებმა თავი შეიკავონ გაჟონვისგან ICS-ის ციმციმებისგან მანამ, სანამ ბირთვში არსებული ხარვეზი მთლიანად არ გამოსწორდება, თუ რა თქმა უნდა, თქვენ არ ეძებთ თქვენი მოწყობილობის ხისტი აგურისთვის. დაიმახსოვრე, ეს არ არის ის, რაც შეიძლება აღდგეს Unbrickable Mod-ის ან თუნდაც JTAG-ის საშუალებით, რადგან ეს არის firmware შეცდომა eMMC-ში. ეს არის უშუალოდ თავად ენტროპიიდან მათთვის, ვინც დაინტერესებულია ცოტა უფრო დეტალურად:
საფრთხე: Samsung ICS-ის ბევრმა ბირთვმა შეიძლება დააზიანოს თქვენი მოწყობილობა!
მათ, ვინც ყურადღებას აქცევს Samsung-ის სხვადასხვა მოწყობილობებზე მიმდინარე პროცესებს, შესაძლოა შეამჩნიეს, რომ ზოგიერთ მოწყობილობას აქვს დიდი რაოდენობით მყარი აგური, როდესაც გამოიყენება ICS გაჟონილი ბირთვები. ეს მყარი კუბიკები განსაკუთრებით საზიზღარია, რადგან JTAG სერვისების გამყიდველებმა ვერ შეძლეს ამ მოწყობილობების აღორძინება, განსხვავებით მარტივი ჩამტვირთველის კორუფციული მყარი აგურისგან. ეს გამოწვეულია იმით, რომ ეს ბირთვები რეალურად ახერხებენ გამოიწვიოს eMMC შენახვის მოწყობილობის მუდმივი დაზიანება.
ბირთვები, რომლებიც დადასტურებულია დაზარალებულია, არის:
[*]All Epic 4G Touch (SPH-D710) ICS გაჟონა[*]All Galaxy Note (GT-N7000) ICS გაჟონა[*]AT&T Galaxy S II (SGH-I777) UCLD3 გაჟონვა - და, ალბათ, ყველა სხვა[*]კორეის SHW-M250S/K/L ოფიციალური გამოშვებები და მათგან აგებული ნებისმიერი ბირთვი წყარო
ბირთვები, რომლებიც უნდა იყოს უსაფრთხო, არის:
[*]GT-I9100 ICS გაჟონა[*]GT-I9100 ოფიციალური გამოშვებები[*] ბირთვები აგებულია GT-I9100 Update4 წყაროს ბაზაზე
ოპერაციები, რომლებიც სავარაუდოდ ზიანს აყენებენ დაზარალებული ბირთვის გაშვებისას:
წაშლა CWM-ში (და სავარაუდოდ ნებისმიერი სხვა მორგებული აღდგენა) (დადასტურებულია)
Nandroid-ის სარეზერვო ასლის აღდგენა CWM-ში (პირველი წაშლილია)
სხვა პროგრამული უზრუნველყოფის ციმციმება CWM-ში (ციმების უმეტესობა ჯერ იშლება)
საწყობში წაშლა 3e აღდგენა (საეჭვოა, ასევე ასუფთავებს დანაყოფს)
დიდი ფაილების წაშლა დაზარალებული ბირთვის გაშვებისას (საეჭვოა, მაგრამ არ არის დადასტურებული)
თუ თქვენ გაქვთ დაზარალებული ბირთვი:
დაუყონებლივ გამოანათეთ ცნობილი კარგი ბირთვი Odin/Heimdall-ის გამოყენებით. არ გამოიყენოთ მობილური Odin, CWM ან მოწყობილობაზე არსებული ნებისმიერი მეთოდი ფლეშისთვის. ცნობილი კარგი ბირთვები მოიცავს:
[*]Gingerbread-ის თითქმის ნებისმიერი ბირთვი[*]ICS ბირთვი აგებულია GT-I9100 Update4 წყაროს კოდიდან
ამ პრობლემის ძირეული მიზეზი ჯერ კიდევ არ არის დადგენილი, თუმცა, XDA-ში მრავალი აღიარებული დეველოპერი ეჭვობს, რომ ეს გამოწვეულია Samsung-ის ფუნქციის ჩართვით. დაზარალებული ბირთვები, MMC_CAP_ERASE - ეს არის შესრულების ფუნქცია, რომელსაც შეუძლია მნიშვნელოვნად გაზარდოს ფლეშში ჩაწერის შესრულება, მაგრამ, როგორც ჩანს, გამოავლენს ხარვეზს ფლეშში ჩიპსეტი. GT-I9100 ICS ბირთვს არ აქვს ეს ფუნქცია ჩართული და უსაფრთხოდ გამოიყურება. თუმცა, საკმარისი არ არის, რომ ყველა ბირთვი ამ ფუნქციის გარეშე გამოცხადდეს უსაფრთხოდ - ერთადერთი პირი, რომელსაც შეუძლია დაადასტუროს ძირეული მიზეზი. ეს პრობლემა და გამოაცხადეთ მოგვარებული დიდი რისკის გარეშე (მრავალი მოწყობილობის განადგურება მათი შეკეთების გარეშე) არის Samsung საკუთარ თავს.
ზოგადად, შემდგომ შეტყობინებამდე, თუ თქვენ გაქვთ Samsung ICS გაჟონვა Exynos-ზე დაფუძნებული ნებისმიერი მოწყობილობისთვის, გარდა GT-I9100-ისა, რეკომენდებულია სხვა რამის გამორთვა.
და ეს ახლახან გამოჩნდა ამ დილით ჩვენს ფორუმებზეც, XDA წევრის თავაზიანობით გარვინი. როგორც ჩანს, Google-ს დაუკავშირდნენ და მათ იციან საკითხის შესახებ და ერთი ინჟინერი იმედოვნებს, რომ იმუშავებს გამოსწორებისკენ.
კარგი, გარკვეული დრო გავიდა, მაგრამ საბედნიეროდ, მისტერ Sumrall Android-დან დაგვიბრუნდა ჩვენს კითხვებზე. ვფიქრობ, საზოგადოება აღმოაჩენს, რომ ღირდა ლოდინი.საკითხი: fwrev არ არის სწორად დაყენებული.როგორც ვეჭვობდით, bugfix არ არის ჩვენს მშენებლობაში. (პატჩი ამას უპირობოდ იყენებს.)კითხვა: რევიზია არ ემთხვეოდა გამოსწორებას(ხაზგასმით ჩემი წითელი ფერია, როდესაც ის განიხილავს სუპერ აგურის საკითხს.)ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი
პატჩი მოიცავს ხაზს mmc.c-ში, რომელიც ადგენს fwrev უფლებების ბიტებს cid რეესტრიდან. ამ პატჩამდე ფაილი /sys/class/block/mmcblk0/device/fwrev არ იყო ინიციალიზებული CID-დან emmc მოწყობილობებისთვის rev 4 და მეტი და, შესაბამისად, აჩვენებდა ნულს.(მეორე გამოკითხვისას)fwrev არის ნულოვანი, სანამ პაჩი არ იქნება გამოყენებული.
კითხვა: რატომ არის /data დანაყოფი?ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი
თქვენ ალბათ გაქვთ შეცდომა, მაგრამ rev 0x19 იყო პროგრამული უზრუნველყოფის წინა ვერსია, რომელიც გვქონდა ჩვენს პროტოტიპ მოწყობილობებში, მაგრამ აღმოვაჩინეთ, რომ მას ჰქონდა სხვა შეცდომა, რომელიც გასცა mmc წაშლის ბრძანება, მან შეიძლება გააფუჭოს მონაცემთა სტრუქტურები ჩიპში და გამოიწვიოს მოწყობილობის დაბლოკვა, სანამ არ ჩაირთვება ველოსიპედით. ჩვენ აღმოვაჩინეთ ეს, როდესაც ჩვენი ბევრი დეველოპერი აკეთებდა სწრაფი ჩატვირთვის მომხმარებლის მონაცემების წაშლას, სანამ ჩვენ ვამუშავებდით ICS. ასე რომ, Samsung-მა მოაგვარა პრობლემა და გადავიდა firmware ვერსიაზე 0x25.დიახ, ძალიან შემაშფოთებელია, რომ 0x19 არის ათწილადი 25 და ამან გამოიწვია ბევრი დაბნეულობა emmc firmware-ის პრობლემების დიაგნოსტიკის მცდელობისას. ბოლოს ვისწავლე _ ყოველთვის _ emmc ვერსიას თექვსმეტობითი ფორმატით, და 0x-ით წინ უსწრებდი რიცხვს, რათა იყოს ცალსახა.თუმცა, მიუხედავად იმისა, რომ 0x19 ალბათ აქვს შეცდომა, რომელსაც შეუძლია 32 კბაიტი ნულის ჩასმა ფლეშში, თქვენ არ შეგიძლიათ გამოიყენოთ ეს პაჩი მოწყობილობებისთვის, რომლებსაც აქვთ პროგრამული უზრუნველყოფის რევიზია 0x19. ეს პატჩი აკეთებს ძალიან სპეციფიკურ გატეხვას ორი ბაიტის კოდის რევიზიაში 0x25 firmware-ში და ყველაზე მეტად სავარაუდოდ არ იმუშავებს 0x19-ზე და ალბათ გამოიწვევს საუკეთესო შემთხვევაში ჩიპის გაუმართაობას და მონაცემთა დაკარგვას ყველაზე ცუდი. არსებობს მიზეზი, რომ შერჩევის კრიტერიუმები იმდენად მკაცრია ამ პაჩის emmc firmware-ზე გამოსაყენებლად.მე მივაწოდე ჩვენი შედეგები რამდენიმე დღის შემდეგ და აღვნიშნე, რომ ფაილური სისტემა არ იყო დაზიანებული, სანამ არ წაშლებოდა. ეს არის პასუხი იმ შემდგომ დაკვირვებაზე.როგორც წინა პოსტში აღვნიშნე, firmware rev 0x19-ს აქვს შეცდომა, სადაც emmc ჩიპს შეუძლია დაბლოკოს წაშლის ბრძანების მიცემის შემდეგ. არა ყოველ ჯერზე, მაგრამ საკმაოდ ხშირად. ჩვეულებრივ, მოწყობილობის გადატვირთვა შესაძლებელია ამის შემდეგ, მაგრამ შემდეგ ჩატვირთვის პროცესში ჩაკეტვა. ძალიან იშვიათად, მას შეუძლია დაბლოკოს სწრაფი ჩატვირთვამდეც კი. თქვენს ტესტერს არ გაუმართლა. იმის გამო, რომ სწრაფი ჩატვირთვის დაწყებაც კი არ შეგიძლიათ, მოწყობილობა სავარაუდოდ აგურისაა. :-( თუ მას შეეძლო fastboot-ის გაშვება, მაშინ, სავარაუდოდ, მოწყობილობა შეიძლება აღდგეს პროგრამული უზრუნველყოფის განახლების კოდით, რომელიც მე მაქვს, ვარაუდით, რომ შემიძლია მისი გაზიარება. მე ვკითხავ.
კითხვა: რატომ არ იმუშავებს JTAG?ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი (Android SE)
რადგან /data არის ადგილი ჩიპი, რომელიც განიცდის ყველაზე მეტ ჩაწერის აქტივობას. /system არასოდეს იწერება (გარდა სისტემის განახლების დროს) და /cache იშვიათად გამოიყენება (ძირითადად OTA-ების მისაღებად).
შეკითხვა: შეიძლება თუ არა დაზიანებული ფაილური სისტემის შეკეთება (eMMC-ზე)?ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი
როგორც ზემოთ აღვნიშნე, რევიზიის 0x19 firmware-ს ჰქონდა შეცდომა, რომელიც emmc erase ბრძანების შემდეგ, მას შეეძლო დაეტოვებინა emmc ჩიპის შიდა მონაცემთა სტრუქტურები ცუდ მდგომარეობაშია, რაც იწვევს ჩიპის ჩაკეტვას, როდესაც კონკრეტული სექტორი იყო წვდომა. ერთადერთი გამოსავალი იყო ჩიპის წაშლა და პროგრამული უზრუნველყოფის განახლება. მე მაქვს კოდი ამის გასაკეთებლად, მაგრამ არ ვიცი, შემიძლია თუ არა მისი გაზიარება. მე ვკითხავ.
ასე რომ, მიუხედავად იმისა, რომ შესწორება არ ვრცელდება ჩვენზე მოცემულ მომენტში, ჩვენ მივიღეთ შესანიშნავი ინფორმაცია სუპერაგურის საკითხის შესახებ, ისევე როგორც ინფორმაცია, რომ გამოსწორება არის უკვე განვითარებული (იმედია ჩვენ ვიხილავთ გამოშვებას!). შეცდომა სავარაუდოდ ჩვენზე ვრცელდება და თუ ვივარაუდებთ, რომ 0x19 პროგრამული უზრუნველყოფის შესწორება მოცემულია, მაშინ ის ჩვენს მოწყობილობებზე ვრცელდება.უფრო მსუბუქად, მინდოდა მისი ახლობელი ჩამერთო:ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი
e2fsck-ს შეუძლია ფაილური სისტემის შეკეთება, მაგრამ ხშირად 32 კბაიტი იყო ჩასმული ბლოკის ჯგუფის დასაწყისში, რამაც წაშალა მრავალი ინოდი და, შესაბამისად, e2fsck-ის გაშვება ხშირად იკარგება მრავალი ფაილის დაკარგვა.
ციტატა:
თავდაპირველად გამოქვეყნებულია კენ სამრალი
თქვენ ხედავთ ანდროიდის ბირთვის დეველოპერების საინტერესო ცხოვრებას. :-) გამოდის, რომ სამუშაო ძირითადად ებრძვის ბაგის აპარატურას. ყოველ შემთხვევაში, ზოგჯერ ასე ჩანს.
გთხოვთ, მოერიდეთ რაიმე ICS-ის მოციმციმეს თქვენს მოწყობილობებზე, სანამ ეს არ მოგვარდება.
გსურთ რამე გამოქვეყნდეს პორტალზე? დაუკავშირდით ნებისმიერ News Writer-ს.
[მადლობა ენტროპია512 მთელი თქვენი შრომისთვის!!!]