MUXX: bez niceho, zaklapnes a spi, pak se vzbudi evidentne uz nejak funguje podpora noveho sleep mode, i baterka je ok
ZBYNEK: jo taky., uplne bez problemu. prave me ten stylus pkvapil

CHOROBA: Co uspavani a hibernace? Taky funguje bez vetsiho nastavovani?

Kickstart dobrej, ale jak casto clovek instaluje OS? Tam me dve minuty klikani nebo psani fakt netrapi

GIOMIKY: simple-cdd je dobrej zaklad, ale finale jsem stejne delal pres scripty a xoriso. proc, to uz opravdu nevim ;)

GIOMIKY: tftp a preseed a nemusis se prcat s flaskou ;)

GIOMIKY: hezky, ja mel preseed a este script na ovladani ipmi, tgze flawless baremetal. Ale to uz nefunguje s novym ipmi a ani to uz neni potreba.
btw u virtualu je asi jednodussi mit snapshot a nic neinstalovat?

Takova trapnost... existuje nejaky ekvivalnt watch co by oneline ( nebo i klidne multiline ) stdout opatril casovou znackou...
ano jde udelat takhle... ale treba na to je nejaky sikovny nastroj o kterym nevim

while true; do echo -ne "$(date) - " && echo BLA BLA ;sleep 60 ;done

dotaz:

používám Xubuntu a update dělám z řádky pomocí "sudo apt update && sudo apt upgrade"

jen mě irituje, že ten "sudo apt update" krok na konci, poté, co projde všechny repozitáře, nějakou dobu visí na tom, že tahá 0 bajtů ze "store" (asi nějaké Ubuntu Store nebo kýho víra, vůbec netuším). Teď jsem to nebyl schopen nasimulovat, abych to copypastnul, ale hláška vypadá přibližně "store 0 B"

po nějaké době mu buď dojde, že nic nedostane, nebo těch svých 0 bajtů stáhne (lol) a přestane mě zdržovat

a teď ten dotaz: kde se tato kravina vypíná? grepoval jsem "store" přes celé /etc/apt a nic

JON: Nejsem expert, nicmene ten --new parameter vzdy vytvoril container na novem "anonymnim" volume v adresari /var/lib/containers/storage/volumes/[RANDOM_HASH]. A jakekoli data co jsem ulozil pri sessione co bezela na aktualnim containeru mi po restartu zustala v tom starem volumu ktery byl opet nahrazen nove vytvorenym. Snad je to pochopitelne.
Jakmile jsem zrusil ten parameter --new pri generovano systemmd sluzby, vse funguje tak jak ma a containery se vzdy nahodi na jednom volumu definovanem pri startu containeru.

TRAGIKOMIX: Jak vedle? Dyt je tam jasne mapovanej adresar na hostitelskym systemu na adresar v kontejneru. Ale s podmanem jsem nikdy nedelal.

MUXX: Nesmazalo je to. Prostě to spawnulo nový volume vedle těch starých.

TRAGIKOMIX: Jakoze to ty stary volumes smaze? Nebo se to tam nějak hromadilo?

TRAGIKOMIX: Tak jsem udelal chybu u generovani te systemmd servicy:
podman generate systemd --new --name DB
Zde jsem mel paraneter --new a ten vzdy nahodi novy kontejner na novem volumu ocividne.

Nejsem si jisty zda-li se ptam v tom spravnem auditku, kdyz tak me prosim nasmerujte.

Snazim se nahodit zdokerizvanou oracle db pres podman, tak aby se persistovaly data na disk a po restartu masiny/containeru se data "neztratily" - coz je muj problem. Proste po restartu masiny jsou data fuc.
Dle dokumentace je treba pouzit volumes, ovsem bud neco delam spatne nebo to nefunguje.

Command pro spusteni containeru pres podman:
sudo podman run -d --restart unless-stopped -p 1521:1521 -v /var/lib/containers/db:/data --name DB
--> Zde bych cekal ze se vytvori volume na fs ve /var/lib/containers/db a tam se budou data ukladat.

Zaroven jsem si vytvoril pres systemd servicu pro autostart s nasledujicim parametrem:
ExecStart=/usr/bin/podman run --conmon-pidfile %t/container-DB.pid --cidfile %t/container-DB.ctr-id --cgroups=no-conmon --replace -d --restart unless-stopped -p 1521:1521 -v /var/lib/containers/db:/data --name DB

Nevedel by nekdo poradit co delam spatne?

GIOMIKY: no já zatím u ISP na IPv6 smutně koukám, protože nepodporují prefix delegation ani /56 pro VLAN. Takže dokud to nebude, tak to pořádně nejde použít... ISP je poda.