Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- howto:hw:disky [2020/09/06 16:18] – [Migrace Windows 10 na mensi SSD] harvie
+++ howto:hw:disky [2024/09/27 16:28] (aktuální) – gandalf
@@ Řádek 37: / Řádek 37: @@
     * ''%%echo "idle" >  /sys/block/md0/md/sync_action%%'' (defer active resync)
     * ''%%sysctl -w dev.raid.speed_limit_min=500000000; sysctl -w dev.raid.speed_limit_max=500000000%%'' (unthrottle raid sync)
+=== Přidání dalšího disku do raidu s UEFI boot ===
+  * ''%%mdamd --grow --raid-devices=2 --force /dev/md127%%'' (--force je potreba pokud byl puvodne raid1 zalozen jen s jednim diskem)
+  * ''%%mdadm --manage /dev/md127 --add /dev/sdb3%%''
+  * ''%%umount /boot/efi%%'' - je potreba odpojit puvodni EFI partiton, ktera je pravdepodobne na sda2
+  * ''%%mkfs.vfat /dev/sdb2%%'' - musime prirpavit EFI partici na novem disku
+  * ''%%mount /dev/sdb2 /boot/efi%%'' nyni pripojime novou EFI partici do puvodniho umisteni.
+  * ''%%grub-install /dev/sdb%%''
+  * standardne nepotrebujeme mit pripojenou /boot/efi v FSTAB, ale je potreba myslet na to, ze pri upgradu kernelu musime OBE partice postupne pripojit a zapsat na ne aktualni verzi grubu !!
+  * pro /boot/efi pridat do fstab options nofail > ''%%PARTUUID="eeefac33-598c-1540-acfa-e401d9d44d15" /boot/efi vfat defaults,nofail 0 1%%''
+  * overit, jestli v /boot/efi na sdb2 je nějaký obsah (musí tam být adresář EFI) pokud tam není, překopírujte z disku sda2 !
+  * nakonec pro jistotu zavolat ''%%update-grub%%''
+Pri tomto postupu dokazeme nabootovat do zalozniho kopie systemu v pripade potizi s primarnim diskem.
 === Zvětšení RAID pole ===
  Chceme zvětšit pole např. o velikosti 500G na nové disky o velikosti 1TB. Ideální je to dělat na degradovaném poli, protože tím získáme zároveň zálohu původního pole.
@@ Řádek 179: / Řádek 195: @@
   * Vymena disku v RAIDu (konzultovat s harviem!!!)
     * ''zpool detach tank sdb2''
-    * ''zpool attach tank sda2 sdb2''
+    * ''zpool attach tank sda2 sdb2'' (asi dava spis smysl attachnout celej prazdnej disk, oddily si vytvori ZFS samo)
+    * ''zpool replace -f tank <old_drive> <new_drive>'' (varianta predchoziho v jednom kroku, pouziva se pro vymenu vadneho disku ve stejnem slotu.)
   * Aktivace automatickyho zvetsovani zrcadla (asi dobry udelat uz pred vymenou disku za vetsi)
     * ''zpool set autoexpand=on tank''
-  * ZVOL (= neco jako LVM uvnitr ZFS poolu, doporuceny na swapy a image virtualu!)
+  * ZVOL (= neco jako LVM uvnitr ZFS poolu, doporuceny na swapy a image virtualu!) - <hi #ffc90e>Pro ZVOL je povinný parameter -V, pokud neuvedeme, založí se klasicky zfs filesystem !!</hi>
     * ''zfs create -V 5gb tank/vol'' (vytvori jednotku /dev/zvol/tank/vol, taky znamy jako /dev/zd0, parametr ''-s'' udela zvol bez rezervace diskovyho prostoru v poolu = thin-provisioning)
     * ''zfs list -t volume'' vypiseme si zvoly (bez ''-t volume'' to vypise vse v poolu)
     * ''zfs destroy tank/vol''
+  * ZVOL můžeme následně také naformátovat na libovolný FS - např. ''mkfs.xfs -b size=4096 -m reflink=1,crc=1 /dev/zvol/tank/vol''
   * Autodetekce existujiciho ZFS
     * ''zpool import'' nebo ''zpool import -a'' pro exportnuty
     * ''zfs mount -a''
+  * SWAP na ZFS
+    * Swapovani do souboru na ZFS neni podporovano, ale snad se da pouzit ZVOL jako swap
+    * Nicmene jsou tam problemy (ZFS nekdy potrebuje pri zapisu do zvolu samo swapovat, coz je dost nemily predpoklad pro zapis do swapu = zpusobuje zamrznuti)
+      * nekdo tvrdi, ze pomuze ZVOLu nastavit ''logbias=troughput'' a ''compress=zle'', nicmene jsem netestoval
+      * urcite to chce mit nastaveny hung_task a reboot pri panicu
+  * Vylepseni pro backup destinace
+    * ''zfs set readonly=yes tank/backup'' - zabranime systemu menit zalohy (recv stale funguje)
+    * ''zfs set volmode=none tank/backup'' - schovame ZVOLy pred systemem (aby nam je nedetekoval treba mdraid nebo lvm)
+    * Aby nemusela protistrana mit pristup na root, je mozne povolit userovi prava na konkretni dataset pomoci ''zfs allow''
+      * https://github.com/oetiker/znapzend#running-by-an-unprivileged-user
+      * Sending end: destroy,hold,mount,send,snapshot,userprop
+      * Receiving end: create,destroy,mount,receive,userprop
+        * Eg.: ''zfs allow -u backup-pve1 create,destroy,mount,receive,userprop tank/backup/pve1''
+        * Verify: ''zfs allow tank/backup/pve1''
   * Testovani ZFS
     * Ztest NESLOUŽÍ k testování zfs modulu v jádře!!! Pro otestovani systemu je naprosto nevhodny.
@@ Řádek 261: / Řádek 293: @@
 ==== Migrace Windows 10 na mensi SSD ====
-Migroval jsem uspesne 1TB HDD na 960GB SSD, postup byl nasledujici
+Migroval jsem uspesne 1TB HDD na 960GB SSD. Delat to z windows je nemozne (nezkousel jsem placene windows nastroje tretich stran, ale vsechny freeware nastroje i programy dodavane k SSD selhaly, primo ve windows neni nic co by to zvladlo). Na Linuxu to jde, ale je to trochu makačka. Muj postup byl nasledujici:
   * Na windows 10 v nabidce start najit CMD a "spustit jako spravce"
   * Na windows pustit ''chkdsk /f'', nabídne to naplanovani opravy FS pri dalsim rebootu, rebootnout a zcekovat. Linux tohle neumi.
-  * Kdyz je disk opravenej, muze clovek nabootovat live linux, pouzil jsem ArchBang. Ma vse potrebne, bezi z RAM a vejde se na flashku.
+  * Kdyz je disk opravenej, muze clovek nabootovat live linux, pouzil jsem ArchBang. Ma predinstalovane vse potrebne, bezi z RAM a vejde se na flashku.
-  * Pomoci ''cfdisku'' si otevru stary a novy disk. Vsechny oddily vytvorim stejne na GPT(!), ale ten nejvetsi zmensim aby se to tam vse veslo. Bohuzel to neumim naskriptovat, takze jsem to delal docela rucne:
+  * Pomoci ''cfdisku'' si otevru stary a novy disk. Vsechny oddily vytvorim stejne na GPT(!), ale ten nejvetsi zmensim aby se to tam vse veslo. Velikosti zadavam v sektorech, stejne jako na puvodnim disku. Pouziva se k tomu suffix "S", napr.: ''123456789S''. Bohuzel to neumim naskriptovat, takze jsem to delal docela rucne:
-    * Nastavim stejny typ u vsech partic
+    * Nastavim stejny typ u vsech partic, zapisu a zavru cfdisk.
     * Pomoci ''sgdisk'' nastavim GUID disku (''-U'') i jednotlivych partici (''-u'') a jejich atributy (''-A'') tak, aby byly stejne jako na puvodnim disku. Jinak to nebude bootovat!!! Je to mravenci prace, dela se to po jednom, detaily v ''man sgdisk''. Jake GUID ma puvodni disk jsem vycital z cfdisku.
   * Podivam se jak velka je cilova partice se systemem a resiznu zdrojovy system aby se tam s rezervou vesel. Napr.: ''ntfsresize --size 850G /dev/sda2''. Musi tam byt volne misto aby to slo. Toto selze, pokud jsi na zacatku neudelal ''chkdsk /f''
   * Po resiznuti znovu rebootnu do windows a znovu udelam ''chkdsk /f'' vcetne rebootu jako predtim, aby se disk opravil. pak se vratim do linuxu.
   * Pomoci ''dd'' prekopiruju obsah jednotlivych partic krome te nejvetsi systemove.
-  * Nejvetsi systemovou prekopiruju pomoci ''ntfsclone'', napr.: ''%%ntfsclone --overwrite /dev/cil /dev/zdroj%%''. Funguje to jako dd, ale nekopiruje to bloky nealokovane fs, takze na poloprazdnem fs to usetri pulku casu.
+  * Nejvetsi systemovou prekopiruju pomoci ''ntfsclone'', napr.: ''%%ntfsclone --overwrite /dev/cil /dev/zdroj%%''. Funguje to jako dd, ale nekopiruje to bloky nealokovane fs, takze na poloprazdnem fs to usetri pulku casu. Necham bezet pres noc.
   * ''sync''
   * Znovu rebootnu do windows a udelam ''chkdsk /f''+reboot, vratim se do linuxu