Изпечатай

[Astor]

Здравейте, бих искал да ви попитам за съвет.
Искам да направя най-удачен backup на една машина ползваща debian squeeze. В момента инсталацията е в/у един дял t.e. root директорията е в - /dev/sda1, както и всичко останало. Вариантите които ми идват на ум са следните:

1.) изкопиране на целия диск/целия partition с dd
2.) Копиране на всичко в "/"+dd copy на mbr - където е grub
3.) Копиране на всичко в "/etc"

Иска ми се при окончателно счупване на тази машина да мога с backup копието да възстановя функционалността и само че на друг хардуер. Ако върна нещата изкопирани с вариант 1.) или 2.) мисля че няма да работи коректно системата, при положение, че може да има друг вид интерфейси и др. хардуер като цяло. Отделно че при вариант 1.) новата система може да е с друг твърд диск (с друга геометрия, размер...)
Clonezilla - мисле че предлага нещо като вариант 1. или 2.

Кой е най-удачния начин да се процедира, така че при прехвърляне на другата машина (друг хардуер) да се възстанови:
- boot loader-а
- инсталираните пакети
- настройките на системата
- потребителските файлове /home, /var и т.н.

Евентуално да споделите мнение как вие процедирате с резервирането?

[vox]

Ползвам Clonezilla, тя може да прави backup както на цял диск, така и на отделен партишън и съответно през мрежа да се запазят на NAS. Интересно е обаче при счупване на машината с debian squeeze, и връщане на backup-а на друга машина, тя дали ще сработи коректно.

[jet]

1) вариант -
tar -cjf /mnt/backup/arhiv.tar.bz2    /bin /boot /etc /home /lib* /opt /root /sbin /selinux /srv/ user /var

при възстановяване
 - правиш партишън
 - формат с ФС
 - изсипване на архива
 - mkdir -p /{dev,media/mnt,proc,sys,tmp}
 - зареждаш жив Линукс, инсталираш Груб и оправяш евнтуално fstab

2) Вариант, който аз правя освен архивирането на моите данни:
правиш дебиан партишън, правиш още един дебиан партишън колкото първия (15ГБ), всичко останало трети партишън - хоме
инсталираш дебиан в първия, като му кажеш да монтира хоме в големия партишън
форматираш втория дебиан с файлова система като на първия

копираш всичко от първия във втория
grub2-update
отвреме на време правиш sync на първия във втория  /bin /boot /etc /home /lib* /opt /root /sbin /selinux /srv/ user /var

Като омажеш първия, зареждаш втория - данните и настройките на десктопа са в хоме

[Astor]

Благодаря ви за отговорите!
Пробвах първия вариант от jet, но стана нещо странно. При копиране към новата машина размерите на файловете се различаваха драстично!
копирането правех така:
scp -r some_dir root@192.168.0.2:/mnt
some_dir - папка в която са копирани файловете от оригиналната машина
/mnt - там е монтиран дискът на новата машина, като се ползва LiveCD за да се зареди OS.

root@ОРИГИНАЛНА МАШИНА:/home/astor/maz_tmp# du -hs *
4,8M   bin
26M   boot
4,1M   etc
1,8G   home
166M   lib
4,0K   opt
92K   root
3,7M   sbin
4,0K   selinux
4,0K   srv
668M   usr
1,4G   var

root@машината в/у която възстановявам:/mnt# du -hs *
6.8M   bin
26M   boot
23M   etc
1.8G   home
175M   lib
4.0K   opt
92K   root
5.2M   sbin
4.0K   selinux
4.0K   srv
3.5G   usr
...

Като поразгледах по-поробно забелязах, че броят на файловете е един и същ, НО в оригиналната машина някои са с размер 0b, а на новата са с 4Kb. Това май е проблем с файловата система? И двете машина са с ext4.
Как мога да се справя с него?

И още нещо което се сещам, при архивиране, после копиране какво става със symbolic links? Те дали ще се възстановят коректно при обратното копиране на новата машина?

[Ipolit]

Ако можеш да го спираш, най-добре е с Hiren и Ghost от него. С DD става същото, ама става голям имиджа.

[Astor]

Здравейте, оправих го различието с файловите системи, нещата се копираха правилно...продължих по стъпките на jed. Възстанових grub, както си е бил на стария компютър, но при стартиране на системата (след коректно зареждане на grub) изкара следното:

Loading, please wait...
mount: mountin none on /dev failed: No such device
W: devtmpfs not available, falling back to tmpfs for /dev
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /prox/modules; ls /dev)
ALERT! /dev/disk/by-uuid/b19cdc6c-923a-41d3-aa2a-8342026d9f76 does not exist.
Dropping to a shell!

BusyBox v1.17.1 (Debian 1:1.17.1-8) build-in shell (ash)
Enter 'help' for list of build-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Май няма начин да се направи копие на системата, което да работи на друг хардуер?
Май при повреда на хардуер, просто се отстранява повредата или системата се вдига наново на друг. Ако е проблем с диск, просто се слага нов и се възстановява backup копието.

@Ipolit, сигурен ли си, че при използване на имидж, направен по тозиначин на друг хардуер всичко ще работи?

[Ipolit]

линукса работи на всякакъв хардуер, стига да е същата архитектурата. Не може да пуснеш 64 битова система на 32 битов хардуер и не може да пуснеш АРМ на интел.
Възможно е да не ти разпознае мрежова или видео карта примерно, но с другите работи няма как да имаш проблеми.

[jet]

Здравейте, оправих го различието с файловите системи, нещата се копираха правилно...продължих по стъпките на jed. Възстанових grub, както си е бил на стария компютър, но при стартиране на системата (след коректно зареждане на grub) изкара следното:

Loading, please wait...
mount: mountin none on /dev failed: No such device
W: devtmpfs not available, falling back to tmpfs for /dev
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /prox/modules; ls /dev)
ALERT! /dev/disk/by-uuid/b19cdc6c-923a-41d3-aa2a-8342026d9f76 does not exist.
Dropping to a shell!

BusyBox v1.17.1 (Debian 1:1.17.1-8) build-in shell (ash)
Enter 'help' for list of build-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Май няма начин да се направи копие на системата, което да работи на друг хардуер?
Май при повреда на хардуер, просто се отстранява повредата или системата се вдига наново на друг. Ако е проблем с диск, просто се слага нов и се възстановява backup копието.

@Ipolit, сигурен ли си, че при използване на имидж, направен по тозиначин на друг хардуер всичко ще работи?

реда: ALERT! /dev/disk/by-uuid/b19cdc6c-923a-41d3-aa2a-8342026d9f76 does not exist.
показва, че работиш uuid a ne s dev names и не си променил това uuid с това на новия диск
вариант 1: пишеш новото uuid в фстаб
вариант 2: минаваш на dev name:  /dev/sdXY

[konan]

 Remastersys не върши ли работа?

[Astor]

Мерси jet, отправих се най-после, нещата тръгнаха! Оказа се, че освен в /etc/fstab, трябва да промениш uuid и в /boot/grub/grub.cfg (съответно след това update-grub /dev/sdaX).
Интересното е, че системата се зарежда и при коментиране на всички редове в /etc/fstab, т.е. не е задължително да чете конфигурация от там.
Другото което забелязвам, че така мигрираната система имаше virtualbox с няколко виртуални машини. Само че сега vbox, не ги открива като такива, трябва да се добавят в конфигурацията му отново.

Другите предложени методи: dd, Clonezilla, Ghost, Remastersys копират всичко предполагам, вкл. /dev, /proc и т.н. Не знам как би се държала Ос може би както е казал Ipolit

Възможно е да не ти разпознае мрежова или видео карта примерно, но с другите работи няма как да имаш проблеми

Благодаря отново!