Headless instalace Ubuntu serveru (diskuse)

[Nicky726]

Díky za nápad, bude se hodit. Navíc to vypadá, že v AURu je to pro Arch hezky pořešeno.

[Bystroushaak]

No, jen jestli to funguje. Vyzkoušel jsem toho tolik, že o tom mám zkušenostmi podložené pochybnosti.

[Bedňa]

Neviem či som sám komu to udrelo do očí, ale ako prvé vidím utopený server, najdi mu lepšie miesto.

Nestačilo by šifrovať /home a /tmp?

[hw]

Neviem či som sám komu to udrelo do očí, ale ako prvé vidím utopený server, najdi mu lepšie miesto.

Vůbec ne. To bylo první co mě napadlo.

[Bystroushaak]

Neviem či som sám komu to udrelo do očí, ale ako prvé vidím utopený server, najdi mu lepšie miesto.

Ten dřez neprotéká. Kdyby náhodou ano, proteče na tu poličku nad tím a pak dolu, kde je pod tím serverem strategicky umístěná kniha. A že by toho nateklo zase tolik, to se nebojím.

Nestačilo by šifrovať /home a /tmp?

Co se bezpěčnosti dat na úrovni souborů týče, tak asi ano. Na úrovni bloků tomu ale nevěřím, leda by se k mazání používalo něco jako secure-delete, nebo byl /home na vlastní partišně. A taky swap leakuje docela hodně. A taky je pak až moc jednoduché si se systémem dělat co chci, třeba patchnout binárku, co to odemyká (což jde teď taky, ale je to lehce složitější).

[Bedňa]

Voda nemusí stekať zrovna po okraji. No a v panike o záchranu človek spraví niekedy také veci že sa nestačí diviť.

Swap by mala byť posledná záchrana, ale je pravda že sa tam zapísať niečo môže. Čo som si všimol na videu, všetko si hodil na jeden oddiel, to býva dosť nepraktické pri problémoch. Spravidla je dobre mať malý systémový oddiel aby si si ho niekde odložil a v prípade problémov len prevalil naspäť.

Inak pochvala za pekný zápisok, niekedy sa to môže hodiť.

[Bystroushaak]

Voda nemusí stekať zrovna po okraji. No a v panike o záchranu človek spraví niekedy také veci že sa nestačí diviť.

Přinejhorším to vyhodí proudový chránič a zničí ten server. Bylo by to nepříjemné, ale nic co by se mě nějak silněji dotklo (všechno je zálohované). Jinak ten dřez skutečně neprotéká a strachovat se "coby kdyby" mi nepřijde smysluplné. Stejně dobře by mohla přetéct vana sousedovi o patro výš a vytopit mi tu jakéhokoliv jiné místo, třeba destkop vedle stolu.

Swap by mala byť posledná záchrana, ale je pravda že sa tam zapísať niečo môže. Čo som si všimol na videu, všetko si hodil na jeden oddiel, to býva dosť nepraktické pri problémoch. Spravidla je dobre mať malý systémový oddiel aby si si ho niekde odložil a v prípade problémov len prevalil naspäť.

No, to je teorie. Za 6 let používání linuxu jsem to nepotřeboval nikdy. Naopak s tím byl opruz, když přestalo stačit místo (zvětšování oddílů na šifrovaném disku je docela porod). Já zálohuji docela pravidelně, ale ne věci, které je možné kdykoliv obnovit znova (systém). Praxe ukázala, že bohatě stačí konfiguráky, data a seznam nainstalovaných balíčků.

[Nicky726]

Na oddílování používám LUKS+LVM, na ntb teď LUKS+BTRFS, resp. kvůli swapu a hibernaci LUKS+LVM+BTRFS.

Jinak zvětšování oddílů LUKSem je taky v pohodě. Smažu oddíl, vytvořím větší začínající na stejném místě a zvětším fs. Zmenšování je krapet složitější.

[Bystroushaak]

Já jsem si s tím kdysi hrál a celé jsem to rozbil. Jinak u headless serveru by to mohla být ještě větší otrava než obvykle.

[Bedňa]

