Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Namapoval jsem /dev/sda jako lvm Potřebuji poradit jak připojit oddíly
1. ramdisk
2. grub2 (kernel)
3. fstab
Jestli jako /dev/vg/lv nebo /dev/mapper/vg-lv?
jinak v /proc/self/mounts mám
/dev/mapper/gentoo-root / ext4 rw,relatime,data=ordered 0 0
/dev/mapper/gentoo-boot /boot ext4 rw,relatime,data=ordered 0 0
/dev/sda: UUID="yQWSde-dNY0-RcNY-rpUS-3Bvu-prl7-mfzUPw" TYPE="LVM2_member"pak to jde těžko jinak.
Takové doporučení platilo u velmi předpotopních bootloaderů. Mám /boot na Btrfs RAID1, jehož všechny repliky jsou na LVM, a nikoho to nesere, ba dokonce ani mě ne.
Pomocí ls -l se lze snadno přesvědčit, že jeden z těch souborů v /dev bude jen symlink na ten druhý. Tedy jsou naprosto rovnocenné, pokud jde o mount.
Ano,
Instalaci jsem prováděl ze systemrecuecd a ty disky jsem nejdříve připojil jako /dev/sda1 apod. nikoliv jako /dev/mapper a tam byl problém, žádné symlinky tam nebyli. To už jsem byl v poslední fázi instalace a konfigurace grubu2. Protože mi u konfigurace dostával chybu, že nemůže otevřít /dev/mapper/gentoo-root tak jsem vytvořil ten symlink na /dev/sda3 (/). Konfigurace se pak povedla. ale už se mi nepodařila instalace grubu2 do /dev/sda. Ty symlinky jsem pak zase smazal. Odpojil oddíly vylez z chroot, a připojil znova už jako /dev/mapper. Pak konfigurace proběhla bez závad ale instalace grubu2 se nepovedla. Psalo mi to, že není čtivej /boot/grub, jenže on byl připojenej v rw modu. Boot jsem měl jako ext4, v podstatě všechno bylo s ext4. Nepovedl se tedy tento příkaz
grub2-install /dev/sda
Path to `/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting.
někde na redhatu jsem našel postup s
grub2-install --grub-setup=/bin/true /dev/sda
hlásilo uspěch (jenže to nikam ještě nezapisuje!)
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/dev/mapper/... není /dev/sdaX. LVM group musíte před použitím zapnout, třeba pomocí lvm vgchange -ay VG. Druhá věc je, že jste zřejmě ani nepřipojil oddíl, kde je /boot.
LVM není diskový oddíl, tedy /dev/mapper/... není /dev/sdaX....
LVM group musíte před použitím zapnout, třeba pomocí lvm vgchange -ay VG.a jak se to nezapnutí projeví, nebo tento příkaz?
Druhá věc je, že jste zřejmě ani nepřipojil oddíl, kde je /boot.jak jsem tam dostal kernel, ramdisk, vytvořil /boot/grub a zkonfiguroval grub.cfg automatikou?
a jak se to nezapnutí projeví, nebo tento příkaz?Nezapnutí se projeví tak, že LVM odíly nebudou v
/dev/mapper a nepůjdou přimountovat. Ten příkaz ty oddíly aktivuje a půjdou přimountovat.
jak jsem tam dostal kernel, ramdisk, vytvořil /boot/grub a zkonfiguroval grub.cfg automatikou?Adresář
/boot existuje, i když není připojený jeho oddíl. Pak do něj můžete vygenerovat tyhle soubory, ale pokud je kořenový oddíl v LVM, tak GRUB neví, jak to načíst při bootu, a zahlásí tu chybu, kterou jste uvedl.
Aha, tak jo, ale vždyť jsem pak psal, že už jsem je připojil podruhé jako mapper
mount /dev/mapper/gentoo-root /mnt/gentoo && mount /dev/mapper/gentoo-boot /mnt/gentoo/boot
předtím i mount -o remount,rw / /boot uvnitř, i tak to hlásilo chybu. A i jsem do /etc/default/grub přidal řádek pro lvm, bez kterýho to také nejdříve nešlo (konfigurace).
mount -o bind /dev /mnt/gentoo/dev && mount -o bind /proc /mnt/gentoo/proc
Tiskni
Sdílej:
