Presun na SSD

[feri777]

Ahoj, mám Ubuntu 14.04 a chystám sa kúpiť SSD disk a chcel by som ho tam presunúť. Dá sa nejako presunúť celý systém z HDD na SSD so všetkými nastaveniami a nainštalovanými aplikáciami? Nechcel by som ho nastavovať znovu po čistej inštalácii na SSD. Prípadne nejakú alternatívu by som potreboval, hlavne aby ostali všetky nastavenia tak ako mám a aj nainštalované aplikácie.

[Savalas]

Ja to mam v planu delat, uz sem presouval ubuntu z HDD na jine HDD, a ted co se obevilo SDD ktere se mi parametrove uz dost libi Samsung 850 Pro 128GB se na to dost pripravuju.
Takze napisu svoje plany, aspon mi muzou ostatni napsat jestli to mam dobre.
Na SDD po pripojeni k PC chcu vytvorit oddily v gparted, pokud se pouzije zarovna na MiB melo by to byt spravne zarovnane, klasicky primarni oddil pro system, mensi o misto pro swap, dalsi oddil rozsireny, a zbude uz jen neobsazenu prostor pro logicky linux-swap. Po provedeni jeste dat systemovemu oddilu priznak boot.
V aktualni verzi krusaderu se mi nepodarilo najit v nastaveni zachovavani prav souboru, takze  pouzivam v terminalu sudo cp -a -x /odkud/* /kam, takze na zkopirovani ubuntu na SSD by byl prikaz neco jako sudo cp -a -x /sda1/* /sdb1.
Pak jeste zfunkcnit system, takze v gparted si zjistit UUID tech oddilu, to je pod oddil informace a zmenit  UUID v SSD systemu v /etc/fstab pro dane oddily systemu a swapu http://wiki.ubuntu.cz/p%C5%99ipojen%C3%AD_disku/fstab , pak nainstalovat grub na ten SSD disk http://wiki.ubuntu.cz/grub2, posledne kdyz sem takhle prehazoval system nebylo to bez problemu, nejsem si jisty jestli se ten grub fakt aktualizuje i s /boot/grub/grub.cfg, proto mozna to chce GRUB aktualizovat v prvnim systemu sudo update-grub, aby byl v GRUB nabidce po startu PC i system na SSD, nastartovat do systemu SSD prez GRUB HDD a pak dat v systemu SSD aktualizovat GRUB a pak by uz melo jit z SSD bootovat.
Optimalizace pro SSD je asi na jine tema.

[Savalas]

Sem zpatky, takze muzu odplnit, jeste jednoduzsi postup, ale zdlouhavejsi, na SSD nainstalovat ubuntu klasicky a pak si zneho to /etc/fstab a /boot/grub/grub.cfg zalohovat, smazat ten novy system, nakopirovat chteny a nahrat zpatky  /etc/fstab a /boot/grub/grub.cfg ze zalohy, ale porad by nebylo jiste ze by GRUB SSD jel a asi by se z SSD muselo napoprve nabootovalo z GRUBu HDD jak sem uz psal.
Jeste jedna vec, ty to sice nezminujes, ale mozna si i chtel presuinout system za chodu, coz zjevne nejde, tedy vlastni ukon kopirovani sudo cp -a -x /odkud/* /kam, by se musel provadet z live distribuce ci jineho systemu na jinem HDD/oddilu/USB.

[feri777]

Díky. Ak budem mať SSD tak to skúsim, možno niekto dovtedy sem pridá aj svoju skúsenosť.

[Savalas]

Tak poznatky z prechodu, jako prvni se musi v gparte pri uplne novem disku dat zarizeni/vytvorit tabulku oddilu, ale on nato sam upozornil, a posledni problemecek, fakt stim grubem to je problemove, nakonec sem v grubu pozmenil UUID od staho disku na novy, nabootoval z noveho a uz se slo dostat do systemu, jinak startoval porad na stary,  pak samozrejme aktualizace grubu.
Rychlost na zapis nejaka slaba papirove ma byt 470

[příloha smazaná administrátorem]

[Standa99]

Rychlosti se od marketingových vždy liší. Akorát nechápu ten swap, pokud máš 16GB RAM. To opravdu tolik potřebuješ STD oproti STR?

[ntz_reloaded]

16GB na swap pri 16GB pameti je fakt moc .. pokud to mas kvuli probouzeni tak je mozne resume= oddil dat na jinej disk

[Savalas]

Mam 8GB RAM, je to v podpisu, ze swap vyuziju realne, je jen mala pravdepodobnost, prakticky se mi to stalo jen pri testovani obrich obrazku, nebo velkem naplnenim ram disku, coz sem teda ani necekal, ale do rezervy abych s tim uz pak nemusel hejbat sem udela poradny, stejne pro system pouzivam jen 50GiB jako ma kopie(original) na  hlasickem HDD, takze zbytek je se da apon vyuzit pro swap.

[Savalas]

Jelikoz mam ted ten samy system jak na SSD tak na HDD, neodolal sem a udela z ruky stopkama testik rychlosti, na SSD tempy,logy atd je "bindnute" na HDD a urcite na to maji i vliv prolinaci vizualni efekty.

Program	HDD sec	SSD sec
LibreOffice Writer	3,4	0,9
Avidemux (GTK+)	1,2	0,5
GIMP	3,6	1,7
Krusader	3,5	1,7
Audacity	4,2	3,5
Kaffeine	5,2	1,0
VLC	2,9	0,8
Ubuntu Software Center	11	3,2
Eagle	1,2	0,5
System Settings	3,7	0,8
program pod wine	7,6	1,0
Scribus	5,9	2,6
Startu Ubuntu po biosu i s prihlasenim	25	15

a o proti testu v disich je rychlost zapisu tak 440MiB/s co uz se blizi deklarovane hodnote 470.

[sabraq]

Já bych jen doplnil k tématu. "cp" bych asi na bitovou kopii nepoužíval, spíše nízkoúrovňové "dd": http://www.abclinuxu.cz/clanky/navody/unixove-nastroje-11-split-dd. Tímto způsobem jsem přesouval z IDE disku na SATA disk W7.

Kód: [Vybrat]

sudo dd if=/dev/sda of=/dev/sdb bs=512
UUID oddlílů zjistíš pomocí "blkid". sdb samozřejmě nesmí být menší, než sda.

[jmp]

ddčko bych neviděl jako dobrou volbu, protože na ssdčku jsou bloky dat reálně strukturované jinak než na hdd a bs rozhodně nebude 512B
cp by mi přišlo v tomto ohledu vhodnější...

nicméně jde jen o můj laický názor vzniklý po kratičké úvaze bez jakéhokoliv empirického základu o který by se dalo opřít

[Savalas]

Odvahu pouzit dd sem jeste nemel jelikoz se nekde tady pise ze se stim daji nadelat pekne skody, jako prvni me napada zamena vstupniho disku za vystupni coz by s dd znamenalo zniceni kopirovaneho systemu, u cp jen nic nezkopirovani, a hadam ze dd by zkopiroval cely disk i s prazdnym prosotrem, tedy v tomhle pripade 50GB misto 16, coz se na poprve u SSD dejme tomu snese, co bych povazoval teoreticky u dd za vyhodne je pokud EXT4 poziva nejake inteligentni rozhozeni souboru po disku aby nemusel fragmentovat casto menene soubory, to by se po cp zrejme nezachovalo. Ted kdyz si to pocitam asi by dd ale paradoxne mohlo byt rychlejsi, me tech 16GB trvalo prez 10min, a kdyz to spoctu tech 50GB pri 140MB/s by melo zabrat jen 6min.

[sabraq]

No já nevím, mám starší model ssdčka od intelu a blok mám 512, od instalace. Jinak v mnou uvedeném tvaru šlo spíše o příklad. O tom, jak jsou na ssd reálně strukturované bloky dat je mi známo jenom to, že ssd má paměťové buňky, zatímco hdd má plotnu:). Díval jsem se po netu a pro přesun dat hdd-->ssd se dd používá. http://radu.cotescu.com/migrating-your-ubuntu-machine-to-a-ssd-drive/ Ale pokud člověk neví, který disk je sda a který sdb, neměl by raději přesun zkoušet nijak.
Můj disk:

Kód: [Vybrat]

sudo hdparm -i /dev/sda

/dev/sda:

 Model=INTEL SSDSA2CT040G3, FwRev=4PC10362, SerialNo=PEPR40920037040AGN
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-2,3,4,5,6,7

 * signifies the current active mode


Kód: [Vybrat]

sudo fdisk -l

Disk /dev/sda: 40.0 GB, 40020664320 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 4 865, celkem 78 165 360 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x0005b717

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *        2048    73988095    36993024   83  Linux
/dev/sda2        73990142    78163967     2086913    5  Rozšířený
/dev/sda5        73990144    78163967     2086912   82  Linux swap/Solaris

[jmp]

opravdu je tam 512B blok stejně jako je tam CurCHS=16383/16/63

hmm, spíš ne - disky dneska prostě lžou, tedy ehm vlastně emulují

[sabraq]

Je to Intel 320 40Gb a co jsem se díval do dokumentace, tak intel píše, že tomu tak skutečně je.