Společnost JetBrains se stala platinovým sponzorem multiplatformního open source herního enginu Godot. K vývoji her lze používat Rider for Godot. Zdarma pro nekomerční účely.
Byla vydána verze 9.0 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Verze 9.0 je založena na Debianu 13 Trixie. Přehled novinek v poznámkách k vydání a informačním videu.
Operátor O2 dává všem svým zákazníkům s mobilními službami poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství jako omluvu za pondělní zhoršenou dostupnost služeb.
Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.
Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rhgb quiet iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d"Vytvořil jsem initrd přes dracut s přidanými parametry use_fstab a lvmconf. Ale pořád mi ještě grub2-mkconfig hlásí
[root@localhost-live grub.d]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg Generating grub configuration file ... grub2-probe: error: cannot find a GRUB drive for /dev/sde1. Check your device.map. grub2-probe: error: cannot find a GRUB drive for /dev/sde3. Check your device.map. File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe donePřičemž /dev/sde je připojené USB s FC34 live. Prosím, co mám donastavit aby grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg proběhlo korektně. Dík
[root@localhost-live /]# lsblk -o NAME,UUID,MOUNTPOINT /dev/sdb NAME UUID MOUNTPOINT sdb ├─sdb1 5ADACD92DACD6B39 ├─sdb2 505AD4B55AD498D4 ├─sdb3 5E51B3F0753868FA ├─sdb4 ├─sdb5 7e0870b0-04cd-4478-af83-8ec107a14d3b /opt └─sdb6 f5943764-e17e-45b5-9e10-0b2834854792 [root@localhost-live /]# lsblk -o NAME,UUID,MOUNTPOINT /dev/sda NAME UUID MOUNTPOINT sda ├─sda1 F101-D7F3 /boot/efi ├─sda2 a795cf6f-ebf6-4566-adbd-411c741e98ad /boot └─sda3 b3T9p0-Pqti-ySp2-ORWT-rzdf-FJv1-IaYWXu ├─fedora-home 7c56719d-1c69-47b1-8834-252daf4ef109 /home ├─fedora-root 791fa523-8ffd-4545-8843-cbdf142a2430 / ├─fedora-VM1 └─fedora-root2
[root@localhost-live boot]# pwd /boot [root@localhost-live boot]# tree . ├── config-5.11.16-300.fc34.x86_64 ├── efi │ └── EFI │ ├── BOOT │ │ ├── BOOTX64.EFI │ │ └── fbx64.efi │ └── fedora │ ├── BOOTX64.CSV │ ├── fonts │ ├── grub.cfg │ ├── grubia32.efi │ ├── grubx64.efi │ ├── mmx64.efi │ ├── shim.efi │ └── shimx64.efi ├── grub2 │ ├── device.map │ ├── grub.cfg -> /boot/efi/EFI/fedora/grub.cfg │ └── grubenv ├── initramfs-5.11.15-300.fc34.x86_64.img ├── initramfs-5.11.16-300.fc34.x86_64.img ├── loader │ └── entries │ └── 356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf ├── System.map-5.11.16-300.fc34.x86_64 ├── vmlinuz ├── vmlinuz-5.11.15-300.fc34.x86_64 └── vmlinuz-5.11.16-300.fc34.x86_64
BOOT_IMAGE=/images/pxeboot/vmlinuz root=live:CDLABEL=Fedora-WS-Live-34_B-1-3 rd.live.image quietPůvodně jsem si myslel, že to bude brnkačka, reformatuji partišny pro efi a boot, bootnu z USB , reinstaluji grub2, kernel a regeneruji grub.cfg. Byl jsem zklamán, nenabootovalo a vůbec to neprobíhalo podle návodu na Fedoře. Nevím, proč nejde grub2-probe !!! Tak jsem musel googlit, mimo jiné přidat i symlink, laboroval jsem s konfiguráky a večer jsem ještě aplikoval podle https://ask.fedoraproject.org/t/grub-not-rebuilding-after-kernel-update/2777/30 další symlink na grubenv. Pote konečně bootoji s posledním kernelem (...16) , ale boot trva nepoměrně déle než z USB. Naskočí GUI logon, vidím i svého usera , ale nejde se přihlásit. Takže vrátím konfiguráky DRACUTU a GRUBU na default a zkusím to znovu. Ještě přikládám operace které provádím po bootu z USB
cd /mnt mkdir -p /mnt/sysimage/boot/efi mount /dev/mapper/fedora-root /mnt/sysimage mount /dev/sda2 //mnt/sysimage/boot mount /dev/sda1 /mnt/sysimage/boot/efi for dir in /dev /proc /sys /run ; do mount --bind $dir /mnt/sysimage/$dir ; done chroot /mnt/sysimage /bin/bash --login mount -aTakto vypadá dnešní /boot
[root@localhost-live boot]# tree . ├── config-5.11.16-300.fc34.x86_64 ├── efi │ └── EFI │ ├── BOOT │ │ ├── BOOTX64.EFI │ │ └── fbx64.efi │ └── fedora │ ├── BOOTX64.CSV │ ├── fonts │ ├── grub.cfg │ ├── grubenv │ ├── grubia32.efi │ ├── grubx64.efi │ ├── mmx64.efi │ ├── shim.efi │ └── shimx64.efi ├── grub2 │ ├── device.map │ ├── grub.cfg -> /boot/efi/EFI/fedora/grub.cfg │ ├── grubenv -> /boot/efi/EFI/fedora/grubenv │ └── grubenv.bak ├── initramfs-5.11.15-300.fc34.x86_64.img ├── initramfs-5.11.16-300.fc34.x86_64.img ├── loader │ └── entries │ └── 356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf ├── System.map-5.11.16-300.fc34.x86_64 ├── vmlinuz ├── vmlinuz-5.11.15-300.fc34.x86_64 └── vmlinuz-5.11.16-300.fc34.x86_64 8 directories, 22 filesDík za radu.
mount --bind /dev /target/dev mount --bind /dev/pts /target/dev/pts mount -t proc proc /target/proc mount -t sysfs sysfs /target/sysa pak jen drobnost, kdyz das mkdir -p /mnt/sysimage/boot/efi, je to zbytecne kdyz pak na /mnt/sysimage mountnes rootfs (kterej boot/efi stejne uz obsahuje), staci ti mkdir -p /mnt/sysimage :)
efibootmgr -v
[root@localhost-live /]# efibootmgr -v EFI variables are not supported on this system.
[root@localhost-live /]# cat /boot/loader/entries/356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf title Fedora (5.11.16-300.fc34.x86_64) 34 (Workstation Edition) version 5.11.16-300.fc34.x86_64 linux /vmlinuz-5.11.16-300.fc34.x86_64 initrd /initramfs-5.11.16-300.fc34.x86_64.img options root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d grub_users $grub_users grub_arg --unrestricted grub_class kernelLogon nejde ani v konzoli, je to Fedora WS default instalace Gnome , takže gdm. Zkusím to znovu s tvojim mountem. Vrtá mi to hlavou, neb z USB šlo instalovat na disk a postup na regenerate grub2 podle https://docs.fedoraproject.org/en-US/quick-docs/bootloading-with-grub2/ nefunguje, včetně chrootu. Viz hlaška
" Dont know how to handle root=live:CDLABEL=Fedora-WS-live34"nebo
[root@localhost-live grub.d]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg Generating grub configuration file ... grub2-probe: error: cannot find a GRUB drive for /dev/sde1. Check your device.map. grub2-probe: error: cannot find a GRUB drive for /dev/sde3. Check your device.map. File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe done
EFI variables are not supported on this system.=> z USBFlash NEstartujes v UEFI rezimu => nastartuj v UEFI rezimu (vypni Legacy v BIOsu ci v BootMenu (F12?F11?) vyber start z USB Flash v sekci UEFI ci misto USB mozna zobrazene primo jako nazev(=vyrobce/model) USB Flasky
/boot/loader/entries/...vcera sem prehlid ze to neni v /boot/efi/loader/... takze nejde o to co sem myslel, nasel sem ze je to dela Fedora misto grub.cfg od Fedora30 pri generovani nastrojem grub2-mkconfig pokud v /etc/default/grub nemas GRUB_ENABLE_BLSCFG=false, s tim ze ty loader/entries asi generuje nastroj grubby, viz, kazdopadne tvuj .conf vypada ok, resp. ma spravnej root=
options root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780dje ro ? Mohu to ručo přepsat na rw ? V configu mám
[root@localhost-live default]# cat grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT="saved" GRUB_SAVEDEFAULT="false" GRUB_DISABLE_SUBMENU="true" GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d" GRUB_DISABLE_RECOVERY="true" GRUB_ENABLE_BLSCFG="true" GRUB_DISABLE_OS_PROBER="false"
sudo modprobe efivars efibootmgr -v
iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780dje to +- o primem zpristupneni HW virtualu, mozna je to ok, ale alespon na zkousku by nemelo vadit to cele odebrat
[root@localhost-live efi]# efibootmgr -v BootCurrent: 0007 Timeout: 1 seconds BootOrder: 0001,0007,0002,0000,0003,0006 Boot0000 Fedora HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\FEDORA\shimx64.efi) Boot0001* UEFI OS HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\BOOT\BOOTX64.EFI) Boot0002* Fedora HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi) Boot0003 UEFI OS HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\BOOT\BOOTX64.EFI) Boot0006 Linux Boot Manager HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\systemd\systemd-bootx64.efi) Boot0007* UEFI: KingstonDataTraveler 3.0PMAP PciRoot(0x0)/Pci(0x13,0x2)/USB(2,0)/HD(1,MBR,0x5c6528,0xac,0x57d0)AMBOale po chrootu
[root@localhost-live /]# modprobe efivars modprobe: FATAL: Module efivars not found in directory /lib/modules/5.11.3-300.fc34.x86_64 [root@localhost-live /]# efibootmgr -v EFI variables are not supported on this system.Ten CDLABEL=Fedora-WS-live34 už není problém, to bylo když to "mrzlo" při bootu Odeberu ten "ocas" a dám vědět
dnf install grub2-efi-x64-modulesTed po bootu
[root@localhost /]# efibootmgr -v BootCurrent: 0001 Timeout: 1 seconds BootOrder: 0004,0001,0007,0000,0003,0006,0002 Boot0000 Fedora HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\FEDORA\shimx64.efi) Boot0001* UEFI OS HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\BOOT\BOOTX64.EFI) Boot0002 Fedora HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi) Boot0003 UEFI OS HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\BOOT\BOOTX64.EFI) Boot0004* Fedora HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi) Boot0006 Linux Boot Manager HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\systemd\systemd-bootx64.efi) Boot0007* UEFI: KingstonDataTraveler 3.0PMAP PciRoot(0x0)/Pci(0x13,0x2)/USB(2,0)/HD(1,MBR,0x5c6528,0xac,0x57d0)AMBOJeště zkusím, jestli měl vliv
iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780dChtěl jsem optimalizovat KVM na AMD Dík všem
Tiskni
Sdílej: