Очередные "новшества" Firefox

С обновления 34.1 и далее в 35, разработчики из Mozilla решили заменить строку поиска Firefox. Честно говоря, это строка - это одна из последних фич Firefox, которая меня удерживает в этом многострадальном браузере (все остальные Mozilla позиционно повыпиливала в предыдущих релизах). Ну не удобно мне искать всё через "поиск по умолчанию".  Благо в этот раз изменения можно откатить.

MAC OSX + BOOTCAMP и почему это плохо.

Всем, конечно же, известно, что есть такая фича в Mac OS X, как BootCamp, который позволят поставить на Мак Винду. Но вот так уж повелось, что не все понимают, как эта "фича" функционирует, и уж тем более не знают, какие проблемы это может вызвать.

Внезапные проблемы при обновлении MacOSX 10.7 до 10.8

Давича, почитав отчеты о том, что ёппл допилила наконец свою последнюю реинкарнацию MacOSX решил-таки обновить iMac.
Казалось бы, где тут могут возникнуть проблемы? А возникли.

После перезагрузки в установщик, макось напрочь отказалась устанавливаться в какой бы то ни было раздел на диске.  Выдавалось сообщение а ля "невозможно загрузить с этого диска", а при повторной попытке с выбором конкретно раздела с макосью - "на диске установлена защита".

Что за защита? В чём проблема? Мак ось на то она и макось, чтобы ничего никому не сказать об этом. Просто не могу и всё тут. Аналогичную сообразительность и дружелюбность проявляет и большая часть пользователей маков. Самым действенным советом, найденным в интернетах было - снести всё нахер и переустановить с ноля.
Круто, спасибо, не надо.

В общем, долгими поисками в абсолютно другом направлении (а именно - об установке Windows 8 в GPT раздел без костылей в виде bootcamp/bios emmulation/fuckyourself), я нашёл в кэше гугла (пользователь, который её писал забыл проплатить хостинг и теперь его блог не доступен), я обнаружил, что есть один косяк, который можно поймать при разделе жесткого диска с MacOSX. А именно - то, что после каждого раздела HFS+ должно быть не менее 128Mb не размеченного пространства.

Именно это и оказалось причиной столь грозного отказа макоси устанавливаться. После высвобождения этих злосчастных 128Мб макось без вопросов приняла обновление.


P.S. Если кто сталкивается с подобной проблемой, у нее может быть три причины:
- проблемы с правами доступа - просто запустите disk manager и восстановите привилегии
- диск шифрован и не тем пользователем, который собрался обновлять систему - нужно снять защиту диска в настройках безопасности
- собственно указанное отсутствие необходимых 128 Мб (снести их может например bootcamp при определенных обстоятельствах или любая сторонняя утилита разметки типа Paragon).

Mozilla огорчает

Последнее время складывается ощущение, что Mozilla Foundation сосредоточила свои усилия на уничтожении браузера Firefox.

И даже фигня, что какой-то альтернативно-одарённый решил изменить систему версий с классической вменяемой (первая цифра - движок, вторая - фичи, третяя - багфикс), на наглухо долбанутую (тупо новые циферки каждые пару месяцев), вызвав абсолютную неразбериху в системе плагинов (разработчики не могут отслеживать изменения API - плагины быстро отваливаются и долго ремонтируются). Кстати, именно с этого момента база пользователей Firefox стала драматически сокращаться.

И не так страшно, что они абсолютно просрали мобильный рынок своей косолапостью (и продолжают бушевать в посудной лавке).

Так вот куда более печальным событием стало решение кинуть своих Linux пользователей с поддержкой весьма и весьма популярной интернет-технологии Adobe Flash/Air.

Последнее особенно удручает, т.к. именно из Linux у этого браузера выросли ноги.  И расставание с этой платформой может стать основной причиной моего (и не только) с ним расставания. Согласитесь, не очень приятно под разными системами сидеть с разных браузеров.

Суть проблемы в том, что, как уже давно известно, Adobe решила дропнуть Flash плагин для Firefox формата NPAPI, выпуская только PPAPI версию оного.

В принципе, говно вопрос - если NPAPI имел ряд проблем (за что тоже спасибо MF), логично было со стороны Adobe отказаться от его поддержки в пользу PPAPI, используемого в Webkit и как следствие - на большей части браузеров на планете. Но главной печалью этой истории является то, что Mozilla наглухо отказывается реализовывать какую бы то ни было поддержку PPAPI, а следовательно Flash Player 11.2 - последняя версия флеша, которая будет работать в Firefox.

И они могут сколько угодно трендеть про всякие там глобальные замуты, и причины такого решения, но факт останется фактом - знатная часть юзеров не сегодня, так завтра тупо дропнут Firefox в пользу Google Chrome, лишенного этого порока (хотя обладающего рядом других, хоть и не столь существенных).

По совокупности действий, похоже Mozilla Foundation взяла основательный курс на свалку истории и судьба Firefox вероятно стремится к судьбе предшественника - Netscape.

А жаль.

Ububtu 12.10 и проблемы с cifs

Обновил свою убунту (ну не то чтобы совсем убунту - там Ubuntu+KDE SC), и вдруг мой NAS, который для совместимости с виндовой машиной и MAC OSX имеет шару SMB, отвалился.
Ох, как я "люблю" этих массовиков затейников, которые берутся в дистрибах "чинить" то, что работает...
В общем, поматюгался, посмотрел в инете, что эту болезнь не назовут в мою честь (она у многих), но ответов пока нет и взялся изучать вопрос самостоятельно.

В общем, оказалось, что в новом дистрибе старую утилиту smbfs заменили на cifs-utils, которая нифига не совместима со старой по синтаксису монтирования.

Раньше я монтировал ресурс такой строкой в /etc/fstab :

//192.168.1.5/Public/   /media/MEGAMI_Public    cifs    _netdev,auto,noperm,nocase,file_mode=0776,dir_mode=0776,user=USERNAME,password=PASSWORD,iocharset=utf-8    0       1

где _netdev - команда ОС, чтоб не пыталась монтировать ресурс до инициализации сети,
auto - чтоб само, noperm,nocase,file_mode/dir_mode - параметры системе, чтоб она не пыталась докапываться до сервера с unix'овскими замашками (без noperm ресурс подключится ro, без nocase не будет запрета на папку с одним и тем же именем но разным регистром, а без file_mode/dir_mode dolphin при каждом копировании на сервер будет выть, что у него не получается права поменять).

Из этой строки cifs-utils, как выяснилось, не понимает:
file_mode/dir_mode - но без них уже даёт системе правильные аргументы, так что dolphin не ругается,
iocharset - не знаю почему, но ругается
password - в новой утилите это просто pass

В общем итоге, строку пришлось заменить на:

//192.168.1.5/Public/   /media/MEGAMI_Public    cifs    _netdev,auto,noperm,nocase,user,user=USERNAME,pass=PASSWORD    0       1

С такой строчкой всё работает, как работало раньше. Собственно, чего и добивался.

UPD: Для OpenSuSE 12.3 (может и раньше, х.з.) всё ещё на шаг в сторону:
вместо user и pass надо вводить username и password целиком, иначе жалуется.

`Анонс идеи (с надеждой на содействие)

Столкнулся я давича с одной интересной проблемой. А именно - создание базы фотографий, в которой можно было бы нормально осуществлять поиск, которая была бы разбита на нужные мне разделы, причем так, чтобы одни и те же фотки могли быть видны из нескольких разных разделов одновременно. И чтоб с преферансом и куртизантками...

Состояние сервера

Так как сервер, над котором я эксперементирую достаточно древний, чтобы опасаться за его здоровье, возникла острая потребность наблюдать его состояние и условия работы.

Общее тестирование жёстких дисков с помощью утилиты smartctl, я рассмотрю чуть позже (в отдельной заметке), а тут остановимся на проверки условий работы.

За информацию о температурах системы и работе вентиляторов охлаждения в Linux отвечает утилита lm_sensors, а за температуру жёстких дисков. Так что первым делом надо их установить.

$sudo apt-get install hddtemp lm_sensors

или для OenSuSE:

#zypper install hddtemp sensors

Обратите внимание, что пакет lm_sensors в OpenSuSE зовётся просто sensors (по-началу меня это сбило с толку). Если hddtemp не окажется в репках OpenSuSE, пошарьте на software.opensuse.org - там всегда найдётся пара-тройка репок в которых они есть.

После установки стоит проверить работоспособность hddtemp вбив в терминале:

#hddtemp /dev/sda

С lm_sensors всё на шаг длиннее.

#sensors-detect

После этого lm_sensors будет сканировать подключённые устройства и вам многократно придётся жать "Enter".

По окончании процесса будет сформирован файл /etc/sysconfig/lm_sensors, а также будет предложено скопировать prog/init/lm_sensors.init в /etc/rc.d/init.d/lm_sensors - этого категорически делать нельзя. В вашем дистрибутиве уже есть этот файл, если вы его устанавливали из репок. Если собирали из сырцов - придётся править его в соответствии с особенностями вашего дистрибутива. Иначе, например в OpenSuSE он будет ругаться на line 39 в которой не хватает некоего /etc/init.d/function, а без него всё работать отказывается.

Следующим шагом необходимо добавить lm_sensors в загрузку. В OpenSuSE это делается через yast → System → System Services (Runlevel). Для других дистрибутивов нужно почитать специфику.

После этого по запросу

#sensors вам будет выдаваться таблица а ля:

adm1027-i2c-3-2e
Adapter: SMBus I801 adapter at c800
in0: +1.48 V (min = +0.00 V, max = +3.32 V)
Vcore: +1.50 V (min = +0.00 V, max = +2.99 V)
+3.3V: +3.34 V (min = +2.97 V, max = +3.63 V)
+5V: +5.05 V (min = +4.50 V, max = +5.50 V)
+12V: +11.92 V (min = +0.00 V, max = +15.94 V)
fan1: 3321 RPM (min = 0 RPM)
fan2: 0 RPM (min = 0 RPM)
fan3: 1058 RPM (min = 0 RPM)
fan4: 0 RPM (min = 0 RPM)
temp1: +46.8°C (low = -127.0°C, high = +127.0°C)
M/B Temp: +38.5°C (low = -127.0°C, high = +127.0°C)
temp3: +39.8°C (low = -127.0°C, high = +127.0°C)
cpu0_vid: +1.525 V

Вроде как всю нужную информацию мы теперь получить можем. Однако форма неудобоваримая и команд несколько. Поэтому попробуем сформировать нужные нам данные и записать всё в .bashrc.

Не мудрствуя лукаво, я притырил скрипт отсюда и слегка подправил его под свои дела:

test -s ~/.alias && . ~/.alias || true

function memdisp {

MEM=`free -mot | head -n 2 | tail -n 1`
COUNT=1
for ITEM in $MEM
do
if [ $COUNT -eq 2 ] ; then
printf " Total RAM:\t$ITEM Mb\n"
fi

if [ $COUNT -eq 3 ] ; then
printf " Used RAM:\t$ITEM Mb\n"

fi

if [ $COUNT -eq 4 ] ; then
printf " Free RAM:\t$ITEM Mb\n"
fi

COUNT=$[COUNT+1]
done

MEM=`free -mot | tail -n 2 | head -n 1`
COUNT=1
for ITEM in $MEM
do
if [ $COUNT -eq 2 ] ; then
printf " Total SWAP:\t$ITEM Mb\n"

fi

if [ $COUNT -eq 3 ] ; then
printf " Used SWAP:\t$ITEM Mb\n"

fi

if [ $COUNT -eq 4 ] ; then
printf " Free SWAP:\t$ITEM Mb\n"

fi

COUNT=$[COUNT+1]
done

}

UPTIME=`uptime`
D_UP=${UPTIME:2}

alias hi="
printf ' Hello \t`whoami`\n'
printf ' Today is:\t\t`date`\n'
printf ' Number of user login:\t\t`who | wc -l`\n'
printf ' uptime:\t$D_UP\n'
printf ' Sensors:\t`sensors -A`\n'
printf ' HDD1: \t`hddtemp -n /dev/sda`°C\n'
printf ' HDD2: \t`hddtemp -n /dev/sdb`°C\n'
memdisp
"

Теперь войдя в систему я просто пишу

#hi

и получаю в ответ сводку:

Hello root
Today is: Thu Aug 18 13:15:45 MSD 2011
Number of user login: 1
uptime: 3:15pm up 3:19, 1 user, load average: 0.00, 0.01, 0.05
Sensors: adm1027-i2c-3-2e
in0: +1.48 V (min = +0.00 V, max = +3.32 V)
Vcore: +1.47 V (min = +0.00 V, max = +2.99 V)
+3.3V: +3.35 V (min = +2.97 V, max = +3.63 V)
+5V: +5.06 V (min = +4.50 V, max = +5.50 V)
+12V: +11.84 V (min = +0.00 V, max = +15.94 V)
fan1: 3262 RPM (min = 0 RPM)
fan2: 0 RPM (min = 0 RPM)
fan3: 1056 RPM (min = 0 RPM)
fan4: 0 RPM (min = 0 RPM)
temp1: +47.8°C (low = -127.0°C, high = +127.0°C)
M/B Temp: +37.2°C (low = -127.0°C, high = +127.0°C)
temp3: +39.0°C (low = -127.0°C, high = +127.0°C)
cpu0_vid: +1.525 V
HDD1: 36°C
HDD2: 39°C
Total RAM: 495 Mb
Used RAM: 195 Mb
Free RAM: 300 Mb
Total SWAP: 2053 Mb
Used SWAP: 0 Mb
Free SWAP: 2053 Mb

Можно ещё причесать вывод Sensors, но пока руки не доходят ~_~.

В общем, то, что я хотел — я получил. Если кому пригодится — пользуйтесь :)

P.S. Вообще я считаю чрезвычайно странным, что утилиты по получению информации о состоянии железа не включены в ядро, не говоря уже про комплектацию дистрибутивов. Неужели никого не интересует в каком состоянии пребывает сервер?