Пересборка ядра и решение вопроса с облаком
Вчера ночью думал о том, как решить проблему с зависанием Linux при загрузке, если подключен внешний монитор. И тут вдруг понял: даже если проблема есть во всех новых ядрах вне зависимости от дистрибутива, что мешает мне вручную собрать ядро той версии, где все работало нормально? Ведь современные дистрибутивы умеют неплохо работать и с самостоятельно собранными ядрами.
Увы, точной версии ядра, на котором все работало, я не помнил. Где-то в голове присутствовало значение 4.4, поэтому я решил попытать счастья с этой версии. Скачал самое последнее — 4.4.209 и стал собирать. Но сначала сделал большую глупость: начал собирать с настройками по умолчанию. Собиралось это очень долго, и в результате получилось столько лишних модулей, что у меня просто не хватило места на основном разделе, чтобы их поставить. Пришлось все удалить, и начать заново, воспользовавшись командой make localyesconfig. Эта команда отключает все, кроме поддержки тех модулей, которые загружены в данный момент (делал я ее на штатном ядре). После этого система собралась и даже вполне неплохо заработала — после перезагрузки подцепились все устройства, даже USB-наушники и Web-камера. Искллючением, как это ни странно, стали обычные флешки: почему-то поддержка mass storage оказалась выключенной. Впрочем, сейчас включил их поддержку и пересобираю ядро еще раз.
Пока собирал ядро, задумался об облачном хранилище, через которое синхронизировались бы файлы между основным и вторым ноутбуками. Когда-то давно я пытался использовать для этого Microsoft One Drive, но тогда не понравилось: очень уж медленно шла синхронизация. Плюс необходимость складывать все, что требуется синхронизировать, в один каталог тоже не радовала.
Сначала решил было приспособить под это дело собственный VDS: создал там пользователя, смонтировал его каталог с помощью sshfs, и хотел было вынести туда то, что планировалось синхронизировать. Но потом подумал, что если по каким-то причинам Сеть будет недоступна, то я лишусь доступа к этим файлам вообще. Нужно было такое решение, которое позволит с одной стороны, хранить файлы локально, с другой — выгружать их в облако в случае изменений. При этом еще и не слишком тормозное.
В итоге остановился на Яндекс.Диске, так как из всех более-менее известных облачных сервисов только у него сервера расположены достаточно близко, чтобы ping был небольшой. Кроме того, в настройках его клиента можно запретить синхронизацию определенных каталогов, чтобы не тащить на компьютер то, что я сейчас там храню (архивы и фотографии). Но самое главное, он умеет работать с symlinks! А это значит, можно оставить все файлы на своих местах, и просто насоздавать symlinks на все, что нужно синхронизировать.
Увы, точной версии ядра, на котором все работало, я не помнил. Где-то в голове присутствовало значение 4.4, поэтому я решил попытать счастья с этой версии. Скачал самое последнее — 4.4.209 и стал собирать. Но сначала сделал большую глупость: начал собирать с настройками по умолчанию. Собиралось это очень долго, и в результате получилось столько лишних модулей, что у меня просто не хватило места на основном разделе, чтобы их поставить. Пришлось все удалить, и начать заново, воспользовавшись командой make localyesconfig. Эта команда отключает все, кроме поддержки тех модулей, которые загружены в данный момент (делал я ее на штатном ядре). После этого система собралась и даже вполне неплохо заработала — после перезагрузки подцепились все устройства, даже USB-наушники и Web-камера. Искллючением, как это ни странно, стали обычные флешки: почему-то поддержка mass storage оказалась выключенной. Впрочем, сейчас включил их поддержку и пересобираю ядро еще раз.
Пока собирал ядро, задумался об облачном хранилище, через которое синхронизировались бы файлы между основным и вторым ноутбуками. Когда-то давно я пытался использовать для этого Microsoft One Drive, но тогда не понравилось: очень уж медленно шла синхронизация. Плюс необходимость складывать все, что требуется синхронизировать, в один каталог тоже не радовала.
Сначала решил было приспособить под это дело собственный VDS: создал там пользователя, смонтировал его каталог с помощью sshfs, и хотел было вынести туда то, что планировалось синхронизировать. Но потом подумал, что если по каким-то причинам Сеть будет недоступна, то я лишусь доступа к этим файлам вообще. Нужно было такое решение, которое позволит с одной стороны, хранить файлы локально, с другой — выгружать их в облако в случае изменений. При этом еще и не слишком тормозное.
В итоге остановился на Яндекс.Диске, так как из всех более-менее известных облачных сервисов только у него сервера расположены достаточно близко, чтобы ping был небольшой. Кроме того, в настройках его клиента можно запретить синхронизацию определенных каталогов, чтобы не тащить на компьютер то, что я сейчас там храню (архивы и фотографии). Но самое главное, он умеет работать с symlinks! А это значит, можно оставить все файлы на своих местах, и просто насоздавать symlinks на все, что нужно синхронизировать.