Интересная фигня какая-то. В Опере под Linux сейчас часть сайтов работает превосходно, как всегда (например, Juick, Google, Авиабаза), а часть не работает вообще. Крутится, крутится соединение — и ничего (например, Twitter, GitHub, Trello). Включение/выключение OperaTurbo или VPN никак не влияет. А в Хроме — всё ок работает. Удивительно...
Часто спорят «зачем Опера [на WebKit], когда есть Хром?» Сегодня пощупал Хром на 128dpi (под Ubuntu) и был неприятно удивлён его ужасом со шрифтами. Такое впечатление, что вместо прямого и красивого субпиксельного рендеринга в 128dpi в заданных размерах (как сделано в Опере), он рендерит в градациях серого в 96dpi и потом на треть масштабирует вверх. Получается ужасно. Подробнее — balancer.ru
Из под Wine/Linux в Picasa больше нельзя залогиниться в Google. Слишком хитрый JS используют для авторизации, видимо :-/ Корпорация добра, мля... Как достали убивать по-настоящему востребованные проекты без альтернативы в пользу кривых и нефункциональных поделий, типа Гуглофото....
В который раз натыкаюсь на потерю данных в файле. В фотке. Случаи единичные на многие десятки тысяч фото, но нет-нет, а наткнёшься на фотку, отображаемую лишь до половины, например. Размер тот же, нулей внутри не видно, таймстамп прежний. exiftool возвращает корректные данные. Но если сравнить с бэкапом — md5 файла отличается. Можно бы было винить железо, но это уже третья машина с таким поведением. Было подозрение на xfs, но сейчас случай с ext4. Натыкался на такую потерю данных при переполнении раздела с ext4 при копировании (на уже скопировавшихся файлах), но сейчас копирования нет, на разделе свободно 96Гб из 690Гб. Такие же проблемы иногда всплывают в видеоколлекции. Только там обнаружить сложнее, при просмотре столь короткий сбой в глаза не бросается, а вот при пересчёте хеша торрента, нет-нет, да попадётся раз в несколько месяцев «закачано на 99.8%». За секунды докачивается до 100%, но такое дело есть. Единственное, что объединяет все эти случаи — Gentoo. Но ситуация повторяется регулярно в течении многих лет (не меньше 10), за это время и ядер сколько сменилось, и настройки компиляции... А вот на ntfs/windows многие файлы лежать ещё с середины 1990-х гг., пережив десятки копирований, начиная с винчестеров по 133..270Мб... К сожалению, по той же Ubuntu такой статистики нет, все её инсталляции у меня «временные», основные архивы или в ntfs/windows, или ext4/xfs/gentoo.
Есть мысли, что это может быть? А сами вы с таким сталкивались? На всякий случай уточню, что речь о единичных потерях на многие сотни гигабайт за много лет, железо разное, файловые системы две разные, ядра разные...
Меня тут запарили проблемы с SSH-клиентами и терминалками в Windows, так что я пару дней назад начал экспериментировать с Linux'ами в Virtualbox. Сперва по старой памяти воткнул свежий Lubuntu. Не сильно жирен, но не понравилась всё нарастающая масса проблем с конфигурированием LXDE. Да и дизайн хромает, особенно с GTK-приложениями (а мне нужен gnome-terminal)...
Потом пробовал прошлогоднюю Elementary OS. Дизайн прекрасный, всё настраивается как мне нужно, но интерфейс в виртуалке для меня недостаточно отзывчивый.
Потом пришла в голову мысль попробовать старые дистрибутивы. После раздумья был выбран Ubuntu 10.04 LTS Lucid Lynx под i386. Так я офигел :) Уже успел забыть, как это было... Всё быстро (с HDD в виртуалке система с нуля до рабочего стола загружается за 5-6 секунд!), компактно (загруженная дефолтовая система занимает в памяти чуть больше 100Мб), красиво и удобно (старый полностью работающий Gnome 2 до того, как его начали ломать). GUI в виртуалке просто летает, ни малейших тормозов.
Система после установки штатно обновила несколько сот пакетов, для свежих mc и btsync поставил соответствующие PPA — Lucid ещё многими поддерживается, оказывается.
В общем, я не раз говорил, что золотой век Gentoo был около 2007..2009 гг., а золотой век Ubuntu — в 2010..2011гг. Убедился лишний раз, что память не обманывает.
Сейчас, правда, одна проблема, связанная с VirtualBox. Никак нельзя в виртуалке пользоваться CapsLock переключением раскладки, если для этой цели используется CapsLock на хосте.
Нормально я Wi-Fi на ноуте настроил :D
Занимаюсь тут организацией нового домашнего сервера, сидя через Live-USB с Ubuntu 14.04. Несколько ремарок.
За каким-то хреном kworker шарится по непримонтированным(!) HDD. iotop показывает 90Мбайт/с чтения kworker'ом и столько же записи непонятно кем. От этого всё протормаживает и пока шарилось по терабайтнику Хитачи страшно тарахтело винтом (он шумный, собака).
Так и не понял, как, сидя в загруженной настроенной/инсталлированной Ubuntu запустить инсталляцию дистрибутива. Нагуглить не смог, всюду только рецепты, как ставить с CD/USB с установочного диска. Это я и сам умею :)
Решил плюнуть и поставить с ISO. У меня под это дело есть multi-boot флешка. Скачал образ. Места мало, у меня на 8Гб флешке половина была отрезана под обычные данные. Решил выкинуть доп. раздел и расширить раздел с образами на всю флешку. Запустил привычно gparted и... Тот через несколько секунд упал с сегфолтом(!) Содержимое флешки невосстановимо. Это дело поправимое, конечно, но сегфолт parted'а многое перевернул в моём мировоззрении.
Перемещение на другой диск и ресайз NTFS-тома средствами Linux: ls.balancer.ru
~~~
Давненько у меня столько девайсов воткнуто не было :D И это всё ещё в мелком mini-ITX :) Кстати, никто не оценивал, какой контроллер SATA-III лучше, встроенный в AMD AM1 Kabini или ASMedia ASM1061?
В копилку, чтобы потом снова не сочинять. Как отследить в реальном времени все открытия файлов запущенным nginx'ом: strace $(PP=$(pgrep nginx); echo $PP | sed 's/\([0-9]*\)/\-p \1/g') -e trace=open
Наткнулся на утилитку, которая измеряет average seek жёсткого диска, что является куда более важной составляющей производительности, чем привычно измеряемый через hdparm линейный трансфер. Увы, надо компилировать, но она крошечная :)
linuxinsight.com
На SSD домашнем не тестировал, сижу сейчас под виндой, на серверах скорость колеблется от 0.17 ms для виртуального диска DigitalOcean до 35мс на домашнем WD30EFRX под нагрузкой. SAS без нагрузки показывает 6мс, что хорошо согласуется с паспортными данными, разные SATA без нагрузки 12..13мс.
Небольшое сравнение CoreOS и Project Atomic:
major.io
Всё же, до сих пор непривычно запускать apt-get upgrade под Андроидом :) И что, wheezy уже такая древность, что совсем не обновляется? Месяц не обновлялся, а обновлений ноль. Я совсем не в курсе версий Дебиана.
Кстати, никто не знает способа заставить переключать аппаратную раскладку под Android через CapsLock? А то ломает жать Ctrl-Space, да ещё и ждать долю секунды, пока переключится. Хотя к последнему я в новой Ubunu уже почти привык, там теперь тоже проблемы с быстрым переключением по Caps.
Первый раз меня так на Хабре сливают :D Как нервно народ отстаивает ./configure под Linux (что ещё веселее — на боевых серверах) — habrahabr.ru
Кажется, по такому активному неприятию, это какая-то хабрамозоль :)
~~~
Продолжаю делёжку CLI-полезняшками. Как часто приходится запускать du|sort и держать выхлоп в соседней консоли, пока в другой скачешь в поисках мусора в подкаталогах? Но есть такая штучка, как ncurses du — ncdu. Жмём ncdu (опять же, есть в репозиториях популярных дистрибутивов) и шаримся по каталогам с куда большим комфортом. Есть -x и --exclude, можно стирать прямо из утилиты.
Бывает, запустишь долгоиграющий процесс в удалённой консоли, но её нужно закрыть. Если подстелить соломки заранее, то можно было сделать это в screen (или tmux, который мне теперь нравится больше). Но что делать, если заранее об этом не подумал?
Смотрим pid нашего процесса, заходим в screen/tmux и выполняем reptyr <pid>. Voila! Вывод нашего процесса переключается в screen/tmux.
Команда доступна в штатных репозиториях популярных дистрибутивов.
Интересный поворот с майнингом. cgminer под Linux:
— Страшно тормозит работу GUI
— Не совместим с открытыми сложными GUI-приложениями. Открыл Хром, памяти на cgminer уже не хватит
— После закрытия тяжёлых GUI-приложений всё равно испытывает нехватку памяти до перезапуска системы (перезапуск иксов не помогает)
— После работы cgminer, GUI-приложения тормозят, пока не перезапустишь систему.
Я считал это глюком^W фичей cgminer, пока не рискнул вчера запустить его под Windows (лениво было каждый раз перегружаться для майнинга в Linux, а для просмотра кино с SVP в Windows). Оказалось, что под Windows 8:
— cgminer тормозит GUI, но терпимо. Мышкой попасть куда надо можно :)
— cgminer работает с кучей запущенных GUI-приложений
— после выхода из cgminer всё работает без тормозов
...
Чую я, вслед за SVP (интерполяция кадров кино до экранной частоты кадров), без которого кино смотреть уже не могу, ещё одним аргументом оставаться на десктопе под Linux становится меньше. Ещё бы ssh-терминалку приличную, всё же, putty кривоват и бедноват...
Походу, свершается то, о чём я говорил лет 5 назад (когда обозначились новые тренды), что может настать день, когда для меня Windows станет удобнее Linux'а и что я в этот день без фанатизма (в котором меня обвиняли :D) могу сменить дефолтовую операционку.
Правда, всё сказанное касается только декстопа. На этом ноуте, с которого пишу сейчас, Win7 — ужасное неюзабельное овно по сравнению с Ubuntu. Первая тормозит и глючит, у второй же разве что минус традиционный в невозможности использовать Хром (он под Ubuntu течёт страшно, даже 8Гб маловато, а уж 4Гб — вообще песец), в остальном всё намного лучше, чем под виндой.
То ли моя nVidia 9800GT начала дохнуть, то ли просто перегревается и надо почистить, но комп стал зависать с характерными артефактами. Разбираться пока некогда, надо поработать, так что просто тупо выдернул и воткнул монитор во встроенный Intel (Z77 + i7). Ещё подумал, мол, придётся пока посидеть на одном мониторе. Однако, догадался воткнуть второй (DVI + VGA) — и сразу завелось. Под Ubuntu всё пошло «из коробки», всё заметно плавнее, чем было на nVidia... И всё равно не достигает и малой доли той плавности, что была сто лет назад во времени XGL или Beryl на Radeon HD2600. Вот реально было приятно сидеть с такой плавностью. Beryl даже на древней nVidia 4200 был плавнее, чем любые сегодняшние решения. Куда всё ушло, блин? :-/
И, вообще, смотрю на старую запись 2008-го года и снова убеждаюсь, что золотой век Linux закончился где-то в те времена...
youtube.com
>Обновление до FF23 пришло в рамках этой фичи? Мне такой полуроллинг нравится
нет, FF всегда обновляли
Не прошло и трёх лет ;) — #1280256/8 («@JB: еще раз — ubuntu это не rolling release. Запиши»)
Поделитесь, плиз, какие из мультиплатформенных XMPP клиентов поддерживают историю в формате «одна сессия — один файл»? Я традиционно использую Pidgin, но хочу посмотреть на альтернативы. В Pidgin, например, не нравится то, что с ним больше не работает адекватно Unity и что он смешивает контакты аккаунтов в один список, мне бы их раздельно показывать…
Qutim, говорят, поддерживает такой формат истории, но мне его не удалось под Ubuntu завести. Ставится, запускается, настраивается, выходит в онлайн и... всё. Контакт-лист пустой.
Что ещё подскажете?