« first day (2743 days earlier)      last day (577 days later) » 

 
3 hours later…
 
1 hour later…
8:32 AM
0
Q: Счетчик блокировки не умеет считать

Эникейщик(заголовок для кликбейта, счетчик считать умеет, но блокировка отлючается намного позднее) Во время блокировки в профиле висит плашка, что участник заблокирован и блокировка истекает через Х дней, потом "дней" сменяется на "часов", потом "часов" сменяется на "минут", потом на "секунд", и в самый ...

 
 
3 hours later…
11:05 AM
Купил тут USB SSD и обнаружил, что он *иногда* отдаёт данные со смещением на 512 байт больше чем нужно

То есть запись происходит правильно без ошибок, чтение тоже происходит без ошибок *иногда* — но некоторые случайные группы данных по 4 байта считываются из неправильного места, из-за чего данные в целом начинают выглядеть битыми

Это происходит только при чтении по смещениям, которые оканчиваются на 0b000001000 (0x08), любые другие смещения читаются без ошибок

Подскажите, чем это можно объяснить? Это какая-то аппаратная проблема или просто может быть баг в прошивке контроллера?
 
11:17 AM
у нас такой вопрос бы с большой вероятностью закрыли бы уже ))))
- где модель диска?
- как получил `0b000001000 (0x08)`?
В этот вопрос следует включить больше подробностей и уточнить проблему.
и прочее))))
я шучу, конечно
 
@МихаилРебров поэтому я и не задаю вопрос на основном сайте )
 
а если серьезно, то меня сначала один нескромный вопрос заинтересовал:
про смещение то откуда узнал? )

я к тому клоню, что по всей видимости у тебя с ним отношения сугубо рабочие были?
и ты в него изначально писал и читал ручками?..
программно конечно...но не встроенными средствами...
 
@МихаилРебров сперва заметил, что хэш-сумма записанного iso-образа убунты не сходится, при детальном анализе заметил ошибки в группах по 4 байта, после чего написал python-скрипт, записывающий хитрый уникальный паттерн - и при чтении записанного паттерна заметил, что считывается он правильно, но иногда на 512 байт дальше чем надо
 
понял
извиняюсь, за подозрительность :-)
@andreymal на разных машинах воспроизводится?
 
И это скорее всего не флип случайного бита - иногда 00 становится 01, но иногда 011 становится 100 - всё в полном соответствии с обычными правилами сложения
@МихаилРебров воспроизводится на разных машинах и разных ос (винда-линукс)
 
11:32 AM
@andreymal забавная штука... аппаратная ошибка вряд ли бы меняла их в соответствии с правилами сложения (хотя чем черт не шутит)
Тут помощь кого-то более компетентного в железках чем я нужна.
@avp ничего не подскажите?
 
Или даже так:
0x38f2e08 (0b11100011110010111000001000) — смещение, по которому читаю
0x38f3008 (0b11100011110011000000001000) — смещение, по которому реально прочитались данные

То есть целых 4 бита изменились по обычным правилам сложения
 
12:29 PM
Ну и для статистики — на 64 мегабайта в среднем 50-70 неправильных групп по 4 байта (каждый раз по-разному и в разных местах)
 
@andreymal купил себе игрушку)
 
 
4 hours later…
4:35 PM
@CowperKettle назвали англоязычным, значит англоящычный :)
 
 
1 hour later…
5:37 PM
Jeff Tan on October 04, 2022
Learn about our newly designed tool to help make your favorite questions and answers easier to find.
 
[ SmokeDetector | MS ] Mostly punctuation marks in body (27): Не работает, а почему не понятно‭ by sashok1366‭ on ru.stackoverflow.com
 
avp
5:55 PM
@МихаилРебров да, посмотрел. Интересно. Похоже на ошибку с переносом в сложении, но как ее объяснить -- не знаю. При случае спрошу у коллег на работе.
 
извиняюсь, что так беспардонно вас привлек к обсуждению.
Просто из активных участников чата, которые были поближе к железкам вспомнил почему то именно Вас.
По всей видимости из-за Байкала)))
 
 
3 hours later…
avp
8:55 PM
@МихаилРебров не беспокойтесь, всегда готов!
 

« first day (2743 days earlier)      last day (577 days later) »