Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1706 сообщений
Cообщения с меткой

windows 10 - Самое интересное в блогах

Следующие 30  »
Галина_Осколкова

Уведомление до Windows 10 - выбираем

Понедельник, 27 Июня 2016 г. 10:45 (ссылка)

Это цитата сообщения меня_зовут_Любаша_К Оригинальное сообщение

Счетчик посещений Counter.CO.KZ - бесплатный счетчик на любой вкус!


Здравствуйте...

Сегодня поговорим про Windows 10, а именно про значок уведомления на это обновление.
Кто-то из пользователей обновился до 10, а кому-то это не нравится. Я расскажу, что можно сделать в ситуациях с Windows 10.


урок провела
Любаша К

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Microsoft опубликовала информацию о реализации VFS в подсистеме Linux на Windows 10

Пятница, 17 Июня 2016 г. 13:13 (ссылка)

В предыдущих постах мы освещали некоторые элементы реализации подсистемы Linux в Windows 10 (WSL). При этом речь шла о механизмах имплементации системных сервисов Linux на основе системных модулей Windows 10. Мы указывали, что такие драйверы как LXss.sys и LXCore.sys отвечают за реализацию семантики системных вызовов Linux с использованием ядра Windows. В случае совпадения семантики системного сервиса Linux и Windows, вышеупомянутые драйверы просто перенаправляют системный вызов Linux в соответствующий эквивалент Windows.







В этом посте речь пойдет о реализации виртуальной файловой системы VFS в WSL, которая используется как уровень абстракции в Linux при доступе как к дисковым файлам, так и другим объектам ОС, включая, устройства, порты, процессы, микропроцессор и т. д. Так как ядро Windows 10 имеет структуру подсистем и изначально рассчитано на реализацию различных типов окружения, включая POSIX, отвечающий за семантику VFS драйвер LXCore.sys обращается к этим подсистемам ядра, реализуя соответствующую семантику и директории типа /dev, /proc, /sys.





Рис. Общая схема реализации VFS в WSL. На верхнем уровне находятся приложения Linux, которые вызывают API ОС, за их реализацию отвечает драйвер режима ядра LXCore.sys. Для реализации семантики VFS драйвер обращается к различным подсистемам ядра Windows, включая, диспетчер объектов (ObMgr) для работы с системой имен Windows и пространством имен диспетчера объектов, диспетчер ввода/вывода (IoMgr) для реализации директории типа /dev, а также драйвер файловой системы NTFS для работы с дисковыми файлами.



WSL обепечивает приложения Linux необходимой семантикой VFS, при этом выполняется поддержка системы разрешений (permissions) файлов и директорий, символьных ссылок, специальных файлов типа FIFO, а также вышеупомянутых директорий /dev, /proc, /sys и др. Когда приложение вызывает одну из функций типа open, read, chmod, stat, соответствующий системный вызов берется за ее обработку и передает управление слою реализации VFS (LXCore.sys). Далее, при обработке путей файлов (например, при выполнении функций open и stat), VFS преобразует его во внутренний формат с использованием специального кэша (directory entry cache). В случае отсутствия искомого элемента пути в кэше, осуществляется вызов одного или нескольких специальных плагинов (см. ниже) для создания известной структуры inode этого элемента. Эта структура будет представлять открытый приложением файл в WSL.



Windows не имеет структуры типа inode для представления дескриптора открытого файла, вместо этого используется известная структура под названием file object, которая хранит некоторую информацию о файле (размер, атрибуты, маска доступа и т. д.). На нее внутренне и опирается LXCore.sys при реализации inode. Однако, и Linux и Windows используют файловые дескрипторы для представления открытого файла, детали работы с которыми скрывает LXCore.sys. Он определяет уровни так называемых плагинов под названиями VolFs и DrvFs, которые отвечают за работу с дисковыми файлами, TmpFs для работы с данными файловой системы в памяти (in-memory file system), а также псевдо-ФС ProcFs, SysFs, и CgroupFs.



VolFs



Плагин VolFs используется VFS для работы с дисковой файловой системой, он используется для хранения системных файлов Linux, а также содержимого директории /home. VolFs поддерживает работу с разрешениями файлов Linux, символьными ссылками, сокетами, файлами устройств, а также FIFO. Монтирование директорий /root и /home осуществляется в директории %LocalAppData%\lxss\root и %LocalAppData%\lxss\home. При удалении подсистемы WSL хранимые в этих директориях файлы не удаляются. Как видно из пути, директории монтирования каталогов Linux зависят от конкретного пользователя, т. е. каждый пользователь Windows имеет свою директории WSL. Поэтому, установка приложений Linux в WSL одним пользователем не коснется других.



WSL обеспечивает приложения двумя особенностями файловой системы Linux, поддержка которых отсутствует в Windows напрямую. Первой такой особенностью является чувствительность ФС к регистру имен файлов, в таком случае VolFs просто обращается к диспетчеру объектов, указывая определенный флаг для проведения операции. Так как NTFS внутренне различает регистр символов имен файлов, реализация этой особенности является достаточно простой задачей.



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



Структуры inode в Linux имеют ряд атрибутов, которые отсутствуют в Windows, включая, информацию о владельце и группе, а также режим (mode). Эти атрибуты хранятся в структуре расширенных атрибутов NTFS Ea, которые ассоциированы с файлами на диске. В этом атрибуте файла NTFS Ea хранится следующая информация:




  • Режим файла (mode): включает в себя тип файла (обычный, символьная ссылка, FIFO, и т. д.), а также биты разрешений для файла.

  • Информация о владельце: идентификатор группы и пользователя владельцев файла.

  • Device ID: для файлов, которые представляют устройства, старший и младший номера устройств. Пока WSL не позволяет пользователям создавать файлы устройств на VolFS.

  • Временные метки файла: временные метки последнего доступа к файлу и его модификации. В Linux используется иной формат временных меток, поэтому информация о них хранится в расширенных атрибутах.



DrvFs



Для облегчения взаимодействия с Windows, WLS использует плагин DrvFs. WSL автоматически монтирует все дисковые устройства с поддерживаемыми файловыми системами в директорию /mnt, например, /mnt/c, /mnt/d. На текущий момент поддерживаются тома с файловыми системами NTFS и ReFS. DrvFs работает таким же образом, что и VolFs. При открытии потоком файлового дескриптора, создаются структуры file object и inode. Тем не менее, в отличие от VolFs, DrvFs придерживается правил Windows при работе с файловой системой. Он использует разрешения для файлов от Windows, только легальные названия файлов NTFS, при этом такие специальные файлы как FIFO и сокеты не разрешены.



Известно, что Linux использует достаточно простую модель разрешений, когда владельцу файла, группе или кому-либо еще разрешается исполнять его, читать или записывать данные. В Windows используется более сложная модель на основе списков управления доступом Access Control List (ACL), которые определяют сложные правила доступа для каждого отдельного файла или директории (Linux также обладает возможностью поддержки ACL, но в настоящий момент эта функция не поддерживается WSL).



Когда происходит открытие файла через плагин DrvFs, он использует механизм разрешений Windows, основанный на маркере доступа того пользователя, в контексте которого был запущен процесс командного интерпретатора bash.exe. Таким образом, для получения доступа к файлам в системной директории C:\Windows, недостаточно просто использовать команду sudo, которая может предоставить права root в WSL. Последняя не изменяет маркер доступа процесса, поэтому для выполнения указанной операции следует запустить приложение bash с повышенными привилегиями в Windows.



WSL может дать пользователю подсказку о тех разрешениях, которые он имеет при доступе к файлам, при этом DrvFs проверяет действующие разрешения пользователя и конвертирует их в биты read/write/execute, которые можно увидеть при выполнении команды «ls -l». Однако, не всегда существует возможность прямого преобразования; например, у Windows есть отдельные разрешения на возможность создания файлов или подкаталогов в директории. В случае присутствия у пользователя таких разрешений, DrvFs укажет ему на присутствие write-доступа к директории, в то время как некоторые операции с ней для него могут быть недоступны.



Поскольку указанный WLS доступ к файлу может различаться в зависимости от того, какими правами обладает запущенный в Windows процесс bash.exe, указываемые разрешения на доступ к файлам будут изменяться при переключениями между копиями bash.exe с различными правами (один запущен от простого пользователя, а второй от администратора). При расчете разрешений на доступ к файлу, DrvFs принимает во внимание атрибут read-only. Файл с атрибутом read-only будет отображаться в WSL как не имеющий разрешения на запись. Команда chmod может быть использована для установки атрибута read-only (путем удаления всех разрешений на запись, т. е. chmod a-w some_file) или удаления его (установкой любого разрешения на запись, т. е. chmod u+w some_file). Такое поведение WSL схоже с файловой системой CIFS в Linux, которая используется при доступе к общим ресурсам Windows SMB.



В отличие от VolFs, DrvFs не хранит никакой дополнительной информации о файлах. Вместо этого, все атрибуты inode формируются на основе информации, которая используется в Windows, путем запроса действующих атрибутов файлов, действующих разрешений и другой информации. DrvFs также запрещает использование специального кэша директорий (directory entry cache). Это делается для постоянного его поддержания в состоянии актуальности, даже в том случае, когда один из других процессов Windows модифицирует содержимое директории. Таким образом, не существует ограничений на то, что процессы Windows могут делать с файлами, пока DrvFs также имеет к ним доступ. DrvFs также использует семантику Windows при удалении файлов, так что над файлом не может быть осуществлена операция unlink в случае присутствия каких-либо открытых дескрипторов на него.



