чуть позже будет в статье для общегоэ
Автор сообщения в Telegram: Дмитрий
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: Дмитрий
Ссылка на сообщение в Telegram
Зеркало Telegram-чата "Репка / Repka-Pi"
- Автор темы repka_telegram_group
- Дата начала
- Статус
Формулы дорисую и практику еще накидаю и будет все в статье
Автор сообщения в Telegram: Дмитрий
Ссылка на сообщение в Telegram
тогда хотя бы мнение для публикации) цель человеку объяснить так как будто учим ребенка ходить
Автор сообщения в Telegram: Дмитрий
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: Дмитрий
Ссылка на сообщение в Telegram
Всем доброго времени суток! Вопрос в первую очередь к разработчикам (техподдержке), так как нужен точный и достоверный ответ, без догадок и предположений. Какое максимальное значение силы тока допускается на пинах питания 5 и 3,3 вольта на gpio-разъеме? Я правильно понимаю, что они распаяны от системы питания, раз через них можно подключать питание к Репке?
Автор сообщения в Telegram: Sergey
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: Sergey
Ссылка на сообщение в Telegram
А исследовал ли кто-нибудь, что случается с sd-картой, если пропадает питание репки во время активной записи на эту самую sd-карту. Интересно, хоть экспериментируй. Т.е. выделить файл на гигабайт, начать писать внутри файла (не меняя его размер) заранее известные данные - писаться будет достаточно долго. И выключить в середине процесса.
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
При том видимо как повезёт с контроллером карты ) интересен режим коррапта данных
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
На ext4 все ок.
Recovering journal на следующей загрузке. Соответственно будет отсечена последняя транзакция
Автор сообщения в Telegram: Alexey Khromov
Ссылка на сообщение в Telegram
С точки зрения логики фс согласен. Фс устойчива. Интересно другое, как пойдут дела у ЭСПЗУ матрицы флешки, когда прямо во время записи потерялось электричество. Предполагаю что угодно - коррапта страницы с данными
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
, страницу с нулями или io error, или даже откисание флешки.
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
У железки с последовательным доступом проблем таких нет.
Связь порвалась - блок не записался. Иначе в половине видеорегистраторов бы были мертвые флехи)
Автор сообщения в Telegram: Alexey Khromov
Ссылка на сообщение в Telegram
Вот на то как раз надежда, что как-то прикладная проблема решена вынужденно - хотя бы отказом от записи следующей страницы, если напряжение почему-то падает.
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Был проведён тест. Флешка netac 16 гб синяя, процессор allwinner h3 (один из оранджей, что нашлось под рукой). Тест - генерится два псевдослучайных файла по 2 Гб из /dev/urandom. После этого (скрипт python) копируется первый файл в файл-миксер, делается sync, seek(0), и в миксер начинает записываться второй файл. В это время рубится питание. Действия происходят в корневой фс на ext4.
После перезагрузки три файла изымаются из системы архиватором tar по сети и анализируются. Анализ - поблоковое, а затем побайтовое сравнение миксера с первым и вторым файлом. Результат - чистый водораздел старых данных от новых внутри миксера по отступу 4096. До некого адреса данные соответствуют успевшим записаться данным из второго файла, после него - старые данные из первого файла.
Мой вердикт - у флешки была возможность корректно прекратить запись блоков. Это хорошая новость.
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
После перезагрузки три файла изымаются из системы архиватором tar по сети и анализируются. Анализ - поблоковое, а затем побайтовое сравнение миксера с первым и вторым файлом. Результат - чистый водораздел старых данных от новых внутри миксера по отступу 4096. До некого адреса данные соответствуют успевшим записаться данным из второго файла, после него - старые данные из первого файла.
Мой вердикт - у флешки была возможность корректно прекратить запись блоков. Это хорошая новость.
Автор сообщения в Telegram: IvZe
Ссылка на сообщение в Telegram
Коллеги, добрый день. Делимся материалом.
Автор сообщения в Telegram: Антон Абрамов
Ссылка на сообщение в Telegram
Автор сообщения в Telegram: Антон Абрамов
Ссылка на сообщение в Telegram
Сервер печати на Repka Pi 3
Общая концепция печати с ALT Linux, базовые понятия, понимание «драйвера» печати. Сервер печати развернут на Repka Pi 3.
Метки времени:
00:01 Введение
02:13 Общая система печати CUPS
03:01 Сервер печати на одноплатном компьютере
03:48 Итог
#видео #принтер #Repka #схема #simply
Автор сообщения в Telegram: Антон Абрамов
Ссылка на сообщение в Telegram
Общая концепция печати с ALT Linux, базовые понятия, понимание «драйвера» печати. Сервер печати развернут на Repka Pi 3.
Метки времени:
00:01 Введение
02:13 Общая система печати CUPS
03:01 Сервер печати на одноплатном компьютере
03:48 Итог
#видео #принтер #Repka #схема #simply
Автор сообщения в Telegram: Антон Абрамов
Ссылка на сообщение в Telegram
- Статус