W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169 na debianu Wheezy

Máte debian wheezy a už Vás to opruzuje při instalaci:

W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169

Odkaz ke stažení balíčku zde

Jakmile kliknete na tohle, začne to rovnou stahovat.

To co stahnete bude .deb balíček.

Takže dáte:

dpkg --install názevtohobalíčku_co_se_vám_stáhnul.deb

zdroj zde

Enjoy 😉

 

Instalace grubu do všech disků v raidu 1, jak na grub multiple install, když máte raid 5 nebo Raid 6? Debian wheezy vs. ubuntu-server 12.04 LTS

Teď budu mluvit hodně z mé zkušenosti. Začnu RAID 5 a RAID6.

Pokud chcete nabootovat z grubu verze 2 na Debianu wheezy (linux kernel 3.2.0) i v případě výpadku zaváděcího disku, kam byl při instalaci instalován grub (třeba /dev/sda), musíte mít první partitionu na všech discích v RAID1 a druhou partitionu teprve v RAID 5 nebo RAID 6. Protože GRUB verze 2 sice údajně má umět bootovat z raid 5, ale já to takhle nikdy nedělal a nikdy mi to taky tak nefungovalo. Grub však umí nabíhat z RAID 1 oddílů a proto pokud máte už teď RAID 5 nebo RAID6, je ideální mít první partition s RAID 1, která je takzvaně jen na nabootování.

 

Pokud jste právě nainstalovali debian wheezy, máte modelovou situaci:

5 x HDD, každý velikost 500GB.

Na každém disku je linux raid partition velikosti 1GB. <- tu použijeme pro RAID 1
Na každém disku je linux raid partition velikosti zbytku disku. <- tu použijeme pro RAID 5 nebo RAID 6 v mém případě.

Tentokrát musím tak trošku vychválit ubuntu-server 12.04.3 LTS, kde když jsem instaloval systém, automaticky se mě to na konci instalace zeptalo na to, jestli chci grub nainstalovat úplně do všech disků. To víte, že jsem to ocenil, samozřejmě bych si to pak mohl udělat příkazem po náběhu, ale není to takhle moudřejší, to adminovi/uživateli nabídnout ještě před koncem instalace?

Takže zatímco na ubuntu-serveru 12.04 LTS doinstalujete a odentrujete si možnost, aby to nainstalovalo grub do všech disků, debian wheezy Vám nabídne nainstalovat grub jen do jednoho z disků, který si vyberete, třeba /dev/sda. Na první pohled se tedy zdá, že je vše ok s jedním velkým rozdílem. Kdy Vám na ubuntu-serveru 12.04 LTS pak v takovém defaultním nastavení disk /dev/sda vypadne, systém stejně naběhne, protože se grub nainstaloval i do jiných disků. U Debianu Wheezy (v době psaní článku Wheezy verze 7.2) tomu tak není a za mě osobně si myslím, že by to tam mohlo být v příštích verzích jako samozřejmost. Když Vám tedy u Debianu Wheezy vypadne disk /dev/sda, nenabootujete.

Proto komukoliv doporučím, aby si hned po instalaci debianu napsal do příkazové řádky:

root@názevstroje:/# dpkg-reconfigure grub-pc

Já to odentroval a až na konci jsem si mohl vybrat, co chci zaškrtnout, tak jsem to zaškrtnul a byl klid. Grub si to krásně nainstaloval a hotovo.

Miluji tyto CLI průvodce, které to za mě hezky vyřeší, jak za největšího neumětela, protože jsem s tím předtím bojoval přes Live ubuntu, live Debian a furt jsem psal nesmysly typu root (hd1,0), pak setup (hd1) a kdesi cosi a vypisovalo mi to pořád buď grub error 17 nebo grub error 15 a pořád si to vymýšlelo další a další důvody, proč to prostě nemůže udělat. Tenhle jeden jednoduchej příkaz to krásně vyřešil za mě a mé trápení tímto končí.

 

Upřímně jsem prohledal prvních několik listů hledání googlu a moc mi google strašně dlouhou dobu nepomáhal a pak už to znáte, snažíte se zkoušet kdejakou blbost, aby to začalo fungovat, tak jak chcete vy a už lozíte i na bugtracker ubuntu, protože jste fakt zoufalí. No a proto tu dnes uvedu bugtracker ubuntu, kde tam právě nějaký frajer uvádí příkaz „dpkg-reconfigure grub-pc“ viz link.

Další link a zde návod i s obrázky, jak vypadá instalace debianu, všimněte si hlavně posledního obrázku s tím, kam chcete nainstalovat ten grub.

 

Když se podíváte na tento odkaz tak se to zdá až primitivně jednoduché, jenže tak to bohužel není, protože při výpisu, jak se na stránce dole uvádí jen grub-install /dev/sda atd.. tak mi to vyhazovalo grub error 17. Věřím, že takových zoufalců, jako jsem já se najde opravdu spousty a že Vám tento článek pomůže. Popravdě tento článek píšu vlastně jen kvůli sobě. Za půl roku na to totiž zapomenu a potom to budu googlit znova, až se progooglím ke svému „blogu“. 😉

A vím, že tohle bych měl uvádět na začátku (proto to uvádím na konec 🙂 ), ale nedá mi to, a dám sem i link s teorií (spíš obrázkem) o tom, co je to GRUB a jak to vypadá a že ho můžeme pomyslně rozdělit na stage 1 = MBR, stage 1.5 a stage 2, kde ve stage 2 je už /boot/grub a pokud Vám to nenajde stage 2 tak spadnete pravděpodobně do grub rescue, nebo Vám nenaběhne vůbec nic. A to že je to wikina, to si necháme pro sebe, jo? 😉
No a pokud byste měli komplex z nedostatku informací, tak přiložím ještě tento link, kde se mluví o zavaděčích, neboli bootloaderech obecně.

Enjoy

scp copy more directories / kopírování více adresářů naráz přes scp?

Možná jste řešili problém, jak kopírovat soubory ze stroje na stroj přes příkazovou řádku.

Tady jsou dobré příklady na úvod a seznámení s scp, pokud nevíte o čem je řeč.

Tady je konkrétní příklad ke kopírování více adresářů naráz, protože se Vám může stát, že když se často připojujete na SSH, tak Vás může vzdálená strana zabanovat právě kvůli fail2ban.

Ve zkratce sem vložím tu hlavní myšlenku:

 

scp -r username@vzdalenyserver:"/directory1 /directory2" /vas/lokalni/adresar/kam/to/chcete/nahrat/

Přepínač -r znamená včetně podadresářů. Když máte něco@sever a pak teprve váš lokální tak je to k sobě. A když to otočíte, tak kopírujete od sebe na vzdálený server. Takže je to vždy ODKUD KAM.
Enjoy 😉

Rozdíl mezi adresářem záloha a zálohy diference between directory /backup and /backups

Dnes jsem pochopil rozdíl v těchto adresářích na serverech! Já vím, já vím, je to totální zanedbatelná hovadina, ale potěší to každého melancholika. 😉

Do adresáře /zaloha si administrátor (pokud nepoužívá /backup) obvykle sype zálohy udělané pro nějaký aktuální jednorázový úkon. Jedná se o jednorázovou zálohu.

Kdežto do adresáře /zalohy si administrátor (pokud nepoužívá /backups) obvykle nechává sypat zálohy automaticky nějakým skriptem, nebo utilitou.

Ta čeština může být občas užitečná a účelná a to jsem ji tenkrát ve škole fakt nenáviděl. 😉

ubuntu-server 12.04.3LTS „Unable to authenticate [preauth]“

Nov 3 23:12:18 server sshd[1103]: Server listening on 0.0.0.0 port 22.
Nov 3 23:12:18 server sshd[1103]: Server listening on :: port 22.
Nov 3 23:12:29 server sshd[1105]: Received disconnect from ipadresa: 13: Unable to authenticate [preauth]

 

Tohle se stává i těm nejlepším. 😉 Stává se to tehdy, když se chcete přihlásit na ubuntí server přes RSA certifikát, ale nemáte nastavena práva pro :

/home/nejakyuser/.ssh/authorized_keys na chmod 600 tedy:

chmod 600 /home/nejakyuser/.ssh/authorized_keys

,

chmod 700 /home/nejakyuser/.ssh/

a potom zkontrolujte:

 chown nejakyuser /home/nejakyuser/.ssh/ -R

a

 chgrp nejakyuser /home/nejakyuser/.ssh/ -R

 

Enjoy (v mém případě byl problém v chown a chgrp)

(samozřejmě v /etc/ssh/sshd_config musíte mít nastaveno vše pro podporu RSA klíčů

PubkeyAuthentication yes
RSAAuthentication yes
AuthorizedKeysFile    /etc/ssh/%u/authorized_keys
To s tím sshd_configem uvádím preventivně.

zdroj zdroj2

ionice polopatě!

Už jsem byl z toho magor a měl jsem v tom zmatek, teď to tu uvedu polopatě!

 

ionice -cčíslo -nčíslo -pčísloprocesu

pgrep mysql

příklad: vypíše 3817 a 4061

ionice -c1 -n0 -p3817 znamená, že priorita I/O operace (tedy náročnost na pevný disk) procesu mysql, jehož PID (proces id) jsem zjistil příkazem pgrep mysql, je -n0 hodnota v nejvyšší třídě důležitosti třídy na -c1 tedy 1.místě .

-c1 (nejlepší priorita děj se co děj)

-c2 (best effort – takový poměr cena/výkon)

-c3 idle priorita (nejnižší)

c znamená class. n znamená asi number, tedy číslo v třídě.

naopak

ionice -c3 -n7 -p3817 je nejhorší priorita. -n 7 číslo ve třídě – tedy nejhorší, a c3 je idle priorita.

zpravidla čím menší čísla za c a n tím lepší priorita. Čím větší čísla za c a n tím horší priorita.

ionice -c3 -n7 -pčísloProcesu dejte procesu, který chcete aby běžel fakt na pozadí a ostatní služby ani uživatelé nepoznali nějaký úbytek výkonu. Naopak ionice -c1 -n0 -pčísloProcesu dejte procesu, který chcete aby běžel s naprosto tou nejlepší prioritou pro pevné disky.