On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
Dmitri V. Ivanov пишет:
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я
Dmitri V. Ivanov:
On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
Dmitri V. Ivanov пишет:
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Paul Romanchenko - Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
atime?
Artem Chuprina:
Paul Romanchenko - Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
Paul Romanchenko - debian-russian@lists.debian.org @ Wed, 01 Mar 2006
16:50:05 +0300:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в юниксах -- ctime,
On Wed, Mar 01, 2006 at 04:10:34PM +0300, Paul Romanchenko wrote:
Dmitri V. Ivanov:
On Wed, Mar 01, 2006 at 12:32:39AM +0300, Paul Romanchenko wrote:
Dmitri V. Ivanov пишет:
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть
Artem Chuprina:
Paul Romanchenko - debian-russian@lists.debian.org @ Wed, 01 Mar 2006
16:50:05 +0300:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в
Paul Romanchenko - debian-russian@lists.debian.org @ Wed, 01 Mar 2006
17:47:14 +0300:
PR Здесь везде ctime и mtime. Creation time пока не наблюдаю.
ctime в юниксе существует, creation time - нет. Если это не разница
между ними, то что тогда разница?
PR Я ровно про это и говорю -- в
Artem Chuprina:
Paul Romanchenko - debian-russian@lists.debian.org @ Wed, 01 Mar 2006
17:47:14 +0300:
PR Здесь везде ctime и mtime. Creation time пока не наблюдаю.
ctime в юниксе существует, creation time - нет. Если это не разница
между ними, то что тогда разница?
PR Я ровно про это
On Tue, Feb 28, 2006 at 12:28:57AM +0200, abraham shapirus wrote:
Так а я ж о чем. Были бы более серверные части под винду -- вопросов бы
не возникло. А так вот заинтересовался альтернативными решениями.
EMC/Dantz Retrospect -- единственный на моей практике нормальный бекап
софт для вендавз. К
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
atime?
Dmitri V. Ivanov пишет:
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечно нужно.
Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
abraham shapirus - debian-russian@lists.debian.org @ Sun, 26 Feb 2006
19:38:53 +0200 (EET):
AC as 1. кроссплатформенность. чтобы как клиентская, так и серверная части
AC as умели работать как под debian, так и под win32 (win 9x не требуется).
AC as 2. функиональность. нужно, чтобы умело
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
А чем file creation time отличается от ctime?
NTFS поддерживает Creation Time, Access Time, Modification Time.
ctime помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных, усечение размера,
On Mon, Feb 27, 2006 at 11:42:51AM +0300, Artem Chuprina wrote:
as Сеть организована вполне обычным образом -- в виде домена с
as домен-контроллером на win server 2003.
as Изначально была идея поднять софтварный рейд на винде 2003 или 2000 и
as воткнуть туда bacula storage daemon. Director
Dmitri V. Ivanov [EMAIL PROTECTED] wrote:
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
А чем file creation time отличается от ctime?
NTFS поддерживает Creation Time, Access Time, Modification Time.
ctime помечается для обносления всякий раз,
когда изменяются атрибуты
On Mon, Feb 27, 2006 at 07:20:32PM +0300, Andrey Melnikoff wrote:
Dmitri V. Ivanov [EMAIL PROTECTED] wrote:
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
А чем file creation time отличается от ctime?
NTFS поддерживает Creation Time, Access Time, Modification Time.
On Mon, 27 Feb 2006, Dmitri V. Ivanov wrote:
DVI as Сеть организована вполне обычным образом -- в виде домена с
DVI as домен-контроллером на win server 2003.
DVI as Изначально была идея поднять софтварный рейд на винде 2003 или 2000
и
DVI as воткнуть туда bacula storage daemon. Director
Dmitri V. Ivanov:
On Mon, Feb 27, 2006 at 09:58:57AM +0300, Paul Romanchenko wrote:
А чем file creation time отличается от ctime?
NTFS поддерживает Creation Time, Access Time, Modification Time.
ctime помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных,
Здравствуйте.
Потихоньку ищу какой-нибудь бекап солюшн. Задачи и требования:
1. кроссплатформенность. чтобы как клиентская, так и серверная части
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
и каждую ночь
On Sun, 26 Feb 2006, Dmitri V. Ivanov wrote:
DVI умели работать как под debian, так и под win32 (win 9x не требуется).
DVI 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
DVI неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
DVI и каждую ночь
abraham shapirus - debian-russian@lists.debian.org @ Sun, 26 Feb 2006
15:13:35 +0200 (EET):
as 1. кроссплатформенность. чтобы как клиентская, так и серверная части
as умели работать как под debian, так и под win32 (win 9x не требуется).
as 2. функиональность. нужно, чтобы умело хотя бы вот
On Sun, 26 Feb 2006, Artem Chuprina wrote:
AC as 1. кроссплатформенность. чтобы как клиентская, так и серверная части
AC as умели работать как под debian, так и под win32 (win 9x не требуется).
AC as 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
AC as неделю фулл бекап
Dmitri V. Ivanov:
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
и
On 2006.02.27 at 09:58:57 +0300, Paul Romanchenko wrote:
что не по теме, но под системами a la posix как отбирать файлы для
incremental dump понимаю вполне, а вот под win... Там же file creation
time вместо ctime, который вполне модифицируется вызовом SetFileTime или
что-то в этом роде... Или
26 matches
Mail list logo
