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> Я ровно
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
16:50:05 +0300:
>> >> создания файла - нет. Если нужно - в архивах есть составленная мной
>> >> табличка на эту тему (если надо дам ссылку).
>> > Конечно нужно.
>> > Я заблуждался по
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:
> >создания файла - нет. Если нужно - в а
Paul Romanchenko -> debian-russian@lists.debian.org @ Wed, 01 Mar 2006
16:50:05 +0300:
>> >> создания файла - нет. Если нужно - в архивах есть составленная мной
>> >> табличка на эту тему (если надо дам ссылку).
>> > Конечно нужно.
>> > Я заблуждался по поводу трёх времён
Artem Chuprina:
Paul Romanchenko -> Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
>> создания файла - нет. Если нужно - в архивах есть составленная мной
>> табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юни
Paul Romanchenko -> Dmitri V. Ivanov @ Wed, 01 Mar 2006 16:10:34 +0300:
>> создания файла - нет. Если нужно - в архивах есть составленная мной
>> табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mti
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:
создания файла - нет. Если нужно - в архивах есть составленная мной
табличка на эту тему (если надо дам ссылку).
Конечн
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 Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
>>> создания файла - нет. Если нужно - в архивах есть составленная мной
>>> табличка на эту тему (если надо дам ссылку).
>> Конечно нужно.
>> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, m
On Tue, Feb 28, 2006 at 10:23:12AM +0300, Paul Romanchenko wrote:
> >создания файла - нет. Если нужно - в архивах есть составленная мной
> >табличка на эту тему (если надо дам ссылку).
> Конечно нужно.
> Я заблуждался по поводу трёх времён у файла в юниксах -- ctime, mtime,
> atime?
http://lists.
On Tue, Feb 28, 2006 at 12:28:57AM +0200, abraham shapirus wrote:
> Так а я ж о чем. Были бы более серверные части под винду -- вопросов бы
> не возникло. А так вот заинтересовался альтернативными решениями.
EMC/Dantz Retrospect -- единственный на моей практике нормальный бекап
софт для вендавз. К
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 помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных, усе
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
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, Modificat
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 11:42:51AM +0300, Artem Chuprina wrote:
> as> Сеть организована вполне обычным образом -- в виде домена с
> as> домен-контроллером на win server 2003.
> as> Изначально была идея поднять софтварный рейд на винде 2003 или 2000 и
> as> воткнуть туда bacula storage daemon. D
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 помечается для обносления всякий раз,
когда изменяются атрибуты файла (запись данных, усечение размера,
изм
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 2006.02.27 at 09:58:57 +0300, Paul Romanchenko wrote:
> >что не по теме, но под системами a la posix как отбирать файлы для
> >incremental dump понимаю вполне, а вот под win... Там же file creation
> >time вместо ctime, который вполне модифицируется вызовом SetFileTime или
> >что-то в этом роде
Dmitri V. Ivanov:
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
и
On Sun, 26 Feb 2006, Artem Chuprina wrote:
AC> as> 1. кроссплатформенность. чтобы как клиентская, так и серверная части
AC> as> умели работать как под debian, так и под win32 (win 9x не требуется).
AC> as> 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
AC> as> неделю фул
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, Dmitri V. Ivanov wrote:
DVI> > умели работать как под debian, так и под win32 (win 9x не требуется).
DVI> > 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
DVI> > неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
DVI> > и каждую ночь и
On Sun, Feb 26, 2006 at 03:13:35PM +0200, abraham shapirus wrote:
> умели работать как под debian, так и под win32 (win 9x не требуется).
> 2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
> неделю фулл бекап заданного набора файлов (затирая предыдущую копию),
> и каждую ночь и
Здравствуйте.
Потихоньку ищу какой-нибудь бекап солюшн. Задачи и требования:
1. кроссплатформенность. чтобы как клиентская, так и серверная части
умели работать как под debian, так и под win32 (win 9x не требуется).
2. функиональность. нужно, чтобы умело хотя бы вот такую схему: раз в
неделю фул
26 matches
Mail list logo
