Ок. Сгорает сетевая. Ставите новую. Сюрприз! Нет модуля в ядре для этой карты. Сети => SSH нет. Консольный вход — отключен. Ваши действия? =)

Зачем создавать себе геморой? :)

icCE Mar 11 2009 at 21:05

1) у меня для сервера есть запасное железо
2) есть определенные причины когда надо, что бы не было доступа локально
3) Кластер не кто не отменял =)

icCE Mar 11 2009 at 21:06

спишите это все на мою паранойю/и нечем заняться.

UFO just landed and posted this here

differentlocal Mar 11 2009 at 18:00

О! А мануальчик по такому можно? :)

Я только авторизацию по флешке делал.

DenisO Mar 11 2009 at 19:17

Я тоже такое хочу. Где прочитать?

UFO just landed and posted this here

PingMe Mar 11 2009 at 15:20

sudo chroot /media/sda1
может быть:
sudo chroot /media/linx_part?

PingMe Mar 11 2009 at 15:49

Хотя, предполагаю, что и то и то будет работать одинаково.

UFO just landed and posted this here

non7top Mar 11 2009 at 15:24

элементарные вещи для любого линуксоида. убунтоидам должно быть интересно. и да, в интернете таких статей несколько милиардов.

eeexception Mar 11 2009 at 15:30

Скажем, я убунтоид, статья для новичка, который первый раз столкнулся с такой проблемой не плоха. Лично мне интереса не представляет, так как давно в Слаке намучился с такими проблемами.

UFO just landed and posted this here

SIO Mar 11 2009 at 15:28

/etc/password, /etc/shadow

Joka Mar 11 2009 at 15:34

/etc/passwd тогда уж ;)

SIO Mar 11 2009 at 16:28

Да, забылся… Все равно /etc/pas{tab}

Sile Mar 11 2009 at 15:37

Можно напрямую редактировать /etc/shadow — нужно удалить хеш пароля.
Например строка вида root:xxx:yyy:zzz:www:rrr::: -удалим xxx, пароль будет пустой, потом его можно создать командой passwd

PingMe Mar 11 2009 at 15:39

Чтобы не делать chroot? Как вариант, но не самый лучший.

Harliff May 2 at 21:53

У вас chroot может не сработать в некоторых случаях. Например, если архитектура пакетов в chroot не совпадает с архитектурой системы (пытаетесь из amd64 chroot'нуться в arm).

PixoiD Mar 11 2009 at 16:28

Можно загрузится с под Knoppix и сделать что ты говоришь.

UFO just landed and posted this here

Surge0n Mar 11 2009 at 15:40

Что-то как-то просто и небезопасно. Но, за статью спасибо, как начинающему линуксоиду уже раз приходилось систему переустанавливать после того, как пароль был благополучно забыт.

el777 Mar 11 2009 at 15:54

Если у вас физический доступ к компу, то все остальное вобщем-то ломается.
Хотите большей безопасности — шифруйте раздел, но тогда забытый пароль восстановить не удастся, забыл пароль — все сноси.

vitaly_KF Mar 11 2009 at 15:58

=))))) Если только не приделать «Востановление пароля» с высылкой на e-mail =)

ishua Mar 11 2009 at 16:23

блин, это только в винде зачем то палки в колеса вставляют, и нет никакого штатного способа сбросить пароль админа, при наличие доступа к файловой системе, зачем такие извращения если честно мне не совсем понятно.

(если есть какой то штатный способ, готов получить ссылкой, про нештатные знаю)

kagen Mar 11 2009 at 16:39

штатных действительно нет… но есть множество атак на изменение пароля администратора…
например с подменом cmd заставки…
нештатный и мой любимый ERD commander (infr@ live cd)

Igg Mar 11 2009 at 17:29

Насколько я помню — фищка с cmd не работает в последних SP.

kagen Mar 11 2009 at 18:14

сколько последних версий с всем заплатками можно найти в офисах?
процентов 70 прокатит.
но лучше ERD

differentlocal Mar 11 2009 at 18:42

Да ну? Большинство _адекватных_ Win-админов первое, что делают придя в офис — поднимают WSUS и сервер обновлений антивируса.

Может, у меня просто все адекватные знакомые… Но тех, кто живет без обновлений системы — единицы.

Igg Mar 11 2009 at 18:47

ЕРД безусловно лучше. Но ХР вообще без СП вряд ли уже найдешь.

vitaly_KF Mar 11 2009 at 15:57

Боян =) (без обид). Да и рутовый пароль в бубунте можно (гораздо легче и быстрее) изменить после простого «sudo su». Пора бы уже придумать товарищам разработчикам ФС устанавливать пароли на доступ к разделам, с шифрованием на уровне драйверов ФС.

ishua Mar 11 2009 at 16:04

эээ, чет я не понял, если вам нужно, что вам мешает использовать шифрование ФС сейчас?

tass Mar 11 2009 at 17:37

а смысл? в большинстве случаев хватает разграничения прав, где его не хватает делается шифрование… и да sudo доступна только судоерам, что в реальной (не домашней) системе получить не так то просто

trak Mar 11 2009 at 16:09

А я в скохе по-другому сбрасывал. Загружал, MS DOS, запускал Norton Disk Doctor и менял зашифрованный пароль на свой зашифрованный пароль. Прямо в /etc/shadow, находил этот блок на диске, и в путь. :)

lamo8 Mar 11 2009 at 16:35

А можно вообще на биос пароль поставить пока не введешь дальше биоса не уйдешь :), при условии, что корпус компьютера запаян :)

trak Mar 11 2009 at 16:38

нуда, AWARD_SW и тому подобное. :)

JerleShannara Mar 12 2009 at 00:16

Действовало только на 486 и первых пнях. Тобишь до версии 4.51 авардовского биоса. Далее lkwpeter-ов и прочих не стало

BmW Mar 11 2009 at 16:41

… При условии что компьютер — ноутбук. Там быает совсем интересно, особенно в старых моделях.

trak Mar 11 2009 at 16:57

О да! И срок службы батареи 25 лет. И батарея запихорена куда-то в EEPROM. Вы об этом?

MazaFakagro Mar 11 2009 at 19:06

С условием что нету Superpassword!

BmW Mar 11 2009 at 16:40

Могу добавить:
1) Загрузочный диск надо иметь той же архитектуры (т.е. если у вас x86_64 — лайвсиди нужен x86_64 и т.п.)
2) Если на загрузочном диске и в поциенте используется разные оболочки (тот же system rescue cd юзает ZSH, а в бубунте его по умолчанию нет) то можно получить ругательства вида
chroot: cannot run command `/bin/zsh': No such file or directory
Эту проблему решил по-быстрому созданием ссылки
ln -s /media/linx_part/bin/bash /media/linx_part/bin/zsh
хотя скорее всего существуют более корректные и идеологически правильные решения :)

eugenios Mar 11 2009 at 17:07

там вроде
$sudo chroot /mnt/lin_part /bin/bash
и оно запускает баш

BmW Mar 11 2009 at 17:30

угу, точно, спасибо… Что-то я невнимательно скурил man chroot :)
chroot NEWROOT [COMMAND...]

If no command is given, run ‘‘${SHELL} -i’’ (default: /bin/sh).

inakrin Mar 11 2009 at 17:34

chroot /mnt/mountpoint /path_to_shell_on_mount_point

Swappp Mar 11 2009 at 18:19

1) Загрузочный диск надо иметь той же архитектуры (т.е. если у вас x86_64 — лайвсиди нужен x86_64 и т.п.)

Можно и старше. Т.е. если стоит i386, можно сделать chroot из x86_64, но не наоборот. Исключение, вырубленная в 64 битном ядре поддержка 32 битных бинарок, но это редкость.

differentlocal Mar 11 2009 at 18:47

Исключение #2: x86_64 система, собранная без multilib.

Swappp Mar 11 2009 at 19:01

По моему multilib тут не причем. Есть ядро, оно 64 битное, при chroot появляется новое окружение и в этом окружении уже загружается /bin/bash, он уже никакого отношения к исходной системе не имеет (почти), все библиотеки подгружаются из нового окружения, в том числе и glibc. Если ядро может выполнять 32 битный код, то все должно работать.

non7top Mar 11 2009 at 20:54

linux32 chroot /mnt/mnt /bin/bash точно работает из 64 бит
linux64 еще есть в 32х битной системе, но хз что получится из этого, нет шанса проверить.

differentlocal Mar 11 2009 at 21:01

setarch — change reported architecture in new program environment and set personality
flags.

Насколько я понял ман, это просто обходка для `uname -m` и переменных (HOSTTYPE, ARCH, MACHINETYPE).

differentlocal Mar 11 2009 at 21:01

UFO just landed and posted this here

ptiss Mar 11 2009 at 18:42

s/Измените рута в примонтированном разделе/Подмените текущий корень на смонтированный раздел/
вы, видимо, не понимаете сути процесса

Goodkat Mar 11 2009 at 19:43

как-то я забыл пароль рута, но помнил свой пользовательский пароль (настроил и забыл, ага)
просто загрузился в Windows, скачал какую-то утилиту для работы с ext2, открыл файл с паролями и подставил руту зашифрованный пароль от своего пользователя :)

Goodkat Mar 11 2009 at 19:44

странно, кстати, что линух так просто шифровал пароли, без добавления имени в качестве «соли», например, что сделало бы такой обход пароля невозможным

sk2 Mar 12 2009 at 06:13

это не сильно усложнило бы задачу.

budda Mar 11 2009 at 20:08

спасибо за материал, но есть механическая ошибка:
если смонтировали раздел в linx_part
sudo mount /dev/sda1 /media/linx_part
то и chroot в него
sudo chroot /media/linx_part
sudo chroot /media/sda1 — ошибка?

redhawk Mar 11 2009 at 20:11

Только сегодня сбрасывал пароль знакомому в его OpenSUSE… вариант с init=/bin/bash — не прошел, скорее всего в SUSE init через параметры ядра не переопределяется.
Так же не помог вариант перехода на 1 runlevel (отлично работало в Mandriv'е).
С liveCD вариант не подходил, так как на машине была 64битная ОС, а liveCD был Ubuntu x86.
В итоге, пришлось очистить пароль в /etc/shadow
Вывод: необходимо помнить обо всех способах сброса пароля (на всякий случай)!

sk2 Mar 11 2009 at 22:26

только что проделал вариант с init=/bin/bash на opensuse 11.0 — все великолепно сработало.

redhawk Mar 11 2009 at 22:41

К сожалению я не помню версию, которая стояла у знакомого… Возможно были внесены изменения в конфигурацию, уже после установки системы… Я честно говоря сам удивился, когда машина загрузилась в обычном режиме, проигнорировав этот параметр ядра…

PS Прошу прощение за нижний комментарий добавленный не в ту ветку…

redhawk Mar 11 2009 at 22:39

herurg Mar 12 2009 at 09:21

А я когда был маленький лечил это установкой timeout 0 в грубе)

PaNo Mar 12 2009 at 11:46

в различных версиях линух:
«linux single» или просто «single»
что говорит системе запуститься в однопользовательском режиме с автологином root, далее можно поменять его пароль (passwd), перезапуститься и наслаждаться.
Методы защиты:
— запаролить grub (или lilo в ранних версиях)
— отключить меню grub (lilo)
— перекомпилировать ядро без поддержки опции загрузки single

grumbler66rus Nov 26 2014 at 09:42

В любом linux есть универсальный способ:
в загрузчике в строке с root= добавляйте (в конец) init=/bin/sh
После загрузки ядра получите командную строку шела, где уже и нужно вводить passwd.

Указанный тут single зачастую тоже требует пароль рута.