Резервное копирование системы
Gremlin_86 25 января, 2010 - 23:42
Переносил систему и получил следующие ошибки.
переносил так
tar -cvpzf backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/sys --exclude=backup.tgz --exclude=/tmp --exclude=/home --exclude=/boot /
потом соответственно так
tar -xvpzf backup.tgz -C /
ну и руками оставшееся создал. Также ещё очистил кое-что из /var/tmp
Сейчас происходят интересные вещи, у сервисов(демонов) не хватает прав на переписку своих пидов, и при попытки скомпилить ядро мне говорит следующее:
CHK include/linux/version.h CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-x86 CALL scripts/checksyscalls.sh CHK include/linux/compile.h AS arch/x86/kernel/acpi/realmode/wakeup.o cc1: ошибка: заданный процессор не поддерживает набор команд x86-64 cc1: ошибка: заданный процессор не поддерживает набор команд x86-64 cc1: предупреждение: -mregparm is ignored in 64-bit mode make[4]: *** [arch/x86/kernel/acpi/realmode/wakeup.o] Ошибка 1 make[3]: *** [arch/x86/kernel/acpi/realmode/wakeup.bin] Ошибка 2 make[2]: *** [arch/x86/kernel/acpi] Ошибка 2 make[1]: *** [arch/x86/kernel] Ошибка 2 make: *** [arch/x86] Ошибка 2
может кто знает в какую сторону копать?
»
- Для комментирования войдите или зарегистрируйтесь
Ну, систему я также примерно
Ну, систему я также примерно переношу, но мне больше нравится делать так
mount -o bind / /mnt/root
cd /mnt/root
tar -czpvf /mnt/backup/root.tgz .
Не нужно ничего исключать и в архив войдут все файлы, даже тот дев, который был до монтирования /dev и не войдут смонтированные файловые системы.
Разворачивать архив tar -xzpvf root.tgz -C /mnt/root
Как вы его развернули в корень? Нужно загрузиться с ливсд, смонтировать новую файловую систему и развернуть туда.
ошибка: заданный процессор не поддерживает набор команд x86-64
Довольно странно, если вы не развернули 64 битную систему на 32битный процессор, хотя если бы вы так сделали, то вообще бы не загрузились.
Напишите с какой оптимизацией система с какого и на какой процессор перенесена.
..................................................................
Unix - дружественная система, но своих друзей она хорошо выбирает.
Процессор Pentium D 805 Дело
Процессор Pentium D 805
Дело в том что я не переносил систему с проца на проц, я сделал tar на другой раздел жёсткого, загрузился с livecd, поменял файловую систему, и разархивировал обратно, поэтому я очень удивлён был когда мне такое система выдала.
Также возник вопрос с какими правами запускаются демоны, я всегда считал что с правами root?
Сейчас наблюдаю следующее: система грузится, а сервис dbus и net.eth0 говорят что с пидами проблема, файловая система только на чтение, но если зайти под root'ом то сервисы пускаются.
Обычно демоны запускаются от
Обычно демоны запускаются от рута, но вот пид файлы могут писатся от юзера с правами демона
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
поэтому я попробовал сделать
поэтому я попробовал сделать так
никакого эффекта
гм... бред конечно, но может
гм... бред конечно, но может у тебя рут монтируется в ro ?
Тогда вопросы: 1. почему
Тогда вопросы:
1. почему вдруг стало так(я сейчас откатился с jfs на ext3 и то же самое, причём с jfs такое действительно было, но в соседней ветке помогли)
2. несмотря на то что не всё запускается система всё же работоспособна(частично), и я могу войти под рутом и запустить эти демоны.
т.е. такое впечатление что при загрузке, прав не хватает, а при обычном входе - всего хватает <- это как объяснить?
раньше внимания не обращал, а сейчас смущает вот это из dmesg
попробуй удалить /etc/mtab у
попробуй удалить /etc/mtab
у меня в свое время был с ним какой то косяк, тоже после переноса системы на другой хард, отчего рут монтировался в ro
не помогло, но заметил ещё
не помогло, но заметил ещё вот что: говорит что не правильный runlevel, текущий говорит 3.
и ещё, нету runlevel'а boot, это нормально? раньше не обращал внимания
всем огромное спасибо
проблему решил, всё просто оказалось. У меня накрылся runlevel boot, восстановил и всё тип-топ
вдруг кто-нибудь увидит свою
вдруг кто-нибудь увидит свою ошибку.
разобрался с проблемами, корень зла с опцией exclude, она делает полноценный exclude, и ядро не собиралось потому что там этой папке не было
вобщем для резервного копирования воспользуйтесь методом приведённым выше, знающим человеком.
Уточни, какая папка
Уточни, какая папка отсутствовала. Просто у меня при компиляции ядра пишется такая же ошибка, а я всего лишь обновил версию ядра и пытаюсь пересобрать. Пробовал удалить все gentoo-sources и поставить заново, не помогает.
Решил проблему
Решил проблему перекомпиляцией gcc.