MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
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:
