kb2419640
Ошибка:
[HRESULT = 0x80070011 - ERROR_NOT_SAME_DEVICE]
Нужно вернуть следующие папки на диск с windows:
%COMMONPROGRAMFILES%\System\
%COMMONPROGRAMFILES(x86)%\System\
Ссылки:
Про переменные смотреть тут: http://en.wikipedia.org/wiki/Environment_variable
По обновлению: http://support.microsoft.com/kb/2419640
Про причину ошибки можно прочитать тут: windowsupdate-error-80070011.xhtml
Очень полезная штука для анализа логов через grep.
Выводит N строк до совпадения, N строк после:
-A NUM, --after-context=NUM
Print NUM lines of trailing context after matching lines.
Places a line containing -- between contiguous groups of
matches.
-B NUM, --before-context=NUM
Print NUM lines of leading context before matching lines.
Places a line containing -- between contiguous groups of
matches.В Windows операционных системах, базирующихся на MS Windows Vista (7, 2008, 2008 R2) появился новый алгоритм обновления. Не буду глубоко вдаваться в подробности. В двух это выглядит так: Апдейты распаковываются в папку {WindowsDir}\winsxs\. Затем в рабочих директориях создаются ссылки на эти файлы, а не сами файлы. По крайней мере это снижает объём файлов на диске, возможно есть и другие причины такого поведения. Ссылки на файлы в Windows могут быть только «жесткими». Одной из особенностей «жестких» является то, что они должны располагаться на одном логическом диске с FS нодом, на который они ссылаются.
Некоторым людям нравиться выносить папку Program Files (а также Program Files (x86)) на выделенный диск. Я тоже так люблю делать. В соответствии с вышеприведёнными особенностями обновлений в windows, возникают проблемы при обновлении системных приложений. Таких как Internet Explorer или например Windows Media Player. Хотя не всех. MS Office при всем при этом обновляется нормально.
Код ошибки: WindowsUpdate Error 80070011
Собственно ошибка: ERROR_NOT_SAME_DEVICE
MS стоило бы проверять файл на возможность создания «жёсткой» ссылки и при отсутствии такой делать копию исходного файла. Хотя, повторюсь, возможно у создателей такой схемы были другие причины. В ответах на запросы пользователей они ссылаются на то, что в Windows не предусмотрен перенос папки Program Files на другой раздел. Грубо говоря исправлять этот баг они не собираются, ибо даже багом его не считают.
Что в этой ситуации делать нам?
Всё довольно просто. Системные программы нужно вернуть обратно на системный раздел. Удобнее всего это делать через «Мягкие» ссылки (mklink /j). Самое сложное определить какую программу в этот раз не может обновить тот или иной KB.
Поэтому буду публиковать все KB с которыми у меня возникли проблемы и какую папку нужно вернуть на место (для Win7 x64 ENG):
Сегодня мы будем переносить mdraid разделы с одних физических дисков на другие. Причём делать это будем на горячую - то есть без остановки работающих приложений.
Ubuntu Linux 9.10
4 физических диска: два старых по 250 Gb и два новых по 500 Gb. Все диски SATA.
На старых дисках размечен совтовый Mdraid по следующей схеме:
Отдельно стоит упомянуть SWAP раздел на нулевой рейде – плохая мысль) Во-первых на нормально функционирующей Linux системе своп использоваться не должен. Во-вторых при неполадках в дисковой системе север необратимо зависает. И того: выигрыш в производительности ни как не используется, за то мы изрядно теряем в стабильности. Сэкономленные в нашем случае 16Gb дискового пространства в рамках SATA дисков выглядят даже не смешно.
Кроме того из старых дисков один уже умер. Swap не работает.
Листинг /dev/sd*:
# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6 /dev/sdb /dev/sdc
Как видно из листинга один из старых дисков даже не определяется.
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md2 : active raid1 sda6[0]
238099264 blocks [2/1] [U_]
md1 : inactive sda5[0](S)
5855552 blocks
md0 : active raid1 sda1[0]
240832 blocks [2/1] [U_]
unused devices: <none>
Задачи будет две:
И так, поехали:
1. Нужно создать разделы под рейд на новых дисках:
#fdisk /dev/sdb
Command (m for help): m
Command action
a toggle a bootable flag
b edit bsd disklabel
c toggle the dos compatibility flag
d delete a partition
l list known partition types
m print this menu
n add a new partition
o create a new empty DOS partition table
p print the partition table
q quit without saving changes
s create a new empty Sun disklabel
t change a partition's system id
u change display/entry units
v verify the partition table
w write table to disk and exit
x extra functionality (experts only)
Command (m for help): n
Command action
e extended
p primary partition (1-4)
1
Invalid partition number for type `1'
Command action
e extended
p primary partition (1-4)
1
Invalid partition number for type `1'
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-60801, default 1): 1
Last cylinder, +cylinders or +size{K,M,G} (1-60801, default 60801): 30
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): L
0 Empty 1e Hidden W95 FAT1 80 Old Minix bf Solaris
1 FAT12 24 NEC DOS 81 Minix / old Lin c1 DRDOS/sec (FAT-
2 XENIX root 39 Plan 9 82 Linux swap / So c4 DRDOS/sec (FAT-
3 XENIX usr 3c PartitionMagic 83 Linux c6 DRDOS/sec (FAT-
4 FAT16 <32M 40 Venix 80286 84 OS/2 hidden C: c7 Syrinx
5 Extended 41 PPC PReP Boot 85 Linux extended da Non-FS data
6 FAT16 42 SFS 86 NTFS volume set db CP/M / CTOS / .
7 HPFS/NTFS 4d QNX4.x 87 NTFS volume set de Dell Utility
8 AIX 4e QNX4.x 2nd part 88 Linux plaintext df BootIt
9 AIX bootable 4f QNX4.x 3rd part 8e Linux LVM e1 DOS access
a OS/2 Boot Manag 50 OnTrack DM 93 Amoeba e3 DOS R/O
b W95 FAT32 51 OnTrack DM6 Aux 94 Amoeba BBT e4 SpeedStor
c W95 FAT32 (LBA) 52 CP/M 9f BSD/OS eb BeOS fs
e W95 FAT16 (LBA) 53 OnTrack DM6 Aux a0 IBM Thinkpad hi ee GPT
f W95 Ext'd (LBA) 54 OnTrackDM6 a5 FreeBSD ef EFI (FAT-12/16/
10 OPUS 55 EZ-Drive a6 OpenBSD f0 Linux/PA-RISC b
11 Hidden FAT12 56 Golden Bow a7 NeXTSTEP f1 SpeedStor
12 Compaq diagnost 5c Priam Edisk a8 Darwin UFS f4 SpeedStor
14 Hidden FAT16 <3 61 SpeedStor a9 NetBSD f2 DOS secondary
16 Hidden FAT16 63 GNU HURD or Sys ab Darwin boot fb VMware VMFS
17 Hidden HPFS/NTF 64 Novell Netware b7 BSDI fs fc VMware VMKCORE
18 AST SmartSleep 65 Novell Netware b8 BSDI swap fd Linux raid auto
1b Hidden W95 FAT3 70 DiskSecure Mult bb Boot Wizard hid fe LANstep
1c Hidden W95 FAT3 75 PC/IX be Solaris boot ff BBT
Hex code (type L to list codes): fd
Changed system type of partition 1 to fd (Linux raid autodetect)
Command (m for help): a
Partition number (1-4): 1
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
Не забудем изменить тип диска с Linux на Linux raid autodetect
Команда: «t», Hex код: «fd».
А также добавить бут флаг для загрузочного раздела (если такой имеется).
Ещё, в случае переноса разделов я рекомендую указывать размер диска в цилиндрах, а не в байтах. Так проще создать идентичный раздел. Посмотреть размер можно через «fdisk -l {путь диска}«.
Проделываем тоже самое со вторым диском /dev/sdc
#fdisk /dev/sdс
.
.
.
Разбиваем оставшееся дисковое пространство, чтобы оно было идентично старым дискам. В моем случае это немного не так. Я выделаю дополнительный раздел под своп. В остальном размеры логических дисков идентичны. вот что получилось:
# fdisk -l /dev/sdc
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x6f91c38c
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 30 240943+ fd Linux raid autodetect
/dev/sdc2 31 60801 488143057+ 5 Extended
/dev/sdc5 31 2120 16787893+ fd Linux raid autodetect
/dev/sdc6 2121 31762 238099333+ fd Linux raid autodetect
# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdb5 /dev/sdb6 /dev/sdc /dev/sdc1 /dev/sdc2 /dev/sdc5 /dev/sdc6
PS у меня после записи изменение fdisk выдал ошибку о невозможности заменить таблицу разделов:
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Это произошло потому, что к этому моменту я уже добавил в рейд один из логических дисков.
В этом случае нужно выполнить команду partprobe, и диски сразу появятся в системе.
Теперь нужно добавить эти разделы в md0.
Но для начала не мешает взглянуть на состояние диска через mdadm –detail /dev/md0
# mdadm /dev/md0 --add /dev/sdb1
mdadm: added /dev/sdb1
# mdadm /dev/md0 --add /dev/sdc1
mdadm: added /dev/sdc1
Изменим количество активных дисков для синхронизации, чтобы избавиться от spare дисков.
mdadm --grow -n 3 /dev/md0
mdadm --grow -n 3 /dev/md2
Аналогично с остальными дисками.
Теперь нужно создать раздел под Swap. Я буду делать это через пересоздание md1.
Как видно из листинга своп у меня отсутствует.
# swapon -s
Filename
Убиваем неработающий диск
# mdadm -S /dev/md1
mdadm: stopped /dev/md1
Создаем на его месте новый
# mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdb5 /dev/sdc5
mdadm: array /dev/md1 started.
Создадим файловую систему на новом диске:
# mkswap /dev/md1
Setting up swapspace version 1, size = 16787772 KiB
no label, UUID=33ca1464-316a-4d97-be87-7128758b86c1
Сразу активируем только что созданный SWAP.
# swapon /dev/md1
И проверяем
# swapon -s
Filename Type Size Used Priority
/dev/md1 partition 16787768 58464 -1
Редактируем /etc/fstab
Узнать UUID диска можно через команду blkid.
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc /proc proc defaults 0 0
# / was on /dev/md2 during installation
UUID=3b3646e2-6865-4e0d-af35-65d938a55fb3 / ext3 relatime,errors=remount-ro 0 1
# /boot was on /dev/md0 during installation
UUID=0bc279df-f2e3-4ad9-b409-ae396eb73f18 /boot ext2 relatime 0 2
# swap was on /dev/md1 during installation
UUID=33ca1464-316a-4d97-be87-7128758b86c1 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
В моём случае я пересоздал только раздел для SWAP, поэтому мне пришлось отредактировать только 1 UUID. Если перенос осуществляется без пересоздания разделов, то fstab править не нужно.
Затем берём информацию из mdadm –examine –scan и записываем в /etc/mdadm/mdadm.conf иначе новые md* диски подниматься не будут.
Устанавливаем GRUB на каждый новый диск:
# grub
grub> root (hd1,0)
root (hd1,0)
grub> setup (hd1)
setup (hd1)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd1)"... 17 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd1) (hd1)1+17 p (hd1,0)/grub/stage2 /grub/menu.lst"... succeeded
Done.
grub> root (hd2,0)
root (hd2,0)
grub> setup (hd2)
setup (hd2)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd2)"... 17 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd2) (hd2)1+17 p (hd2,0)/grub/stage2 /grub/menu.lst"... succeeded
Done.
Осталось перезагрузить, проверить как это всё работает, а также отключить старые диски.
В Ubuntu, а значит и в Debian (а на самом деле много где ещё, например в Gentoo) файла /dev/eth0 нету. Потому как сетевая карта устройство не символьное, но и не блочное. Сетевые устройства хранятся вот здесь: /sys/class/net
Имена сетевых интерфейсов в Linux компьютерах в последнее время стали привязываться к конкретным устройствам. Так, если вы вытащите сетевую карту из своего компьютера и вставите в него другую, интерфейс eth0 у вас пропадёт, а новая карточка будет называется eth1. При попытке сделать ifconfig eth0 up система будет говорить, что, такого устройства не существует.
В моём случае проблема получилась при клонирования виртуальной машины в VMWare ESXi. Дабы не случилось конфликта MAC адрес на клонированной машине отливался от MAC адреса в оригинальной VM.
Поскольку вся конфигурация у вас скорее всего прописана для интерфейса eth0, можно переписать конфигурацию. а можно переименовать интерфейс.
Все неприятности создаёт udev, который по умолчанию привязывает имена сетевых устройств к их MAC адресам. Например, в Debian Etch это находится в файле
/etc/udev/rules.d/z25_persistent-net.rules
Для Ubuntu:
/etc/udev/rules.d/70-persistent-net.rules
Для open suse:
/etc/udev/rules.d/30-network.rules
пример файла:
SUBSYSTEM==»net», ACTION==»add», DRIVERS==»?*», ATTR{address}==»XX:XX:XX:XX:XX:XX», ATTR{type}==»1″, KERNEL==»eth*», NAME=»eth0″
Достаточно отредактировать параметр NAME= для вашей новой сетевой карты. Можно кстати задать любое имя отличное от eth*
Некоторые дистрибы в добавок к persistent-net.rules содержат и другие .rules, которые переписывают файл persistent-net. При исправлении файла persistent.rules стоит обратить на это внимание, иначе могут появиться несколько правил именования, или ваши изменения будут перезаписаны.
Обоснованно на личном опыте.
Так бывает, что некоторые системные файл в контейнере становятся недоступными. Нету этих файлов и в бакапах. Зато есть в Template.
Новый формат шаблонов под Linux который появился в четвёртой версии Виртуозы: EZ Templates (Дока) подразумевает, что common пакеты будут представлены во всех производных контейнерах в виде ссылки на файлы из Шаблона.
Файлы эти хранятся в виде кеша в папке /vz/template/cache/
Только вот Migration необходимые файлы из Шаблона не переместит. Как пишут в форуме на http://forum.parallels.com/ это какой-то неведомый баг в самом Migration который тянется ещё из бох знает какой версии и так быть не должно. Но оно так.
Как результат наша перемещённая WM наполнена битыми ссылками и кучей нерабочих сервисов. Не помогает ни обновление самого контейнера, ни обновление Шаблонов. Не получилось у меня починить такую VM и другими способами. Дело в том, что такие «волшебные файлы» удалить не получиться.
Немного из результата выполнения команды ls -la /etc/apache2/mods-available/
.
.
ls: cannot access /etc/apache2/mods-available/negotiation.load: No such file or directory
ls: cannot access /etc/apache2/mods-available/dir.load: No such file or director
total 32
drwxr-xr-x 2 root root 4096 2009-11-14 13:56 .
drwxr-xr-x 7 root root 1404 2010-01-28 14:13 ..
.
.
?????????? ? ? ? ? ? deflate.conf
?????????? ? ? ? ? ? deflate.load
-rw-r--r-- 1 root root 122 2008-10-01 18:32 dir.conf
?????????? ? ? ? ? ? dir.load
-rw-r--r-- 1 root root 604 2008-10-01 18:32 disk_cache.conf
Перед перемещением контейнера (можно и после но время простоя увеличиться) надо синхронизировать Шаблоны контейнеров.
На стороне виртуозы с которой переносим контейнер, выполняем:
# rsync -avz -e ssh /vz/template/debian DESTANETION_IP:/vz/template
На второй виртуозе выполняем:
# vzpkg update cache debian-4.0-x86_64
debian-4.0-x86_64 заменить на имя вашего шаблона.
Сначала проверяем на клоне.
Потом перемещаем боевой сервер.
Собираю сервер.
Устанавливаю последнюю версию CentOS 5 x64 через net install
Обновляю ось через yum
Устанавливаю последованию версию Parallels Virtuozzo Containers 4.0 под Linux
Линкую новый Nod в PIM
Перемешаю первый VPS – всё Ок
Перемешаю второй…
Container start failed
Operation start with the Env(s) vpsname is finished with errors: Error invoking external utility: vzctl start 108 failed: Starting Container ... Container is mounted Setup slm memory limit Setup slm subgroup (default) Setting devperms 20002 dev 0x7d00 Setup ioprio: 4 Adding port redirection to Container(1): 4643 8443 Adding IP address(es) to pool: Adding IP address(es): x.x.x.x/bin/cp: preserving times for `/etc/network/interfaces.5303': Bad address ERROR: Can't copy file /etc/network/interfaces Container is unmounted Container start failed.
Не перемещается…
Выключаю VPS, снова перемещаю – всё Ок.
Теперь стартуем… опять ошибка:
Operation migrate_v2v with the Env(s) "vpsname" is finished with errors: Can not migrate: exec vzmsrc failed [512] : Connection to destination node (x.x.x.x) is successfully established Moving/copying CT#100 -> CT#100, [], [] ... Checking external bind mounts Check cluster ID Checking keep dir for private area copy Checking SLM-only mode Checking license restrictions Checking technologies Checking disk usage space Checking templates for CT copy ez template area directories vzctl failed, exitcode=46 Can't move/copy CT#100 -> CT#100, [], [] : vzctl failed, exitcode=46 vzctl : Hostname for Container set: vpsname vzctl : File resolv.conf was modified Checking caches Checking IP addresses on destination node Check target CT name: cloned novushost Checking RATE parameters in config Tracker started Copy private area '/vz/private/100' done OfflineManagement CT#100 ... done Stopping CT#100 ... done Syncing tracked files from '/vz/private/100/fs' done Starting CT#100 ... done OfflineManagement CT#100 ... done .
пробую ручками:
# vzctl start 101
Starting Container ...
Container is mounted
Setup slm memory limit
Setup slm subgroup (default)
Setting devperms 20002 dev 0x7d00
Setup ioprio: 4
Adding port redirection to Container(1): 4643 8443
Adding IP address(es) to pool:
Adding IP address(es): x.x.x.x
/bin/cp: preserving times for `/etc/network/interfaces.30043': Bad address
ERROR: Can't copy file /etc/network/interfaces
Container is unmounted
Container start failed
Пробую обновить перед перемещением VPS – тот же результат.
Оказывается!!! Виртуоза при инсталляции не ставит свою последованию доступную версию и сразу после установки нужно ручками делать апдейт.
Заходим в PIM, обновляем виртуозу до последний версии.
Ядро после установки: 2.6.18-028stab059.6
Обновилось до: 2.6.18-028stab067.4
Всё работает норм.
Sorry. Although I'm listed as a best-preference MX or A for that host,
it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)
На самом деле в моём случае произошло отключение домена за неуплату. Потребовалось просто реактивировать домен через панельку. Но причин может быть множество. Очень хорошая статья с обзором всех возможных вариантов в виде KB для плеска (правжа на английском):
I’m sending mail but I receive a bounce message with an error.
После установки VMware workstation система грузиться несказанно долго. Фактического зависание не происходит, но я смог загрузиться прождав минут 30.
Актуально для:
VMware workstation 6.5 всех сборок включая последнюю VMware workstation 6.5.3 (Для предыдущих не тестировал).
Windows 7, Vindows Vista (для предшествующих не проверял).
Глюк проявляеться не всегда.
Windows Служба «VMware Authorization Service» ака VMAuthdService
лежит тут:
«C:\Program Files (x86)\VMware\VMware Workstation\vmware-authd.exe»
Всё.
По материалам:
http://communities.vmware.com/thread/202253
вышла новая версия Virtual PC:
http://www.microsoft.com/windows/virtual-pc/
Работать совместно с Virtual PC 2007 SP1 (версия 6.0) она отказалась, сославшись на установленный устаревший продукт, установленный в моём компьютере. Пришлось от 2007 избавиться. Теперь собственно по продукту.
Изменений «много»:
Что мы в итоге получили: виртуализацию для домохозяек? Из вобщемто довольно интересной программы сделали недоразумение.
А жаль. 2007 в своё время произвёл на меня более сильное впечатление. Очень хотелось увидить куда дальше двиниться этот продукт. С тех пор прошло 2 года… Ни тебе x64, ни безболезниной виртуализации прочих ОС (кроме Windows без бубна на VPC сложно что либо запустить).
Видимо всётаки для домохозяек(