Где хранится журнал?

Question 1

Ниже приведены шаги, которые необходимо выполнить для установки композитора по всему миру: 1. Перед установкой Composer убедитесь, что на нашем сервере установлены все зависимости.

Вначале обновите кеш менеджера пакетов, выполнив: [!d1 ]

$ sudo apt-get update

2. Теперь давайте установим зависимости. Нам понадобится

curl => скачать Composer php5-cli => установить и запустить его git =>, используемый Composer для загрузки зависимостей проекта

Все может быть установлено со следующими команда:

$ sudo apt-get install curl php5-cli git

3. Установка композитора с помощью одной команды:

curl -sS https://getcomposer.org/installer | sudo php -- --install-dir=/usr/local/bin --filename=composer

4. Это будет загружать и устанавливать Composer в виде общесистемной команды с именем composer, в / usr / local / bin. Выход должен выглядеть следующим образом:

Выход:

\#!/usr/bin/env php
All settings correct for using Composer
Downloading...

Composer successfully installed to: /usr/local/bin/composer

Используйте его: php / usr / local / bin / composer

5. Для проверки вашей установки запустите:

$ composer -V

Выход:

Composer version 1.1.3 2016-06-26 15:42:08

Установка успешно

Question 2

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Question 3

Question 4

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Question 5

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Question 6

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Question 7

Question 8

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Question 9

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 10

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 11

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 12

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 13

Question 14

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 15

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Question 16

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

Question 17

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

Question 18

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

Question 19

Question 20

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

Question 21

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

Question 22

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

Question 23

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

Question 24

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

Question 25

Question 26

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

Question 27

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

Question 28

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

evgeny · Accepted Answer · 26 May 2018 в 00:15

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

Я просто хотел знать, как было сказано в ссылке, что это за журнал на диске? Где он находится на HDD? Эта картина немного сбила меня с толку. — Sen, 25 November 2010 в 13:35

evgeny · Accepted Answer · 25 July 2018 в 22:50

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

evgeny · Accepted Answer · 27 July 2018 в 00:47

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

evgeny · Accepted Answer · 31 July 2018 в 11:11

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

evgeny · Accepted Answer · 2 August 2018 в 04:14

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs /dev/sda#, где символ # - это номер вашего раздела, а затем использовать logdump в debugfs, чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3/4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum/red-hat-fedora-linux/121074 -ext3-journal.html

evgeny · Accepted Answer · 4 August 2018 в 20:19

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

evgeny · Accepted Answer · 6 August 2018 в 04:19

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

evgeny · Accepted Answer · 6 August 2018 в 04:19

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

evgeny · Accepted Answer · 7 August 2018 в 22:24

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

evgeny · Accepted Answer · 10 August 2018 в 10:33

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

evgeny · Accepted Answer · 13 August 2018 в 17:02

Журнал хранится в отдельном пространстве раздела, вы не можете получить к нему доступ напрямую. Вы можете использовать sudo debugfs / dev / sda # , где символ # - это номер вашего раздела, а затем с помощью logdump в debugfs , чтобы распечатать его. Однако вывод запутан.

Обычно, как обычный пользователь, вам не нужно знать о журнале. Использование ext3 / 4 будет достаточным для предотвращения потери данных (в большинстве случаев).

Эта ссылка может помочь: http://www.linuxforums.org/forum /red-hat-fedora-linux/121074-ext3-journal.html

Я просто хотел знать, как было сказано в ссылке, что это за журнал на диске? Где он находится на HDD? Эта картина немного сбила меня с толку. — Sen, 25 November 2010 в 13:35

vidarlo · Answer 12 · 26 May 2018 в 00:15

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 26 May 2018 в 00:15

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

vidarlo · Answer 13 · 25 July 2018 в 22:50

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 25 July 2018 в 22:50

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

vidarlo · Answer 14 · 27 July 2018 в 00:47

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 27 July 2018 в 00:47

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

vidarlo · Answer 15 · 31 July 2018 в 11:11

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 31 July 2018 в 11:11

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

vidarlo · Answer 16 · 2 August 2018 в 04:14

Не существует фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эта статья Карло Вуда, написанная в марте 2008 года, прочитал о структуре ext3.

Если вы не против помещать журнал в место со словами, такими как таблица разделов, inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 2 August 2018 в 04:14

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

vidarlo · Answer 17 · 4 August 2018 в 20:19

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

vidarlo · Answer 18 · 6 August 2018 в 04:19

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

vidarlo · Answer 19 · 6 August 2018 в 04:19

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

vidarlo · Answer 20 · 7 August 2018 в 22:24

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

vidarlo · Answer 21 · 10 August 2018 в 10:33

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

vidarlo · Answer 22 · 13 August 2018 в 17:02

Нет никакого фиксированного места для журнала, каждая файловая система сохраняет его в другом месте.

Если вы ожидаете, что это обычный файл, значит, вы ошибаетесь, это больше похоже на часть структура файловой системы, подобная таблице inode. Самое смешное, что ext3 / 4 рассматривает его точно как обычный файл. Обычно это находится в индексе номер 8, но это параметр ядра, который можно изменить во время компиляции.

Если вы хотите получить техническую информацию, эту статью Карло Вуда , написанный в марте 2008 года, является отличным чтением о структуре ext3.

Если вы не возражаете поставить journal в место со словами, такими как таблица разделов , inode или block и не беспокойтесь об этом:

8

ответ дан vidarlo 13 August 2018 в 17:02

1

Хороший комментарий .. хотел бы проголосовать, но недостаток очков .. :-) – Sen 25 November 2010 в 13:39
2

«Обычно он находится в индексе номер 8», можете ли вы кратко рассказать об этом мне? – Sen 25 November 2010 в 13:40
3

yup .. я нашел это .. это индексный индекс файла журнала. – Sen 25 November 2010 в 13:45
4

Индекс - это запись для элемента в файловой системе, что может означать файл, каталог, символическую ссылку или что-то внутреннее, о чем пользователю не нужно знать - в этом случае журнал является inode в ext3 / 4 (это не обязательно в других файловых системах). Запись inode называется уникальным номером. Запись inode не хранит сами данные файла - или конкретные метаданные, такие как имя файла, но указывает на такие данные. – thomasrutter 18 May 2018 в 04:31

Где хранится журнал?

22 ответа

Другие вопросы по тегам:

Похожие вопросы: