Alexander Burov

Сначала попробуйте выяснить, через что играет каждый браузер -- напрямую в устройство по умолчанию ALSA или через клиент-серверную надстройку pulseaudio? Гляньте зависимости пакета каждого браузера -- pulseaudio там упоминается? Сама эта служба у вас запущена? Положите её, попробуйте снова проиграть в каждом браузере видео. Если дело окажется в ней, то либо попробуйте её правильно настроить, либо пересоберите Chrome без pulseaudio. Если дело не в ней, тогда разбирайтесь с вашим аудиоустройством -- поставьте из проблемного браузера что-нибудь на воспроизведение, посмотрите статы устройства в /proc/alsa/... , поиграйтесь с параметрами загрузки модуля для конкретно вашего устройства.

1. Требует для работы исключительно алфавитно-цифровой блок клавиатуры плюс клавишу [Esc]. Поэтому им можно пользоваться в удалённой консоли даже через криво настроенный или вообще ненастроенный терминал. В то время как nano требует как минимум функциональных стрелочных и навигационных клавиш, то есть при удалённом соединении нужно убедиться, что гетти на том конце воспринимает их нормально, а не плюёт кракозяблами в консоль. Было очень актуально в доинтернетную эпоху, когда управляющие производственными процессами серверы админились по телефонной линии через модемное соединение.
1а. Также для работы в vi было вполне достаточно клавиатурки от ZX Spectrum, Commodore и прочих 8-битных недокомпьютеров. Что давало возможность кое-как использовать их как (почти) полноценные терминалы для UNIX-машин.
2. Не требует отображения меню -- абсолютно всё можно сделать командами, с которыми, в случае забывчивости, можно ознакомиться во встроенной справке. Поэтому для работы достаточно всего 4-х строк, что, как правильно заметил выше fdroid, позволяет им пользоваться на любой кофеварке, если в ней есть какой-нибудь TN-дисплейчик разрешением 128х32. (Для чего может понадобиться полноценный текстовый редактор на кофеварке -- это уже отдельный вопрос...)
3. Для позиционирования курсора в требуемое место приходится всё время считать глазами расстояние в строках и знакоместах в строке, что требует напрягать не только спинной мозг с двигательным центром, но и кору, а также развивает внимание, хоть и создаёт некоторое неудобство в работе. Поэтому, то, что среднестатистический пользователь vi/emacs умнее среднестатистического пользователя любого другого редактора -- правда.
4. Хранит все изменения для конкретного редактируемого файла в файле-буфере (который может быть создан либо в той же директории, либо в домашней директории пользователя в зависимости от настроек в файле конфигурации .vimrc). Поэтому потребляет очень мало оперативной памяти и позволяет продолжить прерванную внезапным форс-мажором работу.
5. Ну и как выше отметил Vitaly Karasik, умеет очень много. Правда, это зависит от того, с чем и как его собирали, что выкинули при сборке (хотя при современных вычислительных мощностях что-либо выкидывать из vi бессмысленно). Например, если libc, с которой линковался vi при сборке, не поддерживает юникод, то и сам vi тоже не будет его понимать.

Вот тут описаны 5 способов, как ставить на рутованый и нерутованый смартфон. Это если Вам требуется смартфон прежде всего по прямому назначению, и иногда надо включить Linux-машину поверх андроидного окружения, то есть как бы в «виртуалке». Звук и изображение из Линукса в Андроид придётся прокидывать с помощью дополнительных костылей. На рутованых устройствах можно и напрямую, в LinuxDeploy такая опция есть, но тогда начнутся проблемы с приёмом телефонных звонков.

А на голое телефонное железо -- есть темы на разных форумах, в том числе и на 4pda, только целесообразность этого сомнительна. Лучше одноплатник купить и ставить на него.

Есть универсальный, но трудоёмкий способ с помощью GRUB4DOS и драйвера Firadisk. Для начала нужно немного переразбить диск так, чтобы был девственный NTFS-раздел, размером не меньше Вашего системного C:\. На нём создаёте vhd-образ, причём проверяете, чтобы файл образа не был фрагментирован. Ставите GRUB4DOS, конфигурируете загрузку текущей Винды. Потом прописываете в реестре для Firadisk параметры монтирования, проверяете. Дальше акронисом разворачиваете систему на образ, прописываете в GRUB4DOS загрузку с образа, проверяете пути в реестре, правите те, которые указывают на старый системный раздел.

После чего образ можно переносить куда угодно, только в виртуальной машине на виртуальном диске он точно также должен лежать в виде образа, монтировать непосредственно в виртуальную машину его не надо. GRUB4DOS в виртуалке должен быть сконфигурирован аналогичным образом.

Можно взять у китайцев на Али тонну одноплатников типа OrangePi либо NanoPi по 8,5-10 $/шт. и каждому -- карту памяти microSD, причём купить их надо будет с запасом, чтобы оперативно менять умершие карточки. И накатить на них одинаковые Линуксы. И купить соответствующее количество маршрутизаторов плюс компьютер, с которого всё это хозяйство админить.

Каждый одноплатник питается от 5В\2А, то есть потребляет до 10Вт, плюс маршрутизаторы. Металлический ящик с вентилятором на Ваши 300-500 машинок -- это будет нехилая такая тепловая пушка :)

TinyCore, DamnSmall. (Изучал вопрос 4 года назад, у кого-то из них не было русской локали. Может сейчас поправили.)

Поискать -- просто, идёте на Боард-ДБ и ищете по заданному критерию. Среди отыскавшихся плат нужного ценового диапазона выбираете с как можно более многоядерным процом. Только будьте внимательны -- смотрите на спеки проца, в нём должна быть родная поддержка SATA! Потому как существуют варианты плат, где SATA работает через USB-мост.

Также можно просто поискать одноплатник с mPCIe и SATA-контроллер для mPCIe-слота. Но такой комплект будет однозначно дороже 30$.

Из софта нужны во-первых дрова под всё имеющееся на этой железке, которые:
1) рабочие;
2) в исходных кодах.
Во-вторых -- тулчейн, который под данную железку умеет всё собирать.
В-третьих -- готовый стендовый дистрибутив; с демонстрационным софтом, если на этой железке есть какое-то особое оснащение (вроде уже есть, если верить информации с сайта).
Опционально -- виндовая IDE с дебаггером, для использования юными ардуинщиками.

Две вещи.
1) Определить круг решаемых задач.
2) Составить план действий.

Испокон веков переход на Linux с Маздая тормозится двумя вещами первое -- игрули, второе -- совместимость с Негрософт офис. Геймерам и фанатам вряд ли захочется возиться с настройкой эмуляции, а линуксовый Steam пока беден. Но все известные мне олдовые игры работают ровно. Что касается перехода на LibreOffice -- проблема со скриптами в *.xlsx -- функции ведут себя немного по-разному, так что если у тебя сложная бухгалтерия, то скрипты придётся местами переписывать. Со шрифтами проблема решается их установкой (ваш К.О.). С интерпретацией html-application (*.hta) -- установкой приблуды ie6forlinux. Всё остальное не имеющее нормальных альтернатив -- Фотошоп и прочее, -- хорошо работает в эмуляции (WineX). Да, основной метод установки и удаления софта -- не запуск setup.exe, а с помощью менеджера пакетов из подключаемых репозиториев (ну почти как в Андроиде, в маркет ходить, да).

Дальше -- как правильно сказали -- поиграйся в виртуалке, только виртуалка должна быть с EFI и поддерживать загрузку с образов с таблицей разделов GPT. Потом, по мере познавания дзена -- организовать multiboot, попробовать поставить на реальную машину рядом с Win8. Вынести C:\Users на отдельный том и монтировать его под Linux в /home. Потом -- постепенно переносить настройки софта (профиль Хрома и всё прочее). Потом -- сносить Маздай.

Linux должен работать на железе всегда в его родном режиме, это аксиома. Поэтому на 64-битное железо всегда нужно ставить 64-битный дистрибутив без разговоров. Тем более на рабочую станцию, на которой вообще-то принято работать, а не гаматься. Да, со Скайпом могут быть проблемы, но он тянет за собой не так много 32-битных библиотек, нужно один раз настроить пути для него.

Непосредственно к ядру (на самом низком уровне) программы крепятся с помощью системных вызовов ядра. Там всё-всё делается непосредственно, там нет никаких радостей жизни вроде printf() или scanf() и прочего stdio. Для этого надо хорошо изучить Linux kernel API. Для облегчения освоения этой сложной темы можно начать с многочисленных туториалов «Writing a Linux driver», постепенно переходя к более сложным вещам.

Но так вообще-то практически никто не делает, даже эмбеддеры. Для «крепления» программ к ядру существует базовая Си-библиотека, научиться конфигурировать и собирать которую -- гораздо более общественно-полезное дело, чем собирать ядро, тупо тыкая мышью нужные опции. Именно базовая Си-библиотека и даёт нам ту самую невыразимую «линуксовость» системного окружения.

Для обычных дистрибутивов применяется GNU C library, более известная как glibc, с которой линкуются все программы, она-то и обеспечивает все радости жизни stdio, с ней в комплекте всякие низкие инициализации crt0.o, crt1.o, итп. и динамический компоновщик. Для специальных применений применяются альтернативные базовые Си-библиотеки, например uClibc, dietlibc, alibc. Если уж так хочется пользоваться непосредственно функциями ядра -- можно поизучать их исходники.