Помогите с backup ОС

Здравствуйте, помогите, пожалуйста, разобраться с переносом ОС Linux на другой
винчестер:
Имею следующее:
диск-источник - Seagate на 40 Гб - имеет следующее разбиение:
sda1 1 - 3187
sda2 3188 - 3252
на разделе sda1 установлена система ASPLinux 14 Cobalt, ядро пересобрано под

себя (если это нужная информация)
раздел sda2 -- выделен под swap

Диск-приемник - Quantum_fireball на 20 Гб - на который переношу ОС:
sdb1 1 - 2417
sdb2 2418 - 2482

Монтирую sdb1
Из sdb2 сделал swap
mount -t ext3 /dev/sdb1 /mnt/DiskDva
Простым копирование переношу файлы с sda1 на sdb1, создаю папки для псевдо

файловых систем: /mnt /proc /dev /sys /srv /tmp
вывод команды df -kPh:
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda1 25G 12G 12G 52% /
tmpfs 125M 0 125M 0% /dev/shm
/dev/sdb1 19G 8,3G 9,1G 48% /mnt/DiskDva


меняю UUID в файлах /etc/fstab, /boot/grub/grub.conf
устанавливаю загрузчик
grub-install --root-directory=/mnt/DiskDva /dev/sdb1
grub-install --root-directory=/mnt/DiskDva /dev/sdb1 --recheck
Пробывал также chroot в директорию /mnt/DiskDva, затем grub, root... setup...
Затем
echo '(hd0) /dev/sda' > /mnt/DiskDva/boot/grub/device.map
Размонтирую раздел sdb1

Гружусь забиваю логин+пароль -- если пароль правильный -- выкидывает снова к

запросу логина и пароля, не входит в систему.

Посоветуйте что-нибудь?????

Всё делается гораздо проще.
Подключаете второй винт (назовём его sdb), грузитесь с любого лив-сиди и с консоли
[console]
dd if=/dev/sda of=/dev/sdb
[/console]
И не нужно изобретать велосипед.

посмотрите права на домашний каталог

Vadimsky написал:

Всё делается гораздо проще.
Подключаете второй винт (назовём его sdb), грузитесь с любого лив-сиди и с консоли
[console]
dd if=/dev/sda of=/dev/sdb
[/console]
И не нужно изобретать велосипед.

Про 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 - сделано чтобы было две копии бэкапа

newzenon,
Вообще-то, я так и делаю...
Уже и tar-ом, и rsync, и cp, и копированием через MC делал -- та же бурда...


Похоже проблема в pam -- в логах пишет:
pam_unix(login:session): session closed for user root

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

KRUTO, а через sudo никак? Или не кошерно?

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

Может быть такое, что диск, на который я переношу ОС, меньше объемом -- поэтому такая ерунда? Но судя по количеству свободного пространство -- всё должно быть ок...

KRUTO написал:

Может быть такое, что диск, на который я переношу ОС, меньше объемом -- поэтому такая ерунда?...

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

i2ks,
через dd не получится - проверено - ну это понятно, что диск меньше объемом,

KRUTO написал:

не заходит ни под каким логином

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

да-да -- конечно, даже в однопользовательском режиме заходил и создавал нового пользователя -- он добавляется, но с ним происходит то же самое при обычной загрузке...
Что делать-то, такое чувство, что никто свои бэкапы не восстанавливал обратно)))

KRUTO написал:

да-да -- конечно, даже в однопользовательском режиме заходил и создавал нового пользователя -- он добавляется, но с ним происходит то же самое при обычной загрузке...
Что делать-то, такое чувство, что никто свои бэкапы не восстанавливал обратно)))

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

KRUTO написал:

newzenon,
Вообще-то, я так и делаю...
Уже и tar-ом, и rsync, и cp, и копированием через MC делал -- та же бурда...


Похоже проблема в pam -- в логах пишет:
pam_unix(login:session): session closed for user root

Да-да -- pam чудит -- только я с pam не дружу почти, в чем проблема не слишком понимаю

KRUTO написал:

Да-да -- pam чудит -- только я с pam не дружу почти, в чем проблема не  слишком понимаю

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

i2ks написал:

/var/log/messages и в /var/log/auth

и покажите id имя пользователя

Привет, ребята, короче говоря, не знаю что у меня получалось целую неделю с этой бурдой как перенос системы на другой винт... Может у меня недельный бадун был, хех...
Вчера решил вытащить винт со своего домашнего сервака и попробывать его на работе на испытуемой машине.
Так вот грузанулся я с домашнего винта (там тот же 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, создал папки для псевдо файловых систем, отмонтировал ии --- БАЛИИИИНН -- загрузился и вошел без проблем. Решил, что всё надо делать в однопользовательском режиме -- Для проверки решил всё то же проделать в обычном режиме -- и ураа -- всё получилось --- что за х..... Полтергейст какой-то....
Всем спасибо за ваше радушие и помощь.... Вместе с вами я научился бэкапить рабочую систему...