06.03.2018 12:26, Sergey Alyoshin пишет:
2018-03-06 7:14 GMT+03:00 Gali Anikina <meril...@yandex.ru>:
При переводе po программы e2fsck столкнулась с такой проблемой
Надо перевести
#: e2fsck/message.c:116
msgid "aextended attribute"
Может быть, игнорировать первый символ (т.е. "расширенные атрибуты"), или
посмотреть как сделали переводы на другие языки.
Про сдублированные первые буквы не помню, где читала, но смысл в том,
что это считается "правилом хорошего тона в программировании" писать
программы так, чтобы в будущем у других программистов не создавались
проблемы от возможного совпадения вводимых здесь перемен.
Например
N_("bblock")
Если бы здесь программист ввел просто block, то возможные перепутывания
и тд были бы гарантированы (у пользователя в его системе был бы
конфликт, так как это очень распространённое слово).
Не могу сказать про другие языки, я интересовалась и читала только про
Си :-))))
Например
The bad blocks inode
мог бы там выглядеть как
Иноде плохого блок - и далее N иноде
Я бы не переводил inode, т.е. "inode сбойных блоков".
msgstr "<The group quota inode>"
inode групповой квоты
msgstr "<The boot loader inode>"
inode загрузчика
Про иноде - да это индексные дескрипторы или коротко иноде, но я впишу
"по правильному" - индексные дескрипторы
Нижеупомянутая программа не входит в комплект e2fsprogs, это я привела
пример из того, что ранее читала и писала вам про суперблоки (а
приведённая ниже Таблица 3. Инод сильно смахивает на то, что надо
перевести в e2fsprogs)
http://linuxshare.ru/docs/admin/ext3_undel.html
Иноды
Индексные дескрипторы (иноды) в таблице инодов каждой группы содержат
мета-данные для каждого типа данных, которые может хранить файловая
система. Этот тип может быть символической ссылкой и тогда достаточно
только инода, он может быть каталогом, файлом, FIFO, сокетом UNIX и т.
д. В случае файлов и каталогов реальные данные хранятся в блоках
файловой системы за пределами инода. Первые 12 номеров блоков хранятся в
иноде; если требуется больше блоков, тогда инод содержится ссылка на
блок косвенной адресации: блок с номерами других блоков, содержащих
данные. При необходимости инод может хранить указатели на блоки двойной
и тройной косвенной адресации. Структура инода представлена в таблице 3.
Таблица 3. Инод
байты тип описание
0 .. 1 __le16 Режим файла
2 .. 3 __le16 Младшие 16 бит uid Владельца
4 .. 7 __le32 Размер в байтах
8 .. 11 __le32 Время доступа
12 .. 15 __le32 Время создания
16 .. 19 __le32 Время изменения
20 .. 23 __le32 Время удаления
24 .. 25 __le16 Младшие 16 бит идентификатора группы
26 .. 27 __le16 Счетчик ссылок
28 .. 31 __le32 Счетчик блоков
32 .. 35 __le32 Флаги файла
36 .. 39 linux1 Данные, зависящие от ОС 1
40 .. 99 __le32[15] Указатели на блоки
100 .. 103 __le32 Версия файла (для NFS)
104 .. 107 __le32 Список контроля доступа (ACL) к файлу
108 .. 111 __le32 Список контроля доступа к каталогу
112 .. 115 __le32 Адрес фрагмента
116 .. 127 linux2 Данные, зависящие от ОС 2
...
Источник:
Как восстановить удаленные файлы в файловой системе ext3
Рано или поздно это происходит с каждым: через мгновение после нажатия
Enter вы осознате свою ошибку, но уже слишком поздно; вы удалили очень
важный файл или каталог, для которого не существует резервной копии.
Или, возможно, резервная копия есть, но она месячной давности....и,
пребывая в шоке, вы видите последний месяц, мгновенно пролетающий перед
вашими глазами, и с болью понимаете, что вам придется делать все заново....
Оригинал: HOWTO recover deleted files on an ext3 file system
Автор: Карло Вуд (Carlo Wood)
Дата публикации: Март 2008
Перевод: Коваленко Алексей
Дата перевода: 03.09.2009 г.
Очень полезная и интересная статья, рекомендую.
Вот 2-ой источник —
«https://ru.wikipedia.org/w/index.php?title=Inode&oldid=87502932
написано так -
В информатике inode (произносится а́ йнод или ино́ д ), индексный дескриптор
Inodes
------
The inode (index node) is a fundamental concept in the ext2 filesystem.
Из ext2__filesystems_from_kernel__linux-source-4.9
Вообщем с инодами всё понятно, а по поводу переменных - да я согласна-
посмотрю другие po по разным пакетам, где может применяться аналогичная
картина- то есть просто надо пересмотреть все переведенные po. Это
конечно очень трудоёмко, но и вэтом есть своя прелесть - какой пласт
информации можно принять к сведению (то есть попутно узнать)!
Это вопрос про вывод программой строк отмеченных N_()?
Да, то есть строки вида "N_("aextended attribute")" переводить не буду -
заглянула в книгу Програмирование на языке Си Подбельский В.В. и Фомин
С.С. Москва Финансы и статистика 2001, у них при создании структуры так
перечисляются внутри структурные типы и если программист хочет, то может
добавить описания - например так-
N_("aextended attribute"); /*текст*/
Вот если бы в этом файле были такие пояснения напротив вводимых
структурных типов, тогда да-эти пояснения надо было бы переводить, но
они бы не повлияли на работу программы, а сами названия структурных
типов - "N_("aextended attribute")" не трогать. Исходя из этого я и
сделала вывод, что эти строки не надо переводить.
Так что Сергей и Лев, напишу индексные дескрипторы
ЭЭЭ длинновато получилось, так что извиняйте
