Там какой-либо путь состоит в том, чтобы использовать chown/chgrp, не изменяя последнюю измененную дату?
Я недавно отправил, как создать загрузочный USB с личинкой 2 и несколько вариантов ОС с помощью сценария оболочки MultiBootUSB.
Я не могу гарантировать, что это будет работать с Вашей сделанной на заказ установкой RemasterSys, но это определенно стоит попытки, и до сих пор я довольно доволен своими результатами. Я воссоздал свой диск USB приблизительно 10 раз теперь.
mtime (время изменения файла) не должен изменяться, когда владелец изменяется (ни если atime или время доступа). Это было бы изменением в inode информации, отраженной в ctime поле.
Если Вы находите это в своей системе, chown(2) (или chown(1) и chgrp(1)) действительно измените mtime или atime, и Вы обеспокоены сохранением и mtime и atime, затем необходимо будет написать код для сбора текущих времен (использование stat(2) или stat(1)), и восстановите их (использование utimes(2) или touch(1)).
AFAIK, Вы не можете управлять установкой ctime. Если inode изменяется, система записывает время, которое это изменило и не позволяет Вам изменять это.
-
1Хм, интересный. Я предположил, что показанными и командами chgrp будут модификаторы на времени. Единственное другое действие, выполненное на файлах, было передачей с жесткого диска на сервер с помощью ftp через Filezilla. Это вызвало бы изменение времени? – 12.09.2012, 20:51
-
2Когда я просто использовал FTP для копирования файла между машинами (опции по умолчанию), время изменения файла на целевой машине было установлено на текущую дату, не на исходную дату. Таким образом, FTP не сохраняет mtime и метки времени atime по умолчанию. Это не очень удивительно; FTP является более общим, чем Unix с его mtime и atime. Другими словами FTP не является TAR. Возможно, необходимо рассмотреть использование TAR, чтобы упаковать файлы на исходной машине, использовать FTP, чтобы передать (сжатый) файл tar и затем использовать TAR на цели для восстановления с корректными метками времени. Можно затем скорректировать владение позже. – Jonathan Leffler 12.09.2012, 21:17