Zdecydowałem się jednak na tego 64GB Cruciala M4. Przy okazji zmieniłem RAM z 1GB na 4GB i cóż... rakieta! Czyli za niewiele więcej niż 300zł można powiedzieć, że mam nowego laptopa. :D Gdyby tak jeszcze dało się zmienić ten C2D na jakiś i3 to już byłby miód, no ale niestety.

Z Minta 13 zrezygnowałem na rzecz Ubuntu 12 LTS, a więc instalowałem od nowa. Wykonałem potem obraz i przeniosłem go na swojego starego laptopa. Clonezilla GRUB2 zainstalowała za mnie, a fstab nie musiałem ruszać (no po za podpięciem swapa bo ten lap ma 1GB RAM i HDD). Czyli automagicznie. Tak lubię (chociaż mógłby się spytać czy chcę robić update GRUB ;)).

E tam podstawy. W sumie innego zastosowania dla chroota nie znam oprócz przenoszenia systemu.
Daj znać czy się udało :)

A widzisz. Ja Linuksowa lama jestem i o tym nie wiedziałem. A to podstawy. :)
Dzięki.

Nie wiem czy dobrze Cie zrozumiałem, ale to się robi właśnie chrootem.

Uruchamiasz live cd, montujesz dysk w katalogu powiedzmy /mnt i dajesz

chroot /mnt

i w tym momencie jesteś już (przynajmniej w konsoli) w swoim systemie na HDD, mimo że uruchomiłeś początkowo inny.

Coś w ten deseń. Może wystarczy wtedy zrobić

grub-install
update-grub

i po problemie, o ile masz oczywiście prawidłowy dysk wpisany w plikach które wymieniłem.

W końcu ten system który klonujesz na nowy dysk wcześniej działał. Jedyne co się zmieniło to identyfikator urządzenia, reszta zostaje jak było.
Nawet UUID partycji root jest ten sam, bo to przecież klon - więc chyba nawet fstab zostaje.
Więc moim wiele zmieniać raczej nie musisz, być może tylko devices.map. Ale to trzeba sprawdzić oczywiście.

GRUBa się teraz kompiluje ze skryptów. Ale jak to zrobić na livecd żeby nie użył swoich tylko tych z HDD? W tym problem. ;)

Nie wiem czy nie olać tego, czy po prostu nie zainstalować na nowo systemu i przenieść tylko zawartość /home.

Z tego co pamietam aktualna konfiguracja gruba jest zapisana w /boot, ponieważ jest odczytywana przed uruchomieniem systemu (zamontowaniem roota też).
Ale może w dwójce jest inaczej :hmm:

Czy przypadkiem Gruba się nie pieści przez /etc/default/grub ?

Na szybko wujek Google znalazł mi coś takiego:
http://linuxpoison.blogspot.tw/2008/...ux-system.html
http://www.linuxjournal.com/content/...ition-or-drive

Pojęcia nie mam. Grub zawsze przyprawia mnie o mdłości niestety, a zwłaszcza grub2.

Pierwszy pomysł jaki mi przychodzi do głowy, niekoniecznie dobry, to po przywróceniu obrazu na nowym dysku i wyedytowaniu (pod livecd)

fstab
/boot/grub/grub.cfg
/boot/grub/device.map

zrobić chroota do nowego dysku i odpalić update-grub z terminala (pod debianem coś takiego jest)

Profilaktycznie odłaczając najpierw wszystkie inne dyski :P

Przeniesienie systemu jest jak najbardziej do zrobienia, sam kiedyś przeniosłem suse z hdd@ext4 na pendrive@btrfs, z wydzieleniem partycji boot. I mimo że strasznie kombinowałem - działało.
Tyle ze to był grub1 a poza tym i tak nie pamię***359;am co robiłem.

Szkoda, że linuksa nie przenosi się tak łatwo jak windows, ale na pewno się da :D :taktak:

Dojrzałem finansowo do tej myśli, więc w tym tygodniu będę mieć już swój pierwszy SSD. :)

Wracając jeszcze do przywracania systemu z obrazu. Wyedytować fstab to nie jest problem, odpalam livecd i go modyfikuję edytorem tekstowym, no ale co z nowym GRUBem, który jest (**** wie po co) binarny?

Dyski Kingstona seria V300 też są tanie i dobre, tutaj test. Cena za 60 GB około 220 zł.

Po sklonowaniu zapewne będziesz musiał przekonfigurować GRUBa i być może fstab.

Czasem linuks dostaje się do urządzeń poprzez nazwę i numer seryjny urządzenia, wiec z innego dysku nie ruszy :nie:.

Jeżeli u Ciebie jest przez etykiete partycji (w co wątpie chyba że sam tak zrobiłeś) albo przez UUID to sklonowane powinno ruszyć, ale zawsze istnieje prawdopodobieństwo że przynajmniej update-grub trzeba będzie zrobić ...

Sprawdz więc czy w fstab nic nie montuje się poprzez "by-id" oraz czy root (który montuje się nie tylko w fstab ale też gdzieś w grubie) też ma coś innego niż "by-id".

Podsumowując do dysku można sie dostać na wiele sposobów
/dev/sdx (to jest chyba ułatwienie dla usera, ale tak nic nie mountujemy przy starcie, bo litery są przydzielane dynamicznie).
/dev/disk/by-label/ <-- moje ulubione choć jakoś nie zalecane
/dev/disk/by-uuid/ <-- zalecane i kompletnie nieczytelne
/dev/disk/by-id/ <-- często domyślnie stosowane, np w suse tak miałem domyślnie.

jakoś tak, mogłem coś pomylić bo to z pamieci, to ostatnie jest na stałę przypisane do fizycznego dysku i po sklonowaniu system się nie odpali. Nawet na drugim identycznym idealnie sklonowanym (numer seryjny dysku musi sie też zgadzać!).

Swap to akurat najmniejszy problem, w ogóle nie trzeba go montować w fstab tylko zrobić swapona gdzies w autostarcie.

Generalnie z doświadczenia znacznie trudniej jest przenieść Linuksa niż Windows, ale jak już się obczai o co biega - to znacznie łatwiej. Można nawet nie klonować tylko skopiować pliki i poprawić gruba.

Skoro już totalnie namieszałem i zaciemniłem to życzę powodzenia :spoko:

Nie mam swapa. Czyli nie muszę nic dodatkowo zmieniać w jakiś ustawieniach po sklonowaniu?

Jedyne wyjątki w sprawie SSD to Windows XP i starsze, ponieważ te systemy nie wspierają TRIM, nie czytają GPT, nie umożliwiają poprawnego wyrównania partycji, zajeżdżają dyski plikiem wymiany i w ogóle są przestarzałe ;)
Ale nawet dla nich obowiązuje ta sama zasada - im dysk nowszy tym lepszy :idea:

Linux zadowoli się wszystkim od karty pamięci na USB po RAID z mieszanych dysków (różne pojemności, modele, interfejsy i technologie).
Niektórzy np wsadzają cztery zwykłe pendrive USB2.0 i robią z tego pod linuksem RAID o prędkości ponad 100MB/s :szczerb:

To niech ktos wreszcie polaczy te tematy, bo robi sie bajzel...

Dyski A-DATA są tanie. Niektóre modele 64GB kosztują w okolicy 200zł, nowe naturalnie. Przykładowo Premier Pro SP600S3 64GB.