9 Comments. #Używam:
rsync --progress --delete -axtrDHl / /mnt/raid/
– Topory
Dobry artykuł. Za jego pomocą udało mi się postawić raida w firmie.
Jedna mała uwaga jeśli chodzi o kopiowanie plików. Użyłem samej drugiej metody z rsync’em. Przy uruchomieniu komputera (już z macierzy) dwie usługi nie chciały się podnieść oraz zauważyłem, że nie mogę wykonać komendy ‘su’. Dostałem komunikat, że błędne hasło (zanim jeszcze zdążyłem go wpisać). Okazało się, że uprawnienia plików nie przeniosły się. Wszystkie pliki na dysku miały właściciela i grupę root.
Po ponownej próbie do kopiowania plików użyłem:
tar c --one-file-system / | tar xvpC mnt
co rozwiązało powyższy problem z uprawnieniami.
Podejrzewam, że dopisanie przełączników ‘pog’ do rsync’a także przeniosłoby poprawnie uprawnienia.
– harmer 2007-10-07 11:41 UTC
Rsync moim zdaniem jest straszliwie wolny.
Tar oraz cp -a nie dzialaja dobrze dla wszystkich plikow.
Najlepiej chyba skorzystac z cpio – przenosi nawet hardlinks
– Anonimowy 2007-10-13 17:02 UTC
hm… dla jakich plików nie działa tar?
hardlinki tar jak najbardziej przenosi…
– undefine 2007-10-13 17:29 UTC
tar cf - / --one-file-system|cpipe -vt |tar xf - -C mnt - to nie do konca jest poprawna skladnia, tar wyrzuca ze nie ma pliku --one-file-system stad lepiej uzyc:
tar clf - / |cpipe -vt |tar xf - -C mnt
co jest dokladnie tym samym, lecz poprawnie wywolane.
Btw.
zastanawiam sie czy nie ma mozliwosci zrobienia raida1 tak jak w solarisie… znaczy ze sync dyskow robi juz sam raid i nie trzeba nic kopiowac dziwnymi komendami :) Po porstu ustawia sie raida, bootuje i po boocie z 1 dyskowego raida, dodaje sie pusty dysk ktory juz wtedy jest automatycznie syncowany z tym glownym.
– shadzik 2008-02-08 02:58 UTC
Hm.. Częściowo masz rację - parametry muszą być przed kopiowanym katalogiem ;)
Poprawiłem.
Natomiast co do opcji “skróconej” l - jest ona “obsolete” i w przyszłych wydaniach zostanie zarzucona.
[root@uml ~]# tar cf - --one-file-system xorg.conf.new >/dev/null [root@uml ~]# tar cfl - xorg.conf.new >/dev/null tar: Semantyka opcji -l zmieni się w przyszłych wydaniach. tar: Proszę używać zamiast niej opcji --one-file-system.
Więc nie ma sensu uczyć jej pokoleń ;)
A co do potraktowania systemu plików od razu jako raida - z tego co wiem to obecnie nie jest możliwe - raid zawiera “w sobie” na początku informacje między innymi na temat tego co to jest za raid, jego uuid, ilość dysków, datę utworzenia itepe. Dla raid1 to jest akurat zbędne, ale już przy raid5 się przydaje.
Coś takiego było możliwe za czasów radidów tworzonych raidtabem. Ale oczywiście mogę się mylić ;)
– undefine 2008-02-08 12:20 UTC
Add your comment here.
– Anonimowy 2008-02-22 12:54 UTC
Przećwiczyłem cały ten proces, z dobrym skutkiem (dzięki stokrotne!), mam trzy grosze do dorzucenia:
- dd zawodzi jeśli mamy partycje extended/logical, bo w tej tablicy którą skopiuje jest tylko pierwszy poziom, i pogubią się partycje logiczne; sposobem na to sfdisk:
1. sfdisk -d /dev/sda > a.out 2. sfdisk /dev/sdb < a.out
- zmiana id na fd nie była konieczna, próba zmiany spowodowała zresztą problemy bo przy zmianie id partycji extended znikały partycje logiczne - ale bez zmiany id się obeszło
- u mnie (Mandriva 2008 One) nie dało się zrobić mkinitrd w chroot-owanym środowisku, ale okazało się to zbędne - zrobiłem initrd w “normalnym” systemie, przekopiowałem razem ze wszystkim na dysk b i zadziałało
- miałem trochę problem ze zrozumieniem lakonicznego stwierdzenia “zmieniamy w /etc/fstab / na raida” - tu trzeba wiedzieć że nawet jeśli istniejący fstab posługuje się UUIDami, w “raidowym” fstabie trzeba podawać nazwy device’ów, tj /dev/md0, natomiast reszta zostaje tak samo
- mdadm --detail potrafi wpisać jakieś dość dziwne rzeczy, ale bez problemu można go poprawić, bo składnia jest prosta:
DEVICE /dev/sda1 /dev/sdb1 /dev/sda2 /dev/sdb2
ARRAY /dev/md1 level=raid1 devices=/dev/sda1,/dev/sdb1 UUID=…
ARRAY /dev/md2 level=raid1 devices=/dev/sda2,/dev/sdb2 UUID=…
- swapa na raidzie zrobiłem tak samo jak wszystkie inne partycje, różnica jest chyba tylko w formatowaniu - że nie mkfs, tylko mkswap (przynajmniej w mandrivie), i to chyba działa - przynajmniej tak wygląda, chila prawdy nadejdzie kiedy padnie któryś z dysków :)
– bartek.gorny 2008-09-23 10:54 UTC
raid ma też UUID którym można się posłużyć w /etc/fstab ;)
[root@helios /]# blkid /dev/md4: UUID="4b4158df-c431-4710-882b-78b1f79cbb3c" TYPE="xfs"
Cała reszta się zgadza :)
– undefine 2008-09-28 22:38 UTC
Add your comment here.
– Anonimowy 2008-10-29 17:38 UTC
Add your comment here.
– Anonimowy 2009-04-15 20:46 UTC
Add your comment here.
– Anonimowy 2010-02-10 16:44 UTC
Add your comment here.
– Anonimowy 2012-04-24 16:56 UTC