Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Dobrý den/večer,
snažím se o přesunutí kořenového zařízení (root) Arch Linuxu pro Raspberry Pi na domácí NFS server. Postupuju takto:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
## Toto vykonávám na stolním počítači:
# Pokud uvedu "sudo příkaz", tak tím myslím, že je třeba vykonat příkaz s oprávněními uživatele root.
$ export INST_DIR="/home/rotor/arch_arm"
$ mkdir -p "${INST_DIR}"
$ cd "${INST_DIR}"
$ wget http://archlinuxarm.org/os/ArchLinuxARM-rpi-latest.zip
$ unzip ArchLinuxARM-rpi-latest.zip
sudo mkdir /mnt/rpi-loop
# Výraz "188416*512" představuje začátek/offset kořenového oddílu v image (velikost bloku je 512 bajtů). S tímto pomůže "fdisk -l":
sudo mount -o loop,ro,offset=$(echo "188416*512" | bc) ${INST_DIR}/ArchLinuxARM-2014.06-rpi.img /mnt/rpi-loop
## Dále na domácím NFS serveru upravíme /etc/exports: /mnt/rpi 192.168.1.0/24(rw,no_subtree_check,nohide,insecure,no_root_squash)
## Zase na stolním počítači:
$ export RPI_NFS="/mnt/rpi-nfs"
sudo mkdir -p "${RPI_NFS}"
sudo mount -t nfs4 192.168.1.103:/mnt/rpi "${RPI_NFS}"
sudo rsync -avh --progress /mnt/rpi-loop/ "${RPI_NFS}/"
sudo umount /mnt/rpi-loop
sudo umount "${RPI_NFS}"
# Zkopírujeme "bootovací oddíl" z image na SD kartu (ostatní nově vzniklé oddíly na SD kartě smažu programem fdisk):
# count=186367 získáme z výpisu fdisk -l ${INST_DIR}/ArchLinuxARM-2014.06-rpi.img
sudo dd if=${INST_DIR}/ArchLinuxARM-2014.06-rpi.img of=/dev/sdX bs=512 count=186367
# Nyní připojíme "bootovací oddíl" na SD kartě a upravíme cmdline.txt tak, že bude obsahovat: ipv6.disable=1 selinux=0 plymouth.enable=0 smsc95xx.turbo_mode=N dwc_otg.lpm_enable=0 gdboc=ttyAMA0,115200 console=tty1 root=/dev/nfs nfsroot=192.168.1.103:/mnt/rpi rw ip=192.168.1.105:192.168.1.103::::eth0:off: elevator=noop # 192.168.1.103 je adresa domácího NFS serveru. 192.168.1.105 je adresa Raspberry Pi, resp. jejího síťového zařízení. # Odpojíme "bootovací oddíl" a dáme SD kartu do Raspberry Pi.
Následně když Raspberry Pi bootuje, tak je vidět obrázek maliny a pod ní blikající kurzor, na něco se čeká. Po asi minutě čekání:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Raspberry Pi není zapojené "na přímo" k domácímu serveru, jsou propojené přes router, který má adresu 192.168.1.1.
Co dělám špatně? Předem díky za reakce.
Řešení dotazu:
Díky. Mám hrozně pomalou kartu, tak jsem to chtěl kapánek urychlit (a navíc jsem hračička), aby se z karty četlo jenom minimum. Ta poznámka, že neběží síť, bude asi pravdivá.
Uvažuju, že na NFS přesunu domovský adresář, /tmp, /var. Co ještě?
ip=dhcpad 1) Nabootuj R-Pi z karty a ověř, že NFS export připojíš
ad 2) initrd.img rozbalíš jednoduše -- je to cpio archiv. Ověř si, že máš všechny potřebné moduly přítomny. Standardní initrd většinou nepodporuje boot ze sítě.
ad 3) Odpovídá na ping? Vidíš nějakou aktivitu síťovky?
Díky. Zaujal mě hlavně bod 2): To bude asi ono -- budou chybět jaderné moduly pro boot ze sítě. Bod 3): Mám router nakonfigurovaný tak, že můžu použít jak DHCP, tak statickou konfiguraci.
Takže se s tím nějak poperu a dám vědět výsledek.
Doinstaloval jsem do Arch Linuxu na SD kartě mkinitcpio a vytvořil initramfs-linux.img, přičemž jsem přidal "hook" net do /etc/mkinitcpio.conf, který by měl obsahovat kód pro bootování z NFS. Upravil jsem soubor config.txt a cmdline.txt, jak jsem psal níže, ale: 3): Na ping neodpovídá, není vidět žádná aktivita síťovky. Akorát to pořád píše:
IP-Config: Retrying forever (NFS root)...
Teď jsem si všimnul, že při tvorbě initramfs se vypisuje:
==> WARNING: No modules were added to the image. This is probably not what you want.
Nějak mě to začíná zmáhat.
Dávám sem odkaz na důležité informace ohledně Raspberry Pi: Slackware ARM on the Raspberry Pi.
Pro mě jsou asi nejdůležitější informace:
It is possible to use a separate initrd.gz file
edit /boot/config.txt to include these lines:
ramfsfile=initrd.gz ramfsaddr=0xa00000
and edit /boot/cmdline.txt to add the parameter:
initrd=0xa00000,0x279dfd
(replacing 0x279dfd with the hexadecimal size in bytes of your initrd.gz file)
Teď mi už "jenom" zbývá vytvořit korektní initrd.gz, tak aby obsahoval všechny potřebné jaderné moduly nutné pro root na NFS. Zatím netuším, jak to udělám, které moduly tam musím dát.
Trochu jsem hledal a "objevil Ameriku":
...initrd file was a gzipped filesystem image (in some file format, such as ext2... ...the new initramfs archive is a gzipped cpio archive...
Chápu tedy dobře, že v dnešní době i když se píše o initrd.gz, initrd=, tak vlastně je míněn initramfs?
V Arch Linuxu je zase utilita mkinitcpio, která se konfiguruje přes mkinitcpio.conf. A zjistil jsem, že je dostupná jako oficiální balíček i proch Arch Linux ARM! Takže nastartuju Arch Linux ARM na "Malině" a vytvořím v něm požadovaný initramfs. Snad to půjde. Díky.
Dávám sem odkaz na článek ohledně initrd, který mi pomohl líp pochopit initrd: Linux initial RAM disk (initrd) overview
Tak mi to nedalo a vyzkoušel jsem raspbian. Ten síťovku vidí (modul je zřejmě zkompilovaný přímo do jádra), dokonce můžu "malinu" pingnout, malina vykazuje určitou aktivitu (kontrolka aktivity pevného disku NFS serveru občas problikne, když "malina" startuje, což "normálně" skoro nedělá), ale to je bohužel vše. Skončí to se stejnou nebo podobnou chybou jako Arch Linux pro rpi.
Postupoval jsem podle tohoto návodu. Nemůže být chyba v tom, že na NFS serveru běží Arch Linux, resp. že se používá nfs4? Z ostatních počítačů normálně NFS exports připojím, jenom "malina" ne a ne.
Upravoval jsi initramfs na raspbianu tak, aby podporoval nfsroot?
Ne.
Jinak děkuju moc za navedení. Pokusím se.
zazálohuj si initramdisk
Kde ho najdu? V /boot evidentně není. Díky.
Evidentně je to v raspbianu, co se týká initramfs, stejné jako v Arch Linux ARM. Bod 3 "nic neudělá".
pokročil jsi nějak?
Já jsem udělal test... Mám aktuálně dvě R-Pi. Jedno mi primárně slouží jako NAS a teploměr, takže tam mám nfs. Zkopíroval jsem do /export/nfsroot/ celé / (resp. relevantní věci) a nastavil jsem nfs export.
/etc/exports:/export/nfsroot/ 172.16.1.0/28(rw,no_all_squash,insecure,sync,no_subtree_check,anonuid=1000,anongid=100)Nyní jsem stáhnul raspbian, zkopíroval obsah první partišny:
# losetup raspbian.img /dev/loop0 # kpartx -a /dev/loop0 # mount /dev/mapper/loop0p1 /mnt/dle_libosti # cp -ax /mnt/dle_libosti /mnt/rpikarta ...Nastavil jsem cmdline.txt -- v podstatě jsem ho nechal defaultní a jen změnil root a přidal ip a nfsroot:
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/nfs nfsroot=172.16.1.2:/export/nfsroot/ rw ip=dhcp elevator=deadline rootwait
No a zkusil jsem, co udělá R-Pi -- ku podivu nabootovalo ze sítě! (Byl jsem překvapen i já sám.) Neřešil jsem žádný ramdisk -- jádro nakonec obsahuje vše potřebné v sobě natvrdo. To znamená, že někde děláš nějakou chybu, nebo máš problém na síti...
Zkusil jsi z toho raspberrypi připojit ten NFS disk?
pokročil jsi nějak?
Ne, nepokročil jsem ani o krok (jsem otrávený). Mám na R-Pi raspbian (bootuju z karty), ale raspbian mi nevyhovuje. Pokud budu mít čas a chuť, tak bych znovu experimentoval s Arch Linuxem pro R-Pi -- zkusil bych zkompilovat vlastní jádro, aby podporovalo boot z NFS. A nevyhnu se hledání problému na své síti.
někde děláš nějakou chybu, nebo máš problém na síti...
Ano, taky si to myslím.
Děkuju za spolupráci.
Tak použij z Raspbianu jádro -- kernel.img je jasný plus to, co je v /lib/modules/. A máš to... Jádro nebudeš muset kompilovat a můžeš to nalít do své distribuce dle libosti...
Jiná otázka je, jak to, že Ti nefunguje NFS...
Tak použij z Raspbianu jádro... nebudeš muset kompilovat a můžeš to nalít do své distribuce dle libosti...
Tak tohle mě vůbec nenapadlo. Moc díky -- vyzkouším.
Jiná otázka je, jak to, že Ti nefunguje NFS...
S tím se budu muset poprat jako první.
Našel jsem pro mě zajímavou informaci na wiki.archlinux.org -- NFS:
If mount fails try including the server's export root (required for Debian/RHEL/SLES): # mount -t nfs servername:/full/path/to/music /mountpoint/on/client Note: Server name needs to be a valid hostname (not just IP address). Otherwise mounting of remote share will hang.
A já jsem pokaždé dával IP adresu serveru, místo abych zkusil "hostname". Možná to tímto vyřeším.
Zkusil jsi z toho raspberrypi připojit ten NFS disk?
Zkusil jsem z nabootovaného raspbianu připojit NFS root příkazem: mount -t nfs iatom:/mnt/rpi /mnt/rpi:
Skončí to time outem:
mount.nfs: Connection timed out
Vyřešeno!
Postupoval jsem stejně jako ty, ale s těmito změnami:
raspbian nezná hostname "iatom" a proto to nešlo z raspbianu připojit. Pokud použiju IP adresu, tak se to připojí.
/export/nfsroot/ jsem zkopíroval kompletní root fs Arch Linuxu pro RPI ("vycucnul" jsem to z image)./lib/modules/ a zkopíroval je do /export/nfsroot/lib/modules/ (plus budu ještě dělat/jsem udělal určité změny, protože se to nechová úplně, jak chci).dd jsem na SD kartu přenesl z image raspbianu všechno od začátku karty do konce prvního primárního oddílu./etc/exports mám stejné jako ty, jenom jinou IP adresu a masku.cmdline.txt mám obdobné jako ty.To mhepp: Děkuju!
Super! Tak Ti gratuluji! S hostname je to docela zajimave, nikdy jsem to nezkousel -- to si zapamatuji.
Jinak, pouziti adresare /export/nfsroot/ je ciste jen ma prakticka zalezitost, protoze na /export mam pripojeny externi disk, ktery sdilim na siti, takze nic zavazujiciho. ale dle libosti.
Tve upravy postupu jsou logicke, chces Arch ;)
Docela by mne ale zajimala prakticka stranka veci -- jak rychle to je? Subjektivne jsem mel pocit, ze system bootuje zhruba stejne, at lokalne, nebo ze site. Kdyby se Ti chtelo, docela by mne zajimalo nejake srovnani rychlosti...
Tak jsem se teď ráno rozhodnul, že tam dám raspbian místo Archu, protože Arch nešel korektně vypínat + další problémy (jádro z raspbianu?). Jenže zase: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Tiskni
Sdílej:
