Изменение пользователя, в то время как scp

Хорошо, для ответа на мой (см. редактирования выше), собственный вопрос.

Мой инстинкт был по-видимому правильным, или в праве части. nouveau модуль, упомянутый в журналах (см. отредактированный вопрос выше), был преступником.

  1. Debian 6 установки, как Вы обычно делали бы
  2. Перезагрузка после установки
  3. Примите решение загрузиться с CD снова, на этот раз войти rescue64 при подсказке начальной загрузки CD
  4. Ответьте на вопросы о локали и установке клавиатуры и названии машины, затем выполните оболочку в своем корневом разделе
  5. (дополнительно) смонтируйте любые недостающие разделы в папки внутри /target (такие как потенциал /boot точка монтирования) - помнят, что можно использовать другие TTYs, которые были созданы (Alt+F1 через Alt+F4 в моем случае)
  6. Теперь пойдите и отредактируйте /etc/modprobe.d/blacklist.local.conf (от того, что я видел, только nano(1) доступно. В случае, если Вы не помните: это является немодальным, и Вы просто перемещаетесь по курсору к местоположению, с которым Вы хотите, затем вставляете любые символы и затем сохраняете это Ctrl+O или F3 и выход с Ctrl+X.
  7. Добавьте строку blacklist nouveau под последним blacklist строка в файле Вы открылись на предыдущем шаге
  8. Выполненный update-initramfs -u -k all для проверки изменения вступят в силу
  9. Перезагрузка в Ваш Debian. На этот раз необходимо видеть приглашение ко входу в систему (вероятно, после некоторых fsck выполненный)

Поскольку ленивые люди не перезагружают после установки (шаг 2), но вместо этого переключаются на TTY2 или так и работают chroot /target /bin/bash и выполните шаги от шага 6 вперед выше.

Я просто сделал первую версию для записи то, что я сделал, чтобы заставить это работать. Т.е. исследование проблемы и затем решение его.

В случае, если один из Вас сделал изменения в /etc/yaboot.conf как я сделал промежуточный, отменяю Ваши изменения и работаю ybin -v (как суперпользователь), чтобы благословить Ваш диск со "Святой Мочой Пингвина":

$ sudo ybin -v
ybin: Finding OpenFirmware device path to `/dev/sda2'...
ybin: Installing first stage bootstrap /usr/lib/yaboot/ofboot onto /dev/sda2...
ybin: Installing primary bootstrap /usr/lib/yaboot/yaboot onto /dev/sda2...
ybin: Installing /etc/yaboot.conf onto /dev/sda2...
ybin: Setting attributes on ofboot...
ybin: Setting attributes on yaboot...
ybin: Setting attributes on yaboot.conf...
ybin: Blessing /dev/sda2 with Holy Penguin Pee...
ybin: Updating OpenFirmware boot-device variable in nvram...

См. ниже дословное содержание журнала, которое я ввел прежде вручную:

May 15 01:01:10 freyja kernel: [    9.589577] [drm] Initialized drm 1.1.0 20060810
May 15 01:01:10 freyja kernel: [   10.151602] [drm] nouveau 0000:f0:10.0: Detected an NV30 generation card (0x034100b1)
May 15 01:01:10 freyja kernel: [   10.175308] [drm] nouveau 0000:f0:10.0: OF bios successfully copied (2403 bytes)
May 15 01:01:10 freyja kernel: [   10.184505] [drm] nouveau 0000:f0:10.0: Attempting to load BIOS image from PROM
May 15 01:01:10 freyja kernel: [   10.334022] [drm] nouveau 0000:f0:10.0: ... BIOS checksum invalid
May 15 01:01:10 freyja kernel: [   10.338877] [drm] nouveau 0000:f0:10.0: Attempting to load BIOS image from PRAMIN
May 15 01:01:10 freyja kernel: [   10.392373] [drm] nouveau 0000:f0:10.0: ... BIOS checksum invalid
May 15 01:01:10 freyja kernel: [   10.397270] [drm] nouveau 0000:f0:10.0: Attempting to load BIOS image from PCIROM
May 15 01:01:10 freyja kernel: [   10.412406] [drm] nouveau 0000:f0:10.0: ... BIOS signature not found
May 15 01:01:10 freyja kernel: [   10.417552] [drm] nouveau 0000:f0:10.0: Using BIOS image from PRAMIN
May 15 01:01:10 freyja kernel: [   10.466924] [drm] nouveau 0000:f0:10.0: BMP BIOS found
May 15 01:01:10 freyja kernel: [   10.471646] [drm] nouveau 0000:f0:10.0: BMP version 5.39
May 15 01:01:10 freyja kernel: [   10.476408] [drm] nouveau 0000:f0:10.0: Bios version 04.34.20.19
May 15 01:01:10 freyja kernel: [   10.481141] [drm] nouveau 0000:f0:10.0: Found Display Configuration Block version 2.2
May 15 01:01:10 freyja kernel: [   10.490332] [drm] nouveau 0000:f0:10.0: Raw DCB entry 0: 01100102 00000000
May 15 01:01:10 freyja kernel: [   10.495056] [drm] nouveau 0000:f0:10.0: Raw DCB entry 1: 01000100 000088b8
May 15 01:01:10 freyja kernel: [   10.499659] [drm] nouveau 0000:f0:10.0: Raw DCB entry 2: 02110212 11b00000
May 15 01:01:10 freyja kernel: [   10.504234] [drm] nouveau 0000:f0:10.0: Raw DCB entry 3: 02010210 11b088b8
May 15 01:01:10 freyja kernel: [   10.508838] [drm] nouveau 0000:f0:10.0: Raw DCB entry 4: 02010211 11b00003
May 15 01:01:10 freyja kernel: [   10.513706] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 0 at offset 0x020A
May 15 01:01:10 freyja kernel: [   10.547388] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 1 at offset 0x0457
May 15 01:01:10 freyja kernel: [   10.556131] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 2 at offset 0x059D
May 15 01:01:10 freyja kernel: [   10.564761] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 3 at offset 0x0723
May 15 01:01:10 freyja kernel: [   10.573488] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 4 at offset 0x0740
May 15 01:01:10 freyja kernel: [   10.582329] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 5 at offset 0x075D
May 15 01:01:10 freyja kernel: [   10.599427] [drm] nouveau 0000:f0:10.0: Parsing VBIOS init table 6 at offset 0x08E2
May 15 01:01:10 freyja kernel: [   10.635233] [TTM] Zone  kernel: Available graphics memory: 609784 kiB.
May 15 01:01:10 freyja kernel: [   10.640736] [drm] nouveau 0000:f0:10.0: 64 MiB VRAM
May 15 01:01:10 freyja kernel: [   10.657097] [drm] nouveau 0000:f0:10.0: 64 MiB GART (aperture)
May 15 01:01:10 freyja kernel: [   10.662541] [drm] nouveau 0000:f0:10.0: Allocating FIFO number 0
May 15 01:01:10 freyja kernel: [   10.668951] [drm] nouveau 0000:f0:10.0: nouveau_channel_alloc: initialised FIFO 0
May 15 01:01:10 freyja kernel: [   10.678762] [drm] nouveau 0000:f0:10.0: Initial CRTC_OWNER is 0
May 15 01:01:10 freyja kernel: [   10.684222] [drm] nouveau 0000:f0:10.0: Detected a DVI-I connector
May 15 01:01:10 freyja kernel: [   10.689702] [drm] nouveau 0000:f0:10.0: Detected a DVI-I connector
May 15 01:01:10 freyja kernel: [   10.695849] [drm] nouveau 0000:f0:10.0: Detected a TV connector
May 15 01:01:10 freyja kernel: [   10.703132] [drm] nouveau 0000:f0:10.0: Setting dpms mode 3 on tmds encoder (output 0)
May 15 01:01:10 freyja kernel: [   10.713152] [drm] nouveau 0000:f0:10.0: Setting dpms mode 3 on vga encoder (output 1)
May 15 01:01:10 freyja kernel: [   10.723157] [drm] nouveau 0000:f0:10.0: Setting dpms mode 3 on tmds encoder (output 2)
May 15 01:01:10 freyja kernel: [   10.735303] [drm] nouveau 0000:f0:10.0: Setting dpms mode 3 on vga encoder (output 3)
May 15 01:01:10 freyja kernel: [   10.745292] [drm] nouveau 0000:f0:10.0: Setting dpms mode 3 on TV encoder (output 4)
May 15 01:01:10 freyja kernel: [   10.931817] composite sync not supported
May 15 01:01:10 freyja kernel: [   10.963409] [drm] nouveau 0000:f0:10.0: Load detected on output B
May 15 01:01:10 freyja kernel: [   10.968590] [drm] nouveau 0000:f0:10.0: allocated 720x576 fb: 0x49000, bo c000000049f1fa00
May 15 01:01:10 freyja kernel: [   10.988557] Console: switching to colour dummy device 80x25
May 15 01:01:10 freyja kernel: [   10.991886] Trying to free nonexistent resource <0000000098004000-000000009807bfff>
May 15 01:01:10 freyja kernel: [   10.992864] Console: switching to colour frame buffer device 90x36
May 15 01:01:10 freyja kernel: [   11.003430] [drm] nouveau 0000:f0:10.0: Setting dpms mode 0 on TV encoder (output 4)
May 15 01:01:10 freyja kernel: [   11.003440] [drm] nouveau 0000:f0:10.0: Output TV-1 is running on CRTC 1 using output B
May 15 01:01:10 freyja kernel: [   11.004528] fb0: nouveaufb frame buffer device
May 15 01:01:10 freyja kernel: [   11.004540] registered panic notifier
May 15 01:01:10 freyja kernel: [   11.004560] [drm] Initialized nouveau 0.0.15 20090420 for 0000:f0:10.0 on minor 0

(времена скашиваются из-за машинного времени, я не сделал путешествия во времени),

16
26.02.2013, 00:12
5 ответов

При предположении, что пользователю Вы CAN ssh к не нужен пароль к sudo su в целевого пользователя, можно попробовать это:

dd if=myfile | ssh some.host "sudo -u targetuser dd of=myfile" 

... Следите, я все еще не убежден это просто конфигурирование targetuser только позволить scp/sftp/rsync по SSH и использованию пары ключей RSA для аутентификации не много более оптимального варианта.

9
27.01.2020, 19:49
  • 1
    или tar -cvf - * | ssh user@host "sudo -u targetuser tar -C /targetdir -xf -" для набора файлов –  Matt 25.02.2013, 17:34
  • 2
    Также верный, и я предполагаю, что мы можем дебатировать ли -z или -j полезны в зависимости от скорости соединения и компьютерного оборудования с обеих сторон... –  Shadur 25.02.2013, 21:50

Если Вы знаете учетные данные другому пользователю (someuser) можно просто указать его на Вашем scp звонить.

От man scp страница:

Имена файлов могут содержать пользователя и разместить спецификацию, чтобы указать, что файл должен быть скопирован в тот хост. Локальные имена файлов могут быть сделаны явными использующими абсолютными или относительными путями для предотвращения scp, рассматривающего имена файлов, содержащие ‘:’ как размещают спецификаторы. Копии между двумя удаленными хостами также разрешены.

Вот используемый синтаксис:

[[user@]host:]/path/to/file

Пример

Вы хотите скопировать файл /home/foo/bar от host1 к Вашему localhost, с помощью пользователя someuser, вот команда:

scp someuser@host1:/home/foo/bar .

Вас попросят аутентификации (пароль, ключи...).

3
27.01.2020, 19:49
  • 1
    Невозможно войти в систему как другой пользователь. –  Tarlog 25.02.2013, 12:32
  • 2
    Затем устанавливает вход в систему scp/rsync-only с ключами RSA. –  Shadur 25.02.2013, 12:35
  • 3
    Невозможно использовать другого пользователя, использующего любой вид входа в систему. Другой затем, что я уже использую ключи RSA для ssh/scp. глюк –  Tarlog 25.02.2013, 12:44

Это, вероятно, возможно, но я сказал бы, что это - очень неловкий способ пойти об этом.

Мое первое предложение состоит в том, чтобы войти в систему как тот пользователь. Даже если у Вас нет пароля того пользователя, можно добавить собственную общественность ssh ключ к их authorized_keys и затем scp использование их ключа, как rahmu шоу.

Если это не возможно, мое второе предложение состоит в том, чтобы войти в систему ssh, sudo пользователю и создать tarfile файлов, Вы хотите скопировать и поместить его где-нибудь, который может считать Ваш собственный пользователь. Затем scp вниз это tarfile.

1
27.01.2020, 19:49
  • 1
    Невозможно войти в другого пользователя. Да, я выяснил второе предложение сам. Поиск простого способа :) –  Tarlog 25.02.2013, 12:33
  • 2
    Ссылка, отправленная gcb, должна быть полезной, затем. По крайней мере, если Вы собираетесь быть выполнением этого несколько раз. Или, конечно, Вы могли изменить права доступа на файл для предоставления собственного пользовательского доступа к нему. –  Jenny D 25.02.2013, 12:35
  • 3
    Ну, я пытаюсь создать сценарий (который будет используемым многократно, конечно), который будет использоваться различными пользователями. Так предоставление доступа мне действительно не поможет. Любой, кто может к 'sudo su otheruser', должен смочь запустить скрипт. –  Tarlog 25.02.2013, 12:43
  • 4
    . Я запустил бы со ссылки от gcb, затем если у Вас есть проблемы со сценарием, отправляют его и видят, можем ли мы crowdsource некоторая справка. –  Jenny D 25.02.2013, 12:44

использовать -S на scp команда

например, https://superuser.com/questions/87597/how-to-perform-scp-as-a-sudo-user

это позволит Вам выполнять сценарий, на во многом как я полагаю, что Вы делали с winscp вариантом использования.

1
27.01.2020, 19:49

Я попытался привести несколько примеров в следующей статье. Основная идея не в том, чтобы использовать scp, а в том, чтобы использовать dd и ssh с переключателем пользователя sudo. Посмотрите:

http://hmmss.wordpress.com/2014/07/02/ssh-and-scp-with-another-user

0
27.01.2020, 19:49

Теги

Похожие вопросы