Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: registrovany_ava 27. 08. 2021, 00:18:30
-
Předestírám, že jsem HW diletant, takže budu asi klást naprosto pitomé otázky.
Mám starší workstation, a teď jsem si pořídil "nový notebook z druhé ruky", Lenovo edge 495. V workstation mám asi třetím rokem SSD disk (256 GB) s Debianem, v notebooku je 512 GB SSD s jakýmisi Windows. Mým cílem je dostat, ideálně jako byte copy, to co mám ve workstation, na ten notebook, abych tam nabootoval to samé a mohl pracovat a hotovo. Počítám s tím, že bych si potom v parted-u jen zvětšil nebo přidal partition z těch zbývajících 256 GB.
Už jsem to jednou nebo třikrát dělal, stylem vyndat disk z notebooku, vrazit do workstation, "dd if= of=", přehodit zpátky, víceméně hotovo. Ale tady mi workstation disk z notebooku vůbec nevidí, ani BIOS, ani Linux. Kabely štymují (tj. i napájecí, i datový kabel jdou zapojit, a to ještě jen jedním způsobem), ale co mě zaráží je, že na konektoru disku nevidím vůbec nic kovového, jen takový plastový lehounký vroubky. Ale v notebooku disk funguje, a to i po opětovném vrácení disku a spuštění (je tam tedy na konektor jakýsi adaptér, který se strčí na straně disku do datového i napájecího konektoru zároveň, udělá se z toho tenký pásek vodičů, který pak vede do jiného konektoru v notebooku, ale to asi není relevantní). Může tento prapodivný konektor nějak souviset s tím, že workstation disk nevidí? Opět si předem sypu popel na hlavu, vývoj v oblasti SATA konektorů jsem v posledních letech absolutně nesledoval.
Co mi kdyžtak může pomoci? Je kdyžtak nějaká jiná, blbuvzdorná a rozumně rychlá cesta, jak přesunout systém z počítače s Linuxem v jednom rohu místnosti na notebook s Windows ve druhém rohu místnosti? Nejraději bych tedy stále to přesunutí disku a dd, to se mi osvědčilo jako rychlý a spolehlivý - když to tedy zrovna fungovalo.
-
https://clonezilla.org/clonezilla-live.php
-
Záhada plastového konektoru vyřešena - on to nebyl opravdový disk, ale jen takový plastový obdélníček co vyplňuje místo, kam se může dát druhý disk. Opravdový první disk je taková destička kousek vedle, velká asi palec čtvereční, miniaturizace je úžasná.
Dík za tip na clonezillu, zamyslím se nad tím.
-
a neni po letech pouzivani toho disku cas na cistou instalaci (noveho) systemu na ssd?
data pak postupne pretahnout.
-
Ja riešim dáta cez nextcloud server. Na každom počítači mám svoj vlastný systém (nemusí byť rovnaký) a dokumenty, projekty a iné veci čo sa netýkajú behu OS mám na nextcloud serveri, v počítačoch mám lokálne kópie cez klienta. Tým mám zaistenú aj synchronizáciu a v podstate aj zálohu.
Tam kde nemám dostatok miesta (10" netbook s 32GB eMMC) mám nextcloud pripojený cez davfs, je to pomalšie, ale núdzovo stačí. Samozrejme mám k dátam prístup cez webový prehliadač úplne kdekoľvek.
-
Kopírování pomocí dd je téměř vždy špatný nápad, zvlášť pokud se nejedná o žádný exotický OS ale o normální linux. Na nové SSD se zbytečně zapíšou i prázdné bloky, disk je bude evidovat jako zaplněné a při každém zápisu do nich dělat read-modify-erase-write úplně zbytečně. Příkaz fstrim by to mohl později opravit, ale lepší je tenhle problém vůbec nevytvářet.
Mnohem lepší je na nový disk vytvořit nové diskové oddíly a všechny soubory překopírovat včetně práv (například pomocí tar, rsync nebo cp -a). Jednak to bude rychlejší, navíc se ale odstraní i fragmentace souborů. Jen je potřeba pohlídat změnu UUID v /etc/fstab a v konfiguraci GRUBu. Buď upravit zmíněné soubory, nebo naopak změnit UUID nově vytvářených oddílů.
-
Kopirovat to cez dd je zbytocne, prinesie to viac problemov ako vyhod. Staci moutnut ten stary a novy disk a pustit "cp -rav /mnt/old_disk/* /mnt/new_disk". Upravit /etc/fstab tak aby system videl spravne particie na novom disku.
To je vsak idealne ak menis disk v jednom a tom istom stroji.
Ak chces skopirovat stavajuci system do noveho stroja, tak budes musiet riesit to ze ti zrejme bude chybat mnozstvo modulov, ktore bude jadro potrebovat aby ti chodil hardvare s ktorym instalator povodneho systemu neratal.
Preto je lepsie nainstalovat system na novy stroj a synchronizovat data.
-
[...]Ak chces skopirovat stavajuci system do noveho stroja, tak budes musiet riesit to ze ti zrejme bude chybat mnozstvo modulov, ktore bude jadro potrebovat aby ti chodil hardvare s ktorym instalator povodneho systemu neratal.
to je samozrejme nesmysl ;-) s vyjimkou nvidia grafiky, pripadne exotickejch pridavnejch zarieni, jsou veskere moduly "soucasti" nainstalovaneho jadra a pri kazdem startu OS (ci pripojeni zarizeni) se natahnou ty potrebne, tedy GNU/Linux kazdy start (na totoznem HW) povazuje za start na neznamem/novem HW...
ohledne kopirovani pres cp,tar,rsync apod, je potreba uvazovat ze vase "jen je potreba par uprav" muzou neznaleho zaskocit, naproti tomu na Clonezilla to dela automaticky, take kopiruje jen zabrane misto, vytvorenej image je komprimovanej, lze ho schovat jako zalohu do suplete, atd...
-
[...]Ak chces skopirovat stavajuci system do noveho stroja, tak budes musiet riesit to ze ti zrejme bude chybat mnozstvo modulov, ktore bude jadro potrebovat aby ti chodil hardvare s ktorym instalator povodneho systemu neratal.
to je samozrejme nesmysl ;-) s vyjimkou nvidia grafiky, pripadne exotickejch pridavnejch zarieni, jsou veskere moduly "soucasti" nainstalovaneho jadra a pri kazdem startu OS (ci pripojeni zarizeni) se natahnou ty potrebne, tedy GNU/Linux kazdy start (na totoznem HW) povazuje za start na neznamem/novem HW...
ohledne kopirovani pres cp,tar,rsync apod, je potreba uvazovat ze vase "jen je potreba par uprav" muzou neznaleho zaskocit, naproti tomu na Clonezilla to dela automaticky, take kopiruje jen zabrane misto, vytvorenej image je komprimovanej, lze ho schovat jako zalohu do suplete, atd...
No, tak hadam instalator pred troma rokmi do initramfs pribalil vsetky ovladace ktore ten novy notas bude potrebovat... i ked naco by tam mkinitramfs, daval ovladace ktore potrebovat nebude... I ked, clonezilla pripravi novy zavadzac systemu, nielen upravy fstab? ;)
Idealne je fakt nainstalovat ten system na notas nacisto a data synchronizovat.
-
No, tak hadam instalator pred troma rokmi do initramfs pribalil vsetky ovladace ktore ten novy notas bude potrebovat... i ked naco by tam mkinitramfs, daval ovladace ktore potrebovat nebude... I ked, clonezilla pripravi novy zavadzac systemu, nielen upravy fstab? ;)
Idealne je fakt nainstalovat ten system na notas nacisto a data synchronizovat.
ano na 99.9% pribalil, teda ne instalator, ten to nedela ;-) proste v initrd (alespon na Debianu(coz ma tazatel) ci *buntu) se pri (re)generovani do nej ve vychozim stavu pridava "jedna" hromada modulu = ovladace filesystemu, radicu ata/sata/nvme, klavesnice, usb, blokovejch zarizeni, sitovejch karet (pro pripadnej netboot), pouze nejake speciality se davaji nad tento ramec, treba mdadm pokud bezi raid, cryptosetup pokud je system na luks, myslim ze binarni nvidia pokud je instalovana a je v systemu nvidia (nicmene i pokud ne a novej HW by ji mel, tak by nabehl na otevrenem nouveau ovladaci a na par kliku si nvidia zavrenej mohl doinstalovat)...
initrd totiz neni "celej balik ovladacu pro danej HW", ale pouze universalni zaklad na to, aby se zpristupnil rootfs na nejakej mediu (disk,usb,sit...) z ktereho se pak jiz natahnou jaderne moduly pro zbytek HW...
tedy rozhodne neni idealni reseni nova instalace, ale (v kontextu) na Clonezilla, (mimo context jakejkoliv clonovaci zpusob krome raw, tedy souborovej/obsazene_blokovej)... "idealni" by to bylo pouze v pripade ze ten system by byl naborenej a tazatel se s tim nechtel (cas, ci znalosti) opravovat...
-
Záhada plastového konektoru vyřešena - on to nebyl opravdový disk, ale jen takový plastový obdélníček co vyplňuje místo, kam se může dát druhý disk. Opravdový první disk je taková destička kousek vedle, velká asi palec čtvereční, miniaturizace je úžasná.
Dík za tip na clonezillu, zamyslím se nad tím.
Tím se to pravděpodobně trošku komplikuje. Notebooku má M.2 a pokud to není SATA, ale NVMe, tak je zde značná šance, že workstation má disk MBR a notebook GPT. Zdá se mi rozumnější provést čistou instalaci na notebooku a svoje data tam potom zkopírovat, aplikace nainstalovat - pokud je všechno z repozitářů, je to otázka chvíle.
Notebook navíc bude mít zapnutý secure boot, starší workstation asi ne, i na to můžete narazit po naklonování, pokud vaše distribuce do EFI boot nedává ten podepsaný shim.
Pokud má workstation GPT, tak dd už nestačí, GPT má kopii partition table na konci disku a po dd tam zkrátka nebude. Rozdělení disku je potřeba přenést pomocí sgdisk a pak naklonovat jednotlivé partition. Nějak strašně složité to není, ale musíte vědět, co děláte - takže nejlépe nechat clonzille nebo něčemu takovému.
Myslím ale, že s tou čistou instalací si ušetříte spoustu času.
-
initrd totiz neni "celej balik ovladacu pro danej HW", ale pouze universalni zaklad na to, aby se zpristupnil rootfs na nejakej mediu (disk,usb,sit...) z ktereho se pak jiz natahnou jaderne moduly pro zbytek HW...
V tomto ma skolit nemusis, viem co je tam pribalene. Problem je ze to bude zrejme dost stare.
Ad vsetky ovladace az na nvidiu. Nedavno riesil typek na nyxe ze ma novy notas a na novsom builde ubuntu mu nejde zvukovka, ta mu ide so starsim buildom kde mu nejde sietovka (mozno to bolo naopak, to je ale v podstate jedno). Ked tam uz moc debiani znalci riesili ako to poriesit, tak nainstaloval fedoru. Tym padom mu chodila nie len zvukovka, sietovka ale na co nebol z ubuntu zvyknuty tak aj citacka otlackov prstov a co viac tak aj plna podpora dotykovej obrazovky vratane multitouch... takze, debian/ubuntu nie len ze nedava vsetky ovladace na disk, tak ako ste to popisal, ono ich to ani nema v repozitaroch...
-
že workstation má disk MBR a notebook GPT.
S tym dd by sa ten MBR skopiroval a na vacsine biosov by to fungovalo.
Ale to ze ten nb je lepsie naistalovat nacisto, suhlasim
-
že workstation má disk MBR a notebook GPT.
S tym dd by sa ten MBR skopiroval a na vacsine biosov by to fungovalo.
Ale to ze ten nb je lepsie naistalovat nacisto, suhlasim
To jsou ale různé věci.
dd nezkopíruje GPT disk, pokud není identické velikosti.
GPT partition table je potřeba kopírovat jinak (sgdisk -R) - to je to, co jsem psal.
Dále: kopírovat disk pomocí dd je krajně nevhodné řešení, pokud se nejedná o disk v nekonzistentním stavu, který chci opravit nebo z něj zachránit data - pak je ale lepší ddrescue (to jsme ale někde jinde).
A nakonec: spoléhat na to, že většina BIOSů zavede systém z MBR disku na NVMe je rovněž nerozumné. Zavede, nezavede? Zavede i po updatu BIOSu? Disk časem přehodím nebo překopíruju do jiného stroje - bude to fungovat i tam?
Vidím to jako zbytečnou časovanou bombu, která vás vypeče v tom nejméně vhodném okamžiku.
-
že workstation má disk MBR a notebook GPT.
S tym dd by sa ten MBR skopiroval a na vacsine biosov by to fungovalo.
Ale to ze ten nb je lepsie naistalovat nacisto, suhlasim
To jsou ale různé věci.
dd nezkopíruje GPT disk, pokud není identické velikosti.
GPT partition table je potřeba kopírovat jinak (sgdisk -R) - to je to, co jsem psal.
Dále: kopírovat disk pomocí dd je krajně nevhodné řešení, pokud se nejedná o disk v nekonzistentním stavu, který chci opravit nebo z něj zachránit data - pak je ale lepší ddrescue (to jsme ale někde jinde).
A nakonec: spoléhat na to, že většina BIOSů zavede systém z MBR disku na NVMe je rovněž nerozumné. Zavede, nezavede? Zavede i po updatu BIOSu? Disk časem přehodím nebo překopíruju do jiného stroje - bude to fungovat i tam?
Vidím to jako zbytečnou časovanou bombu, která vás vypeče v tom nejméně vhodném okamžiku.
Zavedie, ak je prvy sektor protective mbr tak nacita dalsi sektor co je gpt primary header kde sa dozvie kde ma gpt secondary header a tozdelenie disku. Ak prvy sektor nie je protective mbr tak to nacita ako stary mbr. To ze nie je dobry napad ten disk duplikovat pomocou dd, som pisal vyssie. Ale urcite to nie je z dovodu gpt vs mbr.
-
V tomto ma skolit nemusis, viem co je tam pribalene. Problem je ze to bude zrejme dost stare.
jak stare, bude tam mit asi Debian 10, coz samozrejme me i tve je jen uvaha ;-)
Ad vsetky ovladace az na nvidiu. Nedavno riesil typek na nyxe ze ma novy notas a na novsom builde ubuntu mu nejde zvukovka, ta mu ide so starsim buildom kde mu nejde sietovka (mozno to bolo naopak, to je ale v podstate jedno). Ked tam uz moc debiani znalci riesili ako to poriesit, tak nainstaloval fedoru. Tym padom mu chodila nie len zvukovka, sietovka ale na co nebol z ubuntu zvyknuty tak aj citacka otlackov prstov a co viac tak aj plna podpora dotykovej obrazovky vratane multitouch... takze, debian/ubuntu nie len ze nedava vsetky ovladace na disk, tak ako ste to popisal, ono ich to ani nema v repozitaroch...
to je take blbost, pokud by instaloval stejnou verzi Debianu nanovo, bude mit stejne jadro = stejne ovladace, navic zminovane ovladace (krome site) by stejne nebyla otazka modulu v initrd... takze jestli prenest puvodni nebo instalace nacisto v tom nebude rozdil :-)
ctecka otisku prstu je spis vec userspace nez jadra, a fprint/fingerprint muze nainstalovat nezavysle na tom zda ma v desktopu, v *buntu sem s tim problem nemel ani s touchscreenama X(X?)let zpatky, kdy mi chodilo ruznej dotek HW, resp. i ruzne technologie, kapacitni, rezistivni, infraled, wacom vrstva... ;-)
-
Tím se to pravděpodobně trošku komplikuje. Notebooku má M.2 a pokud to není SATA, ale NVMe, tak je zde značná šance, že workstation má disk MBR a notebook GPT. [...]
Notebook navíc bude mít zapnutý secure boot, starší workstation asi ne, i na to můžete narazit po naklonování, pokud vaše distribuce do EFI boot nedává ten podepsaný shim. [...]
prevod MBR na GPT a pridani EFI oddilu (pokud nema pres celej disk LUKS) je otazka chvilky (vcetne pripadneho doinstaloani shim-signed a zmena z grup-pc na grub-efi) a jednodusi nez resit novou instalaci a doinstalovani aplikaci a prenos nastaveni/dat/atd...
-
ctecka otisku prstu je spis vec userspace nez jadra, a fprint/fingerprint muze nainstalovat nezavysle na tom zda ma v desktopu, v *buntu sem s tim problem nemel ani s touchscreenama X(X?)let zpatky, kdy mi chodilo ruznej dotek HW, resp. i ruzne technologie, kapacitni, rezistivni, infraled, wacom vrstva... ;-)
Kym ale nema jadro pre ten otlacko psrtovy cip ovladace tak zbytok systemu o nom nevie.
Mno tak to gratulujem, to ste bol napred pred vsetkymi. Xka s tym mali problem tam sa aj wacom emulovav ako touchpad, normalne to zacalo fungovat az s waylandom...
-
Kym ale nema jadro pre ten otlacko psrtovy cip ovladace tak zbytok systemu o nom nevie.
Mno tak to gratulujem, to ste bol napred pred vsetkymi. Xka s tym mali problem tam sa aj wacom emulovav ako touchpad, normalne to zacalo fungovat az s waylandom...
mozna se spatne divam, ale ve zdrojakach jadra zadne ovladace na fingerprint nevidim, vidim je uvedene napr. u fprint:
https://fprint.freedesktop.org/supported-devices.html
ma reakce u touchscreenu byla ohledne podpory, ne multitouch ktere bude zaviset na userspace pripadne na ovladaci v jadre ktere bude (az na pripadne distribucni patche) totozne napric distrama a samozrejme logicky napric "puvodni" a "nacisto" instalaci totozneho distra :)
-
Co mi kdyžtak může pomoci? Je kdyžtak nějaká jiná, blbuvzdorná a rozumně rychlá cesta, jak přesunout systém z počítače s Linuxem v jednom rohu místnosti na notebook s Windows ve druhém rohu místnosti? Nejraději bych tedy stále to přesunutí disku a dd, to se mi osvědčilo jako rychlý a spolehlivý - když to tedy zrovna fungovalo.
Zůstal bych u toho dd... Zkopíroval bych jen partition s /home adresářem. A pak bych na to pustil instalátor oblíbené linuxové distribuce.
Vše co by časem případně chybělo se dá přece doplnit přes sudo dnf install :-)
-
Kym ale nema jadro pre ten otlacko psrtovy cip ovladace tak zbytok systemu o nom nevie.
Mno tak to gratulujem, to ste bol napred pred vsetkymi. Xka s tym mali problem tam sa aj wacom emulovav ako touchpad, normalne to zacalo fungovat az s waylandom...
mozna se spatne divam, ale ve zdrojakach jadra zadne ovladace na fingerprint nevidim, vidim je uvedene napr. u fprint:
https://fprint.freedesktop.org/supported-devices.html
ma reakce u touchscreenu byla ohledne podpory, ne multitouch ktere bude zaviset na userspace pripadne na ovladaci v jadre ktere bude (az na pripadne distribucni patche) totozne napric distrama a samozrejme logicky napric "puvodni" a "nacisto" instalaci totozneho distra :)
Bingo, v jadre tych ovladacov nenajdete daleko viac. Musia sa doinstalovat dodatocne z repozitara(ak tam su). Cize zase sa dostavame k tomu ze na novy notas je lepsie koli podpore hardware ten system nainstalovat nanovo ;)
-
Bingo, v jadre tych ovladacov nenajdete daleko viac. Musia sa doinstalovat dodatocne z repozitara(ak tam su). Cize zase sa dostavame k tomu ze na novy notas je lepsie koli podpore hardware ten system nainstalovat nanovo ;)
jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os? je to v principu, jako bys pri stehovani nechal auto na parkovisti puvodniho bydleni a koupil nove, protoze preci budes potrebovat na auto nalepit samolepku parkovaciho domu v novem bydleni a prodejce noveho auta ti tam tu samolepku mozna rovnou nalepi ;-)
-
Bingo, v jadre tych ovladacov nenajdete daleko viac. Musia sa doinstalovat dodatocne z repozitara(ak tam su). Cize zase sa dostavame k tomu ze na novy notas je lepsie koli podpore hardware ten system nainstalovat nanovo ;)
jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os? je to v principu, jako bys pri stehovani nechal auto na parkovisti puvodniho bydleni a koupil nove, protoze preci budes potrebovat na auto nalepit samolepku parkovaciho domu v novem bydleni a prodejce noveho auta ti tam tu samolepku mozna rovnou nalepi ;-)
No lenze on ma "stare auto" (desktop) a "nove auto" (notas)... A ty mu v podstate odporucas aby cast toho noveho auta nahradil castou zo stareho. Miesto toho aby prelozil iba naklad.
Ako saskovat s vymenou diskov, kopirovanim celeho disku a nasledne x hodin prisposobovat stary system novemu stroju, miesto toho aby nainstaloval novy system na novy stroj a to co potrebuje si synchronizoval cez rsync alebo cloud? Len koli tomu ze nevies priznat ze napad s clonezillou nebol ten najlepsi? Ty musis byt fakt efektivna posila teamu... :D
-
Díky všem. Nakonec jsem nainstaloval nový systém vedle stávajících Windows která jsem gparted-em zmenšil, rsync-nul home, a podle potřeby doinstalovával pomocí apt-get. Teoreticky to bylo snadné, v praxi spousta potíží - netinstall flashka nebootovala v EFI módu když jsem ji vytvořil pomocí dd, po spoustě zkoušení jsem musel použít rufus, ovladače síťovky nebyly na standardním netinstall cd, tak jsem musel znovu s -nonfree, protože ani když jsem ten ovladač přiložil na dalším médiu tak ho Debian nenašel, po instalaci a rebootu se zapomělo síťové nastavení - přenášení networkmanageru po flashce, stejně síťovka nefungovala - rfkill po flashce, nenainstaloval se bootloader, protože Debian neviděl na EFI variables (i když bylo bootováno v EFI režimu) - nakonec jsem musel konfigurovat z Windows pomocí bcdedit, a nainstaloval jsem refind. Zkrátka celý den v tahu, a kdybych tam neměl ty Windows a vedle další počítač s Linuxem, asi bych to v životě nedodělal.
Ale mám to za sebou, a jsem s notebookem (aspoň teda na idiotské rozvržení kláves na klávesnici, např klávesa "Kontextové menu" vpravo od mezerníku, kterou jsem si docela oblíbil, je nahrazená Printscreenem, proboha proč?) spokojený.
-
(offtopic): Klávesnice je naštěstí taky řešitelná, https://agateau.com/2013/remapping-keyboard-keys-on-lenovo-laptops/
-
No lenze on ma "stare auto" (desktop) a "nove auto" (notas)... A ty mu v podstate odporucas aby cast toho noveho auta nahradil castou zo stareho. Miesto toho aby prelozil iba naklad.
Ako saskovat s vymenou diskov, kopirovanim celeho disku a nasledne x hodin prisposobovat stary system novemu stroju, miesto toho aby nainstaloval novy system na novy stroj a to co potrebuje si synchronizoval cez rsync alebo cloud? Len koli tomu ze nevies priznat ze napad s clonezillou nebol ten najlepsi? Ty musis byt fakt efektivna posila teamu... :D
muj "priklad" si ohnul k obrazu svemu, protoze slo o "stare bydleni" (desktop) a "nove bydleni" (notas)...
o saskovani s vymenou disku nebyla rec, pres USBFlash s Clonezillou udela image na desktopu, kterej se obnovi na notasu...
Clonezilla je nejvhodnejsi postup pro takovej prenos pro uzivatele kterej nevi jak to udelat rucne, nebo se s tim nechce zabejvat... zopakuju otazku:
jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os?
narazka na posilu teamu je uz z tve strany dost zoufalost kdyz razis cestu ktera ma opodstatneni v minimu pripadu a jak se okazalo u tazatele to byl zrovna pripad kdy to byl i dost opruz ;-)
EDIT: proste GNU/Linux v 99% nema problem prenosu disku na uplne jinej HW, uz z principu toho jak funguje start jadra a tahani modulu, dokonce ani s Windows by nebylo potreba cista instalace, protoze tam to lze resit pres sysprep /generalize, ale nema cenu to vysvetlovat nekomu kdo to nikdy nedelal a jen machruje(s)...
-
No lenze on ma "stare auto" (desktop) a "nove auto" (notas)... A ty mu v podstate odporucas aby cast toho noveho auta nahradil castou zo stareho. Miesto toho aby prelozil iba naklad.
Ako saskovat s vymenou diskov, kopirovanim celeho disku a nasledne x hodin prisposobovat stary system novemu stroju, miesto toho aby nainstaloval novy system na novy stroj a to co potrebuje si synchronizoval cez rsync alebo cloud? Len koli tomu ze nevies priznat ze napad s clonezillou nebol ten najlepsi? Ty musis byt fakt efektivna posila teamu... :D
muj "priklad" si ohnul k obrazu svemu, protoze slo o "stare bydleni" (desktop) a "nove bydleni" (notas)...
o saskovani s vymenou disku nebyla rec, pres USBFlash s Clonezillou udela image na desktopu, kterej se obnovi na notasu...
Clonezilla je nejvhodnejsi postup pro takovej prenos pro uzivatele kterej nevi jak to udelat rucne, nebo se s tim nechce zabejvat... zopakuju otazku:
jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os?
narazka na posilu teamu je uz z tve strany dost zoufalost kdyz razis cestu ktera ma opodstatneni v minimu pripadu a jak se okazalo u tazatele to byl zrovna pripad kdy to byl i dost opruz ;-)
EDIT: proste GNU/Linux v 99% nema problem prenosu disku na uplne jinej HW, uz z principu toho jak funguje start jadra a tahani modulu, dokonce ani s Windows by nebylo potreba cista instalace, protoze tam to lze resit pres sysprep /generalize, ale nema cenu to vysvetlovat nekomu kdo to nikdy nedelal a jen machruje(s)...
Od doby co su disky hotplug, nemam problem vymenit disk aj na beziacej masine. Aj root fs, je to sice komplikovanejse ale ide to... To ale v pripade ze menim disk v jednom a tom istom stroji.
Ako som pisal nie len ja, ale aj dalsi v tejto diskusii, tak cistejsia a menej namahava, tj. lacnesia vzhladom na cas, je cista instalacia a skopirovanie dat.
Tebe pride dodatocna uprava systemu rucne efektivnejsia ako to nechat na automatiku? Nejde tam len o dalsie ovladace, ale aj o celkovu konfiguraciu.
Clonezilla je uzitocny nastroj. Ale vtedy ked ho pouzijes na to k comu je urceny. Mas to ako s kombinackami, to ze sa s nimi daju zatlkat klince, neznamena to ze nimi plnohodnotne nahradis kladivo.
-
k3dAR, DeathWalker:
To je zas hádka.
Když dělám novou instalaci, tak musím nainstalovat veškeré své userspace programy. V některém případě to znamená žádná práce (notebook "na web"), někdy to je celej den práce. Ale nemusí to bejt zdaleka jen "tupý" zkopírování dat.
Když přenáším starej systém na novej ntb, tak je o něco více práce s přenosem, a ve výjimečnejch případech, kdy to nefunguje "out of box", to navíc vyžaduje umět to opravit.
Nějaká generalizace (todle je lepší, todle je horší) IMHO není na místě, záleží na tom jak se liší HW a zdali je exotickej HW - a jak má člověk "složitej" userspace.
-
k3dAR, DeathWalker:
To je zas hádka.
z meho pohledu neslo o hadku, ale upresneni desinformaci ktere DeathWalker psal ;-)
jako ze "v initrd bude chybet mnozstvi modulu", "x hodin prisposobovat stary system novemu stroju" atd...
navic ten kdo generalizoval sem nebyl ja, psal sem o vyjimkach kdy je lepsi nova instalace a/nebo kdy prenos nebude bez problemu... coz ty sam pises ze bude ve vyjimecnych pripadech, on ze jako by to melo byt vzdy ;-)
-
EDIT: proste GNU/Linux v 99% nema problem prenosu disku na uplne jinej HW, uz z principu toho jak funguje start jadra a tahani modulu, dokonce ani s Windows by nebylo potreba cista instalace, protoze tam to lze resit pres sysprep /generalize, ale nema cenu to vysvetlovat nekomu kdo to nikdy nedelal a jen machruje(s)...
[...]
Ako som pisal nie len ja, ale aj dalsi v tejto diskusii, tak cistejsia a menej namahava, tj. lacnesia vzhladom na cas, je cista instalacia a skopirovanie dat.
Tebe pride dodatocna uprava systemu rucne efektivnejsia ako to nechat na automatiku? Nejde tam len o dalsie ovladace, ale aj o celkovu konfiguraciu.
Clonezilla je uzitocny nastroj. Ale vtedy ked ho pouzijes na to k comu je urceny. [...]
v diskuzi vidim 2:3 pro prenos:cista, ale je to irelevantni, kdyz nekdo kdo netusi jak se prenos na jinej HW chova radi radeji cistou, tak to neznamena ze je to pravda/pravidlo ;-)
jde o to ze nutnost upravy po prenosu mohla nastat ve vyjimecnych pripadech, zatimco nutnost doinstalace vsech aplikaci by pri ciste nastala vzdy...
Clonezilla NEni nastroj urcen k prenosu obsahu disku na jiny pro totozny HW, je jednoduse urcena k prenosu do image ci jineho disku, to jestli je vhodny takovy prenos pouzit i pro jiny HW vubec nesouvisi s Clonezillou, ale s danym OS na disku a prave v pripade GNU/Linuxu to ve vetsine pripadech neni problem...
osobni zkusenost mam s predavanim disku mezi HW:
1. CoreDuo + AMD FireGL
2. iCore i5 2gen s Intel ingegrovnou, LCD s touchscreen+wacom_vrstva
3. iCore i5 3gen s Intel+Nvidia
4. iCore i3 7gen s Intel integrovanou
myslim ze sem ho startoval jeste na nejakej Atomu D525, v tom HW byli ruzne Wifi (od g,n po ac, Intel ci Ralink), byli nebyli WWAN (od 3G po 4G), atd...
+ jinej na destkach ruzneho HW 1 system startovanej z PXE a NFS
+ na jednotkach ruzneho HW start z USB-HDD s nainstalovanym (ne Live) systemem..
problem krome tech co sem zminoval, muze byt treba na novejch AMD deskach 2.5G LAN a starsi jadro (=potreba tak ci tak pouzit novejsi jadro, nez distro (jak prenosene tak cist) nabizi, nebo resit out-of-tree 3rd driver), schazejici FW pro konkretni Wifi (to instalator ne vzdy vyresi, vetsinou hodi velkej balik non-free kterej lze nainstalovat rucne a obecne pokud FW v repo neni tak instalator nepomuze)...
u zminovaneho initrd pak problem vicemene jen kdyz novej stroj bude mit raid (coz jiste neni beznej prenos z nonraid na raid), nebo nvidia grafiku nechodici pres nouveau), bude mit LAN povesenou na USB, bude mit navic LUKS s potrebnym injektnutim crypto toolu a modulu (coz opet neni irelevantni pro beznej prenos systemu z hw na hw), atd...
-
k3dAR, DeathWalker:
To je zas hádka.
Když dělám novou instalaci, tak musím nainstalovat veškeré své userspace programy. V některém případě to znamená žádná práce (notebook "na web"), někdy to je celej den práce. Ale nemusí to bejt zdaleka jen "tupý" zkopírování dat.
Když přenáším starej systém na novej ntb, tak je o něco více práce s přenosem, a ve výjimečnejch případech, kdy to nefunguje "out of box", to navíc vyžaduje umět to opravit.
Nějaká generalizace (todle je lepší, todle je horší) IMHO není na místě, záleží na tom jak se liší HW a zdali je exotickej HW - a jak má člověk "složitej" userspace.
Tak myslim ze vacsina ludi co ma zlozity userspace, ma nascriptovanu instalaciu/update/zalohu/obnovu. Ja konkretne v ansible. A na vacsinu veci sa v dnesnej dobe beztak pouzivaju kontajnery, kto ma zavedenu nejaku formu CI, vie.
Zrejme mame kazdy ine naroky. Ja konkretne potrebujem system aby som riesil pracovne zalezitosti. Nemam cas sa v systeme patlat. Automaticka instalacia noveho stroja, automaticka vytvorenie userspace. Cokolvek co sa casom pritrafi, do ansible.
Pre mna je zbytocne patlanie sa v systeme strata penazi, pretoze nemam chrbtovu kost prisposobenu na to aby som taketo veci fakturoval zakaznikovi.
-
Death Walker:
No, jsou lidi, co si skriptujou userspace v ansible.... a lidi, co uměj použít clonezillu :-).
Právě proto, že je zbytečné patlání v systému, tak v mnoha případech je využití clonezilly podstatně jednodušší, než si každej nainstalovanej balíček a každý nastavení systému extra zapisovat do ansible (a vůbec věnovat čas na jeho rozchození a naučení se s ním). Obzvlášť, když třeba zkoušíš x softwarů a pak si z nich vybereš jeden, tak je nějaké "skriptování userspace" IMHO poměrně problematická věc, která se hodí jen v omezeném počtu případů (a je klidně možné, že zrovna pro Tebe to vhodné je....). To, že s Ansible umíš, nebo že Tě práce donutila to naskriptovat ještě neznamená, že to tak má většina ostatních, natož tazatel otázky položené v threadu.
A to, že je blbina, že by ten přenos systému byl nějak extra rizikovej, nebo že by linux z jednoho stroje měl problém naběhnout jinde, v tom má k3dAR zcela pravdu. Realita je přesně opačná: zpravidla to projde úplně bez námahy. Jo, někdy to problematický je (např. když používáš bitlocker či nějakou jeho alternativu, nebo může vyžadovat trochu více znalostí obnovení bootloaderu, když přecházíš z BIOSu na UEFI), ale to jsou malá procenta případů. Jen to stojí o nco víc času než čistá instalace, takže se to v případě jednoduchýho userspace nevyplatí.
Upřímně, kdybych měl hlasovat, kde bych čekal problémy při reinstalaci, tak daleko víc problémů imho zažiješ s nakriptováním obnovení userspace, než při použití clonezilly. Navíc u té clonezilly poznáš, když se to nepovede - zpravidla buďto nenabootuješ, nebo to běží Ok. To, že si zapomněl naskriptovat či zmigrovat to a to, a že ti něco nefunguje, poznat nemusíš, a vytrolí Tě to pak někdy, kdy nebudeš mít čas to dodělat...
-
Logik:
No, ja ansible pouzivam preto ze ho viem a dava mi vacsiu kontrolu nad tym co sa deje. Su aj ine nastroje na zalohy, ktore zalohuju len to co je treba zalohovat.
Vyhodou je rozumna velkost. Kolko zaloh image celeho disku si mozes dovolit(a kde to skladujes), v porovnani s poctom normalnych zaloh. Pretoze nie je vacsi oser ako v stredu zistit ze v pondelok sa nieco rozbilo a ty mas image disku len z utorka.
Tak si tu anketu niekam zaves, mozno zistis ze nepremyslas ako vacsina ludi, rovnako ako v pripade normalna zaloha vs zaloha celeho disku.
Vytrolit ta moze rovnako system skopirovany zo stateho pc na novy notas. Jedine ze by si komplexne otestoval komplet vsetky aplikacie a preliezol vsetky logy. V pripade ansible komplet testujes len raz, ked to napises.