Rozdíly

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

--- howto:hw:disky [2020/06/16 23:28] – 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 259: / Řádek 291: @@
 Podrobnosti na [[http://www.debian-administration.org/article/643/Migrating_a_live_system_from_ext3_to_ext4_filesystem]]
+==== 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 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 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.
+    * 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. Necham bezet pres noc.
+  * ''sync''
+  * Znovu rebootnu do windows a udelam ''chkdsk /f''+reboot, vratim se do linuxu
+  * Protoze jsem si nechal par GB rezervu a chci ji ziskat zpatky, tak na cilovem systemu pustim ''ntfsresize /dev/sdb2'' na systemovy oddil, abych filesystem roztahl opet pres celou novou partici
+  * Znovu rebootnu do windows a udelam ''chkdsk /f''+reboot, windows by mely v poradku bootovat
+  * Protoze oba disky maji stejna GUID, neni mozne je oba mit ve windows pripojene najednou. Puvodni disk necham 1-3 mesice, nez se zahori SSD a pak na nem prepisu GPT s novym oddilem, ten naformatuju a mam externi disk na zalohy, nebo cokoliv jineho.
 ==== Poznámky ====