Výměna disku u prastarého noťasu

[paja]

Ahoj,
Rád bych trochu urychlil svůj notebook Acer Extensa 5620G výměnou HDD za SSD.
Je tam 250GB SATA disk s několika particiema, dualboot Ubuntu/Win XP, plánuji jej nahradit diskem Crucial MX300 275GB.
Otázka do fóra, když disk vyndám,  půjde jej externě na SSD zkopírovat pomocí dd:

Kód: [Vybrat]

dd if=/dev/sdX of=/dev/sdY bs=64K conv=noerror,sync status=progress

A po vložení SSD, bude mi to fungovat, případně nepodělám tím něco?
Dík

[Reklama]

[klon]

Minimalne si pohlidej aby ty windows byly spravne ukonceny (vypnuty), u XP by to ale nemel byt problem.

Pokud si nejsi jist svym prikazem pro dd, muzes pouzit clonezillu a zkopirovat to "disk-to-disk" (local) 

[BobTheBuilder]

dd bude v pořádku, ale je otázka, zda jednotlivé oblasti začínají na hranici 4K. Windows 7+ používají hranici 1M, fdisk už dost dlouho taky, ale WinXP normálně mají první sektor 63. A už jsem narazil na notebooky se stařičkým BIOSem, které trvaly na tom, že aktivní partition musí být na sektoru 63, jinak systém nezavedou.

[nobody(ten pravej)]

taky ze zminovanejch (i dalsich duvodu) misto "tupeho" DD doporucuju "inteligentni" Clonezillu

[RDa]

Minimalne timto zpusobem zavaris wear levelingu, protoze tam bude mit 250GB pouzitych dat, a nevim zda existuje nejaky nastroj pro Trim pod windows, ktery by to pak odznacil, kde data nejsou. Ja bych to kopiroval pres nejaky nastroj co pozna souborove systemy a dokaze je naklonovat - do ruzne velikych particii..

[Reklama]

[nobody(ten pravej)]

[...]nejaky nastroj co pozna souborove systemy a dokaze je naklonovat - do ruzne velikych particii..

=> Clonezilla ktera na to vyuziva (v podstate vlastni) nastroj Partclone, s tim ze resi automaticky rozdelovani disku, zvoleni nejvyhodnejsiho clonovaciho nastroje(nekdy na jednotlivej oddoil pouzije i to DD), pripadne komprese, rozdelovani image na vice casti, instalovani bootloaderu, zmeny UUID a hromady dalsich ukonu, ktere jinak musi delat clovek rucne a tedy musi vedet co proc a kde... jedine s cim ma Clonezilla problem je klonovani z vetsiho na malej disk, coz neni pripad tazatele...

[Juraj]

Minimalne timto zpusobem zavaris wear levelingu, protoze tam bude mit 250GB pouzitych dat, a nevim zda existuje nejaky nastroj pro Trim pod windows, ktery by to pak odznacil, kde data nejsou. Ja bych to kopiroval pres nejaky nastroj co pozna souborove systemy a dokaze je naklonovat - do ruzne velikych particii..

Nove SSD je velmi dobre otestovat celym prepisanim disku, bezna zivotnost je minimalne niekolko 1000 prepisov takze aj z hladiska zivotnosti vyhoda - rychle zistenie vyrobnej vady - prevazi. Po 1:1 okopirovani porovnat checksum originalnej a novej particie (napriklad sha256sum).

Trim sa da neskor spravit vo Windows zaskrtnutim "vymazat prazdne miesto" pri defragmentacii a v Ubuntu pomocou fstrim.

Pokial naozaj treba okopirovat z NTFS len pouzite bloky, mozno pouzit ntfsclone, bezne je na linuxovych zachrannych diskoch.

[nobody(ten pravej)]

[...] Pokial naozaj treba okopirovat z NTFS len pouzite bloky, mozno pouzit ntfsclone, bezne je na linuxovych zachrannych diskoch.

jako bych se opakoval => Nebo Clonezilla co si pouzije partclone
http://drbl.org/faq/fine-print.php?path=./2_System/69_partclone_ntfsclone_different.faq#69_partclone_ntfsclone_different.faq

[gnat]

pokud to budeš dělat tím dd, tak nezapomeň na boot sector:
dd if=/dev/sda of=/dev/sdb bs=446 count=1
nebo včetně partition table:
dd if=/dev/sda of=/dev/sdb bs=512 count=1

[gnat]

pokud to budeš dělat tím dd, tak nezapomeň na boot sector:
dd if=/dev/sda of=/dev/sdb bs=446 count=1
nebo včetně partition table:
dd if=/dev/sda of=/dev/sdb bs=512 count=1

Oprava, nevšimnul jsem si, že to chceš dělat disk to disk, já to vždycky dělám po partitions.
disk to disk při různé geometrii disků asi nezafunguje. Zkus tu clonezillu, nebo to udělej po partišnách a na novém disku je založ ručně.

[dustin]

dd na komplet celý disk mi při přechodu z HDD na (větší) SSD vždy fungoval, včetně bootování. Samozřejmě je potřeba pak zavolat ten fstrim na filesystémové partišny.

[trubicoid2]

Nove SSD je velmi dobre otestovat celym prepisanim disku, bezna zivotnost je minimalne niekolko 1000 prepisov takze aj z hladiska zivotnosti vyhoda - rychle zistenie vyrobnej vady - prevazi. Po 1:1 okopirovani porovnat checksum originalnej a novej particie (napriklad sha256sum).

Trim sa da neskor spravit vo Windows zaskrtnutim "vymazat prazdne miesto" pri defragmentacii a v Ubuntu pomocou fstrim.

SSD bych nepřepisoval, stačí smart long-test, nové HDD přepisuji několikrát pomocí badblocks -w

"vymazat prazdne miesto" nevím kde je, ale defragmentovat SSD je IMHO blbost

[dustin]

Dle https://www.howtogeek.com/256859/dont-waste-time-optimizing-your-ssd-windows-knows-what-its-doing/ je to na win8+10 čudlík "Optimize drives"

[nobody(ten pravej)]

dd na komplet celý disk mi při přechodu z HDD na (větší) SSD vždy fungoval, včetně bootování. Samozřejmě je potřeba pak zavolat ten fstrim na filesystémové partišny.

a roztahnout velilkost posledni partisny, nasledne v tom zvetsit filesystem...
pak v pripade ze by se puvodni disk mel nekdy pripojit bez formatovani do DVD sachty ci pres USB adapter tak upravit UUID vsem oddillum, zmenit fstab, resume config, pregenerovat initramfs a grub.... NO a nebo proste pouzit Clonezillu co udela vse sama a rychleji

[paja]

Jo, tak teda ta Clonezilla rulez 
Dík všem