Один из пользователей Debian установил Chromium 43 и обнаружил, что при первом запуске браузер, не уведомляя пользователя, молча загружает и устанавливает расширение «Chrome Hotword Shared Module». Указанное расширение содержит внутри себя блоб (бинарный компонент), исходники которого не предоставляются. При этом, расширение даже не отображается в списке установленных расширений и не предоставляет возможности себя отключить.

( читать дальше... )

>>> Подробности

http://storage2.static.itmages.ru/i/15/0620/h_1434804262_5867849_e5398ec11c.jpg

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

Гном в свежеустановленной федоре 22 порадовал: сразу после логина gnome shell сжирает ВСЮ доступную оперативку и уходит в своп, так что даже мышь передвинуть невозможно, начинаются тормоза и скрип харда. Что характерно, проблема вылезла после установки зелёного блоба, на nouveau система со свежезагруженным шеллом занимала около 300МБ.

Вопрос к гномерам - владельцам нвидий: это баг или фича? Сколько оперативки обычно оказывается занято после загрузки?

UPD: http://www.reddit.com/r/gnome/comments/2fh3t6/hacks_or_tunables_to_reduce_gnome_3_memory_usage/

I don't remember exactly why, but they cause a memory leak when used with unpatched versions of the cairo library. It's been like this for years, AFAIK. I think the cairo lib in Ubuntu and co. is already patched.

I have a 4GB ram laptop. When I run GNOME (which runs great otherwise) it'll slowly take more and more memory, until the system becomes unresponsive.

Придётся самому патчить и компилять?

Ща обнаружил эпичную дырень в гмыле. Утром проверяю почту и вижу там письмо о предзаказе смартфона в киевском магазине на почти моё имя (отличаются только отчества), в предзаказе указан ещё киевский номер мобилы, звоню челу, он правда делал предзаказ и у него правда такие же имя и фамилия, как у меня. email у нас с ним отличается на один символ: у него name.surname@gmail.com, у меня namesurname@gmail.com (то есть у него есть точка, у меня нет).

Я пересылаю ему письмо про этот заказ, а оно всё равно приходит мне. Написал чистое тестовое письмо на его адрес, а оно всё равно пришло мне, ему не пришло. Кароче я теперь получаю его почту.

Отписал фидбэк гуглу.

Таки здравствуйте!

Как уже известно, оффтопик, начиная с версии 8 при «выключении» по дефолту делает гибернацию на диск. Т.е. после перезагрузки под онтопик томы NTFS без --force не примонтируешь.

Всё бы ничего, да тут появляется второй наш «любимый» игрок: systemd. Он, как известно, при невозможности примонтировать раздел паникует и выдает рутовую консоль.

Короче, юз-кейс: подруга сидела за компом, играла в свои любимые игрульки из стима. Вечерком выключила, всё в порядке. А ты такой утром просыпаешься, с сильным желанием почитать ЛОРчик, включаешь свою любимую убунточку/генточку с продвинутым systemd, и на экране тебя горячо приветствует:

root / # 

Нет, я конечно понимаю, что можно заставить оффтопик не гибернейтиться. Но негативный осадок остается...

Не обновлялся с ноября 2014. Обновился без проблем, лишь потребовалось установить archlinux-keyring. Все. Называйте хоть арчешкольником, но арч - торт.

Как я понял у каждого unit должны быть прописаны:

• Уровень выполнения. Применяется для последовательного запуска служб в случае не разрешённого конфликта зависимостей.
• Жёсткие зависимости. Запуск демона будет отложен до их старта.
• Зависимости требующие service restart.
• Зависимости требующие service reload.
• Мягкие зависимости. По возможности они будут запущены раньше.
• Конфликты. Службы указанные в этом списке будут отключены перед стартом демона.

Отслеживаемые юниты:

• Роль. Одну роль могут исполнять несколько служб, например роль http-сервера могут исполнять как nginx, так и apache. А роль DNS сервера как bind, так и dnsmasq.
• Служба. Конкретный демон, например cups или winbind.
• Файл. Доступность файла. Например если ещё не смонтирована файловая система содержащая конфигурационный файл демона или его файлы данных, то запускать его не надо, следует подождать доступности файла.
• Точка монтирования. Проверка смонтирована ли определённая файловая система.
• Том. Проверка наличия подключенного тома с определённым UUID или меткой

  /dev/sda3: UUID="1203d47f-2d7f-4bea-af6d-75219f8f3e3e" TYPE="swap" 
  /dev/sda1: UUID="A4F00702F006DB06" TYPE="ntfs" 
  /dev/sda7: LABEL="win_d" UUID="03C727A3587A131C" TYPE="ntfs" 
  /dev/sdb2: LABEL="bad" UUID="3CAAE04E039B8ACA" TYPE="ntfs" 
  /dev/sdb1: UUID="6f368364-ab15-47e7-8dba-2a5c32004ae4" TYPE="ext4" 
  /dev/sda2: UUID="21ec7b20-d2af-482e-9bd4-6a0e4e4ab55c" TYPE="ext4" 
  /dev/sda5: UUID="d62bff62-1c28-424f-934a-f544b60a7e08" TYPE="ext4" 
  /dev/sda6: LABEL="local" UUID="1c9e85b9-ff6f-452a-827e-cec062081d9c" TYPE="ext4"
  

• Узел. Проверка наличия определённого узла в сети. Командой ping например.
• Маршрут сетевой. Проверка таблицы маршрутизации на наличие определённого маршрута. Например

   192.168.0.0     *               255.255.255.0 

• Соединение. Проверка активности определённого сетевого интерфейса.
• USB устройство. Проверка подключения определённого usb устройства.

  Bus 003 Device 002: ID 0ac8:3450 Z-Star Microelectronics Corp. 
  Bus 004 Device 002: ID 0bda:0151 Realtek Semiconductor Corp. Mass Storage Device (Multicard Reader)
  Bus 005 Device 002: ID 0a5c:2101 Broadcom Corp. BCM2045 Bluetooth
  Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
  Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  

  При этом естественно в качестве атрибута устройства можно будет указать такие параметры как его наименование Broadcom Corp. BCM2045 Bluetooth , шина к которой он подключен Bus 005, номер устройства Device 002 и ID устройства ID 0a5c:2101

Что нужно для нормальной системы инициализации?

Москва. 5 января. INTERFAX.RU - Американская актриса Скарлетт Йоханссон сыграет в фильме по манге «Призрак в доспехах», сообщает Variety.

Сюжет этого японского комикса, который издавался с 1989 по 1991 год, строится вокруг специального подразделения министерства внутренних дел Японии, занимающегося борьбой с высокотехнологичными преступлениями. В Япониии в 1990-х - 2000-х годах по «Призраку в доспехах» вышла серия аниме.

Экранизировать мангу будет студия DreamWorks. Владелец студии Стивен Спилберг является большим поклонником «Призрака в доспехах», отмечает издание. Режиссером фильма должен стать Руперт Сандерс («Джульетта», «Ван Хельсинг», «Белоснежка и охотник»).

В 2014 году на экраны вышли сразу несколько фильмов с участием Йоханссон, среди них «Первый мститель: Другая война» и «Люси». Оба оказались успешны в прокате.

Тут недавно я заметил, что при выполнении fsck systemd выключает машину. Причем происходит это только при долгом выполнении fsck, т.е. на домашнем разделе. Процесс заходит далеко за половину, а затем ВНЕЗАПНО все выключается. Перебоев питания нет. С чем это может быть связано?

Решил проапдейтить федору до 21. yum update; yum --releasever=21 update, и вперёд. В середине апдейта внезапно происходит...

Dec 11 12:26:13 localhost kernel: systemd[1]: segfault at 20 ip 00007fec86e29b36 sp 00007fff9c917110 error 4 in systemd[7fec86d9a000+137000]
Dec 11 12:26:13 localhost systemd: Caught <SEGV>, dumped core as pid 27322.
Dec 11 12:26:35 localhost su: (to root) viking on pts/1
Dec 11 12:26:38 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:26:38 localhost systemd-logind: Failed to start user slice: Activation of org.freedesktop.systemd1 timed out
Dec 11 12:27:03 localhost systemd-logind: Failed to start user service: Connection timed out
Dec 11 12:27:03 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:27:03 localhost systemd-logind: Assertion 's->user->slice' failed at ../src/login/logind-session.c:496, function session_start_scope(). Aborting.
Dec 11 12:27:28 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:27:48 localhost dbus[782]: [system] Activating systemd to hand-off: service name='org.freedesktop.PackageKit' unit='packagekit.service'
Dec 11 12:27:53 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:28:13 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.PackageKit': timed out
Dec 11 12:28:18 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:28:43 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out
Dec 11 12:29:08 localhost dbus[782]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out

Всё. Писец. Система стремительно теряет реакции на внешние раздражители, в конечном итоге не реагирует ни на что, yum повисает, systemctl не работает, сеть отваливается, reboot - хрен там. Перезагрузка, yum-complete-transaction - все пакеты в двух версиях, новой и старой (а их, пакетов, более 2000). Далее шаманские танцы с принудительным апдейтом всего с использованием кэша юма, потеря конфигурации grub, восстановление оной - но это уже лирика.

Так вот, что я хотел сказать то? А вот что - это первый звоночек. Не надо было превращать простое (реально простое!) в сложное. Всё, что надо было сделать - оторвать init от systemd. init должен быть отдельным процессом, который стартует systemd и по сигналам (или при падении) его рестартовывывает. А собственно неубиваемое маленькое ядро самого инита уронить было бы практически невозможно.

а как higорелигия обосновывает вот это безобразие?

Доброго вечера/ночи, хотя кому как.

Не хотел я срачей, уж простите... но чем больше использую системд, тем чаще обнаруживаю не очень приятные особенности.

Теперь вот оказалось, что mount --rbind ломает новую сессию баша еще в момент чрутования. Хотя я спокойно пользовался этим параметром на openrc.

«Чуваки» из #systemd посоветовали использовать systemd-nspawn, однако он тоже ломает систему, поэтому использую --bind, который вроде ничего не ломает, за счет того, что /dev/shm и /dev/pts не монтируются.

Что-что? Pshh-pshhh что я хотел сказа.. Pshh-pshh... ?

Вот и всё что я хотел сказать.

Всем привет. После фильма «Интерстеллар», который очень косвенно, но все-таки имеет отношение к науке (хотя фильм про любовь и все человеческое), захотелось посмотреть еще чего-нибудь подобного.

Короче, накидайте хороших-годных фильмов в жанре «научная фантастика», которые имеют хоть какое-то отношение к науке и технике, но не показывала бы откровенную обсебятину. Последний просмотренный мною подобный фильм, не считая творение Нолана, был фильм «Pi» Аронофски, который мне тоже весьма и весьма понравился. Свежесть фильма не имеет особого значения.

Когда я установил kde4, попробовать, он мне вытянул systemd. Ну посмотрим, говорят, что он «просто работает». Но тут мне понадобилось подключиться к openvpn. А там надо вводить пароль. Как обычно, делаю /etc/init.d/openvpn restart, просит логин, ввожу, собираюсь вводить пароль, и вижу:

Please enter password with the systemd-tty-ask-password-agent tool!

И с десяток левых сообщений в трее kde. На кой мне этот геморрой? Со всеми этими «дружелюбными» DE, с этим «просто работающим» systemd и прочим жирным хламом?

Завязка.

Ноутбук супруги Fujitsu lifebook A532 (кстати, для таких нищебродов как я, очень рекомендую. Цена вопроса 15K. Продаётся без ОС вообще). Появилась возможность заменить HDD с SATA2 на HDD с SATA3 (ага, контроллер SATA в этом ноутбуке версии 3). На работе перенёс данные с одного диска на другой (dump/restore). Установил загрузчик. Проверил. С нового диска загружается. Супруга приходит с работы на пол часика раньше меня. Я, довольный собою, дорабатываю положенное количество часов... Входящий звонок: «Ты разобрал мою машику! (хрен там разбирать. Диск под крышечкой с одним винтиком) У меня на „ферме“ квест! Что делать?». Я: «Дождись меня, радость моя. Всё соберу и всё будет летать ещё быстрее.»

Драма.

Прихожу домой. Закручиваю три винтика (два держат HDD, один крышечку). Запускаю машинку... На экране окно выбора загрузочного устройства - HDD, DVD. Ну... Диск поменялся, машинка умная... Жамкаю HDD... Ещё раз... Ещё... Б^ядь! Не грузится. Чешу репу. Вспоминаю, что где-то валяется древний установочный DVD с RFRremix. Ага, откапываю, гружусь с него. Выхожу в терминал. Устанавливаю на диск загрузчик (grub2). Перезагружаюсь... Эффект аналогичный - не грузится. Опять чешу репу. Не... Ну что за фигня? Загрузчик на диске есть, но грузиться не хочет. Причём, заметьте, испытываю моральное давление со стороны: «Мне срочно, у меня квест». Откапываю USB флешечку. Устанавливаю на неё grub. Гружусь в grub с USB флешки. Из командной строки grub запускаю операционку. Супруга счастлива. Но... А как она будет перезапускать машинку если что? Хрен с ним пока. Завтра ей на работу, а я разберусь. На крайняк поставлю другой загрузчик.

Утро следующих суток. Супруга уходит на работу. Сажусь за ноутбук. Переустанавливаю grub... Хрена с два. Устанавливаю syslinux... Аналогично. Ещё много разных манипуляций... Всё впустую.

Развязка.

Открываю холодильник. Достаю водку. Накатываю стопаря. Иду в сортир. Присаживаюсь... Через пару минут приходит мысль: «Ты уже не раз наступал на эти грабли. MBR. Флаг загрузочного раздела.» Приходит уверенность (почти нирвана). Заканчиваю сортирные дела. В fdisk выставляю флаг загрузки ЭТОМУ ЕДИНСТВЕННОМУ разделу на диске. Перезагружаюсь. УРА!!! Всё работает.

Мораль.

Некоторых озаряет во сне (смотри Менделеев), а некоторых на толчке.

Минутка субботнего юмора в Толксах.

https://www.happyassassin.net/2014/10/31/psa-dont-fedup-to-fedora-21-right-now/

Currently Fedora 21 has a build of systemd that includes a new feature that was added upstream after the release of 216, which is intended to time out system startup if it’s not complete after 15 minutes – the idea being to avoid things like your laptop melting / starting a fire in your bag if it gets accidentally powered on, stuff like that.

Unfortunately, turns out that having a timeout that hard powers down the system if boot hasn’t completed after 15 minutes doesn’t work very well with fedup, because while fedup’s actual ‘install the updated packages’ step is running, systemd considers that boot has not ‘completed’. So if you try and fedup to Fedora 21 using a fedup environment that has the affected systemd build (like the one in the Beta tree, and also in the current 21 ‘stable’ tree), and your ‘install updated packages’ boot takes more than 15 minutes, it’ll just suddenly cut off and shut down. Obviously, there’s quite a high chance that’ll leave the system in a broken state.

So: don’t do it. Really, don’t.

Это альфа-версия, да.

Текст лекции: http://elementy.ru/lib/432371

Сферическому в вакууме LORовцу нужно не только учиться правильно писать, но и правильно говорить.

Где-то в сентябре прошлого года делал apt-get dist-upgrade и с тех пор как-то так в основном в режиме юзера был. Только иногда обновлял некоторые пакеты для безопасности, вроде того эпичного бага в OpenSSL. Итак, чем меня «порадовал» Debian через год, что поломали.

1. Разумеется видео.

   То ли мне не везет, но почти каждое обновление, в котором обновляется ядро или иксы, приводят к необходимости потом настраивать видео в консоли в текстовом режиме. Отчасти из-за этого так долго не обновлял дистр. Сначала был нужен комп, было мало времени и не хотелось его тратить на настройку видео. Потом тем более ;-) Несмотря на наличие блоба nvidia в репах non-free, автоматически оно не подхватывается, так чтобы работало потом. Впрочем, на ноутбуке, где видео от интела и драйвер вроде как входит в ядро, видео тоже ломают. Зачем придумали DKMS? Оно все-равно, получается, на практике в таких важных вещах не работает.

   В этот раз с настройкой видео я провозился часа три. Сразу замечу, что я не помню наизусть как правильно устанавливать драйвера, а лазить в интернете в поисках ответа в текстовом режиме сильно некомфортно, тем более в режиме 80x25. Да, как настраивать фреймбуфер и/или менять текстовый режим в консоли я тоже наизусть не помню. Другой комп был, но не совсем рядом. С моей мобилы тоже всерьёз не полазаешь по инету.

   В итоге как я не ставил и не переустанавливал драйвера (nvidia-driver, nvidia-alternative, nvidia-kernel-source, nvidia-kernel-dkms, nvidia-kernel-3.14-amd64) не взлетело оно. Вероятно ещё потому, что при установке dkms-пакета вылазило сообщение, что видимо сырцы ядра не установлены и потому обойдёмся мол без компиляции. Исходники, разумеется стояли, и даже были распакованы в /usr/src/linux Даже в процессе попыток заставить работать, вручную исходники от nvidia-kernel распаковал в /usr/src/modules по аналогии как там лежали они же для ядра 3.9 (старые убрал).

   Сейчас я думаю, что возможно, надо было ещё попробовать установить gcc-4.8 (поскольку ядро 3.14 из репов им компилировалось), сделать CC на него и откомпилировать (но не устанавливать) ядро в /usr/src/linux Но тогда я просто плюнул и снёс все дебиановские пакеты с nvidia и установил блоб, скаченный с сайта nvidia. В процессе установки надо было ядро компильнуть, чтобы там какой-то нужный файл для установщика образовался (почему и думаю задним числом, что возможно стоило это сделать для установки из репов дистра)

   Уф. Заработало!!! А может потому что скачал beta 343.13, а в дистрибутиве были 340.30 и они в принципе не работали с ядром 3.14 (что вряд ли, раз уж nvidia-kernel-3.14 в дистре лежит, но мало ли) или с x-сервером. Даже не знаю. Но судя по упоминанию схожей проблемы с 13-ой убунтой дело видимо не в несовместимости, а в глюках дистра. Или я чего-то неправильно делал, а как правильно не очевидно и повторяю, что из текстового режима было трудно искать подсказку.

2. Курсор мыши.

   Который есть и работает, но просто не виден. С таким вообще впервые столкнулся.

   Вылечился в лучших виндовых традициях волшебной строчкой в терминале (повторять для каждого юзера, от рута для всех не сработает)

   gsettings set org.gnome.settings-daemon.plugins.cursor active false

   Перед этим поиграл в игру «угадай где курсор» в процессе запуска браузера и поиска в интернете ответа.

   гномохигопроблемы, разрабы наверное все на тачскринах уже сидят.

3. Переключатель клавиатуры.

   У меня Alt-Shift. Везде в гноме он прописан, даже в tweak-tool но не фурычит совершенно. Остальные комбинации, которые любит ставить гном тоже. Поиски в гугле ни к чему толком не привели. Кстати, полезная фича у гугля, что можно набирать текст в неправильной раскладке, но гугл это понимает и предлагает поиск с учётом реального языка. В общем, напрочь сломали. Хотя в gdm3 до загрузки самого гнома всё работает.

   Помогла только настройка на уровне иксов, а не гнома

   setxkbmap -layout "us,ru"
   setxkbmap -option "grp:alt_shift_toggle,grp_led:scroll"
   

4. VirtualBox.

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

   Пока не починил. Руки ещё не дошли.

5. Куда-то с панели пропал апплет Volume control

   Починилось добавлением его на панель.

6. Выключение компьютера.

   Был раньше удобный диалог с кнопочками (Suspend, Power off, Reboot, Cancel). Изгадили. Сразу после apt-get диалог стал из двух кнопочек Suspend и Cancel. И обратным отсчётом времени, если в течении 60 сек. не отменить, то таки Power Off. После перезагрузки этот диалог не вызывается вообще.

   Не разобрался. Пока выключаю комп командой halt в консоли, перезагрузка reboot. (Или shutdown с ключами).

   В чистом виде плод трудов скорбных хигоозабоченых муспецов по правильному дизайну.

7. Desktop Background. Фон рабочего стола.

   Как там можно было что-то поломать я уже и не знаю. Но факт - сломали. Экран радует равномерным серым фоном вместо градиентной заливки. Настройки доступны и работают, вот только не приводят к изменениям.

   Но кстати, то ли не нашёл, то ли её Хиг заховал, но куда-то в диалогах настройки фона пропала настройка градиента. Рисунки/фотки/цвета можно выбрать, но мне нравился градиент от фиолетового сверху к темно-синему внизу.

   Пока так и не починил. Фон серый, чтобы не делал.

8. Выбор *DE в gdm3.

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

9. Автомонтирование USB-флешек

   Сразу не заметил, но сейчас вставил флешку и вот. То же отвалилось. Почему-то, кстати, это типично. Оно то восстанавливается после каких-то обновлений, то с новыми обновлениями пропадает.

Больше пока особо не разбирался. Заметил, что systemd появился. Откровенно говоря, я больше всего боялся, что из-за него что-то сглючит, но вроде бы пока ничего. Кое-где улучшили отрисовку и контраст. Да, ещё маленькая засада была в процессе работы apt-get. Где-то в ходе него произошла замена libc с циклической зависимостью, что могло бы вообще привести дистр в совсем неработоспособное состояние из-за поломанного ABI (firefox уже сегфолтился при вызове), но с ключом -f всё установилось. Подозреваю, что если бы установка была из графического synaptic было бы хуже.

Update: Ещё и автомонтирование флешек в USB поломали.

не знаю, стоит ли такое писать сюда, ибо оффтопик. Можно снести, но имхо люди могут порадоваться, читая это

короче, суть в том, что Windows нам вообще не конкурент

после долгого перерыва попробовал использовать Шиндовс по назначению, а не как прошивку для запуска игр и VMWare.

Для понимания следующего текста, нужно понимать что такое SharePoint - это один из основных продуктов Microsoft, приносящий лютое количество бабла. Человеческими (не-маркетологическими) словами, это сайт для документооборота, написанный и работающий целиком на технологиях Microsoft.

Началось все с того, что друг попросил по-быстрому развернуть ему несколько виндов чтобы успеть до утра. Касательно лицензий и прочих ключей - все абсолютно легально, компания работает с Microsoft над разработкой софта.

Вот «всего-то» что нужно было сделать:
Windows Server 2012 + SharePoint 2013 + SQLServer
Windows Server 2008 + SharePoint 2010 + SQLServer
Windows Server 2008 + SharePoint 2007 + SQLServer

+ загрузить на всё это тестовые данные, чтобы было что на сайте смотреть.

не «настроить», а просто установить

Как думаете, реально ли это поставить до утра? Обычному неподготовленному к светлому будущему человеку, который последний Windows Server видел, когда только начинался Server 2003.

Ответ: реально, но только с наличием SSD.

Зачем SSD спросите вы?

Во-первых, потому что скорость работы дисковой системы хваленого HyperV как говно. Но это завязано на другую чудную фичу.

Windows нужно переустанавливать. Много, много, МНОГО раз. На двадцатой переустановке я перестал считать.

Каждая винда, шарепоинт и SQL Server имеют кучу редакций, каждая из них глючит по своему, и все ко всем не подходят.

Начнем с того, что в установке свежего Share Point на свежий Windows есть баг, который решается созданием двух негуманоидных ключей в реестре. Узнать как починить это можно только обнаружив соответствующую статью в MSDN имеющую такое название, по которому ее никогда не удастся нагуглить по тексту ошибки. Названия ключей реестра тоже внешне никак не связаны с ошибкой, и найти их в реестро-помойке пользуясь бытовой логикой не представляется возможным.

