Требуется перенести раздел home на другой жесткий диск. Как лучше всего это сделать? Можно ли просто скопировать все файлы и папки на новый диск и поправить fstab?
Да можно. Почему нет?
И все права на файл останутся целы? (извините, может глупый вопрос)
KOT040188 wrote:
> И все права на файл останутся целы?
> (извините, может глупый вопрос)
Нормальный вопрос.
‘man cp’ подсказывает, что нужно использовать команду ‘cp -a’.
То есть лучше использовать консоль, вместо файлового менеджера для копирования файлов?
KOT040188 wrote:
> То есть лучше использовать консоль,
> вместо файлового менеджера для
> копирования файлов?
Лучше использовать то, чем вы умеете хорошо пользоваться.
Если вы уверены, что ваш абстрактный файловый менеджер сохраняет права
и прочее, то — Welcome.
Прямой вопрос: можно перенсти файлы и папки дельфином?
KOT040188 wrote:
> Прямой вопрос: можно перенсти файлы и
> папки дельфином?
Не пользуюсь, не знаю.
Вы затратили больше времени на написание своих сообщений, чем
потребовалось бы на введение в консоли четырёх символов.
Я не тороплюсь. Хочу выяснить все точно, прежде чем делать ошибкиlol!
З.Ы. Консоль - это не мой метод:)
KOT040188 wrote:
> Я не тороплюсь. Хочу выяснить все точно,
> прежде чем делать ошибки
Могу предложить ещё один путь для выяснения:
% man -k copy | grep “file*”
bsdcpio (1) - copy files to and from archives
cp (1) - copy files and directories
cpio (1) - copy files to and from archives
dd (1) - convert and copy a file
git-checkout-index (1) - Copy files from the index to the working tree
gvfs-copy (1) - Copy files
gvfs-move (1) - Copy files
install (1) - copy files and set attributes
mcopy (1) - copy MSDOS files to/from Unix
ntfscp (8) - copy file to an NTFS volume.
objcopy (1) - copy and translate object files
pax (1) - read and write file archives and copy directory hierarchies
rsync (1) - a fast, versatile, remote (and local) file-copying tool
scp (1) - secure copy (remote file copy program)
sg_dd (8) - copy data to and from files and devices, especially SCSI devices
sg_xcopy (8) - copy data to and from files and devices using SCSI EXTENDED COPY (XCOPY)
sgm_dd (8) - copy data to and from files and devices, especially SCSI devices
sgp_dd (8) - copy data to and from files and devices, especially SCSI devices
xfs_copy (8) - copy the contents of an XFS filesystem
xfs_metadump (8) - copy XFS filesystem metadata to a file
Кстати, вспомнился классический вариант для ext*-систем: dump/restore.
Но у меня не установлено.
Еще вопрос: если использовать команду cp -a, неважно какие права у раздела куда я копирую home? Дело в том что на этом разделе есть файлы и права я изменил для записи от себя.
А как, по вашему мнению, прошёл бы процесс копирования файлов на целевой раздел, если бы у вас не было прав записи на него? Если есть сомнения, копируйте от имени root.
Он бы прошел под рутом;). И все-таки я не понял, важно ли какие права у диска на который я переношу home c помощью cp -a?
KOT040188 wrote:
> Он бы прошел под рутом;). И все-таки я не
> понял, важно ли какие права у диска на
> который я переношу home c помощью cp -a?
Вроде, права наследуются с точки монтирования, если отдельно опциями не
указано.
Копировать можете хоть рутом, хоть пользователем, хоть господом богом.
Главное, чтобы были права на чтение копируемых файлов и каталогов.
Так вот на эту папку у меня права на запись. Это важно или нет при переносе туда home? Ведь по идее в корень home не должно быть прав на запись простому пользователю. Или cp -a все само исправит? Извините мою дотошность, просто не хочется получить геморрой.
KOT040188 wrote:
> Так вот на эту папку у меня права на
> запись. Это важно или нет при переносе
> туда home?
Так в чём проблема? У вас есть право на запись — копируйте.
Вообще, если обратить внимание на права на /home, то можно заметить,
что принадлежит он root. А вложенные каталоги пользователей принадлежат
им, соответственно.
Тут мне вспомнился один момент. Не совсем в тему, но интересный.
Вроде бы, пользователь имеет доступ к вложенным файлам/каталогам, если
указан полный путь, несмотря на отсутствие доступа к вышестоящим.
Сейчас проверять не хочу — лень. Может, кто-то прокомментирует?
Видимо ответ на мой вопрос настолько очевиден, что я его не замечаю:)
KOT040188 wrote:
> Видимо ответ на мой вопрос настолько
> очевиден, что я его не замечаю:)
Видимо, давно пора перестать задавать ненужные] вопросы изаняться
делом, копированием.
Копирование подразумевает сохранение исходных данных. Так что, операцию
можно повторять неоднократно, если есть необходимость.
Ну вот я и перенес home на другой диск. Все прошло гладко, но в результате получилось то, чего я ожидал и так усердно спрашивал(но меня не слышали): я могу писать в /home. Это ведь не правильно? По идее я не должен туда писать? Забить на это или как-то исправить? И как?
Ну так уберите права на запись /home. По-умолчанию права 755.