ProcFs и SysFs



В случае с Linux данные типы специальных директорий не работают с дисковыми файлами, вместо этого предоставляя информацию, которая имеется у ядра ОС о запущенных процессах, потоках, используемых устройствах. Эти директории динамически генерируются при попытке их чтения клиентом. В некоторых случаях, информация для этих директорий целиком хранится в памяти LXCore.sys. В других случаях, например, использование микропроцессора каким-либо из процессов, WSL запрашивает эту информацию у ядра Windows. Однако, в обоих случаях плагины не взаимодействуют с дисковыми файловыми системами Windows.
Original source: habrahabr.ru.

https://habrahabr.ru/post/303438/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Romiks

Видеокурс «Эксперт по Windows 10»

Понедельник, 13 Июня 2016 г. 12:52 (ссылка)

Видеокурс «Эксперт по Windows 10»




Видеокурс «Эксперт по Windows 10»



 


Видеокурс «Эксперт по Windows 10»


Вы хотите установить Windows 10. Как отключить слежение за компьютером в Windows 10. Пошаговое руководство эксперт по Windows 10. Работа за компьютером это основа любой работы в нашем обществе и знание его на уровне уверенного пользователя, а не посетителя социальных сетей важное умение. Зная цену одной установки, можно легко рассчитать общий заработок за средний заказ. Возьмем для примера заказ для одной фирмы или нескольких физ. лиц на 10 установок. Если взять минимальную цену одной установки в 800 рублей, то итоговая сумма заказа будет равна 8 000 рублей. А если учесть, что данный заказ - это дополнение к основному заказу, и оплачивается отдельно, то сумма работу в 8 000 рублей - хороший бонус.


 


Читать далее - Видеокурс «Эксперт по Windows 10»


 


Источник: http://dvd-info.ucoz.ru/news/videokurs_ehkspert_po_windows_10/2015-10-30-1222


 

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Максимыч-

Активация Windows 10 без ключа.

Суббота, 11 Июня 2016 г. 19:02 (ссылка)







Рамка Makсимыча

Метки:   Комментарии (2)КомментироватьВ цитатник или сообщество
Максимыч-

Что вам даст переход на Windows 10

Четверг, 09 Июня 2016 г. 19:14 (ссылка)







Рамка Makсимыча

Метки:   Комментарии (2)КомментироватьВ цитатник или сообщество
Между_вдохом_и_выдохом

инструкция: как НЕ обновиться до Windows 10 "Моя борьба": как Windows 10 пыталась попасть на компьютеры пользователей

Вторник, 08 Июня 2016 г. 03:38 (ссылка)



 

windows-10


 


 




shadow





Аналитики, участники рынка, да и простые пользователи сильно удивлялись — зачем Microsoft бесплатно раздавать свою ОС? Ведь стоимость максимальных версий предыдущих систем иногда доходила до 500 долларов! Среди основных причин специалисты называют, к примеру, желание продвинуть на рынок новую платформу с новыми программами и магазином Windows Store, приложения в котором контролирует сама Microsoft — и деньги собирает тоже сама.




Программа бесплатного обновления до «десятки» должна была действовать ровно один год после её выхода на рынок, и официально срок истекает 29 июля. Microsoft пока обещает, что программа действительно завершится и дальше все останутся на той версии ОС, которая была у них изначально.



«Моя борьба»: как Windows 10 пыталась попасть на компьютеры пользователей



Для того, чтобы наша инструкция и описанные в ней шаги были понятнее, кратко расскажем об истории очередного противостояния пользователей и Microsoft.



Весь прошедший год Microsoft делала огромные усилия, чтобы пересадить максимальное число пользователей актуальных систем Windows 7 и Windows 8/8.1 на новую версию — даже тех, кто не хотел. И программа перехода на Windows 10 выпила у людей немало крови.



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



Инструкция: как НЕ обновиться до Windows 10



Постепенно пользователи научились удалять её, убирая из системы устанавливающее её обновление KB3035583, и началась игра. Это обновление упорно возвращалось в систему — то само, то через пакеты с другими обновлениями. В Microsoft перевели его из разряда обычных в обновления безопасности, которые должны устанавливаться в систему автоматически. В общем, «его в дверь, оно в окно». С переменным успехом эта борьба идёт по сей день.

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Максимыч-

7 причин обновиться до Windows 10 | iL

Вторник, 07 Июня 2016 г. 19:28 (ссылка)







Рамка Makсимыча

Метки:   Комментарии (3)КомментироватьВ цитатник или сообщество

Следующие 30  »

<windows 10 - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda