Ще один спосіб виявити сумнозвісну помилку Brick

click fraud protection

Ми надаємо постійне висвітлення Помилка твердої цегли Samsung це впливає на велику кількість користувачів. Для тих, хто не знайомий, помилка з твердою цеглою завдає повної та непоправної шкоди накопичувачу eMMC. Це сталося, коли були оприлюднені перші витоки інформації про ICS на різноманітних пристроях Samsung, і з тих пір вони становлять проблему.

Один із способів, за допомогою якого користувачі відстежують, чи є у них помилка цегли Програма Chainfire's Got Brickbug, який визначає, чи є у вас хороше чи погане обладнання. Існував інший спосіб визначити, чи є у вас клоп цегли, якщо він є Samsung Galaxy S II. Старший член XDA Вольфрам двадцять випустив сценарій, який допомагає визначити, чи є у користувачів помилка цегли. Згідно з XDA Elite Recognized Developer Ентропія512, який продовжує перебувати на передовій у боротьбі проти помилок Brick, він працює інакше, ніж додаток Chainfire. Entropy512 стверджує:

Він виявляє інший компонент brickbug - Chainfire виявляє погані мікросхеми, це виявить деякі ядра, які пропускають небезпечні команди до chops.

Однак не все добре. Завдяки тому, як він виявляє, існує дуже пристойна ймовірність того, що він може надати помилкові спрацьовування і помилкові негативи. Знову ж таки, Entropy512 пояснює:

Ймовірно, він видасть помилкові спрацьовування та помилкові негативи, оскільки перевіряє скомпільовані двійкові файли, а не джерело. Якщо щось зміниться поблизу місця, де встановлено MMC_CAP_ERASE, це може призвести, наприклад, до помилкових негативів.

Отже, хоча це дуже корисний інструмент, нерозумно оголошувати свій пристрій безпечним або небезпечним суворо на основі того, що говорить ця програма. Враховуючи, що він має здатність видавати хибно-позитивні та хибно-негативні результати, він може бути чистим, навіть якщо у вас є цегляна помилка. Його найкраще використовувати разом із додатком Chainfire (посилання на яке наведено вище) для повторної перевірки. Якщо ви все ще не впевнені після обох тестів і з такою небезпечною помилкою, швидше за все, краще просто діяти так, ніби у вас дійсно є помилка. Краще перестрахуватися, ніж потім шкодувати.

У другій частині теми Tungstwenty пояснюється, як виправити проблему, якщо вона у вас дійсно є. Незважаючи на те, що це може працювати, Entropy512 знову наводить слова мудрості:

Якщо виправлення не вдається, користувачі можуть думати, що вони в безпеці, хоча це не так. Замість того, щоб виправляти сегмент коду, щоб зробити ядро ​​безпечним, він може замість цього просто виправити якусь іншу частину ядра, вносячи помилку, не відтворюючи ядро ​​безпечним. Крім того, оскільки модифікація запускає механізми виявлення лічильника флеш-пам’яті/модифікації, немає особливого сенсу робити це, на відміну від простого створення ядра з вихідного коду.

Отже, знову ж таки, якщо ви вирішите спробувати це, робіть це з особливою обережністю. І тест, і патч можуть виявитися невдалими, і якщо це станеться, ви можете закінчитися блокуванням. Це не слід сприймати як поганий розвиток. Це абсолютно непогана розробка, і сценарій цілком можна використати, щоб допомогти визначити, чи присутня помилка цегли. Однак бути максимально обережним ніколи не буде поганою ідеєю. Наразі Entrop512 та інші підтримують прямий контакт із Samsung, щоб остаточно вирішити проблему.

Для отримання додаткової інформації перегляньте оригінальна нитка.

[Фото взято з egzthunder1 фантастична стаття на цеглині ​​буг. Крім того, велика подяка Entropy512 за консультацію.]