FATBOZZ: to co pises je myslim hezky ...
GIOMIKY:
BTW: Port forwarding na ipv6 jsem nenasel na forech, tak posilam:

Host xyz
  HostName 2001:4860:4860::8888
  User root
  Port 22
  ServerAliveInterval 60
  LocalForward [::1]:80 [::1]:80

Je dulezity tu ipv6 adresu zavrit do hranatejch zavorek...

GIOMIKY: S tím EFI je to zajímavé. Podařilo se nakonec rozchodit automatický boot, i když mám 2 distra na disku. Ale zásadní bylo najít správný grub.cfg. Na /dev/sda1 mám zaváděcí oddíl, kde je grub.cfg č. 1 [1]... ten vypadá jako:

search.fs_uuid root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

a chvilku mi trvalo, než jsem pomocí blkid našel správný bulk UUID /dev/sda5. I potom mi z nějakého důvodu stálé používá grub.cfg z /dev/sda2. Což je první, menší systém, který mám nainstalovaný.
Na každý pád se mi alespoň nebude měnit vlastní nastavení grub.cfg na /dev/sda2, které se používá, když budu upgradovat kernel a provede se:
update-grub
Ten zpracovává bash skripty v /etc/grub.d a generuje z nich /boot/grub/grub.cfg
Nakonec mi ještě docela pomohl příkaz:
# grub-emu
Ten emuluje grub menu, což je docela příjemné.
A poslední věc je, že opravdu minimální zápis v /boot/grub/grub.cfg
tak, aby systém nabootoval je něco na způsob:

menuentry 'COMP LINUX DEB SDA5' {
        insmod gzio
        insmod part_gpt
        insmod ext2
        linux   /boot/vmlinuz-5.10.0-16-amd64 root=/dev/sda5
        initrd  /boot/initrd.img-5.10.0-16-amd64
}

A to jsem dokonce nabootoval bez těch insmod (zavádění kernel
modulů)... Tedy opravdu stačí jenom zavést kernel (linux a vytvořit
RAM image initrd...)
Jinak dobrý zdroj pro informace ke grubu je ještě:
# info grub
... bohužel se mi nepovedlo zavést refind - boot manager for EFI-based computers
ale s tím se žít dá.
Jinak ohledně těch dvou nutných příkazů linux a initrd si dobře
vzpomínám na svoje 1. distro, kdy Linux kernel byl na 1 disketě
a po jeho zavedení se vložila druhá disketa s root systémem.
Myslím, že je to něco na tom principu, že se zavede kernel a potom
se přimountuje root filesystem a ten initrd vytváří /proc /dev atp.
Děkuji za vyslechnutí, až to zase budu potřebovat, tak vím, kde to hledat.

GIOMIKY:
Další ze série nudných postů o EFI.
Tedy. Původní komp byl NBK, mikro systém. Asi 40 GB disk... rozdělený na root a home. EFI oddíl jsem měl po několika pokusech (viz. níže) 512 MB, aby se v něm dalo pracovat.
Na každý pád pracovní stanice se docela Linuxu bránila. Nebo spíše trvalo, než jsem ji správně nakonfiguroval. Nejdříve vypnout secure boot, potom zapnout legacy boot, z připraveného flash disku s debianem (příprava probíhala download iso souboru a: dd if=debian.iso of=/dev/sdb) jsem konečně nainstaloval systém. Ale stále nechtěl bootovat. Ani z EFI, ani z legacy. Nic.
Tak jsem se rozhodl přejít s nakonfigurovaným systémem z nbk na workstation. V podstatě proces probíhal tak, že jsem vzal externí disk, provedl:
# dd if=/dev/sda of=/dev/sdb bs=8M status=progress
potom jsem externí disk připojil k novému stroji, provedl
# dd if=/dev/sdb of=/dev/sda bs=8M status=progress
Dost mi trvalo, než jsem si všiml hlášky, že grub.efi hledá v /EFI/boot a ne jinde, tak jsem ho tam ještě přesně umístil podle toho, jak si BIOS přál.
Další problém byl v tom, že jsem z NBK měl malé oddíly. Tak jsem vytvořil na novém disku sda5-8 a rsyncnul jsem root na sda5 (mount /dev/sda5 /mnt/sda5)
# rsync -RAxa --exclude="home" --exclude="boot" --exclude="proc" --exlude="mnt" / /mnt/sda5
a obdbone home
# rsync -RAxa /home /mnt/sda8
Následoval update-grub... našel mi nový root na /dev/sda5... ale tady jsem se zaseknul...
nejde mi správně nakonfigurovat grub tak, aby rovnou bootoval do nového rootu /dev/sda5...
Vím, že minimum je v grub.cfg (přibližně) je:
insmod part_gpt # vlozil modul pro gpt
insmod ext2 # nahrat kernel modul pro ext2
set root='hd0,gpt5' # nastavit root na 5. oddil
linux /boot/vmlinuz-5.10.0-16-amd64 root=/dev/sda5 ro quiet # natahnout a spustit kernel do pameti s root zarizenim /dev/sda5
initrd /boot/initrd.img-5.10.0-16-amd6 # init ram disk a zavest kernel
Ale na kazdy pad mi nejak nejde tohle zafixovat tak, aby to fungovalo permenantne... rady vytany...

zajimave, tohle jsem neznal

badpass_message Message that is displayed if a user enters an incorrect password. The default is Sorry, try again. unless insults are enabled.

insults If set, sudo will insult users when they enter an incorrect password. This flag is off by default.

jojo

SNAP! - The Power (Official Video)
https://www.youtube.com/watch?v=nm6DO_7px1I

DANIELSOFT: To bude snap store…

DELVIT: Hlavně mě mělo napadnout, že většina démonů, služeb, co mi na stroji běží, se ve výchozím nastavení lepí na všechny interface, dokud jim výslovně neřekneš něco jako
Listen 127.0.0.1 atp.
To bylo na samostatnej restore, protože jsem s velkou slávou do celého ipv6 prostoru otevřel všechny služby.

GIOMIKY: cokoliv na netu co není pravidelně aktualizované a kontrolované a je pptencionální útočník. Tomu bych se vůbec nedivil.

Asi je to již trošku zastaralé, když je tady s námi ipv6 dekádu, ale teprve nyní jsem na serveru povolil ipv6 interface. Setkalo se to trošku s problémy, protože jsem nevěděl, že iptables nefunguje na ipv6 a je zapotřebí použít ip6tables (ip6tables-restore). Také jsem zápasil s ipv6 adresami (pomohl ipv6calc). A tak vůbec. No a v neposlední řadě se mi po všech těhle legracích nedařilo dostat z 1 ip adresy přes ssh. Dokud jsem nezjistil, že je zápotřebí do ip6tables.rules přidat přesně to, co doporučuje RFC 4890.
Dlouhý příběh krátce. Nyní snad firewall funguje tak, jak má a přes ssh se můžu přes ipv6 dostat na daný stroj. Kdyby to někoho zajímalo, tak tady je krátký návod:
Jak na ip6tables
http://go.wz.cz/ip6tables.html