Ani tenhle log nic nenapoví...
K životnosti disků. Před pár lety jsem pročítal různé výsledky různých testů prováděných na HDD, protože se vedly dlouhosáhlé diskuse, jestli mechanickým diskům škodí více parkování hlaviček nebo non stop provoz. U starších technologií způsobovalo největší problémy parkování hlavičky disku, kdy mohlo docházet k mechanickému poškození při výkonových špičkách nebo výpadku v el. síti, otřesech, gyroskopických zatížení při náklonech atp. Na druhou stranu non stop provoz zase zvyšoval zátěž ložisek a docházelo k nárůstu teploty do takových hodnot, které měly negativní vliv na životnost elektroniky.
Dnešní situaci vnímám tak, že současné výrobní technologie HDD řeší převážnou většinu výše uvedených problémů a disk ustojí obě varianty, ať už tedy non stop provoz nebo střídavý provoz. Protože jsem ale ze straré školy, preferuju non stop provoz, pokud tedy bude zajištěna příznivá teplota. Koupit se dají disky určené přímo pro NAS (pro provoz 24/7), např. WD RED, které mám vyzkoušené na několika kapacitách a zatím žádný problém. Nicméně se obecně doporučuje kupovat do raidového pole disky různých výrobců o stejných parametrech - nikdo nedokáže vyloučit výrobní chyby v sériích, a tímto se tomu předchází.
Pokud tedy není spotřeba el. problém, doporučil bych provoz NASu 24/7. U kodi je ale problém, že při spuštění neustále kontroluje databázi, čímž dost zatěžuje CPU (proces mysqld). Pátral jsem, co to způsobuje a pokud jsem shodil službu Skin Helper Service, které některé skiny využívají, SQL dotazy přestaly obtěžovat. Reportoval jsem to autorovi a ten mě ujistit, že by se to s novou verzí mělo vyřešit, tak uvidíme.
A jak na toho roota u Synology. Principem je umožnit uživateli s právy administrátora spouštět příkazy, což se Synology moc nelíbilo a teď netuším, v které verzi DSM to uživatelům dost ztížili. Teď je nutné editovat konfigurační soubor sudoers, ale k tomu je zapotřebí alespoň základní znalost jak pracovat v konzoli.
Co je potřeba: na NASu aktivovat SSH, aplikaci Putty (dá se stáhnout tady), minimální znalost, jak editovat a uložit soubor v editoru vi.
Postup:
# přihlásit se v Putty k NASU protokolem SCP s účtem administrátora.
# po potvrzení hesla provést zálohu konfiguračního souboru sudoers:
cp -a /etc/sudoers /etc/sudoers.ori
# otevřít tento konfigurační soubor v editoru vi:
vi /etc/sudoers
# najít tento řádek:
%administrators ALL=(ALL) ALL
# odkomentovat ho mřížkou a pod něj přidat řádek nový, aby výsledek byl tenhle:
#%administrators ALL=(ALL) ALL
%administrators ALL=NOPASSWD: ALL
# a teď uložit:
:w !sudo tee %
Po restartu putty by už neměl být problém přepnout po přihlášení admina na roota pomocí příkazu:
sudo su -
Pak bych asi doporučil pro procházení souborů aplikaci WinSCP. V téhle aplikaci je potřeba pro automatické logování jako root přidat v nastavení Environment > SCP/Shell > Shell tenhle příkaz:
sudo su -
Pokud vše klapne, nebude problém se do složky se všemi logy dostat.
K životnosti disků. Před pár lety jsem pročítal různé výsledky různých testů prováděných na HDD, protože se vedly dlouhosáhlé diskuse, jestli mechanickým diskům škodí více parkování hlaviček nebo non stop provoz. U starších technologií způsobovalo největší problémy parkování hlavičky disku, kdy mohlo docházet k mechanickému poškození při výkonových špičkách nebo výpadku v el. síti, otřesech, gyroskopických zatížení při náklonech atp. Na druhou stranu non stop provoz zase zvyšoval zátěž ložisek a docházelo k nárůstu teploty do takových hodnot, které měly negativní vliv na životnost elektroniky.
Dnešní situaci vnímám tak, že současné výrobní technologie HDD řeší převážnou většinu výše uvedených problémů a disk ustojí obě varianty, ať už tedy non stop provoz nebo střídavý provoz. Protože jsem ale ze straré školy, preferuju non stop provoz, pokud tedy bude zajištěna příznivá teplota. Koupit se dají disky určené přímo pro NAS (pro provoz 24/7), např. WD RED, které mám vyzkoušené na několika kapacitách a zatím žádný problém. Nicméně se obecně doporučuje kupovat do raidového pole disky různých výrobců o stejných parametrech - nikdo nedokáže vyloučit výrobní chyby v sériích, a tímto se tomu předchází.
Pokud tedy není spotřeba el. problém, doporučil bych provoz NASu 24/7. U kodi je ale problém, že při spuštění neustále kontroluje databázi, čímž dost zatěžuje CPU (proces mysqld). Pátral jsem, co to způsobuje a pokud jsem shodil službu Skin Helper Service, které některé skiny využívají, SQL dotazy přestaly obtěžovat. Reportoval jsem to autorovi a ten mě ujistit, že by se to s novou verzí mělo vyřešit, tak uvidíme.
A jak na toho roota u Synology. Principem je umožnit uživateli s právy administrátora spouštět příkazy, což se Synology moc nelíbilo a teď netuším, v které verzi DSM to uživatelům dost ztížili. Teď je nutné editovat konfigurační soubor sudoers, ale k tomu je zapotřebí alespoň základní znalost jak pracovat v konzoli.
Co je potřeba: na NASu aktivovat SSH, aplikaci Putty (dá se stáhnout tady), minimální znalost, jak editovat a uložit soubor v editoru vi.
Postup:
# přihlásit se v Putty k NASU protokolem SCP s účtem administrátora.
# po potvrzení hesla provést zálohu konfiguračního souboru sudoers:
cp -a /etc/sudoers /etc/sudoers.ori
# otevřít tento konfigurační soubor v editoru vi:
vi /etc/sudoers
# najít tento řádek:
%administrators ALL=(ALL) ALL
# odkomentovat ho mřížkou a pod něj přidat řádek nový, aby výsledek byl tenhle:
#%administrators ALL=(ALL) ALL
%administrators ALL=NOPASSWD: ALL
# a teď uložit:
:w !sudo tee %
Po restartu putty by už neměl být problém přepnout po přihlášení admina na roota pomocí příkazu:
sudo su -
Pak bych asi doporučil pro procházení souborů aplikaci WinSCP. V téhle aplikaci je potřeba pro automatické logování jako root přidat v nastavení Environment > SCP/Shell > Shell tenhle příkaz:
sudo su -
Pokud vše klapne, nebude problém se do složky se všemi logy dostat.