Поехали дальше

Например, SharePoint 2013 на Server 2012 R2 невозможна согласно MSDN, а на деле - возможна. Какой-то баг в скриптах проверки версий. Естественно, ничерта не работает. И пользователю неоткуда об этом узнать. Чисто случайно, высокое гугл-фу помогает. Оказывается, нужно ставить «SharePoint 2013 + ServicePack 1». Замечаете этот «+» в названии? Если не замечаете, вы отправляетесь на очередную переустановку винды, занимающую от 20 минут. Оказывается, плюс - это важно, потому что если поставить сначала SP2013, и только потом сервис-пак на него, то ничего не заработает. Надо ставить именно сборку с интегрированным сервис-паком.

Другой пример. SharePoint 2007 с интегрированным сервис-паком имеет в себе баг, который можно найти только в жутких дебрях MSDN под странным негуглящимся названием. Он заключается в том, что при установке SharePoint он забывает настроить веб-сервер (в терминах шиндовса - добавить роль «вебсервер» с зависимымостями и настроить ее). Любые попытки удаления софта или переконфигурации его на этом этапе уже не помогут. Только ставить чистую систему, самому настраивать сервер и потом уже ставить поверх SharePoint.

Вообще, ПОЧТИ ЛЮБАЯ ошибка карается переустановкой.

Сразу пример. Полностью установленный Windows 2008 + Share Point 2007 + SQL Server 2005. Теперь вводим этот компьютер в домен, и О ЧУДО, вся система разваливается к чертям собачьим. Можно конечно починить, часами копаясь в реестре и воостанавливая ключи, которые оно забыло поправить, но быстрее - переустановить.

Когда ты устанавливаешь неверную версию чего-то, самый простой способ починить систему - переустановить её. Удаление SharePoint или SQL Server или чего-то еще с помощью штатных средств переводит систему в «грязное» состояние, про которое уже нет гарантий что на ней что-то установится поверх и нормально заработает. Удаление софта часто занимает дольше, чем установка, т.е. обычно около получаса, так что быстрее просто остановить виртуальную машину и подсунуть ей старый снапшот.

Причем типичное время реакции на нажатие кнопки Next - 10 минут. Даже на SSD. Без SSD дольше. НАМНОГО дольше. Визард конфигурации SharePoint без SSD может отработать за 5 минут, а может и за 15. Я не совсем понимаю, как это возможно, чтобы одна и та же операция на одних и тех же файлах занимала разное время, наверное это какое-то очень большое колдунство.

10 минут были посчитаны чисто практически - нажимаешь кнопку Next, выпиваешь новую чашку кофе и идешь спать ближайшие 10 минут. Просыпаешься по будильнику, встаешь, жмешь очередное Next и снова идешь спать. Ночь ведь уже настала, спать хочется.

За ночь, оказывается, можно выпить банку растворимого кофе и остаться в живых.

Отдельная петрушка с обновлениями. Например, единственный нормальный способ узнать версию установленного SQL Server - это выполнить sql-запрос («Select @@version»). Это конечно чудно, учитывая что SQL может не подняться потому, что на него не установлены обновления. А установить обновления не получится, потмоу что неизвестна версия сервера (обновлений тьма, и они должны в точности соответствовать версии того, что обновляешь).

Кстати, названы обновления на сайте MS коряво - например, для обновления 32-битного SQL Server нужно скачать 64-битную версию обновления. А почему? Потому что версия ОС 64-битная. Такая вот логика.

Кстати, обновления совершенно не факт что будут что-то обновлять. Например, установка Service Pack 3 для SQL Server 2005 сходу совершенно ничего не обновила, зато установила параллельно еще одну версию SQL-сервера. Оказывается, в инсталляторе (минутку - инсталляторе обновления!) нужно внимательно читать все тексты, найти галку «показать дополнительные параметры», и вот там уже выбрать опцию «обновить тот сервер, который установлен сейчас, а не ставить новый». Ну зашибись просто, обновлению в расширенных параметрах нужно объяснять, что ему нужно обновлять, а не делать какую-то чертовщину.

О хваленой платформе виртуализации.

Hyper V при установке блочит чип VT-x («Intel hardware virtualization») эксклюзивно для себя. В результате если включить его на машине с установленным VMWare или Virtualbox, на них тут же отваливаются все 64-битные виртуалки. Выключение всех HyperV-виртуалок эту проблему не решает, нужно именно удалять фичу «HyperV» из «программ и компонентов Шиндовс».

И естественно он об этом ничего не сообщает. Наверное, это такой рефлекс рабов Microsoft, знать, что типа раз Microsoft устанавливает свою софтину на комп, то она начинает АЦКЕ ДОМИНИРОВАТЬ.

Чуть не поседел, когда моя виртуальная убунта в VMWare (рабочий компьютер) перестала запускаться с ошибкой поиска VT-x. Испугался что мать сдохла.

Раньше я думал, что винда - это серьезное «ынтерпрайзное» решение, в котором всё ужасно, зато всё работает. Похоже, это не совсем так. Надо с ней очень бережно, а то ошибки тут караются адовыми муками и переустановкой системы.

Естественно что для нормальных людей, которым надо делать дело, а не красноглазить, такое положение вещей недопустимо.

Поэтому всем советую переходить на линукс, в котором Все Просто Работает!

Вот такой баянец.

http://blogs.gnome.org/mortenw/2014/06/23/how-does-one-create-a-gtk-application/

Избранное:

«Как вообще создавать работающие приложения на Gtk+? Это вообще возможно?

Не, ну я серьезно.

Версия для тех, кому многабукв — ABI у Gtk+ так поломан, что бинарники из дистрибутива редко когда работают.»

«Представьте себе, что сейчас то время, когда как раз выпустили Gtk+ 3.0. У вас красивейшее приложение без багов. Допустим. Дистрибутивы поставляют собранную версию, и жизнь прекрасна.

Потом дистрибутивы обновляют Gtk+ и все, основывавшееся на GtkGrid, ломается. Вы, конечно, обходите это в коде, но дистрибутивы не будут обновлять вашу программу до релиза.

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

Тем временем, в Gtk+ ломают бинарную совместимость окон со скроллингом. Окна, у которых раньше были вменяемые размеры, схлопываются до околонулевых размеров, и когда дистрибутивы обновляют Gtk+, пользователи вашей программы сильно огорчаются. Вы втыкаете еще один костыль в свой код, но пока не сделаете релиз, дистрибутивы не почешутся.

Тем временем, в Gtk+ ломают бинарную совместимость с перерисовкой. Те части GUI, которые раньше работали правильно, теперь не перерисовываются вообще. Дистрибутивы обновляют Gtk+, и ваша программа перестает работать вообще. Вы втыкаете еще один костыль в свой код, но пока не сделаете релиз, дистрибутивы не почешутся.

Где-то между всей этой возней, в Ubuntu решают поломать полосы прокрутки плагином Gtk+. О случившемся вы узнаете, когда к вам набегают пользователи Ubuntu со своими багрепортами.

Тем временем, правила расположения для GtkGrid сменяются опять. Когда дистрибутивы обновляют Gtk+, ваша программа приобретает ужасный вид. Вы снова втыкаете костыль в свой код, но пока не сделаете релиз, дистрибутивы не почешутся.

Ваша программа работает с несколькими экранами. Ой, она РАБОТАЛА с несколькими экранами, а потом в Gtk+ убили поддержку этой фичи без предупреждения.

А теперь я вот слышу, перерисовку будут опять ломать, потому что надо обходить какой-то кривой дефект в Wayland. Похоже на то, что там придется проверять версию в рантайме. Если какой-то дистрибутив вдруг выйдет с обновленным Gtk+, но не с вашей программой, она опять сломается.»

2015 год объявляется годом линакса на... Короче, сдаюсь. Ну его нафиг.