Windows: Доверительные отношения / trust relationship

Наверное, много раз встречали следующую "радушную" надпись.

русс. "Не удалось установить доверительные отношения между этой РС и основным доменом"


англ. "The trust relationship between this workstation and the primary domain failed"

Решали все это стандартным ОФИЦИАЛЬНЫМ решение от Microsoft: переввод (вывод-ввод) в домен (куча никому не нужных телодвижений... два ребута... ужасн@х)


Как оказалось, даннуй проблему можно обойти гораздо более легким способом:

1. Заходим под локальным администратором на ПК (.\Administrator)
2. Запускаем CMD.exe под администратором (Start -> cmd -> right click -> Run as administrator)
3. Выполняем следующую команду:

   netdom.exe resetpwd /s:[server] /ud:[user] /pd:*

   где
   • [server] - Домен контроллер
   • [user] - пользователь, для которого будем "сбрасывать" пароль на ПК (Domain\user)
   Далее необходимо будет ввести пароль для указаного доменного пользователя

Ну собственно и всё. Можно выходить из-под локального администратора и заходить на ПК под доменной учеткой.

FROM

Upd: Да, всё действительно легко и классно решается, НО чтобы это "сработало" в Windows 7, необходимо установить Remote Server Administration Tools for Windows 7 with Service Pack 1 (SP1)

Control Panel -> Prograns and Features -> Turn Windows features on or off
Remote Server Administration Tools -> Role Administration Tools -> AD DS LDS Tools -> AD DS Tools -> AD DS Snap-ins and Command-line Tools

VBox -> Hyper-V

Потребовалось перевести виртуальную машину с Virtual Box на Hyper-V.
На удивление, все оказалось проще пареной репы.
Для начала, конвертируем виртуальный диск vdi -> vhd

$ VBoxManage clonehd /path/to/image.vdi /path/to/image.vhd --format VHD

Далее переносим image.vhd на машину с Hyper-V.
Создаем новую виртуальную машину и в качестве диска подключаем наш image.vhd

PROFIT !!!

sed: неожиданно

Неожиданно для себя узнала , наверное, многим известную особенность sed
А именно:

echo 12481248| sed 's/1/0/g'
echo 12481248| sed 's%1%0%g'
echo 12481248| sed 's$1$0$g'
echo 12481248| sed 's|1|0|g'

Тоесть, вместо слеша (/) вполне допустимо использовать процент, доллар и конвеер (%, $, |)

pacman : kde, gnome, xfce

To install:

# pacman -S kde

# pacman -S gnome

# pacman -S xfce4

To remove:

# pacman -Rnsc kde

# pacman -Rnsc gnome

# pacman -Rnsc xfce4

ArchLinux: kexec

# vim /etc/systemd/system/kexec-load@.service

[Unit]
Description=load %I kernel into the current kernel
Documentation=man:kexec(8)
DefaultDependencies=no
Before=shutdown.target umount.target final.target

[Service]
Type=oneshot
ExecStart=/sbin/kexec -l /boot/vmlinuz-%I --initrd=/boot/initramfs-%I.img --reuse-cmdline

[Install]
WantedBy=kexec.target

# systemctl enable kexec-load@linux

# systemctl kexec

frm

"ssh -X ... " & Firefox

Поключаемся к удаленному хосту с "пробросом Х-ов"

local $ ssh -X user@host

При попытке запустить firefox получаем приблизительно такое:

remote $ firefox
The program 'firefox' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
  (Details: serial 515 error_code 10 request_code 18 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
remote $

Решается запуском firefox с ключом -no-remote

remote $ firefox -no-remote

~/bin/lang

Пишем маленький скрипт:
vi ~/bin/lang

#!/bin/bash

setxkbmap -layout "us,$1" -variant winkeys -option grp:caps_toggle,grp_led:caps  terminate:ctrl_alt_bksp

Делаем его исполняемым

$ chmod +x ~/bin/lang

Выполняем:

• Для Англ-Русс

  $ lang ru

• Для Англ-Укр

  $ lang ua