2) /etc/timezone содержит просто название временной зоны. /etc/localtime содержит определение временной зоны. Документация довольно расплывчата относительно того как они используются. О своей практике я вам уже сказал.
4) конечно
5) вашу хост-машину это не поломает, так что попробуйте. Либо можно в /etc/adjtime вписать LOCAL третьей строчкой, чтобы указать, что rtc установлен на локальное время, вместо UTC.
1) да. Проблемы обычно появляются когда на одной машине сосуществуют windows (который ожидает, что время в rtc -- локальное) и linux (который по умолчанию считает что там UTC).
2) я подозреваю, что кто-то в вашей системе читает этот файл и выставляет переменную окружения TZ из него. В fedora которой я обычно пользуюсь этого файла нет и всё делается через /etc/localtime. Согласно man tzset, в случае отсутствия в окружении TZ зона берётся из /etc/localtime.
3) Я думаю, что аппаратные часы в вашей виртуальной машине настроены на локальное время, всместо UTC.
> Я-то думал, что если скрипт работает, то на рабочем столе должно вылезти окошко терминала с подключенным сервером @vasyaputin Нет никаких терминалов у демонов, они сами от них отключаются. Откройте для себя команды ps и pstree.
@Koi_jp для того, чтобы в вашем коде были правильные адреса. Код будет загружен и запущен с cs:0x100, если не написать org все обращения к памяти по абсолютным адресам будут на 0x100 байт мимо.
Взаимодействие с терминалами -- очень развесистая тема в виду её древности. Например, терминал может поддерживать ANSI escape-последовательности, ими можно получать и устанавливать координаты курсора.
Отвечая на ваш вопрос про порядок: согласно https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout в ext2 каталоги были линейным списком, но начиная с ext4 (или 3?) они -- b-дерево индексированное хешем от имени файла, следовательно в ext2 должно работать ровно как вы хотите, начиная с ext4 (или 3?) со включённым флагом EXT4_INDEX_FL -- видимо только самому их сортировать.
> Последовательность чтения указывается именно здесь.
последовательность чтения файлов -- да. Последовательность чтения данных -- нет. Файлы у вас немаленькие, в inode целиком наверно не влезают.
Касаемо вашего оригинального подхода: значение операнда sizeof никогда не вычисляется (см. например, стандарт С++98, п. 5.3.3:1), тип его известен на этапе компиляции. sizeof(v[0]) или sizeof(v.front()) будет работать правильно и даже для пустого контейнера.
