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:23] – [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. Delat to z windows je nemozne (nezkousel jsem placene windows nastroje tretich stran, ale vsechny freeware nastroje selhaly, primo ve windows neni nic co by to zvladlo). Na Linuxu to jde, ale je to trochu makačka. Muj 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. 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, zapisu a zavru cfdisk.