Rus ext что значит
Как читать разделы диска с Ext2/3/4 (Linux) при работе в Windows
Доброго дня!
К сожалению «обычная» версия Windows не позволяет работать с дисками, отформатированными в файловые системы (ФС) Ext2, Ext3, Ext4 (используются в Linux). Всё, что доступно — это узнать о их существовании в управлении дисками, а вот скопировать файл — уже проблема.
Наиболее сподручный и самый удобный вариант (на мой взгляд) — установить в Windows спец. драйвер, который позволит ОС работать с дисками Ext2/3/4 также, как если бы они были отформатированы в NTFS (скажем). Т.е. любая программа в Windows (тот же проводник) сможет в обычном режиме работать с диском. Удобно?
Теперь о том, «что» выбрать.
Как «прочитать» информацию на разделах с файловыми системами Ext2, Ext3, Ext4
Способ 1 (через спец. драйвер)
Подобные «драйверы» есть от нескольких производителей. Я бы выделил продукт от Paragon (ссылка на офиц. сайт с драйвером). Почему:
Драйвер от Paragon
Обратите внимание, что «ненужные» разделы диска можно откл. и не монтировать. Настройка драйвера позволяет это сделать.
Главное окно (Linux File Systems for Windows by Paragon Software)
На скрине ниже привел окно проводника: как видите, раздел отображает как «обычный» — на него также можно что-нибудь скопировать / удалить.
Этот компьютер — диски с ФС EXT4 появились в проводнике
👉 Дополнение!
На Sourceforge можно также найти бесплатный драйвер файловой системы Ext2/3/4 для Windows 7/8/10* (ориг. название: Ext2Fsd).
Сразу отмечу, что на некоторых ОС Windows 10 — драйвер этот ведет себя нестабильно, и не позволяет прочитать информацию с нужного раздела.
Продукт от Paragon, конечно, выигрывает.
Способ 2 (через дополнения к TC)
TC — это сокращенное название файлового коммандера Total Commander (некая замена проводнику). К этой программе есть очень много плагинов, и, разумеется, для чтения Ext2/3/4 ФС тоже есть!
Покажу по шагам, как в нем открыть подобный раздел диска.
1) Сначала устанавливаем сам Total Commander. Ссылка на офиц. сайт.
3) После необходимо запустить TC от имени администратора (просто кликните правой кнопкой мыши по значку. ). 👇
Запуск TC от имени админа
4) Затем необходимо открыть архив ZIP с плагином DiskInternals Reader в Total Commander — тогда он предложит вам установить плагин. Разумеется, соглашаетесь! 👌
5) Далее необходимо закрыть TC и снова его запустить от имени админа. В меню выбора диска укажите вариант «Сеть / FS-плагины» — далее кликните по значку DiskInternals Reader (см. стрелки 1, 2 на скрине ниже 👇).
6) Собственно, далее появиться список всех дисков (в том числе и Ext2/3/4) — их можно открыть и скопировать с них нужную информацию. Задача решена?! 👌
Файлы читаются, можно копировать
Способ 3 (с помощью LiveCD)
1) Дистрибутивы Linux с поддержкой работы LiveCD — 👉 можете найти в моей подборке
2) Загруженный ISO-файл с нужной версией дистрибутива Linux необходимо правильно записать на флешку.
3) Далее останется только загрузиться с этой флешки с помощью Boot Menu (вызывается сразу после вкл. ПК). Если вы выберите дистрибутив Linux для новичка — то работать с ним весьма просто (ничуть не сложнее, чем с проводником Windows).
Руководство по оформлению раздач в разделе «Аниме»
Материал из WikiTorrents
Yet under construction.
Поскольку ошибки при оформлении раздач достаточно однотипны, рекомендуем вам после создания торрента и первичного заполнения шаблона (об этом можно прочитать в FAQ раздела аниме) прочитать нижеизложенные рекомендации.
Содержание
Видео-подразделы
Руководство актуально для следующих подразделов:
Название темы релиза
В соответствии с действующими правилами раздела аниме, название темы релиза должно иметь следующий вид:
Название на русском языке / Оригинальное название на латинице / иной вариант названия [тип аниме] [номера серий, содержащихся в раздаче] [информация о хардсабе] [информация о встроенных и внешних дорожках аудио и субтитров] [год, жанр(ы), качество] [формат]
• Варианты названия, год, жанры — следует копировать с World-Art.
• В название темы раздачи следует выносить информацию о типе содержащегося в ней аниме: Movie, TV, OVA, ONA, Special, Extra.
13 серий, каждая по
• В заголовке темы должны быть указаны номера серий, содержащихся в раздаче на текущий момент. Например, [12 из 24] — в раздаче серии 1-12; [12 серия из 24] — в раздаче только 12-я серия. Если присутствуют все серии, то надлежит указать количество серий следующим образом: [24 из 24].
Далее один из трех тегов: хардсаб, полухардсаб, без хардсаба:
• RUS,JAP,ENG — языки звуковых дорожек. Пометка (int) ставится, если дорожка включена в состав контейнера, (ext) — если дорожка идёт в раздаче отдельным файлом. (прим.: только для тега RUS)
• SUB — ставится при наличии русских субтитров.
• Качество: Информация о качестве: DVDRip, VHSRip, DVD, TVRip, HDTVRip, BDRip, BDRemux, Blu-ray, PSNRip, WEBRip, HDTV (TS) и др.
Под качеством подразумевается не субъективная его оценка, а указание на источник рипа: TVRip / DVDRip / HDTVRip / BDRip. Узнать качество чаще всего можно либо из описания в источнике, откуда файлы скачаны, либо по названию файла, пример: Rean no Tsubasa 01 [DVDRip G_P].mkv
Если ни в источнике, откуда скачаны файлы, ни в названии файлов, не указано качество, то можно воспользоваться программой avdump — она умеет искать файлы по базе AniDB.
При этом откроется страница AniDB с информацией по текущему файлу, если он имеется в базе, где будет обозначен источник рипа:
В данном примере источник — DVD, т.е. качество — DVDRip.
P.S. Если качество никаким из указанных способов узнать не удалось, либо источник сомнителен — всегда лучше спросить у знающих людей, чем написать заведомо неверную информацию 🙂
• (Только для видео разрешением 1280×720 и выше) Обозначение форматов:
Данные по видео и аудиопотоку.
Качество: DVDrip
Формат: MKV
Видео: H.264, 720×480(анаморф @853×480), 2158 kbps, 23.976 fps
Аудио: mp3 192 kbps, 48 kHz 2ch Язык Русский (внешним файлом) ; Озвучка: Вася Пупкин
Аудио 2: AAC 2ch, 189 kbps, 48 kHz Язык Японский
Субтитры: ass, внешние Язык субтитров русский ; Перевод: Пупкин Василий
Скриншоты.
Очень желательно делать все скриншоты в PNG, т.к. это формат сжатия без потерь. Это поможет лучше оценить качество видео, а так же, скриншоты такого формата можно растягивать и уменьшать без дополнительной потери качества, что важно при сравнении скриншотов.
[ССЫЛКА. Как изготовить скриншоты в формате PNG] Как залить картинку на бесплатный хост
Сравнения с другими раздачами.
По этому пункту возникает больше всего ошибок.
Во-первых, составьте полный список всех имеющихся в разделе раздач. Для этого вам необходимо воспользоваться поиском по всем возможным названиям аниме. Различные варианты названия рекомендуется смотреть на World-Art.ru или ему подобных ресурсах. Во-вторых, необходимо понять, что для того, чтобы ваша раздача имела право на жизнь, имеют значения не любые отличия, а лишь некоторые, прямо указанные в правилах:
Подразумевается визуальное улучшение качества видео, которое необходимо подтвердить [ССЫЛКА. сравнением скриншотов]. Судить об улучшении качества по техническим параметрам нельзя!
Значительность разницы в размере определяет модератор. Но при этом нужно помнить, что качество картинки должно сохраниться (допускается незначительная потеря). Необходимо [ССЫЛКА. сравнение скриншотов]. Без него этот пункт за отличие не считается!
Допускается возможность создания раздач совместимых с бытовыми (внешними/»железными») плеерами следующих вариаций:
При этом следует учесть, что для данной категории релизов важно соблюдение следующих стандартов видео- и аудио-показателей:
При этом необходимо помнить следующее:
Согласно пункту 4.2 правил раздела Аниме, допускается создание раздачи с озвучкой альтернативной, по отношению к уже имеющимся на трекере, в том случае, если:
Внимание! Прежде чем создать раздачу, отличающуюся от существующей только озвучкой, ознакомьтесь с Положением о дабберах и альтернативных озвучках.
При указании отличий, ссылка на сравниваемую раздачу обязательна!
Rus ext что значит
Extended file system
битовая карта (свободное пространство), table (метаданные)
Extended File System (расширенная файловая система), сокращённо ext или extfs — первая файловая система, разработанная специально для ОС на ядре Linux. Представлена в апреле 1992 г.для ядра Linux 0.96c. [1]
Используемая структура метаданных была разработана Реми Кардом (англ.), на создание которой его вдохновила Unix File System (UFS). Целью было преодолеть ограничения файловой системы Minix File System — в новой файловой системе наибольший возможный размер раздела и файла увеличен до 2 Гб, [1] а максимальная длина имени файла — до 255 символов.
ext является первой версией расширенной файловой системы. Впоследствии была заменена ext2 и xiafs. Со временем ext2 вытеснила xiafs благодаря долгосрочной жизнеспособности.
См. также
Примечания
Ссылки
| Оптические диски | ISO 9660 • UDF |
| Флеш-память/SSD | FAT • exFAT (FAT64) • TFAT • FFS2 • JFFS • JFFS2 • LogFS • NVFS • UDF • YAFFS |
| Кластерные | Files-11 • GFS • OCFS • QFS • Xsan • Больше. |
(сетевые)
| Псевдо- и виртуальные | configfs • devfs • procfs • specfs • sysfs • tmpfs • WinFS |
| Шифрованные | EncFS • EFS • FSFS • SSHFS • SolFS • ZFS |
Полезное
Смотреть что такое «ext» в других словарях:
Ext JS — Desarrollador Jack Slocum, Brian Moeskau, Aaron Conran, Rich Waters http://www.sencha.com/products/js/ Información general Última versión estable … Wikipedia Español
Ext JS — Basisdaten Entwickler Jack Slocum, Brian Moeskau, Aaron Conran, Rich Waters Aktuelle Version 4.0.7 … Deutsch Wikipedia
Ext JS — Тип JavaScript библиотека Разработчик Sencha, Inc.[1] Последняя версия 4.1.1a (и 4.1.3 для подписчиков) (октябрь, 2012 г.) Лицензия GPLv3 и коммерческая Сайт … Википедия
Ext — Ext, ext or EXT may refer to: * the Ext functor in homological algebra * EXT (game), a PC game * Exeter International Airport * the Cadillac Escalade EXT, a rebadged Chevrolet Avalanche * the extended file systems: ext, ext2, ext3 and the planned … Wikipedia
Ext — Extended File System (расширенная файловая система), сокращённо ext или extfs первая файловая система, разработанная специально для ОС на ядре Linux. Наибольший возможный размер раздела и файла 2 Гб. Максимальная длина имени… … Википедия
ext. — ext. (extension) n. telephone extension, additional telephone, branch of a telephone network ext. (external) n. on the outside, outer, exterior ext. (extra) n. additional, more than necessary, supplemental … English contemporary dictionary
ext — abbrev. 1. extension 2. exterior 3. external 4. extra 5. extract * * * … Universalium
ext. — ext. UK US noun ► COMMUNICATIONS WRITTEN ABBREVIATION for EXTENSION(Cf. ↑extension) … Financial and business terms
ext. — ext. the written abbreviation of extension when you mean a particular telephone line … Dictionary of contemporary English
ext. — ext. abbreviation extension … Usage of the words and phrases in modern English
Rus ext что значит
1 ext
2 ext
3 ext
4 ext
5 EXT
6 EXT
7 ext
8 ext(n)
9 ext(n)
10 ext.
11 EXT
12 EXT IN
13 EXT-T
14 Ext.
15 ext
16 ext.
17 EXT
18 ext
19 ext
20 ext
См. также в других словарях:
Ext JS — Desarrollador Jack Slocum, Brian Moeskau, Aaron Conran, Rich Waters http://www.sencha.com/products/js/ Información general Última versión estable … Wikipedia Español
Ext JS — Basisdaten Entwickler Jack Slocum, Brian Moeskau, Aaron Conran, Rich Waters Aktuelle Version 4.0.7 … Deutsch Wikipedia
Ext JS — Тип JavaScript библиотека Разработчик Sencha, Inc.[1] Последняя версия 4.1.1a (и 4.1.3 для подписчиков) (октябрь, 2012 г.) Лицензия GPLv3 и коммерческая Сайт … Википедия
Ext — Ext, ext or EXT may refer to: * the Ext functor in homological algebra * EXT (game), a PC game * Exeter International Airport * the Cadillac Escalade EXT, a rebadged Chevrolet Avalanche * the extended file systems: ext, ext2, ext3 and the planned … Wikipedia
ext — Файловая система Extended file system Дата представления Апрель 1992 (Linux) Структура Размещение файлов битовая карта (свободное пространство), table (метаданные) Сбойные сектора Table … Википедия
Ext — Extended File System (расширенная файловая система), сокращённо ext или extfs первая файловая система, разработанная специально для ОС на ядре Linux. Наибольший возможный размер раздела и файла 2 Гб. Максимальная длина имени… … Википедия
ext. — ext. (extension) n. telephone extension, additional telephone, branch of a telephone network ext. (external) n. on the outside, outer, exterior ext. (extra) n. additional, more than necessary, supplemental … English contemporary dictionary
ext — abbrev. 1. extension 2. exterior 3. external 4. extra 5. extract * * * … Universalium
ext. — ext. UK US noun ► COMMUNICATIONS WRITTEN ABBREVIATION for EXTENSION(Cf. ↑extension) … Financial and business terms
ext. — ext. the written abbreviation of extension when you mean a particular telephone line … Dictionary of contemporary English
ext. — ext. abbreviation extension … Usage of the words and phrases in modern English
Понимая, как используется дисковое пространство в Linux
Прим перев.: Автор оригинальной статьи — испанский Open Source-энтузиаст nachoparker, развивающий проект NextCloudPlus (ранее известен как NextCloudPi), — делится своими знаниями об устройстве дисковой подсистемы в Linux, делая важные уточнения в ответах на простые, казалось бы, вопросы…
Сколько пространства занимает этот файл на жёстком диске? Сколько свободного места у меня есть? Сколько ещё файлов я смогу вместить в оставшееся пространство?
Ответы на эти вопросы кажутся очевидными. У всех нас есть инстинктивное понимание работы файловых систем и зачастую мы представляем хранение файлов на диске аналогично заполнению корзины яблоками.
Однако в современных Linux-системах такая интуиция может вводить в заблуждение. Давайте разберёмся, почему.
Размер файла
Что такое размер файла? Ответ вроде бы прост: совокупность всех байтов его содержимого, от начала до конца файла.
Зачастую всё содержимое файла представляется как расположенное байт за байтом:
Здесь можно увидеть знакомые атрибуты, такие как время доступа и модификации, а также i_size — это и есть размер файла, как он был определён выше.
Размышлять в терминах размера файла интуитивно понятно, но больше нас интересует, как в действительности используется пространство.
Блоки и размер блока
Для внутреннего хранения файла файловая система разбивает хранилище на блоки. Традиционным размером блока были 512 байт, но более актуальное значение — 4 килобайта. Вообще же при выборе этого значения руководствуются поддерживаемым размером страницы на типовом оборудовании MMU (memory management unit, «устройство управления памятью» — прим. перев.).
Файловая система вставляет порезанный на части (chunks) файл в эти блоки и следит за ними в метаданных. В идеале всё выглядит так:
… но в действительности файлы постоянно создаются, изменяются в размере, удаляются, поэтому реальная картина такова:
Это называется внешней фрагментацией (external fragmentation) и обычно приводит к падению производительности. Причина — вращающейся головке жёсткого диска приходится переходить с места на место, чтобы собрать все фрагменты, а это медленная операция. Решением данной проблемы занимаются классические инструменты дефрагментации.
Что происходит с файлами меньше 4 КБ? Что происходит с содержимым последнего блока после того, как файл был порезан на части? Естественным образом будет возникать неиспользуемое пространство — это называется внутренней фрагментацией (internal fragmentation). Очевидно, этот побочный эффект нежелателен и может привести к тому, что многое свободное пространство не будет использоваться, особенно если у нас большое количество очень маленьких файлов.
Таким образом, мы смотрим на две величины: размер файла и использованные блоки. Мы привыкли думать в терминах первого, однако должны — в терминах последнего.
Специфичные для файловой системы возможности
Помимо актуального содержимого файла ядру также необходимо хранить все виды метаданных. Метаданные inode’а мы уже видели, но есть и другие данные, с которыми знаком каждый пользователь UNIX: права доступа, владелец, uid, gid, флаги, ACL.
Наконец, существуют ещё и другие структуры — вроде суперблока (superblock) с представлением самой файловой системы, vfsmount с представлением точки монтирования, а также информация об избыточности, именные пространства и т.п. Как мы увидим далее, некоторые из этих метаданных также могут занимать значительное место.
Метаданные размещения блоков
Эти данные сильно зависят от используемой файловой системы — в каждой из них по-своему реализовано сопоставление блоков с файлами. Традиционный подход ext2 — таблица i_block с прямыми и непрямыми блоками (direct/indirect blocks).
Эту же таблицу можно увидеть в структуре памяти (фрагмент из fs/ext2/ext2.h ):
Для больших файлов такая схема приводит к большим накладным расходам, поскольку единственный (большой) файл требует сопоставления тысяч блоков. Кроме того, есть ограничение на размер файла: используя такой метод, 32-битная файловая система ext3 поддерживает файлы не более 8 ТБ. Разработчики ext3 спасали ситуацию поддержкой 48 бит и добавлением extents:
Идея по-настоящему проста: занимать соседние блоки на диске и просто объявлять, где extent начинается и каков его размер. Таким образом мы можем выделять файлу большие группы блоков, минимизируя количество метаданных и заодно используя более быстрый последовательный доступ.
Примечание для любопытных: у ext4 предусмотрена обратная совместимость, то есть в ней поддерживаются оба метода: непрямой (indirect) и extents. Увидеть, как распределено пространство, можно на примере операции записи. Запись не идёт напрямую в хранилище — из соображений производительности данные сначала попадают в файловый кэш. После этого в определённый момент кэш записывает информацию на постоянное хранилище.
Контрольные суммы
Файловые системы последнего поколения хранят также контрольные суммы (checksums) для блоков данных во избежание незаметного повреждения данных. Эта возможность позволяет обнаруживать и корректировать случайные ошибки и, конечно, ведёт к дополнительным накладным расходам в использовании диска пропорционально размеру файлов.
Более современные системы вроде BTRFS и ZFS поддерживают контрольные суммы для данных, а у более старых, таких как ext4, реализованы контрольные суммы для метаданных.
Журналирование
Это специальный скрытый файл, обычно с номером inode 8 и размером 128 МБ, объяснение про который можно найти в официальной документации:
Журнал, представленный в файловой системе ext3, используется в ext4 для защиты ФС от повреждений в случае системных сбоев. Небольшой последовательный фрагмент диска (по умолчанию это 128 МБ) зарезервирован внутри ФС как место для сбрасывания «важных» операций записи на диск настолько быстро, насколько это возможно. Когда транзакция с важными данными полностью записана на диск и сброшена с кэша (disk write cache), запись о данных также записывается в журнал. Позже код журнала запишет транзакции в их конечные позиции на диске (операция может приводить к продолжительному поиску или большому числу операций чтения-удаления-стирания) перед тем, как запись об этих данных будет стёрта. В случае системного сбоя во время второй медленной операции записи журнал позволяет воспроизвести все операции вплоть до последней записи, гарантируя атомарность всего, что пишется на диск через журнал. Результатом является гарантия, что файловая система не застрянет на полпути обновления метаданных.
«Упаковка хвостов»
Возможность tail packing, ещё называемая блочным перераспределением (block suballocation), позволяет файловым системам использовать пустое пространство в конце последнего блока («хвосты») и распределять его среди различных файлов, эффективно упаковывая «хвосты» в единый блок.
Замечательно иметь такую возможность, что позволяет сохранить много пространства, особенно если у вас большое количество маленьких файлов… Однако она приводит к тому, что существующие инструменты неточно сообщают об используемом пространстве. Потому что с ней мы не можем просто добавить все занятые блоки всех файлов для получения реальных данных по использованию диска. Эту фичу поддерживают файловые системы BTRFS и ReiserFS.
Разрежённые файлы
Большинство современных файловых систем поддерживают разрежённые файлы (sparse files). У таких файлов могут быть дыры, которые в действительности не записаны на диск (не занимают дисковое пространство). На этот раз реальный размер файла будет больше, чем используемые блоки.
Такая особенность может оказаться очень полезной, например, для быстрой генерации больших файлов или для предоставления свободного пространства виртуальному жёсткому диску виртуальной машины по запросу.
Чтобы медленно создать 10-гигабайтный файл, который занимает около 10 ГБ дискового пространства, можно выполнить:
Чтобы создать такой же большой файл мгновенно, достаточно лишь записать последний байт… или даже сделать:
Или же воспользоваться командой truncate :
Команда cp поддерживает работу с разрежёнными файлами. С помощью простой эвристики она пытается определить, является ли исходный файл разрежённым: если это так, то результирующий файл тоже будет разрежённым. Скопировать же неразрежённый файл в разрежённый можно так:
… а обратное действие (сделать «плотную» копию разрежённого файла) выглядит так:
Таким образом, если вам нравится работать с разрежёнными файлами, можете добавить следующий алиас в окружение своего терминала (
Когда процессы читают байты в секциях дыр файловая система предоставляет им страницы с нулями. Например, можно посмотреть, что происходит, когда файловый кэш читает из файловой системы в области дыр в ext4. В этом случае последовательность в readpage.c будет выглядеть примерно так:
Файловые системы COW (copy-on-write)
Следующее (после семейства ext) поколение файловых систем принесло очень интересные возможности. Пожалуй, наибольшего внимания среди фич файловых систем вроде ZFS и BTRFS заслуживает их COW (copy-on-write, «копирование при записи»).
Когда мы выполняем операцию copy-on-write или клонирования, или копии reflink, или поверхностной (shallow) копии, на самом деле никакого дублирования extent’ов не происходит. Просто создаётся аннотация в метаданных для нового файла, которая отсылает к тем же самым extents оригинального файла, а сам extent помечается как разделяемый (shared). При этом в пользовательском пространстве создаётся иллюзия, что существуют два отдельных файла, которые можно отдельно модифицировать. Когда какой-то процесс захочет написать в разделяемый extent, ядро сначала создаст его копию и аннотацию, что этот extent принадлежит единственному файлу (по крайней мере, на данный момент). После этого у двух файлов появляется больше отличий, однако они все ещё могут разделять многие extents. Другими словами, extents в файловых системах с поддержкой COW можно делить между файлами, а ФС обеспечит создание новых extents только в случае необходимости.
Как видно, клонирование — очень быстрая операция, не требующая удваивания пространства, которое используется в случае обычной копии. Именно эта технология и стоит за возможностью создания мгновенных снапшотов в BTRFS и ZFS. Вы можете буквально клонировать (или сделать снапшот) всей корневой файловой системы меньше чем за секунду. Очень полезно, например, перед обновлением пакетов на случай, если что-то сломается.
/.bashrc ) может пригодиться, если вы хотите по умолчанию делать быстрые shallow-копии:
Следующий шаг — если есть не-shallow-копии или файл, или даже файлы, с дублирующимися extents, можно дедуплицировать их, чтобы они использовали (через reflink) общие extents и освободили пространство. Один из инструментов для этого — duperemove, однако учтите, что это естественным образом приводит к более высокой фрагментации файлов.
Если мы попытаемся теперь разобраться, как дисковое пространство используется файлами, всё будет не так просто. Утилиты вроде du или dutree всего лишь считают используемые блоки, не учитывая, что некоторые из них могут быть разделяемыми, поэтому они покажут больше занятого места, чем на самом деле используется.
К сожалению, я не знаю простых способов отслеживания занятого пространства отдельными файлами в файловых системах с COW. На уровне подтома с помощью утилит вроде btrfs-du мы можем получить приблизительное представление о количестве данных, которые уникальны для снапшота и которые разделяются между снапшотами.