Приложение Podroid позволяет пользователю запускать на устройстве под управлением Android облегченную виртуальную машину Alpine Linux с использованием QEMU и предоставляет полностью работоспособную среду выполнения контейнеров Podman со встроенным терминалом.
Приложение для собственной работы использует Termux в качестве эмулятора терминала, Limbo Emulator — основанный на QEMU эмулятор для Android, Podman для запуска контейнера с Alpine Linux.
Из отдельных возможностей: проброс портов из контейнера на реальную Android-систему через SSH.
Приложение для своей работы требует Android 9+ arm64.
Исходный код распространяется по лицензии GNU GPL v2
Дано: Система с BTRFS, в которой 2 SSD диска склеены в RAID0 средствами самой ФС.
C момента установки работало без нареканий, вообще без единого.
Сегодня в процессе сборки тяжелого Android проекта все намертво повисло, пропал звук, 0 реакции на попытки перейти в tty / REISUB, в общем, ничего не оставалось кроме как сделать аварийное выключение.
В логах после перезагрузки не нашел абсолютно ничего, даже намёков на проблему, но интересует другое.
Если btrfs device stats и scrub status выдают вот такие данные, можно ли спать спокойно?
Концепцию CoW понимаю, но пляски с fsck в ext4 в прошлом дают о себе знать, да и вообще, аварийное выключение всегда воспринималось мною как крайне опасное мероприятие.
Т.е. верно ли я трактую идею, что максимум потерь - это данные, которые не успели записаться и остались в «старой версии» (абсолютно не критично, поскольку это была сборка) и второй момент, что могли потеряться данные в очереди на запись, которые висели в кэшах оперативной памяти?
➜ ~ sudo btrfs device stats / && sudo btrfs device stats /home
[/dev/nvme1n1p2].write_io_errs 0
[/dev/nvme1n1p2].read_io_errs 0
[/dev/nvme1n1p2].flush_io_errs 0
[/dev/nvme1n1p2].corruption_errs 0
[/dev/nvme1n1p2].generation_errs 0
[/dev/nvme0n1p1].write_io_errs 0
[/dev/nvme0n1p1].read_io_errs 0
[/dev/nvme0n1p1].flush_io_errs 0
[/dev/nvme0n1p1].corruption_errs 0
[/dev/nvme0n1p1].generation_errs 0
[/dev/nvme1n1p3].write_io_errs 0
[/dev/nvme1n1p3].read_io_errs 0
[/dev/nvme1n1p3].flush_io_errs 0
[/dev/nvme1n1p3].corruption_errs 0
[/dev/nvme1n1p3].generation_errs 0
[/dev/nvme0n1p2].write_io_errs 0
[/dev/nvme0n1p2].read_io_errs 0
[/dev/nvme0n1p2].flush_io_errs 0
[/dev/nvme0n1p2].corruption_errs 0
[/dev/nvme0n1p2].generation_errs 0
➜ ~ sudo btrfs scrub status / && sudo btrfs scrub status /home
UUID: 6dbfff5e-02c9-4f4e-aed7-c9e20424076b
Scrub started: Tue Feb 17 17:24:50 2026
Status: finished
Duration: 0:00:02
Total to scrub: 15.40GiB
Rate: 7.70GiB/s
Error summary: no errors found
UUID: c589e670-abd1-4b5f-bd59-92bdcc418313
Scrub started: Tue Feb 17 17:24:56 2026
Status: finished
Duration: 0:01:00
Total to scrub: 583.55GiB
Rate: 9.70GiB/s
Error summary: no errors found
Прив, чат. А где вы смотрите/читаете годное? У меня как-то постепенно все подписки превратились в лучшем случае в головы, бездумно начитываюшие на камеру жпт-помои.
Уже много лет пользуюсь домашним роутером Asus RT-N66U. Роутер неплох, только вот постоянно роняет VPN соединение. Посоветуйте пожалуйста роутер, более пригодный для VPN, с учётом, что к роутеру будут подключены до 3 устройств одновременно
Оно не только напоминать должно, но и запоминать фактические моменты приёма, запоминать всю продолжительность курса приёма, отображать концентрацию веществ на протяжении времени курса.
Кто какими пользуется, какие бывают. Поисковики выдают хренову тучу вариантов. Все их проверять удел сильных духом. Чтобы локация была в РФ, если дают ssh то клёво. Дохлость ресурсов, аптайм в целом по барабану. Кое-как работает и ладно. Интересно узнать как и о просто хостингах куда можно залить статику хоть по FTP и всё без всяких CMS (или если цмски как опция) так и VPS,VDS. Я выпал из всего этого, просто интересно было-бы узнать что сейчас ну стабильное что ли, пусть и скромное.
Ну и чтобы без всяких приколов типа, превышен некий лимит и тебе выставляют счёт. Не скажу что сильно надо, но на перспективу узнать хорошо бы. Если не знаете «хорошие» места, но знаете плохие места, то тоже будет полезно узнать. И не только мне. Гы ::)
Gemini Pro от гугла работает не во всех странах, и даже в одной стране может работать тут и не работать там. Чат боту надо как то выживать в таких условиях.
Попробовал реализовать самостоятельно - брать списки проксей с гитхаба и проверять отвечает ли через них. Алгоритм примерно такой: Если найденный прокси отвечает быстро то он попадает в список годных. Если после этого этот прокси ответил медленно или не ответил то попадает в список удаленных и оттуда уже не возвращается.
Подскажите как это сделать лучше, выше быстрее сильнее.
