Можно сделать это без проблем, если Вы знаете то, что Вы делаете. Только необходимо смотреть о размерах раздела (не используйте больше пространства затем, Вы имеете на HDD своей целевой машины), необходимо скомпилировать ядро для целевой машины (выберите драйверы и т.д. для целевой машины, не машина Вы используете для компиляции его), и не забывайте проверять /etc/fstab
и зафиксируйте его, при необходимости на целевой машине.
После распаковки tarball не забывайте устанавливать загрузчик.
У Вас не будет проблем при компиляции программ, пока та же архитектура используется (x86, x86_64, и т.д.).
Я сделал что-то подобные несколько лет назад, когда я переместил хинду установку от одного ПК до другого. Я должен был перекомпилировать ядро, так как оно было создано для первого ПК (не имел корректных драйверов контроллера SATA скомпилированными в), но все работало.
При нахождении этого легче можно также взять жесткий диск от целевой машины и поместить его в другую машину непосредственно работа там. Можно также установить загрузчик тот путь (просто предостерегаются, так как Вы, вероятно, загружаетесь от /dev/sda
, целевой жесткий диск будет /dev/sdb
, и Вы хотите записать MBR в /dev/sdb
, в то время как это root=/dev/sda1
(или независимо от того, что это назовут на целевой машине),
Примечание: Я просто предполагаю здесь, я не гуру самбы.
Samba/CIFS, по крайней мере, способ, которым Вы используете его здесь, не воспроизводит учетные данные между сервером и клиентом. Из-за force user
директива по серверу, все операции выполняются как пользователь erpm
на сервере. Однако, потому что и клиент и сервер выполняют систему Unix, они auto-negociated расширения POSIX CIFS. Это заставляет полномочия Unix, казаться, работать в какой-то степени, но только до разрешений на сервер, и Вы столкнулись со случаем, где, чего требуют полномочия Unix и что позволяет сервер, отличаются.
Вы заметите, что все файлы появляются как идентификатор пользователя 501. Это - их uid на сервере.
Когда Вы пытаетесь создать или удалить файл, это требует разрешения записи на каталоге. Весь доступ отображается на отдельном пользователе на сервере, поэтому запишите кипение разрешения к ли erpm
позволяется записать в тот каталог на сервере. Ответ - да.
Когда Вы работаете touch
, это создает файл и затем изменяет его время изменения. Изменение времени изменения файла требует владения, и это тестируется универсальным кодом файловой системы на стороне клиента.
Если Вы работаете strace touch test
, Вы заметите это затем open
звоните (который создает файл), успешно выполняется, затем utimes
звоните (или скорее на Linux utimensat
системный вызов), не удается установить времена.
Это на самом деле немного странно потому что utimes
должен успешно выполниться, с тех пор touch
вызовы это с Нулевым аргументом (значение “установило метку времени на текущее время”), и это, как предполагается, разрешено любой вызывающей стороне, которая может записать в файл, и не только владельцу как установка произвольной метки времени. Я подозреваю это utimensat
на самом деле делает основанную на полномочиях проверку и решает, что в полномочиях говорится, что Вы не можете записать в тот файл, даже при том, что файловая система позволила бы операцию записи независимо от фактических полномочий.
Основное преимущество расширений POSIX CIFS, когда сторона сервера работает с полномочиями некорневого пользователя, состоит в том, чтобы перенести исполняемый бит и возможно владение группы. Это может менее сбивать с толку при отображении пользовательского владения на единственного клиентского пользователя с forceuid
смонтируйте опцию.
username=guest,defaults,noperm
и это полностью устранило проблему. Я не знаю что ответ принять на этом с тех порusername=guest,defaults,noperm
вероятно, не лучший ответ, и у меня просто нет большего количества времени для испытания ответа.Еще раз спасибо! – shrimpwagon 26.09.2013, 18:37