Pokiaľ ale chceš na oddiely kde máš všetko spolu inštalovať systém na novo, musíš si všetko zálohovať bokom, čo pri oddelenom /home nemusíš, ale aj tak je to doporučované. Minimálne nemusíš dáta vracať späť, čo býva tiež otrava.

[Bystroushaak]

musíš si všetko zálohovať bokom

No to musím stejně - přece nebudu dlouhodobě zálohovat na ten samý disk. Jako já ti to nechci vymlouvat, jen říkám, že to prostě dělám jinak a mám pro to důvody.

[Bedňa]

Ja sa zas snažím o testovanie s vývojármi cez IRC, takže nikdy nejaký stable systém nemám a prevalenie partície mi šetrí čas. Zistil som že je to lepšie ako hlásenie bugreportov.

Samo že to prevádzkujem len na osobnom desktope a servere. O dáta som vďaka oddeleným partíciam ešte neprišiel, ale ja fakt že ja nie som zrovna vzorka bežného užívateľa servera/desktopu.

[Rad]

Ten dřez neprotéká. Kdyby náhodou ano, proteče na tu poličku nad tím a pak dolu, kde je pod tím serverem strategicky umístěná kniha. A že by toho nateklo zase tolik, to se nebojím.

jednoznacne malo zkusenosti (a predstavivosti) mam spis zkusenost, ze drez vytopi i komplet knihovnu o poschodi niz :)

[Bystroushaak]

jednoznacne malo zkusenosti (a predstavivosti) mam spis zkusenost, ze drez vytopi i komplet knihovnu o poschodi niz :)

Ten server je pod dřezem už dva roky a něco (ne jen v tomhle bytě). Jediný uživatel toho dřezu jsem já sám - pokud se něco stane, bude to jen můj problém. A doma mám proudových chránič, takže nejspíš neumřu -> moc velký problém to není, i kdyby k tomu souhrou blbých okolností došlo.

[Jiří Lisický]

Neviem či som sám komu to udrelo do očí, ale ako prvé vidím utopený server, najdi mu lepšie miesto.

To není chyba, ale vlastnost . Stačí odšroubovat odpad, ucpat špuntem, napustit vodu a čekat na třípísmenkovou organizaci. V případě ohrožení vytáhnout špunt .

[Houvado]

+1 za Freda. I kdyz osobne kupuju hydroxid v klasicke drogerce za sestinu ceny

Nádhera. Uvažujem o niečom podobnom. Zaujímala by ma HW konfigurácia tej mašiny ...

[Bystroushaak]

Je to N40L: HP Proliant Microserver N40L na prvý pohľad (a další).

[xxxxxxxxxxx]

Něchtěl by jsi mě prosím tě poradit jak nainstalovat debian Stable na server HP DL380G6? Přez Flash disk jsem ho tam narvar, problemy s MBR překonal, ale nemužu přelézt přez problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617891? Když vyřešíš pošlu nějaký prachy. Už mě to leží měsíc na stole a nemám na to pořádně čas... Díkes moc!

[Bystroushaak]

Já nejsem zas tak velký linux borec. Většinou když něco takového řeším, tak si k tomu sednu a googlím a zkouším do té doby, dokud to nejde, nebo dokud nechytnu takový rage, že se smířím s tím, že to prostě nepůjde. Což v tomhle případě nepůjde hned ze dvou důvodů - u toho serveru nejsem a pak mi taky skončila dovolená :)

Zrovna s debianem mám pár podobných rage zkušeností, tak bych prvně zkusil to ubuntu (server edition). Je to debianovský systém a spoustu problémů má vyřešených, třeba by to pomohlo. Jinak na konci v tom bugreportu se píše, že to musíš používat jako modul, nikoliv to mít zakompilované přímo v jádře, tak bych asi zkusil tohle.

[xxxxxxxxxxx]

Díkes za radu, ubuntu snad vyzkouším jestli se k tomu zase dostanu. Doby kdy jsem kompiloval LFS jsou pryč a spolu s tou dobou spousta znalostí. ))) Už jsem si dokonce ztáhnul Slackware že bych na stará kolena se učil nové distro. )) Jinak bych ti mohl udělat klidně snad nějakej přístup ke mě a pokud by jsi ten server odkázal ovládat přez ILO(nidky jsem s tím pořádně nepracoval) tak by to snad i šlo.

[Et]

si zkompiluj jadro ne?

I have now tried to compile CCISS in the kernel and HPSA as a module,
and the root uuid boot stuff works!

[xxxxxxxxxxx]

Nemám kde kompilovat. Zkompiluješ mě ho? Já už ho tam snad nějak narvu.

[Bystroushaak]

Já mám takový pocit, že modul má v sobě nějak verzi jádra a dělá mu to potíže, když ho prostě jen tak přeneseš. Alespoň s tou apple klávesnicí a hid-apple.ko tenhle problém mám.

[D-Evil]

Jestli to chápu správně, mělo by stačit přidat ten modul hspa do /etc/initramfs-tools/ a aktualizovat initrd (např. pomocí update-initramfs -uv). Modul cciss si tam můžeš přidat taky, ale v tom bugreportu to funguje i bez něj, takže nevim...

Nechá se to snadno udělat z libovolnýho livecd (já používám systemrescuecd) - nabootuješ, mountneš disk, uděláš chroot, aktualizuješ initrd, vyskáčeš ven a po restartu vyzkoušíš. Původní initrd si někam zkopíruj.

[D-Evil]

Do /etc/initramfs-tools/modules samozřejmě...

[xxxxxxxxxxx]

šel by napsat nějaký postup? nebo bychom se mohli spojit a pořešit to za nějakou provizi aby jsi nebyl tratnej. jabber: vladimir.zima@zima-engineering.cz

[D-Evil]

Nemám na to teď moc čas, tak jenom ve zkratce takhle, snad to pro inspiraci bude stačit:

Dejmetomu že disk s nainstalovanym nefunkčním Debianem je /dev/sda1 (konkrétní disk najdeš třeba přes /proc/partitions). Pokud je /boot na jiném oddíle, je potřeba připojit i ten.

Nabootuješ systemrescuecd nebo jiný livecd (pozor na architekturu, musí se shodovat s nainstalovanym systémem, aby šlo v chrootu spouštět programy) a potom:

mount /dev/sda1 /mnt/custom ### cestu upravit podle potřeby, v systemrescuecd tenhle adresar je pripravenej
mount -o bind /dev /mnt/custom/dev
mount -o bind /proc /mnt/custom/proc
mount -o bind /sys /mnt/custom/sys
### Zde případně připojit boot do /mnt/custom/boot ###
chroot /mnt/custom /bin/bash ### nebo jiný shell podle libosti
nano /etc/initramfs-tools/modules ### <--- Tady doplnit ten modul hspa a případně i cciss
cp /boot/initd-??? /boot/initrd.backup
update-initramfs -uv
exit
### Zde případně odpojit /mnt/custom/boot ###
umount /mnt/custom/dev
umount /mnt/custom/proc
umount /mnt/custom/sys
umount /mnt/custom
reboot

A modlit se

Pokud by systemrescuecd disk neviděl, tak je samozřejmě potřeba nejdřív zprovoznit řadič tam, tj. zavést ručně ty dva moduly pro řadič.

[Bystroushaak]

šel by napsat nějaký postup? nebo bychom se mohli spojit a pořešit to za nějakou provizi aby jsi nebyl tratnej.

Jestli je to tak jednoduché, jak píše D-Evil, tak to můžu zkusit (samozřejmě zadarmo). Myslel jsem, že si ten modul budeš muset zvlášť zkompilovat.

[D-Evil]

> Are you really saying that:
> 
> 1. If only hpsa is included, then the /dev/disk/by-uuid link is
> created properly.
> 2. If both hpsa and cciss are included then the link is not created
> properly.

Correct, that is what I'm saying!

Teoreticky může bejt, že bude potřeba místo přidání modulu do initrd naopak ten cciss z něj odebrat. To jde udělat takto: https://wiki.debian.org/KernelModuleBlacklisting

[D-Evil]

Na druhou stranu s oběma modulama v initrd to prej funguje: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617891#40.

Takže by fakt mělo stačit je oba přidat do initrd.

[xxxxxxxxxxx]

Díkes díkes, snad se k tomu brzo dostanu a pošl uti na učet nějaký prašule.