Вы здесь

Резервное копирование системы

Переносил систему и получил следующие ошибки.
переносил так

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

Дело в том что я не переносил систему с проца на проц, я сделал 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 ;)

поэтому я попробовал сделать так

chown -R daemon /var/run

никакого эффекта

гм... бред конечно, но может у тебя рут монтируется в ro ?

Тогда вопросы:
1. почему вдруг стало так(я сейчас откатился с jfs на ext3 и то же самое, причём с jfs такое действительно было, но в соседней ветке помогли)
2. несмотря на то что не всё запускается система всё же работоспособна(частично), и я могу войти под рутом и запустить эти демоны.

т.е. такое впечатление что при загрузке, прав не хватает, а при обычном входе - всего хватает <- это как объяснить?

раньше внимания не обращал, а сейчас смущает вот это из dmesg

[    0.890771] VFS: Mounted root (ext3 filesystem) readonly on device 8:5. 

попробуй удалить /etc/mtab
у меня в свое время был с ним какой то косяк, тоже после переноса системы на другой хард, отчего рут монтировался в ro

не помогло, но заметил ещё вот что: говорит что не правильный runlevel, текущий говорит 3.

и ещё, нету runlevel'а boot, это нормально? раньше не обращал внимания

проблему решил, всё просто оказалось. У меня накрылся runlevel boot, восстановил и всё тип-топ

вдруг кто-нибудь увидит свою ошибку.

разобрался с проблемами, корень зла с опцией exclude, она делает полноценный exclude, и ядро не собиралось потому что там этой папке не было

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

Уточни, какая папка отсутствовала. Просто у меня при компиляции ядра пишется такая же ошибка, а я всего лишь обновил версию ядра и пытаюсь пересобрать. Пробовал удалить все gentoo-sources и поставить заново, не помогает.

Решил проблему перекомпиляцией gcc.