Всё делается гораздо проще.
Подключаете второй винт (назовём его sdb), грузитесь с любого лив-сиди и с консоли

Про dd  я прекрасно знаю. Это конечно хорошо, но когда нужно хранить не всю инфу из /dev/sda, например, не всю папку /var/  и т.д. и когда нет привода???

Сколько же про бэкапы писали, писали...

#!/bin/bash
if [ `id -u` != 0 ]; then error "You must be root to use this script"; fi
BACKUP=/home/backup/my-backup.tar.gz
ROOTD=/mnt/myroot
mv $BACKUP $BACKUP.old
tar -cC $ROOTD/ -cvvzf $BACKUP ./  --exclude={"./proc","./dev","./home"}

Перед запуском скрипта определится с переменными BACKUP и ROOTD, то что нет желания резервировать добавить в exclude
mv $BACKUP $BACKUP.old - сделано чтобы было две копии бэкапа

Мужики, ну помогите же -- а то уже голову сломал...

Wolfenberg,
и через sudo делал....

если через dd, то такое возможно.

а проверяли ли наличие пользователей в /etc/passwd и /etc/shadow?

а в /var/log/messages и в /var/log/auth что отражается когда пытаетесь войти под пользователем, а точней есть ли возможность вытащить сюда информацию о неудачном входе в систему. Может pam чудит? =)

хотелось бы увидеть более подробный вывод лога, я уже писал то что интересует:

Привет, ребята, короче говоря, не знаю что у меня получалось целую неделю с этой бурдой как перенос системы на другой винт... Может у меня недельный бадун был, хех...
Вчера решил вытащить винт со своего домашнего сервака и попробывать его на работе на испытуемой машине.
Так вот грузанулся я с домашнего винта (там тот же ASPLinux 14) в однопользовательский режим:
отформатировал испытуемый Quantum_fireball, примонтировал его в /mnt/DiskDva, перемонтировал корень в режиме "ro", сделал sudo cp -ax / /mnt/DiskDva, подождал часок -- подправил /etc/fstab, /boot/grub/grub.conf, сделал umount /mnt/DiskDva ии -- оба-на -- грузанулся с винта-приемника, хех...
Я психонул уже, что не так с моей системой на работе -- много всего там понаделал...
Проделал то же самое с винтом, который на работе -- не грузит вообще -- почему-то с ссылками на библиотеки /lib проблемы... Я решил не заморачиваться -- решил по новой сделать архив системы:
tar -cvpzf /var/BackUp/myback.tar.gz /  --exclude={"/proc","/dev","/mnt","/sys","/srv","/selinux","/var/BackUp"} и затем его восстановил: в /mnt/DiskDva, отредактировал etc/fstab, /boot/grub/grub.conf, создал папки для псевдо файловых систем, отмонтировал ии --- БАЛИИИИНН -- загрузился и вошел без проблем. Решил, что всё надо делать в однопользовательском режиме -- Для проверки решил всё то же проделать в обычном режиме -- и ураа -- всё получилось --- что за [CENSORED].. Полтергейст какой-то....
Всем спасибо за ваше радушие и помощь.... Вместе с вами я научился бэкапить рабочую систему...

--=XliN=--,
С удовольствием напишу, т.к. часто пишу себе заметки, чтобы не забыть...
В виде сообщения прикрепить???

Ты сделай, а мы прикрепим 

если все дело происходит в рамках одной сети, то это безопасно, пароль будут знаь только 2 человека или один даже. Далее можно пользоваться следующей схемой:
1)сервер с nfs или cifs
2) монтируем шару на локальной машинке
3) делаем бэкап в шару с помощью tar
4) и запускать все это дело по крону или анакрону
Тяжеловесы: amanda или bacula  smile

сделайте между хостами вход по ключам, и запускайте через cron команду rsync blablabla используя ssh, в чем проблема то?  oO