От време на време ми се налага да ползва Bitcoin URI и когато ми се наложи клиента ми не се е асоциирал е дразнещо, че трянва да правя всичко на ръка. Продцедурата е изключително тривиална по въпросната асоциация. Може да бъде синтезирана в следните 5 точки
Отворете в адрес бара си about:config
Създайте нов ключ от тип boolean (клис с десен бутон на мишката -> new -> boolean)
Миграцията от RAID1 до RAID5 се оказа многократно по лесна от колкото си мислех 🙄 В общи линии са 5 прости стъпки малко чакане и 1 една бира за кураж.
При мен системата има създаден RAID масив md0 в който участват 2 диска sda и sdb. Ще добавя към тях 3-ти sdc за да създам RAID5 от 3 диска. Като цяло тая акробатика е с научна цел на виртуалка още не съм я тествал в реална среда, но не очаквам драми и на реална машина като му дойде времето.
Създаваме същото оформление файловата система като на другите ни дискове – sfdisk -d /dev/sdb | sfdisk /dev/sdc
Надграждаме настоящият ни масив на RAID5 – mdadm –grow /dev/md0 –level=5
Добавяме новия диск към масива – mdadm –manage /dev/md0 –add /dev/sdc . Тука идва тънкия момент че масива все още продължава да си RAID1 и няма да започне се синхронизира понеже новия диск ни е spare
Най важният момент sdc става активен и започва синхронизацията – mdadm –grow /dev/md0 –raid-devices=3 . Добър момент да си отворите бирата ако не е направено 😉 Не прекъсвайте процеса при никакъв случай!!!
След като приключи синхронизацията остана да преоразмери дяла понеже загубата на пространство при RAID1 e 1/n а при RAID5 e 1-1/n
Най големият бонус е че не се налага рестартиране на системата или вадене и правене на допълнителни масиви.
Ако имате RAID 5 система дръжте дисковете в MBR вместо в GPT – поне при мен даде +10 – +15% разлика
Задължително настройте /sys/block/md0/md/stripe_cache_size тъй като по подразбиране е твърде малък. Тука стойностите са според зависи при мен 32768 даде най приличен резултат
Когато правите RAID слоя над него го направете на LVM така ще си спестите много терзания ако сте задали не съвсем добре преценени размери на дяловете. Идеята е че ако не ползвате XFS или ZFS или някоя друга FS която позволява преоразмеряване на дяловете както EXT2/3/4 например нещата стават голяма кочина като осъзнаеш, че не си направил най- доброто делене. В общи линии получавате максимална пластичност ако е необходимо намаляне или увеличаване на размеря на дяла и същевременно сте подсигурени против неприятни случки на данните ви. В общи линии се получава нещо от този вид
| / | /var | /usr | /home |
--------------------------
| LVM Volume |
--------------------------
| RAID Volume |
--------------------------
| Disk 1 | Disk 2 | Disk 3 |
Търсенето в Linux на файлове като цяло си е доста лесно с командата find която разполага с вградени инструменти намирането на файлове по големи от определен размер например:
find / -type f -size +10M
По горният пример ще ни намери всички файлове по големи от определен размер което до някъде е приемливо но нас като цяло ни интересува целият път на файлът отделно че ако опитате по горният пример, ще получите доста съобщения за грешки заради проблеми с достъпа или файлове забранени за четене. В общи линии решаването на съответните 2 проблема става лесно с допълването на по горната команда по следният начин:
